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

Re: [Pharo-project] A centralized repository (Going a step forward Gofer and Metacello)

by Dale Henrichs

Esteban, I think that what you are proposing makes a lot of sense, although I am a bit biased ... a central repository would definitely make it very simple to find projects that are managed... It seems that in addition to to the Monticello repository of configurations, a catalog website that provided a searchable index on the projects and the project meta data (project description ... release status ... project dependencies ...). Having a central repository is a good first step... I have a cross-platform bias. Many of the Pharo projects can be ported to GemStone (and Squeak) using a common Metacello configuration, so I think the central repository would end up serving cross-platform users. FYI, yesterday I created a google group for Metacello discussions (http://groups.google.com/group/metacello/members) As a Metacello user, you will want to join. Dale ----- "Esteban Lorenzano" <estebanlm(a)gmail.com> wrote: | Hi all, | Iâm begining to transfer all my projects to metacello (I think this is | the best package manager present today for pharo), and I have an idea | I | want to share and discuss: | | I think we need a metacello based centered repository. | | The universe doesnât fit with metacello and squeakmap even less. | | So this is my idea (it is based on âibiblioâ for maven/java and | apt-get | for ubuuntu): | -we can create a project on squeaksource called | âPharoMetacelloRepositoryâ, where people can put its public metacello | configuration packages (for example ConfigurationOfSeaside30, | ConfigurationOfDeimos, etc.). | -we should integrate metacello to pharo core (like Gofer now) | -weâll need to create a new class âLoaderâ | | What âLoaderâ does? it loads versions from âmetacello repositoriesâ, | for example: | | Loader default latest: âSeaside30â. âThis will load latest version of | ConfigurationOfSeaside30â | | Loader class>>#default answers a loader pointing to | âPharoMetacelloRepositoryâ, but you could define others (for your | private projects). | | How Loader works? | 1) validate loading a valid metacello configuration package (weâll | need | to define this later | 2) load metacello package | 3) do something like âMetacelloConfigurationClass project | loadLatestVersionâ (for #latest), and the corresponding sends for | specific versions, etc. | | I think this will solve any package management problem, by using | something already present (SqueakSource), and of course, we could | think | on better repository places/formats later (but we will be âon the | roadâ) | | So, what do you think? | | btw: If the community agree, Iâm offering my self to implement this | idea ;) | | Cheers, | Esteban | | | | _______________________________________________ | Pharo-project mailing list | Pharo-project(a)lists.gforge.inria.fr | http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Dec. 4, 2009

Re: [Pharo-project] about keys returning a set

by csrabak＠bol.com.br

I think this last assertion has to be tempered by another statistic: which is the relationship between iteration (a.k.a. uses of) and creation? -- Cesar Rabak Em 04/12/2009 09:48, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> escreveu: this is interesting to see that this is still a guess game. Even with these numbers I cannot evaluate what could be a slowdown/pseed up impact on the complete system. I imgain that the ietration slow down should be minimal and compensated by the creation speed up. May be in the future when system will have a better knowledge of themselves we may end up having better tools...

Dec. 4, 2009

Re: [Pharo-project] about keys returning a set

by Lukas Renggli

Yeah, this was my first attempt, but this implementation is ways slower. The block activations with #collect: matters. My implemebtation only calls primitives or inlined constructs. Not nice to look at, but as fast as it can get. Lukas On Friday, December 4, 2009, <csrabak(a)bol.com.br> wrote: > Em 04/12/2009 05:58, Lukas Renggli < renggli(a)gmail.com > escreveu: > >> I wonder if ever something along the following lines was considered? >> >> Dictionary>>keys >> "Answer a Set containing the receiver's keys." >> >> | result | >> result := Set basicNew. >> result setTally: tally array: (array collect: [ :each | >> each isNil ifFalse: [ each key ] ]). >> ^ result > > Why not: > > | result | > result := Set basicNew. > result setTally: tally array: (array collect: [ :each | > each ifNil: [ each key ] ]). > ^ result > > A bit more OO ;-) > > Reading AndrÃ©s' book is making more aware of those subtleties :-D > > My .019999... > > - > Cesar Rabak > > _______________________________________________ > 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

Dec. 4, 2009

Re: [Pharo-project] about keys returning a set

by csrabak＠bol.com.br

Em 04/12/2009 05:58, Lukas Renggli < renggli(a)gmail.com > escreveu: > I wonder if ever something along the following lines was considered? > > Dictionary>>keys > "Answer a Set containing the receiver's keys." > > | result | > result := Set basicNew. > result setTally: tally array: (array collect: [ :each | > each isNil ifFalse: [ each key ] ]). > ^ result Why not: | result | result := Set basicNew. result setTally: tally array: (array collect: [ :each | each ifNil: [ each key ] ]). ^ result A bit more OO ;-) Reading AndrÃ©s' book is making more aware of those subtleties :-D My .019999... - Cesar Rabak

Dec. 4, 2009

[Pharo-project] A centralized repository (Going a step forward Gofer and Metacello)

