January 2010 - Pharo-dev - lists.pharo.org

[Pharo-project] Monticello repository edit works but doesn't update UI

by Mariano Martinez Peck

Pharo image: Any Pharo core version: Any 1. Open a Monticello Browser and select any repository 2. Right button over the repository and then "edit repository info" 3. Change the URl to something different and press OK 4. The change has effect, but the UI still shows the precious URL, not the modified. If I close and open Monticello Browser again, it shows Ok. However, I think it should be updated after pressing OK. Issue: http://code.google.com/p/pharo/issues/detail?id=1774 Cheers Mariano

Jan. 11, 2010

[Pharo-project] definition or getSource for Class and CompiledMethod

by StÃ©phane Ducasse

Hi I was looking at the video of laurent and what stroke me is that getting the source of class or a compiled method is not polymorphic. It would be good to support that. aClass getSource? aCompiledMethod definition? Stef

Jan. 11, 2010

[Pharo-project] Package names

by Torsten Bergmann

>We adopted the same naming rule as for tests. >We have NetworkSystemSettings as we have NetworkTests If you want to write a script that throws things out it would be easier to have "-" as a seperator: Without "-" you would have two options: "Network" "SystemSettings" "NetworkSystem" "Settings" So "Network-SystemSettings" is more explicit compared to a "NetworkSystem-Settings". Bye T. -- Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 - sicherer, schneller und einfacher! http://portal.gmx.net/de/go/chbrowser

Jan. 11, 2010

Re: [Pharo-project] Pharo screencasts

by StÃ©phane Ducasse

excellent we should link that to the web page and blog about it :) Stef On Jan 11, 2010, at 3:09 PM, Mariano Martinez Peck wrote: > > > 2010/1/11 laurent laffont <laurent.laffont(a)gmail.com> > Hi, > > I've started a blog to publish Pharo screencasts and associated source code here: http://pharocasts.blogspot.com/ > > Feel free to comment. > > > Excellent initiative!! Thanks a lot. > > If you have some screencasts to or just an idea of a screencast I can record, I can publish it. > > > http://www.youtube.com/watch?v=CHbc1t83fEI > > If someone wants write access to publish on this blog, send me an e-mail. > > Cheers, > > Laurent > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Jan. 11, 2010

[Pharo-project] Package names

by Torsten Bergmann

Marcus wrote: >And that leads to very strange effects Yes, especially if you have only "MyPackage". I typically have "MyPackage-Core" and other "MyPackage-..." packages to avoid this. Stef wrote >Compiler-Core >Compiler-SystemSettings So +1 Maybe we can also switch to just "Settings" instead of "SystemSettings": Compiler-Core Compiler-Settings Any voting machinery around? ;) Bye T. -- Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 - sicherer, schneller und einfacher! http://portal.gmx.net/de/go/atbrowser

Jan. 11, 2010

Re: [Pharo-project] [BetaTesting] [ANN] Pharo1.0-10505-rc1dev10.01.1 timing and code simulation error bug

by Stan Shepherd

Mariano Martinez Peck wrote: > > On Mon, Jan 11, 2010 at 12:31 PM, Schwab,Wilhelm K > <bschwab(a)anest.ufl.edu>wrote: > >> It would be cool if it didn't take 3+ hours to load. 2.8 is much more >> reasonable. Is 3 that much bigger, or is something wrong with the >> configuration? >> >> >> > Yes, it cannot take 3 hours. In my case, it takes no more than 15 minutes. > Stan: the old machine was with Windows? do you have any antivirus working > like NOD32 or something like that ? > > > >> >> -----Original Message----- >> From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto: >> pharo-project-bounces(a)lists.gforge.inria.fr] On Behalf Of Stan Shepherd >> Sent: Monday, January 11, 2010 4:38 AM >> To: pharo-project(a)lists.gforge.inria.fr >> Subject: Re: [Pharo-project] [BetaTesting] [ANN] >> Pharo1.0-10505-rc1dev10.01.1 >> >> >> >> Mariano Martinez Peck wrote: >> > >> > On Sun, Jan 10, 2010 at 9:02 PM, Stan Shepherd >> > <stan.shepherd414(a)gmail.com>wrote: >> > >> >> The only concern is that it took some hours >> > >> > >> > hours ? seriously ? >> > >> > >> >> to download and install Seaside >> >> (albeit on a slow spare PC). And with occassional network glitches, I >> >> had to restart a method a few times from a debugger. >> > >> >> Yes, it was 3 hr 29m on the old machine, but I don't know what percent it >> was halted due to network glitches. It would be really cool if it made >> say 3 >> retries when its HTTP gets failed. >> >> I ran overnight on main machine (Ubuntu 9.04, 3 GHz dual core 1GB ram, >> nominal 7Gb internet but other downloads running) with message tally - 71 >> minutes. >> >> ...Stan >> >> -- >> View this message in context: >> http://n2.nabble.com/BetaTesting-ANN-Pharo1-0-10505-rc1dev10-01-1-tp4278312… >> Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >> > Hi, don't get too hung up on the 3 hr+, it's a really old machine running Xubuntu I use to test my stuff runs lean. Better to look at the 'normal' machine's time of 71 minutes, vs 15. Ubuntu, with no nasties running. I previously reported that I find System update slow. Mariano, do you run in a folder with a package cache present? I run in a clean install, so it has to download everything. The process I use: create new folder seaside3buildTest2 paste and unzip a Seaside-3.0a5.app.zip one click http://n2.nabble.com/file/n4285691/loadprocess.txt loadprocess.txt , to have a full environment paste and unzip pharo1.0-10505-rc1dev10.01.1.zip copy pharo1.0-10505-rc1dev10.01.1.image .changes into Resources folder delete Seaside.image, .changes edit Seaside.sh to be pharo1.0-10505-rc1dev10.01.1.sh, opening pharo1.0-10505-rc1dev10.01.1.image pharo1.0-10505-rc1dev10.01.1.sh open with sh I find it most convenient to start with a one click image like that. MessageTally attached. Also found my first bug: MessageTally tallySends: [Gofer new squeaksource: 'MetacelloRepository'; package: 'ConfigurationOfRefactoringBrowser'; load]. Throws code simulation error in Project class>>spawnNewProcess UIProcess := [ [World doOneCycle. Processor yield. false] whileFalse: []. ] newProcess priority: Processor userSchedulingPriority. UIProcess resume ...Stan -- View this message in context: http://n2.nabble.com/BetaTesting-ANN-Pharo1-0-10505-rc1dev10-01-1-tp4278312… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

