February 2011 - Pharo-dev - lists.pharo.org

Re: [Pharo-project] Issue 3622 in pharo: [ENH]: Clean up Url>>urlClassForScheme:

by pharo＠googlecode.com

Updates: Status: Closed Comment #3 on issue 3622 by stephane...(a)gmail.com: [ENH]: Clean up Url>>urlClassForScheme: http://code.google.com/p/pharo/issues/detail?id=3622 Sean I integrated your changes but I think that it would be better to have a classVariable in URL that contains a dictionary and that each class register to it. Like that we do not have to scan all the classes each time. What do you think? Stef

Feb. 4, 2011

Re: [Pharo-project] Issue 3653 in pharo: enh: change cursor form when over active editable text morph

by pharo＠googlecode.com

Updates: Status: Closed Comment #2 on issue 3653 by stephane...(a)gmail.com: enh: change cursor form when over active editable text morph http://code.google.com/p/pharo/issues/detail?id=3653 in 13036

Feb. 4, 2011

[Pharo-project] About FS: sad reality.

by Torsten Bergmann

>PS: the public/private distinction is a bit hard in Smalltalk, but the >conventions seem to be method categories with 'private' in them, no ? Yes, or "private-accessing", "private-utilities", ... And yes, it is just a convention to use method categories with all it's ups and downs similar to the abuse of class categories for packages. Does oCompletion/eCompletion display them if they are not sent to super/self? I think I should check. Bye T. -- Neu: GMX De-Mail - Einfach wie E-Mail, sicher wie ein Brief! Jetzt De-Mail-Adresse reservieren: http://portal.gmx.net/de/go/demail

Feb. 4, 2011

Re: [Pharo-project] About FileSystem

by Dale Henrichs

On 02/04/2011 12:06 PM, StÃ©phane Ducasse wrote: > thanks dale. > I really like the idea of your validation tool. > Yeah, but I think I must need a validator for my validator tool:) Dale >>> >>> >>> MetacelloToolBox descriptionForValidationReasonCode: #noVersionSpecified >>> >>> I got a DNU at:at: >> >> Ah yes, the at:at: problem .. I have had a fix for that in 1.0-beta.28.3 for awhile but got busy and neglected to push out a new version ... too many things going on:( >> >> The description for #noVersionSpecified is: >> >> 'no version defined for the project reference or package. The version specified in the >> baseline or the latest version of the project or package in the repository will be used.' >> >> and the description for #packageNameMismatch is: >> >> 'the name in the packageSpec does not match the name of the mcz file.' >> >> You haven't provided the baseline spec or the spec for 1.0.1, but it looks like you must have used the name: >> >> Filesystem >> >> in the baseline, while you are using the name >> >> FileSystem >> >> (with a capital S) in the 1.0.2 spec and in the 1.0.1 spec. Perhaps you have renamed the package from Filesystem... to FileSystem...? >> >> #noVersionSpecified is a criticalWarning, because a version spec should have explicit versions specified for all packages and projects, otherwise you don't have a complete specification. As the 1.0.2 spec stands the latest mz file in the repository will be loaded. >> >> I'll try to push out 1.0-beta.28.3 this weekend:) >> >> Dale >> >> > >

Feb. 4, 2011

Re: [Pharo-project] Alien-Prerequisites is now not required

by Luc Fabresse

Hi Igor, You are right. We can get rid of Alien-Prereqs-KenTreis.5 in 1.2 but not in 1.1. ConfigurationOfAlien.34 (committed in Alien and MetacelloRepository repositories) do not load prereqs for 1.2 #Luc 2011/2/3 Igor Stasenko <siguctua(a)gmail.com> > Just found that evil overrides which contains this package are > completely same as in existing Parser. > The > Alien-Prereqs-KenTreis.5 > > contains only two of them: > Parser>>pragmaLiteral: selectorSoFar > Parser>>pragmaStatement > > both are the same as in image. > > So, i conclude that we don't need this guy anymore for loading Alien > > -- > Best regards, > Igor Stasenko AKA sig. > >

Feb. 4, 2011

Re: [Pharo-project] Metacello issue on Linux

by StÃ©phane Ducasse

Good to know because it looked strange to me that the bug was in MC/metaMC. Now I prefer to hear that this is not the linux vm. Was fun to do parallel debugging. Stef > We tracked down this bug. > > It is related to retrieving entries of directory on linux. > > For some unknown reason 'self allFileNames' in: > > MCCacheRepository>>basicStoreVersion: aVersion > (aVersion isCacheable and: [self allFileNames includes: aVersion fileName]) > ifFalse: [super basicStoreVersion: aVersion] > > > answers an empty collection. > And all it does is just queries the package-cache dir for its entries. > What is strange that after i evaluated the > (FileDirectory default / 'package-cache' )entries > > and then re-evaluated same thing in method above, it worked, and > retrieved the entries for package-cache dir. > > > The VM i using is: > > Smalltalk vmVersion > 'Squeak4.1 of 17 April 2010 [latest update: #9957]' > > > (half hour later) > i suspected that this is because i mounted mac-os host system > directory in my linux virtual machine filesystem, > and there is something not ok with. > > After moving image to 'linux' server file system dir, everything works ok... > > So, it appears that the bug in virtualbox filesystem :)) > Sorry for false alarm :) > > >> Dale > > > > -- > Best regards, > Igor Stasenko AKA sig. >

Feb. 4, 2011

Re: [Pharo-project] Network training

by StÃ©phane Ducasse

I think that your new strategy is really good! Stef >>>> We decided to put all our effort on the library and having it work with the plugin. We are re-writing it fully with tests. > Our design is independent of the low-level network support (Bridge pattern). > So, we can (didn't test yet) be able to work either with the plugin or with any external networking library, through Alien or other FFI. > Once we'll be done with the library, we'll tackle the plugin issue. > > The Ocean is wide, we have to row a lot ;-) > Noury >

Feb. 4, 2011

Re: [Pharo-project] Hudson build for Seaside too?

by StÃ©phane Ducasse

thanks to educate us!!!! > ((Smalltalk at: #ConfigurationOfSeaside30) project version: #stable) load. >

Feb. 4, 2011

Re: [Pharo-project] thinking about a community model of funding

by StÃ©phane Ducasse

Idiot... > http://t0.gstatic.com/images?q=tbn:ANd9GcQ0Yjzjbrwnaq8Y0fyu1rY8VCqEEhhRZEl9… you are just jalous :) of course I should do some sport :)

Feb. 4, 2011

Re: [Pharo-project] thinking about a community model of funding

by StÃ©phane Ducasse

excellent! Ye friday is a good day.... carried 4 m3 of wood at 6 in the morning so I'm dead :) On Feb 4, 2011, at 2:13 PM, Geert Claes wrote: > > A bit of a laugh, it's Friday after all :) > > http://forum.world.st/file/n3260143/PharoBoardAppeal2.png > > -- > View this message in context: http://forum.world.st/thinking-about-a-community-model-of-funding-tp3259753… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >

Feb. 4, 2011