- Pharo-dev - lists.pharo.org

[Pharo-project] what happened to the "load code updates" button in the left flap?

by Oscar Nierstrasz

Hi guys, Haven't had time to look at Pharo for a while. I grabbed the latest version (Pharo0.1-10042-2008-06-24.zip) and there is no flap on the left hand side. Is there a short cut to load the code updates? The Pharo-dev version (pharo-0.1-10036dev08.06.20.zip) still has the flap. Did I miss something? - on

June 27, 2008

Re: [Pharo-project] Fwd: [squeak-dev] Units package

by Michael Rueger

Marcus Denker wrote: > > On 27.06.2008, at 09:04, StÃ©phane Ducasse wrote: > >>> >>> we should harvest the Units....latest version >>> > > Do we want it as part of the image? Question is whether we view Pharo more as a distribution: small kernel and a (large) set of loadable additions that are know to work (pass tests). Which would be the model I prefer :-) I would even go so far to have minimalistic Date/Time features, but then the ability to load Chronos if I need it. Very simple HTTPClient vs libCurl or a full native implementation etc etc. Michael

June 27, 2008

Re: [Pharo-project] Fwd: [squeak-dev] Units package

by Hilaire Fernandes

Why not a package in Squeaksource? Hilaire 2008/6/27 Marcus Denker <denker(a)iam.unibe.ch>: > > On 27.06.2008, at 09:04, StÃ©phane Ducasse wrote: > >>> >>> we should harvest the Units....latest version >>> > > Do we want it as part of the image?

June 27, 2008

[Pharo-project] Re: Monticello 1.5

by Hilaire Fernandes

Oh, Chris I am just a dumb developer and I don't know much about the tools, I just know it is a pain to get MC 1.5 working. I am cc to Pharo firends with a small recall of the situation, may be they have some tips Chris is working on new beta version of Magma which I am testing with him. As far as I can understand, Chris use Monticello configuration to be able to load in one click several Magma mcz packages. This requires Monticello 1.5, but this ones does not work equally on the different version of Squeak nor with Pharo. Which tools could be suggested to Chris ? (I can give more details if needed but really this is becoming insane --and unproductive--, and I really hope Pharo people will do it right) Hilaire 2008/6/27 Chris Muller <ma.chris.m(a)gmail.com>: > Well of course I am always open to suggestions. Everyone knows what > the requirement is: one-click loading of an entire (multi-package) > system. Do you know another way I can accomplish this other than > Monticello? What is everyone else doing? > > > > > > On Thu, Jun 26, 2008 at 3:09 PM, Hilaire Fernandes <hilaire(a)ofset.org> wrote: >> Chris, >> >> As MC seems to be a source of frustration, I am wondering why do you >> need it for the beta release of Magma? >> >> Now I really think I want to move in the future to Pharo as the >> development plans are clearer (https://gforge.inria.fr/projects/pharo) >> Yet Seasider are participating to Pharo so I am confident. >> >> I will first try Magma beta and my code as well. >> >> Hilaire >> >> >> -- >> http://blog.ofset.org/hilaire >> > -- http://blog.ofset.org/hilaire

June 27, 2008

Re: [Pharo-project] Fwd: [squeak-dev] Units package

by Marcus Denker

On 27.06.2008, at 09:04, StÃ©phane Ducasse wrote: >> >> we should harvest the Units....latest version >> Do we want it as part of the image? I am a fan of growing the number (and deepness) of abstractions available as part of what one percives as the "language"... e.g. I am quite sure that the math capabilities of the programming language of the future will be more similar to mathematica then to C. Having "native" support for dealing with Units is, I think, something that a language should have built in. In most situations, numbers are used to model something that has a unit... and today we have the memory and processing power to model this in most cases. The units package allows one to write expressions like: 25 inches as cm and do calculations with these units. But there is always the danger of putting "too much" into a system. All the stuff we are cleaning now in pharo is an example for that. So there is definitely a tension between providing more abstraction vs. simplifying the system to it's bare minimum. For the units, I lean towards including them. Marcus >> Begin forwarded message: >> >>> From: "Marcus Denker" <denker(a)iam.unibe.ch> >>> Date: June 24, 2008 2:11:45 PM CEDT >>> To: "BalÃ¡zs KÃ³si" <rebmekop(a)gmail.com> >>> Cc: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org >>> > >>> Subject: Re: [squeak-dev] Units package >>> Reply-To: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org >>> > >>> >>> Hello, >>> >>> the bug seems to be fixed in the last version. I harvested the >>> test to make sure (this is >>> in Units-md.16 on SqueakSource) >>> >>> The versions starting with -14 contain many enhancements (and the >>> bugfix). This was contributed >>> by Pinesoft (http://www.pinesoft.co.uk/) >>> >>> Maybe the universe version could be updated? >>> >>> Marcus >>> >>> -- >>> Marcus Denker -- denker(a)iam.unibe.ch >>> http://www.iam.unibe.ch/~denker >>> >>> >>> On Thu, Jun 19, 2008 at 4:56 PM, BalÃ¡zs KÃ³si <rebmekop(a)gmail.com> >>> wrote: >>> > UnitValue >> hash >>> > ^value hash bitXor: unit hash >>> > >>> > and >>> > >>> > testEquality >>> > >>> > self deny: (60 units: #seconds) hash = (60 units: >>> #meters) hash. >>> > self deny: (60 units: #seconds) = (60 units: #meters). >>> > self deny: (60 units: #seconds) hash = (1 units: >>> #minutes) hash. >>> > self assert: (60 units: #seconds) = (1 units: #minutes). >>> >>> Much better :) >>> >>> Cheers, BalÃ¡zs >>> >>> ps: cc-d to Marcus Denker, because he seems to be maintainer of >>> the package. >>> >>> >>> >>> >> >> >> > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