Jan. 11, 2010

Re: [Pharo-project] Package names

by Alain Plantec

StÃ©phane Ducasse a Ã©crit : > But marcus the - does not change anything this is not a special character > if we want to avoid to have > PolymorphSystemSettings to be save with Polymorph as well (berk) > we have to follow > > SystemSettings-Polymorph I guess. > Or we should have > > Compiler out > and > Compiler-Core > Compiler-SystemSettings > We adopted the same naming rule as for tests. We have NetworkSystemSettings as we have NetworkTests etc... If we re-adopt the XXXX-SystemSettings naming rule, then package XXXX should not be present because of the problem Marcus noticed. Alain > Stef > > On Jan 11, 2010, at 2:44 PM, Marcus Denker wrote: > > >> On Jan 11, 2010, at 2:36 PM, Torsten Bergmann wrote: >> >> >>> Shouldnt we rename some packages/class categories: >>> >>> "PolymorphSystemSettings" -> "Polymorph-SystemSettings" >>> "CompilerSystemSettings" -> "Compiler-SystemSettings" >>> ... >>> >>> so they would align with existing ones? >>> >>> >> The problem is that with PackageInfo, Compiler-SystemSettings ist part of Compiler. >> And that leads to very strange effects (klasses are part of two packages). >> >> The idea is that the settings packages can be unloaded.... there are no dependencies >> from the system the settings. >> >> Marcus >> _______________________________________________ >> Pharo-project mailing list >> Pharo-project(a)lists.gforge.inria.fr >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > >

Jan. 11, 2010

Re: [Pharo-project] Pharo screencasts

by Mariano Martinez Peck

2010/1/11 laurent laffont <laurent.laffont(a)gmail.com> > Hi, > > I've started a blog to publish Pharo screencasts and associated source code > here: http://pharocasts.blogspot.com/ > > Feel free to comment. > > Excellent initiative!! Thanks a lot. > If you have some screencasts to or just an idea of a screencast I can > record, I can publish it. > > http://www.youtube.com/watch?v=CHbc1t83fEI > If someone wants write access to publish on this blog, send me an e-mail. > > Cheers, > > Laurent > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Jan. 11, 2010

Re: [Pharo-project] Presenter and Project will die aren't they ?

by Marcus Denker

On Jan 11, 2010, at 3:04 PM, Mariano Martinez Peck wrote: > Ok...and what about CodeLoader? I ask because it seems it uses ImageSegment to export categories and classes to disk. > Anyone uses it? If not --> remove. I think it's just another lefover experiment. Marcus > On Mon, Jan 11, 2010 at 2:20 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Yes! > > > I mean, the classes will be completely removed ? > > > > Just to be sure what I can cleanUp from ImageSegment > > > > cheers > > > > Mariano > > _______________________________________________ > > Pharo-project mailing list > > Pharo-project(a)lists.gforge.inria.fr > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project -- Marcus Denker -- http://www.marcusdenker.de INRIA Lille -- Nord Europe. Team RMoD.

Jan. 11, 2010

[Pharo-project] Pharo screencasts

by laurent laffont

Hi, I've started a blog to publish Pharo screencasts and associated source code here: http://pharocasts.blogspot.com/ Feel free to comment. If you have some screencasts to or just an idea of a screencast I can record, I can publish it. If someone wants write access to publish on this blog, send me an e-mail. Cheers, Laurent

Jan. 11, 2010