by Esteban Lorenzano

Hi all, Iâm begining to transfer all my projects to metacello (I think this is the best package manager present today for pharo), and I have an idea I want to share and discuss: I think we need a metacello based centered repository. The universe doesnât fit with metacello and squeakmap even less. So this is my idea (it is based on âibiblioâ for maven/java and apt-get for ubuuntu): -we can create a project on squeaksource called âPharoMetacelloRepositoryâ, where people can put its public metacello configuration packages (for example ConfigurationOfSeaside30, ConfigurationOfDeimos, etc.). -we should integrate metacello to pharo core (like Gofer now) -weâll need to create a new class âLoaderâ What âLoaderâ does? it loads versions from âmetacello repositoriesâ, for example: Loader default latest: âSeaside30â. âThis will load latest version of ConfigurationOfSeaside30â Loader class>>#default answers a loader pointing to âPharoMetacelloRepositoryâ, but you could define others (for your private projects). How Loader works? 1) validate loading a valid metacello configuration package (weâll need to define this later 2) load metacello package 3) do something like âMetacelloConfigurationClass project loadLatestVersionâ (for #latest), and the corresponding sends for specific versions, etc. I think this will solve any package management problem, by using something already present (SqueakSource), and of course, we could think on better repository places/formats later (but we will be âon the roadâ) So, what do you think? btw: If the community agree, Iâm offering my self to implement this idea ;) Cheers, Esteban

Dec. 4, 2009

Re: [Pharo-project] [squeak-dev] macintosh cocoa 32/64bit & 64/64bit VM goes BETA

by Miguel Enrique CobÃ¡ Martinez

El miÃ©, 02-12-2009 a las 14:57 -0800, John M McIntosh escribiÃ³: > Ok, it's time for the community to do some testing. > > ESUG provided me with some funding to take the existing iPhone VM source and extend that to > build a new hosting platform using Cocoa on the macintosh and to enable the VM to run in 32 or 64 bit > mode and work with a 32 or 64bit image. > Great. > I have placed two Alpha test VM s in the experimental folder sub-folder COCOA > found in the usual places via > > http://smalltalkconsulting.com/squeak.html The ftp url is: ftp://ftp.smalltalkconsulting.com/experimental/COCOA/ > > There are two VM's > > (a) a 32/64 bit VM that runs 32bit squeak images in 32bit (powerpc, intel) or 64bit (intel) mode. > (b) a 64/64 bit VM that runs 64bit squeak images in 64bit (intel). > > > The VM currently runs on 10.5.x and 10.6.x Support for 10.4.x might happen, we will see. So this is only for macs. Is that right? When the code is integrated with the squeakvm svn code there will be any chance of having it run on other OS (GNU/Linux is my own). Or this will only work for Macs? Anyway, thanks. -- Miguel CobÃ¡ http://miguel.leugim.com.mx

Dec. 4, 2009

[Pharo-project] Issue 1545: cmdDotEnabled preferences is not working

by Alain Plantec

--------------- fixed UserInterruptHandler>>handleUserInterrupt -> SLICE-cmdDotEnabledFix-AlainPlantec.1 in inbox --------------- Alain

Dec. 4, 2009

Re: [Pharo-project] [update] #10499

by StÃ©phane Ducasse

On Dec 4, 2009, at 5:20 PM, Damien Cassou wrote: > On Fri, Dec 4, 2009 at 4:02 PM, StÃ©phane Ducasse > <stephane.ducasse(a)inria.fr> wrote: >> you updated to the last version of gofer? >> Because I wanted to do that yesterday and lukas told me that I should wait a bit :) >> So we will see. > > I didn't wait. Let's hope things will be ok. :) Else lukas will tell us to load another one Stef > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Lambdas are relegated to relative obscurity until Java makes them > popular by not having them." James Iry > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Dec. 4, 2009

[Pharo-project] Issue 1544: allowUnderscoreAssignment preference is not working

by Alain Plantec

-------------------------- whatever value is set to allowUnderscoreAssignment preference, underscore is always allowed. the fix seems simple. it consists in changing the Scanner typeTable initialization. by replacing the line newTable at: $_ asciiValue put: #leftArrow. by newTable at: $_ asciiValue put: #xUnderscore. in Scanner class>>initialize -> SLICE-allowUnderscoreAssignmentFix-AlainPlantec.1 in inbox --------------------------- Alain

Dec. 4, 2009

Re: [Pharo-project] Email notifications from issue tracker?

by Damien Cassou

On Fri, Dec 4, 2009 at 5:07 PM, Adrian Lienhard <adi(a)netstyle.ch> wrote: > But this sends notifications of *all* changes. We just need to know > when a new issue is created. After this notification everyone that is > interested can star the issue to get notified. I wouldn't want to spam > the mailing list for each tiny change. +1 -- Damien Cassou http://damiencassou.seasidehosting.st "Lambdas are relegated to relative obscurity until Java makes them popular by not having them." James Iry

Dec. 4, 2009