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

Re: [Pharo-project] [OT] Pharo wallpaper

by StÃ©phane Ducasse

You can get the halos back using the preference halosEnabled Stef On May 6, 2009, at 5:04 PM, Mariano Martinez Peck wrote: > > > On Thu, Apr 23, 2009 at 8:10 PM, Mariano Martinez Peck <marianopeck(a)gmail.com > > wrote: > When you put an image as background, is there an option to maximize > it to the full zize instead of mosaic ? > > no one ? > > Since I don't have halos anymore, I don't know hot to resize > (stretch) an image. > > Cheers, > > Mariano > > > Thanks! > > Mariano > > > On Thu, Apr 23, 2009 at 12:53 PM, Lukas Renggli <renggli(a)gmail.com> > wrote: > I am not a fan of photo wallpapers, but if there is a need for a > picture I can offer this one: > > http://tinyurl.com/c3vqrx > > I made it on a trip with Stef to Nice in the village of Menton. > > Lukas > > On Thu, Apr 23, 2009 at 2:59 PM, Sebastian Sastre <ssastre(a)seaswork.com > > wrote: > > would be a good choice > > sebastian > > > >> -----Mensaje original----- > >> De: pharo-project-bounces(a)lists.gforge.inria.fr > >> [mailto:pharo-project-bounces@lists.gforge.inria.fr] En > >> nombre de Torsten Bergmann > >> Enviado el: Thursday, April 23, 2009 08:08 > >> Para: pharo-project(a)lists.gforge.inria.fr > >> Asunto: [Pharo-project] [OT] Pharo wallpaper > >> > >> The following wallpaper [1] looks very good behind the Watery > Theme2 > >> and the Pharo logo. It also gives an association with seaside. > >> > >> On the website it's claimed at least as free for download, it > remains > >> intellectual property of the media company. We could ask for > >> permission > >> or should digg in all our holiday photos to get something similar. > >> > >> [1] > >> http://www.wallpapersphere.com/preview/scenery/seascape/1280+x > >> +800/791/19581 > >> [2] > >> http://www.wallpapersphere.com/nature-wallpapers/scenery/seascape.html > >> > >> -- > >> Neu: GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate + > >> Telefonanschluss fÃ¼r nur 17,95 Euro/mtl.!* > >> http://dslspecial.gmx.de/freedsl-surfflat/?ac=OM.AD.PD003K11308T4569a > >> > >> _______________________________________________ > >> 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 > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

May 6, 2009

Re: [Pharo-project] Add a method to String freezes my pharo image

by Alexandre Bergel