June 27, 2008

[Pharo-project] Fwd: [squeak-dev] Units package

by StÃ©phane Ducasse

> > we should harvest the Units....latest version > > Begin forwarded message: > >> From: "Marcus Denker" <denker(a)iam.unibe.ch> >> Date: June 24, 2008 2:11:45 PM CEDT >> To: "BalÃ¡zs KÃ³si" <rebmekop(a)gmail.com> >> Cc: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org >> > >> Subject: Re: [squeak-dev] Units package >> Reply-To: The general-purpose Squeak developers list <squeak-dev(a)lists.squeakfoundation.org >> > >> >> Hello, >> >> the bug seems to be fixed in the last version. I harvested the test >> to make sure (this is >> in Units-md.16 on SqueakSource) >> >> The versions starting with -14 contain many enhancements (and the >> bugfix). This was contributed >> by Pinesoft (http://www.pinesoft.co.uk/) >> >> Maybe the universe version could be updated? >> >> Marcus >> >> -- >> Marcus Denker -- denker(a)iam.unibe.ch >> http://www.iam.unibe.ch/~denker >> >> >> On Thu, Jun 19, 2008 at 4:56 PM, BalÃ¡zs KÃ³si <rebmekop(a)gmail.com> >> wrote: >> > UnitValue >> hash >> > ^value hash bitXor: unit hash >> > >> > and >> > >> > testEquality >> > >> > self deny: (60 units: #seconds) hash = (60 units: #meters) >> hash. >> > self deny: (60 units: #seconds) = (60 units: #meters). >> > self deny: (60 units: #seconds) hash = (1 units: #minutes) >> hash. >> > self assert: (60 units: #seconds) = (1 units: #minutes). >> >> Much better :) >> >> Cheers, BalÃ¡zs >> >> ps: cc-d to Marcus Denker, because he seems to be maintainer of the >> package. >> >> >> >> > > >

June 27, 2008

Re: [Pharo-project] milestone 1 (about squeak flap)

by StÃ©phane Ducasse

thanks! Stef On Jun 26, 2008, at 11:51 AM, Alain Plantec wrote: > On Thursday 26 June 2008 08:48:58 StÃ©phane Ducasse wrote: >> I mean not having squeak in the flap name :) >> > it's done (not really hard to achieve). > I've uploaded PharoFlap package to PhariInbox (sorry, I've forgot > SLICE in the name) : > It simply rename squeak flap > - 'Squeak' -> 'Pharo' > - add Flap>>newPharoFlap as a replacement method for > Flap>>newSqueakFlap > - makes Flap>>newSqueakFlap as deprecated > The look is unchanged (except the color of the flap). > alain > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

June 26, 2008

Re: [Pharo-project] [ANN] new update

by Norbert Hartl

On Thu, 2008-06-26 at 08:45 +0200, StÃ©phane Ducasse wrote: > how please tell me. > What exactly? To change the status of an issue you just have to click in the textfield then you get a pull down menu with all stati available. To create a status you have to press the admin tab and then issue tracker. Norbert > On Jun 26, 2008, at 12:42 AM, Norbert Hartl wrote: > > > On Wed, 2008-06-25 at 23:50 +0200, Adrian Lienhard wrote: > >> I think closed is better. Everyone knows what it means. > > > > Ok, I changed the issues to "closed" > > > > Norbert > >> Adrian > >> > >> On Jun 25, 2008, at 23:44 , Norbert Hartl wrote: > >> > >>> On Wed, 2008-06-25 at 23:34 +0200, Adrian Lienhard wrote: > >>>> Thanks, Stef! > >>>> Looks good. > >>>> > >>>> In the bug tracker, the status of 3 harvested changes is > >>>> "statusVerified". This does not seem to be a valid state. Shouldn't > >>>> it > >>>> be "Closed" instead?! > >>>> > >>> Yes, I created the "Closed" status exactly for this. I don't think > >>> there is much to do after it is harvested therefor closed. Would > >>> it be better to call it "harvested" ? > >>> > >>> Norbert > >>>> Adrian > >>>> > >>>> On Jun 25, 2008, at 22:12 , StÃ©phane Ducasse wrote: > >>>> > >>>>> here is a couple of fixed. > >>>>> BTW yesterday I issued another image. > >>>>> > >>>>> Stef > >>>>> > >>>>> > >>>>> > >>>>> Couple of changes to make more tests work plus fix of finalization > >>>>> logic: > >>>>> - changed WeakRegistry to use WeakIdentityKeyDictionary (http://bugs.squeak.org/view.php?id=6347 > >>>>> ) > >>>>> - FinalizerTest reverted to real test case > >>>>> - added missing class variables to DigitalSigntureAlgorithm > >>>>> - Fix issue #13: TraitsTests pollutes ProtoObject subclasses > >>>>> (Mantis > >>>>> 7090) > >>>>> - make BitmapStreamTest clean up the file > >>>>> bitmapStreamTest.ref.extSeg > >>>>> ------------------------------------------------------ > >>>>> update10043 > >>>>> MVC cleaning step 3 > >>>>> ------------------------------------------------------ > >>>>> update10044 > >>>>> cleaning unimplemented calls > >>>>> ------------------------------------------------------ > >>>>> update10045 > >>>>> Some more cleaning made by Norbert > >>>>> ------------------------------------------------------ > >>>>> update10046 > >>>>> KernelTests-Numbers -- Nan and hex tests broken > >>>>> > >>>>> Collection methods #select: and #collect: have no test > >>>>> > >>>>> MC fixes > >>>>> > >>>>> Remove testAllMethodsWithSourceString > >>>>> > >>>>> > >>>>> > >>>>> _______________________________________________ > >>>>> 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 > >> > >> > >> _______________________________________________ > >> 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

June 26, 2008

Re: [Pharo-project] milestone 1 (about squeak flap)

by Alain Plantec

On Thursday 26 June 2008 08:48:58 StÃ©phane Ducasse wrote: > I mean not having squeak in the flap name :) > it's done (not really hard to achieve). I've uploaded PharoFlap package to PhariInbox (sorry, I've forgot SLICE in the name) : It simply rename squeak flap - 'Squeak' -> 'Pharo' - add Flap>>newPharoFlap as a replacement method for Flap>>newSqueakFlap - makes Flap>>newSqueakFlap as deprecated The look is unchanged (except the color of the flap). alain

June 26, 2008

Re: [Pharo-project] ReleaseTest>>testUnimplementedCalls

by Adrian Lienhard

Hi Norbert, yes, I think this makes sense. Like this we can remove all cases that we know are ok. The tests then becomes actually useful. Adrian On Jun 26, 2008, at 00:38 , Norbert Hartl wrote: > I thought once more about this test. I'm reluctant to have > this test removed. On the other hand is Adrien right. He > states that a lot of test classes are doing calls to methods > they created while the test runs. > > One solution would be to change the test to use perform: to > invoke those methods. But that would making tests a bit > tedious. So this is not my preferred solution. > > I tweaked SystemNavigation>>allUnimplementedNonPrimitiveCalls > to > > allUnimplementedNonPrimitiveCallsX > "Answer an Array of each message that is sent by an expression in a > method but is not implemented by any object in the system." > | all meth dict | > dict := Dictionary new. > all := self systemNavigation allImplementedMessages. > self systemNavigation allBehaviorsDo: [:cl | > cl selectorsDo: [:sel | > meth := cl compiledMethodAt: sel. > meth primitive = 0 ifTrue: [ > meth messages do: [:m | > (all includes: m) ifFalse: [ > ((dict at: cl ifAbsentPut: [ Dictionary new ]) > at: sel ifAbsentPut: [ OrderedCollection new]) > add: m > ] > ] > ] > ] > ]. > ^ dict > > So the test would be like > > (SystemNavigation default allUnimplementedNonPrimitiveCallsX > associationsSelect: [:a| > (a key allSuperclasses includes: TestCase) not > ]) isEmpty > > Would this or something similar be useful or is this just a lot of > noise without much of a benefit? > > Norbert > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

June 26, 2008