November 2009 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Linux VM download has split personality

by Martin McClure

Schwab,Wilhelm K wrote: > Martin, > > That is strange, because I just downloaded it and it looks fine. If I did everything correctly, it is running now. I am reasonably certain I have a previously downloaded copy running on my laptop, but it was not yet on this machine. > It does run, it just has all its symlinks in the wrong directory. What do you get if you try this? find pharo-vm-0.15.2e-linux -type l | wc -l I get 0. whereas if I run find pharo-vm-0.15.2d-linux -type f | wc -l I also get 0. Both are wrong, at least compared to the actual 0.15.2d release. Regards, -Martin

Nov. 7, 2009

[Pharo-project] How to access classVariable access with the browser

by StÃ©phane Ducasse

when you are on the class side if you method has a classVariable and you want to know who access it. Then chase variables show you the class instance varaibles but not the classVariable. Toooooo bad. Stef

Nov. 7, 2009

[Pharo-project] [ANN] prebuilt 1.1 #11035

by Marcus Denker

http://gforge.inria.fr/frs/download.php/24734/PharoCore-1.1-11035-alpha.zip

Nov. 7, 2009

Re: [Pharo-project] Linux VM download has split personality

by Schwab,Wilhelm K

Martin, That is strange, because I just downloaded it and it looks fine. If I did everything correctly, it is running now. I am reasonably certain I have a previously downloaded copy running on my laptop, but it was not yet on this machine. Bill -----Original Message----- From: pharo-project-bounces(a)lists.gforge.inria.fr [mailto:pharo-project-bounces@lists.gforge.inria.fr] On Behalf Of Martin McClure Sent: Saturday, November 07, 2009 1:41 AM To: Pharo-project(a)lists.gforge.inria.fr Subject: [Pharo-project] Linux VM download has split personality The current Linux VM download, http://gforge.inria.fr/frs/download.php/24653/pharo-vm-0.15.2e-linux.zip, linked to from the pharo-download page, seems rather confused. It contains two top-level directories: pharo-vm-0.15.2d-linux pharo-vm-0.15.2e-linux The 0.15.2d one contains over 200 symlinks in 90 directories, but no actual files. The 0.15.2e one contains over 400 files, but no symlinks. The previous zip file contains the same number of symlinks and files, but all under the same directory. Regards, -Martin _______________________________________________ Pharo-project mailing list Pharo-project(a)lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Nov. 7, 2009

[Pharo-project] [update 1.1] #11035

by StÃ©phane Ducasse

11035 ----- - Removing part of Project

Nov. 7, 2009

[Pharo-project] [update] #10495 (1.0)

by Adrian Lienhard

10495 ----- - Issue 1345: Revert Number class>>readFrom: (was integrated with issue 1258): also make the tests reflect the original semantics Now all tests are again green in Pharo-core 1.0 -- except for ObjectFinalizerTests that *sometimes* fails when run together with other tests. I wonder why... Adrian ___________________ http://www.adrian-lienhard.ch/

Nov. 7, 2009

[Pharo-project] removal part of Project

by StÃ©phane Ducasse

Thanks Jannik I used your changes to produce this cs. I will integrate it later today with other changes. Stef

Nov. 7, 2009

Re: [Pharo-project] Merging Algorithm Question

by StÃ©phane Ducasse

ok thanks for checking. > Wait, I merged the wrong thing. I should have loaded > SLICE-issue496-headingRemoval-jannik_laval.2. > > Now I can explain the situation: > > - SLICE-issue496-headingRemoval-jannik_laval.2 depends on > EToys-jannik_laval.118. > > - In my Pharo 1.1. image there is EToys-StephaneDucasse.1, which is an > empty package. > > When you merge changes, Monticello calculates the delta between the > common ancestor (EToys-StephaneDucasse.1) and the two versions you > merge. > > - EToys-StephaneDucasse.1 to EToys-StephaneDucasse.1 is an empty > delta. > > - EToys-StephaneDucasse.1 to EToys-jannik_laval.118 is EToys- > jannik_laval.118. > > Obviously there are no conflicts and Monticello just loads > EToys-jannik_laval.118. It looks to me like the wrong base package is > loaded in Pharo 1.1. > > Cheers, > Lukas

Nov. 7, 2009

Re: [Pharo-project] Merging Algorithm Question

by Lukas Renggli

Wait, I merged the wrong thing. I should have loaded SLICE-issue496-headingRemoval-jannik_laval.2. Now I can explain the situation: - SLICE-issue496-headingRemoval-jannik_laval.2 depends on EToys-jannik_laval.118. - In my Pharo 1.1. image there is EToys-StephaneDucasse.1, which is an empty package. When you merge changes, Monticello calculates the delta between the common ancestor (EToys-StephaneDucasse.1) and the two versions you merge. - EToys-StephaneDucasse.1 to EToys-StephaneDucasse.1 is an empty delta. - EToys-StephaneDucasse.1 to EToys-jannik_laval.118 is EToys-jannik_laval.118. Obviously there are no conflicts and Monticello just loads EToys-jannik_laval.118. It looks to me like the wrong base package is loaded in Pharo 1.1. Cheers, Lukas -- Lukas Renggli http://www.lukas-renggli.ch

Nov. 7, 2009

Re: [Pharo-project] Merging Algorithm Question

by StÃ©phane Ducasse

On Nov 7, 2009, at 8:45 AM, Lukas Renggli wrote: > When I merge Morphic-jannik_laval.400 into the latest Pharo 1.1 I do > not get a class called Presenter. > > Or what ***exactly*** did you try to do? ***Thanks*** for trying. I merged the slice and I was puzzled. I will redo today after fixing my house (as usual). Stef > > Lukas > > > > 2009/11/5 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >> >> On Nov 4, 2009, at 9:38 PM, Lukas Renggli wrote: >> >>>> Lukas in my example in fact Presenter was removed as well as other >>>> methods. >>>> Then since they were present at the time jannik commited they >>>> reappear >>>> when I merge >>>> and I do not see why they are not at least tagged with conflicts. >>> >>> If you remove Presenter and Jannik does not touch it, then it should >>> remain removed after the merge. >> >> >> yes this is what I thought (or at least a conflict) >> >>> If you remove Presenter and Jannik does touch it, then you should >>> get >>> a conflict. >> >> Yes this is what I thought too :) >> >>> Presenter can only reappear, if in your delta or in the delta of >>> Jannik the Presenter is added (which doesn't seem to make sense, >>> so I >>> don't understand). >> >> me neither :) >> because Jannik did not touch it. >> Can you give a try to do a merge of heading removal in the latest 1,1 >> image to see >> if you get the same behavior. >> >>> >>> Lukas >>> >>> -- >>> Lukas Renggli >>> http://www.lukas-renggli.ch >>> >>> _______________________________________________ >>> 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 >> > > > > -- > Lukas Renggli > http://www.lukas-renggli.ch > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Nov. 7, 2009