> Ok then. Closed incident. I was my ignorance. > > Thanks for the test and help. No problem at all Cheers, Alexandre > > On 5 May 2009, at 19:29, Mariano Martinez Peck wrote: > > > > > > > On Tue, May 5, 2009 at 3:44 PM, Alexandre Bergel > > <alexandre(a)bergel.eu> wrote: > > The localize method is present neither in .dev image nor in a core. > > > > No. I was creating it. However, what I reported happens with any > > selector name. Choose any other name instead of localize and you > > will get the same problem! > > > > Thanks for the help! > > > > Mariano > > > > > > > > Alexandre > > > > > > On 5 May 2009, at 17:52, Mariano Martinez Peck wrote: > > > > > Fuck....It seems to be more complex to reproduce. These are the > > > steps I am doing > > > > > > 1) open OB. > > > 2) go to String class, method printOn: > > > 3) modify printOn: to this: > > > > > > printOn: aStream > > > "Print inside string quotes, doubling inbedded quotes." > > > > > > self size < 100 > > > ifTrue: [ self localize storeOn: aStream ] > > > ifFalse: [ self storeOn: aStream ] > > > > > > 4) save it and put initials if asked. > > > 5) as localize is not created yet, it ask you the selector. Ignore > > > it and select localize (the first option) > > > 6) ctrl + a (select all text) and try to create the method > localize. > > > It can be just empty this method. > > > 7) try to save > > > 8) your image may be freeze :) > > > > > > > > > Can you confirm this ? I am sorry I said I was on Linux. I > thought I > > > was at home, but not, unfortunately I am with Windows at work :( > > > > > > Cheers, > > > > > > Mariano > > > > > > > > > On Tue, May 5, 2009 at 2:40 PM, Alexandre Bergel > > > <alexandre(a)bergel.eu> wrote: > > > > Cool! I'm currently collecting all the cases which freezing an > > > image, > > > > to find a best way in new scheduler how to prevent that. > > > > I need more!! :) > > > > > > > > :) But does this happen also to you ? > > > > > > > > > In a 10300 on OSX I can do without any problem: > > > String compile: 'foo ^ 60'. 'abc' foo > > > => 60 > > > > > > Something more you want me to test ? > > > > > > Alexandre > > > > > > > > > > > > > > > > > > > > > > Cheers, > > > > > > > > > > Mariano > > > > > > > > > > _______________________________________________ > > > > > Pharo-project mailing list > > > > > Pharo-project(a)lists.gforge.inria.fr > > > > > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo- > > > project > > > > > > > > > > > > > > > > > > > > > -- > > > > Best regards, > > > > Igor Stasenko AKA sig. > > > > > > > > _______________________________________________ > > > > 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 > > > > > > -- > > > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > > > Alexandre Bergel http://www.bergel.eu > > > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > > > > > > > > > > > > > > > _______________________________________________ > > > 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 > > > > -- > > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > > Alexandre Bergel http://www.bergel.eu > > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > > > > > > > > _______________________________________________ > > 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 > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > _______________________________________________ > 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 -- _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: Alexandre Bergel http://www.bergel.eu ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;.

May 6, 2009

Re: [Pharo-project] NetNameResolver problem on Linux Ubuntu 9.04

by Alain Plantec

Bryce Kampjes a Ã©crit : > On Wed, 2009-05-06 at 08:38 +0200, Alain Plantec wrote: > >> Michael Rueger a Ã©crit : >> >>> Alain Plantec wrote: >>> >>> >>>> I'm on Ubuntu 9.04, I'm using Exupery VM 0.15.1. >>>> >>>> I do not have any problem on a VirtualBox/Ubuntu 8.10, same VM. >>>> >>> Hmm, as that is a major version change in Ubuntu we may need to build >>> a new VM? >>> Anyone any ideas what changed between the two Ubuntu versions? >>> >> Damien is using the same Ubuntu version with the same Exupery VM without >> any problem.... >> alain >> > > Damien had UUID problems which he's worked around by deleting that > plugin. I plan to install Ubuntu 9.04 in VirtualBox to investigate these > problems as there seems to be a few specific to Ubuntu 9.04. > Hi Bryce, I've also the same UUID problem as Damien. This problem makes the vm crash. So I think it is more a VM problem. The NetNameResolver problem is another one and seems to be related to the new network implementation. As what Cameron suggested, 'Monticello/ftp stopped working for me' thread is strongly related to my NetNameResolver problem. and the workaround is to make NetNameResolver class >> useOldNetwork simply return true. I will open an issue for that problem soon. Alain > Bryce > > > >

May 6, 2009

Re: [Pharo-project] UML diagram (OBEnhancement)

by CÃ©drick BÃ©ler

> I would not put superOb in scriptloader like that you can do what you > want and we too :) I don't think there are compatibility problems. The discussion just made me ask if it would be a good thing to have a set of "standard" method protocol ? Concerning what I experiment (pragma declaration), I won't push it to the OB repository anyway ;) CÃ©drick > > Stef

May 6, 2009

Re: [Pharo-project] UML diagram (OBEnhancement)

by StÃ©phane Ducasse

I would not put superOb in scriptloader like that you can do what you want and we too :) Stef On May 6, 2009, at 4:18 PM, CÃ©drick BÃ©ler wrote: > Hi guys, (cc'ed to pharo list - we're talking about the UML diagram > used in OBEnhancement) > > 2009/5/6 David RÃ¶thlisberger <roethlis(a)iam.unibe.ch>: >> Hi CÃ©dric, >> >> I also like what you did for the UML diagram. > > I didn't push it to the repository because they were some personal > choices and you underlined some of them. > >> >> Some issues I encountered: >> >> - class-side methods should not be at the bottom, but at the top, and >> displayed with underlined font to be more UML-compliant. > > Oh I forgot about that. Looks ok to me though I don't know yet how to > underline text in Mondrian (the text is a single stream with cr's) > >> - not sure about adding the method protocol. If included, I'd >> rather go for >> ordering the method alphabetically and then show the protocol in >> parentheses > > yes there is an ordering problem. The alphabetical order is ok, but > printing the protocol beside could lead to long lines and then wide > rectangles in the diagrams. > > Even if not standard, I actually prefer the ordering by protocol > mainly because it shows the method intention and it forces to use > them. > Nevertheless, to be consistent, I'd like to have a list of predefined > protocols that can be ordered (initialize, accessing, ...) but this is > outside the scope of the UML diagram. > > Could we agree on that in Pharo (standard list of method protocols) ? > Can someone propose a starting point... > > What do you think ? (we could also provide an alternative ordering > trough a popumenu "alphabetical/protocol") > >> - accessors should be present, IMO. > > I agree for the general case but decided to not show them in my > diagrams. > > This is part of a wider strategy. I explore using ivar as slots and > hence not consider accessors as methods. Each ivar has automatic > accessors that I try to complete with pragma's for further processing. > Something like <type: min: max: visibility: >... > Just experiencing... but anyways, I find accessing methods adding too > much extra noise in the diagrams. I'd prefer completing ivars with > their visibility characteristic. Maybe another candidate for the > popumenu (hide accessors). > > >> - empty areas at the end should not be shown at all, eg. if there >> are no >> class methods, class vars. I'd instead suggest to show class vars >> underlined >> in the variable area at the top, class methods underlined at the >> top of the >> method area, which means that there are only two areas. If there >> are no vars >> or methods defined, keep the empty area, but having two or three >> empty areas >> is very confusing (and non-standard). > > ok, you're right. Still, I need to know how to underline text... Do I > need to use TextAttribute ? Any pointers ? > >> For classes without methods and vars (there are some of those...) >> we should >> only show the rectangle with the class name. > > ok. > > >> >> I'd very much appreciate if you could extend your implementation to >> address >> these issues. > > I'll try to do so ;) > > I've also planned to fill menus (browse, implement, senders, > variables, etc... + export as PNG + ...) and hoverText (class comment, > method definitions ...). > > Such a diagram could be an alternative/complementary way of browsing > code... > >> Note that OB uses your implementation, as we rely on the class >> UMLEnhClassDiagram from Alex' Mondrian version containing your >> extensions. > > Yep, I saw that ;) > > Cheers, > > CÃ©drick > >> >> Thanks a lot, >> David >> >>> >>> I like your extension. Adding edges will not be a problem. You're >>> the >>> second one to ask for it. >>> I will do some coding tonight or tomorrow, will come back to you >>> soon. >>> >>> Cheers, >>> Alexandre >>> >>> >>> On 30 Apr 2009, at 16:59, CÃ©drick BÃ©ler wrote: >>> >>>> Hi Alexandre and David, >>>> >>>> I just saw that you merged the development of Mondrian with >>>> OBDiagram. >>>> Sounds good to me. Though, I missed some information in the UML >>>> class >>>> diagram, so I did my own. I joined it in cas you'd like it (plus a >>>> diagram example). One remark though, I simply remove accessing >>>> methods >>>> as I find they "pollute" my diagrams. It's ok for me but I guess >>>> not >>>> for general diagrams. >>>> >>>> I actually play more with accessing method so that I can have their >>>> status and type (declaration in pragmas). Do you think it will be >>>> doable to draw associations between classes (if declared in >>>> pragmas) ? >>>> >>>> Cheers, >>>> >>>> -- >>>> CÃ©drick >>>> <UMLFullClassDiagram.st><xorp.png> >>> >> >> > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

May 6, 2009

Re: [Pharo-project] [OT] Pharo wallpaper

by Mariano Martinez Peck

On Thu, Apr 23, 2009 at 8:10 PM, Mariano Martinez Peck < marianopeck(a)gmail.com> wrote: > When you put an image as background, is there an option to maximize it to > the full zize instead of mosaic ? > no one ? Since I don't have halos anymore, I don't know hot to resize (stretch) an image. Cheers, Mariano > > Thanks! > > Mariano > > > On Thu, Apr 23, 2009 at 12:53 PM, Lukas Renggli <renggli(a)gmail.com> wrote: > >> I am not a fan of photo wallpapers, but if there is a need for a >> picture I can offer this one: >> >> http://tinyurl.com/c3vqrx >> >> I made it on a trip with Stef to Nice in the village of Menton. >> >> Lukas >> >> On Thu, Apr 23, 2009 at 2:59 PM, Sebastian Sastre <ssastre(a)seaswork.com> >> wrote: >> > would be a good choice >> > sebastian >> > >> >> -----Mensaje original----- >> >> De: pharo-project-bounces(a)lists.gforge.inria.fr >> >> [mailto:pharo-project-bounces@lists.gforge.inria.fr] En >> >> nombre de Torsten Bergmann >> >> Enviado el: Thursday, April 23, 2009 08:08 >> >> Para: pharo-project(a)lists.gforge.inria.fr >> >> Asunto: [Pharo-project] [OT] Pharo wallpaper >> >> >> >> The following wallpaper [1] looks very good behind the Watery Theme2 >> >> and the Pharo logo. It also gives an association with seaside. >> >> >> >> On the website it's claimed at least as free for download, it remains >> >> intellectual property of the media company. We could ask for >> >> permission >> >> or should digg in all our holiday photos to get something similar. >> >> >> >> [1] >> >> http://www.wallpapersphere.com/preview/scenery/seascape/1280+x >> >> +800/791/19581 >> >> [2] >> >> http://www.wallpapersphere.com/nature-wallpapers/scenery/seascape.html >> >> >> >> -- >> >> Neu: GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate + >> >> Telefonanschluss fÃ¼r nur 17,95 Euro/mtl.!* >> >> http://dslspecial.gmx.de/freedsl-surfflat/?ac=OM.AD.PD003K11308T4569a >> >> >> >> _______________________________________________ >> >> 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 >> > >

May 6, 2009

Re: [Pharo-project] Slow image

by StÃ©phane Ducasse

Good to know We could use that as a test. Stef > > 2009/5/6 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: >> may be it would be nice if someone can have a look at the sophie >> multibyte streams >> because john was suggesting that the utf changes got an influence on >> the fetching/writing of the source code >> >> Stef >> On May 6, 2009, at 12:58 PM, Torsten Bergmann wrote: >> >>> Whatever the reason was ... it's gone in #10300. >>> Package loading is slow as ever ;) - but now again >>> in acceptable time. >>> >>> Bye >>> T. >>> -- >>> Neu: GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate + >>> Telefonanschluss fÃ¼r nur 17,95 Euro/mtl.!* http://dslspecial.gmx.de/freedsl-surfflat/?ac=OM.AD.PD003K11308T4569a >>> >>> _______________________________________________ >>> 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 >

May 6, 2009

[Pharo-project] UML diagram (OBEnhancement)

by CÃ©drick BÃ©ler

Hi guys, (cc'ed to pharo list - we're talking about the UML diagram used in OBEnhancement) 2009/5/6 David RÃ¶thlisberger <roethlis(a)iam.unibe.ch>: > Hi CÃ©dric, > > I also like what you did for the UML diagram. I didn't push it to the repository because they were some personal choices and you underlined some of them. > > Some issues I encountered: > > - class-side methods should not be at the bottom, but at the top, and > displayed with underlined font to be more UML-compliant. Oh I forgot about that. Looks ok to me though I don't know yet how to underline text in Mondrian (the text is a single stream with cr's) > - not sure about adding the method protocol. If included, I'd rather go for > ordering the method alphabetically and then show the protocol in parentheses yes there is an ordering problem. The alphabetical order is ok, but printing the protocol beside could lead to long lines and then wide rectangles in the diagrams. Even if not standard, I actually prefer the ordering by protocol mainly because it shows the method intention and it forces to use them. Nevertheless, to be consistent, I'd like to have a list of predefined protocols that can be ordered (initialize, accessing, ...) but this is outside the scope of the UML diagram. Could we agree on that in Pharo (standard list of method protocols) ? Can someone propose a starting point... What do you think ? (we could also provide an alternative ordering trough a popumenu "alphabetical/protocol") > - accessors should be present, IMO. I agree for the general case but decided to not show them in my diagrams. This is part of a wider strategy. I explore using ivar as slots and hence not consider accessors as methods. Each ivar has automatic accessors that I try to complete with pragma's for further processing. Something like <type: min: max: visibility: >... Just experiencing... but anyways, I find accessing methods adding too much extra noise in the diagrams. I'd prefer completing ivars with their visibility characteristic. Maybe another candidate for the popumenu (hide accessors). > - empty areas at the end should not be shown at all, eg. if there are no > class methods, class vars. I'd instead suggest to show class vars underlined > in the variable area at the top, class methods underlined at the top of the > method area, which means that there are only two areas. If there are no vars > or methods defined, keep the empty area, but having two or three empty areas > is very confusing (and non-standard). ok, you're right. Still, I need to know how to underline text... Do I need to use TextAttribute ? Any pointers ? > For classes without methods and vars (there are some of those...) we should > only show the rectangle with the class name. ok. > > I'd very much appreciate if you could extend your implementation to address > these issues. I'll try to do so ;) I've also planned to fill menus (browse, implement, senders, variables, etc... + export as PNG + ...) and hoverText (class comment, method definitions ...). Such a diagram could be an alternative/complementary way of browsing code... > Note that OB uses your implementation, as we rely on the class > UMLEnhClassDiagram from Alex' Mondrian version containing your extensions. Yep, I saw that ;) Cheers, CÃ©drick > > Thanks a lot, > David > >> >> I like your extension. Adding edges will not be a problem. You're the >> second one to ask for it. >> I will do some coding tonight or tomorrow, will come back to you soon. >> >> Cheers, >> Alexandre >> >> >> On 30 Apr 2009, at 16:59, CÃ©drick BÃ©ler wrote: >> >>> Hi Alexandre and David, >>> >>> I just saw that you merged the development of Mondrian with OBDiagram. >>> Sounds good to me. Though, I missed some information in the UML class >>> diagram, so I did my own. I joined it in cas you'd like it (plus a >>> diagram example). One remark though, I simply remove accessing methods >>> as I find they "pollute" my diagrams. It's ok for me but I guess not >>> for general diagrams. >>> >>> I actually play more with accessing method so that I can have their >>> status and type (declaration in pragmas). Do you think it will be >>> doable to draw associations between classes (if declared in pragmas) ? >>> >>> Cheers, >>> >>> -- >>> CÃ©drick >>> <UMLFullClassDiagram.st><xorp.png> >> > >

May 6, 2009

Re: [Pharo-project] Fwd: may be I reloaded moose into moose

by David RÃ¶thlisberger

> "ScriptLoader loadSuperOB" in pharo #10300 is also broken. > > Evaluate it and click on the UML diagram in the new browser > after selecting a class -> crashed since class "UMLEnhClassDiagram" > is missing... ok, thanks for letting us know. We updated the diagram to use the new Mondrian for Squeak done by Alex, and #loadSuperAlpha didn't load this version. I fixed this in latest ScriptLoader in PharoInbox. David

May 6, 2009

Re: [Pharo-project] Slow image

by Nicolas Cellier

Yes, the condenseChanges in one of recent updates took 1hour on my old PC... 2009/5/6 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > may be it would be nice if someone can have a look at the sophie > multibyte streams > because john was suggesting that the utf changes got an influence on > the fetching/writing of the source code > > Stef > On May 6, 2009, at 12:58 PM, Torsten Bergmann wrote: > >> Whatever the reason was ... it's gone in #10300. >> Package loading is slow as ever ;) - but now again >> in acceptable time. >> >> Bye >> T. >> -- >> Neu: GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate + >> Telefonanschluss fÃ¼r nur 17,95 Euro/mtl.!* http://dslspecial.gmx.de/freedsl-surfflat/?ac=OM.AD.PD003K11308T4569a >> >> _______________________________________________ >> 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 >

May 6, 2009