- Pharo-dev - lists.pharo.org

Re: [Pharo-project] Alien on Pharo 1.2 on Mac

by Ken Treis

For those who need a version of this that works with Pharo 1.1, I just copied Joachim Geidel's work from http://code.google.com/p/pharo/issues/detail?id=1360 into the Alien repository and created a new version called 'Pharo 1.1'. To load, use: Gofer new url: 'http://www.squeaksource.com/Alien' ; package: 'ConfigurationOfAlien'; load. ((Smalltalk at: #ConfigurationOfAlien) project version: 'Pharo 1.1') load: #('Core' 'Tests' 'LibC') Note that this includes a newer version of Alien-Prereqs, so it might mess up baseline loads in Pharo 1.2. Ken On Jul 13, 2010, at 12:57 AM, Luc Fabresse wrote: > Hi All, > > I pushed a new version of Alien in the the Alien repo (http://www.squeaksource.com/Alien) (thanks to John who granted us access). > This version (#64) makes the 40 Alien tests green in Pharo 1.2-12049 . > > Since the ConfigurationOfAlien has not been changed yet, you can load it using: > > Gofer new > url: 'http://www.squeaksource.com/Alien' ; > package: 'ConfigurationOfAlien'; > load. > > (ConfigurationOfAlien project version: '1.0-baseline') load: #('Core' 'Tests' 'LibC') > > Luc > > On Tue, Jul 6, 2010 at 9:13 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > you do not have access to the alien repository? > can you ask john to gve you access to it? > > On Jul 6, 2010, at 3:41 PM, Luc Fabresse wrote: > > > Hi all, > > > > We provide a usable version of Alien to Pharo 1.2 (all tests green on OSX). > > We committed the corrected package on the Ocean squeaksource repository : http://squeaksource.com/Ocean > > (Alien-Core-LucFabresse.64.mcz) > > > > We didn't look in details to the method SystemDictionary>>recreateSpecialObjectsArray introduced by Alien-Core-63. > > It is now unsed because Smalltalk points to a SmalltalkImage. > > This need to be checked before possibly removal. > > > > Another point would be to update the metacello configuration ConfigurationOfAlien. > > > > Luc and Noury > > > > _______________________________________________ > > 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 -- Ken Treis Miriam Technologies, Inc.

Aug. 2, 2010

Re: [Pharo-project] Extending SUnit [was Re: Autotest, proof-of-concept [was: About TDD and Pharo]]

by StÃ©phane Ducasse

Then why do you have several announcers and keep them in a classVariable? Stef

Aug. 2, 2010

Re: [Pharo-project] Extending SUnit [was Re: Autotest, proof-of-concept [was: About TDD and Pharo]]

by StÃ©phane Ducasse

Alex I integrated your changes but I tried to understand the logic behind event := anAnnouncementClass isBehavior ifTrue: [ anAnnouncementClass new ] ifFalse: [ anAnnouncementClass ]. Why anAnnouncementClass would not be a class? announce: anAnnouncementClass withResult: result | event | self shouldAnnounce ifFalse: [ ^ self ]. event := anAnnouncementClass isBehavior ifTrue: [ anAnnouncementClass new ] ifFalse: [ anAnnouncementClass ]. event testCase: self. event testSelector: testSelector. event result: result. self announcer announce: event. On Aug 2, 2010, at 12:47 PM, StÃ©phane Ducasse wrote: > I will integrate it. > I was thinking that WindowOpened is not that english but it has the advantage that all the events of a certain kinds are grouped. > > Stef > > > On Aug 2, 2010, at 12:08 PM, Alexandre Bergel wrote: > >> hi! >> >> In PharoInbox there is: SLICE-Issue-2721-AnnouncementsForSUnit-Alexandre_Bergel.2 >> The comment of this slice is: >> -=-=-=-=-=-=-=-=-=-=-=-= >> Renamed the event classes into: >> TestCaseAnnouncement >> -- TestCaseStarted >> -- TestCaseEnded >> >> Event are also emitted in TestResult>>runCase: like this, the result of the test execution is accessible from the event. >> (Thanks Laurent Laffon for these suggestions) >> -=-=-=-=-=-=-=-=-=-=-=-= >> >> Cheers, >> Alexandre >> >> On 29 Jul 2010, at 22:22, laurent laffont wrote: >> >>> On Thu, Jul 29, 2010 at 7:42 PM, Henrik Sperre Johansen <henrik.s.johansen(a)veloxit.no> wrote: >>> On 29.07.2010 17:45, Alexandre Bergel wrote: >>> Wow ! Fast !. >>> >>> That means it should be easy now to do a lot of exciting stuff. Show tests progression, errors/failures as soon as they occur, log several things, drink cocktails, meet beautiful girls ....that's really cool. >>> I will be in winter time in 1 week time. We have to enjoy now >>> >>> Alexandre >>> Nice! >>> Maybe it's just me, or could we not add Announcement to the end of every Announcement subclass name though? >>> Like with the window announcement, I like them better as verbs describing the event, f.ex. >>> someAnnouncer on: TestStarted do: [] >>> someAnnouncer on: TestEnded send: #x to: y >>> >>> +1. I propose >>> TestCaseAnnouncement >>> -- TestCaseStarted >>> -- TestCaseEnded >>> >>> >>> Shouldn't we put announce in TestResult>>runCase: instead of TestCase>>runCase ? This way we can pass the result to the Annoucement object. >>> >>> >>> Actually, self announce: SUTestEndAnnouncement. is not in the ensure: block. So if the test fails there's no annoucement sent. >>> >>> >>> Cheers, >>> >>> Laurent >>> >>> >>> >>> Cheers, >>> Henry >>> >>> >>> _______________________________________________ >>> 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

Aug. 2, 2010

Re: [Pharo-project] Poll: missing libraries to support business

by Michael Roberts

=Platform integration= -multiple host windows -deeper platform look 'n feel =Documentation= cheers Mike On Mon, Aug 2, 2010 at 8:50 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > Hi guys > > with the experience around the XMLRPC project, ESUG wants to change strategy to help growing business at the technical > level. So what are the key areas where you think that effort should be supported to help you making business in smalltalk? > > Stef > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Aug. 2, 2010

Re: [Pharo-project] Poll: missing libraries to support business

by Miguel Enrique CobÃ¡ MartÃnez

El lun, 02-08-2010 a las 22:26 +0200, Norbert Hartl escribiÃ³: > Here are some of the things I'm missing: > > fulltext search/text retrieval > ---------------------------------------- > - fuzzy search (http://en.wikipedia.org/wiki/Approximate_string_matching) > - proximity search (http://en.wikipedia.org/wiki/Proximity_search_(text)) > - stemming (http://en.wikipedia.org/wiki/Stemming) > - faceted search (http://en.wikipedia.org/wiki/Faceted_search) > > If there were a good support or integration with collections that could ease a lot of use cases especially in web environments. At the moment I'm serializing objects to XML documents and put this into SOLR (http://lucene.apache.org/solr/) Before tsearch2 on postgresql > > spatial data services > ------------------------------ > - quad-tree (http://de.wikipedia.org/wiki/Quadtree) > - r-tree (http://en.wikipedia.org/wiki/R-tree) > > Again nice integration with collections would be very powerful. Spatial data are more and more important. There is support for google maps and such but no support to store spatial data. Back then I used postGis (on postgresql) for that. > > authentication frameworks > -------------------------------------- > - OAuth (http://oauth.net/) + 1 to oauth. Now that Cyrpto code is working ok and webclient with https support exists, should be possible to have this. this will permit integration with facebook for apps. > - open-id (http://openid.net/) There are a simple (incomplete) implementation of this in squeaksource, I think that was an experiment from Philippe, but it could be supported to have a complete implementation for smalltalk. > > To ease the authentication of users and web APIs those two mentioned are quite important (needs checking) > > That are the ones I miss on a regular basis. > > hope this helps, > > Norbert > > > On 02.08.2010, at 21:50, StÃ©phane Ducasse wrote: > > > Hi guys > > > > with the experience around the XMLRPC project, ESUG wants to change strategy to help growing business at the technical > > level. So what are the key areas where you think that effort should be supported to help you making business in smalltalk? > > > > Stef > > _______________________________________________ > > 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 -- Miguel CobÃ¡ http://miguel.leugim.com.mx

Aug. 2, 2010

Re: [Pharo-project] Pharo 1.1 host menu os x

by Michael Roberts

I don't know enough about the internals to be honest. Here is the fix http://code.google.com/p/pharo/issues/detail?id=1068 Name: HostMenus-MikeRoberts.57 Author: MikeRoberts Time: 2 August 2010, 9:30:30 pm UUID: 4370108c-457c-4454-8d91-dcda9b4a18e7 Ancestors: HostMenus-StephaneDucasse.56, HostMenus-MikeRoberts.55 -Relax lookup for OS X Quit menu item otherwise it breaks really easily when the bundle name is changed -Fix BlockCannotReturn error -Remerge on top of StephaneDucasse.56 cheers, Mike On Mon, Aug 2, 2010 at 9:04 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> wrote: > But I checked and this is clearly not the case and I do not like that. > > Stef > > On Aug 2, 2010, at 10:03 PM, StÃ©phane Ducasse wrote: > >> this is strange because I thought that we get the complete history chain in the Pharo folder since we always >> merge and republish. >> >> Stef >> >> On Aug 2, 2010, at 2:43 PM, Michael Roberts wrote: >> >>> Hi, >>> i am trying to publish a fix, but I get MC error can't find >>> HostMenus-LaurentLaffont.53. It is the ancestor of >>> HostMenus-MarcusDenker.54 but does not seem to be in the /Pharo >>> package. Â Where did it go? >>> >>> thanks, >>> Mike >>> >>> _______________________________________________ >>> 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 >

Aug. 2, 2010

Re: [Pharo-project] ProgressDisplay package features

by Mariano Martinez Peck

Hi Ralph. I tried to run the examples, I started with exampleDisplayingNumericPartition for example, and they all fails with differents DNU, like isMorphic and some others. It would be great if you could test the examples in Pharo 1.1 or 1.0 (both is better!) and let us know so that we can test. In addition, there is a dependency problem when laoding it fro monticello. You should fix the dependency or use a dependency manager like Metacello. Attached screenshot cheers mariano On Mon, Aug 2, 2010 at 6:59 PM, Ralph Boland <rpboland(a)gmail.com> wrote: > Cool > > Can you tell us some of the added features? > > Stef > > > I recently released the first draft of my package ProgressDisplay to > > SqueakSource. > > It is like SystemProgressMorph et. al. but with a lot of bells and > > whistles added. > > It is not a suitable replacement for SystemProgressMorph though because > it is > > too large and specific for that. > > Well you asked for it: > > 1) You can pass an applyBlock rather than a duringBlock. > The progressDisplay then applies the apply block to each element > to each of the users values updating the display as it does so. > The users values can be the values min..max or the values of a stream. > > 2) You can set a jump value k such that the display is updated once > for each k times > a display update request is sent. The minimum time that must pass before > the > display is updated is settable (it is fixed with SystemProgressMorph). > Finally, a > check is made that a display request update will actually modify the > progressBar > before the modification is performed. These changes were made because with > SystemProgressMoprh, in some circumstances, the progressBar could take > excessive amounts of time. However the last of these changes was probably > all that was needed. > > 3) You can set the progressDisplay to catch user interrupts. > Unfortunately this doesn't work correctly currently. > The interrupt is caught but not processed until the progressBar closes. :-( > I don't know how to fix this so suggestions or a fix most welcome. > > 4) You can set the start point to be other than at the beginning. > If you start not at the beginning then you can set the progressDisplay to > wrap once the end is reached. This is a weird feature but I need it for > when I run a large collection of tests (not SUnit tests but similar). > Say I run 1000 tests and the 900th test fails. I fix the problem and > rerun the tests. I don't want to start at test one, I want to start at > test 900, run tests 900-1000 and then run tests 1-899. > The ProgressDisplay supports this and is the main reason I created it. > > 5) I have added an exception EarlyCompletionExit. This exception will > be caught by progressDisplay if generated and result in the current > progressBar > being closed cleanly. If there is only one progressBar the entire > display is closed. > > 6) If you want you can display the current value being processed and the > total. > The current value can be the user's value, the count of processed > values, count of the number of user values remaining to be processed, > the estimate of the amount of time remaining, or the time remaining > estimate > alternating with one of user value, count, countDown. > The current value and total can be labelled if desired. > The start poin, if not the beginning, can also be labelled. > > 7) The display does not flicker as much as SystemProgressMorph > though this could still be improved. > > 8) Anything else I have forgotten. > > There are large number of examples in class RunnProgressMorphExample which > is a > subclass of ExampleCase. In my image ExampleCase is an subclass of > CodeCase > and TestCase is also a subclass of CodeCase. Someday I hope to have > TestCase > refactored to have CodeCase as a superclass in Squeak/Pharo. > > The examples use a number of utility classes which will eventually be > moved to other > packages. Some of them are: > > 1) ArrayPermutationsStream. Generates the permutations of a > SequenceableCollection in > a stream. Iteration, not recursion, is used. Ordering is not > Lexicographic. > > 2) RangeList. Stores a sorted list of values where consecutive values > are stored > by listing them as an Interval. > Example: 1,5-9,12,15,31-90 > Example: $a,$c,$k-$t,$z > This class is not complete. > There are two subclasses: NumberRangeList and PositiveNumberRangeList > also not complete. > > 3) NumberRangeListStream. Stream version of NumberRangeList. > > 4) NumericMultiplicityPartitionStream. For a given integer n, > generates all numeric partitions of > n (sums of positive numbers that add up to n) in lexicographic > order. This can be combined > with method SequenceableCollection>>multisetPermutationsDo: to > generate arrays of size > n containing combinations of the elements of 1..n with replacement > (i.e. duplicates allowed). > In another package I plan to use this for generating large numbers of > test cases. > > There are also a scattering of useful methods in places like Object, > Nil, and SequenceableCollection. > > Hope this helps. > > Ralph Boland > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Aug. 2, 2010

Re: [Pharo-project] Poll: missing libraries to support business

by Norbert Hartl

Here are some of the things I'm missing: fulltext search/text retrieval ---------------------------------------- - fuzzy search (http://en.wikipedia.org/wiki/Approximate_string_matching) - proximity search (http://en.wikipedia.org/wiki/Proximity_search_(text)) - stemming (http://en.wikipedia.org/wiki/Stemming) - faceted search (http://en.wikipedia.org/wiki/Faceted_search) If there were a good support or integration with collections that could ease a lot of use cases especially in web environments. At the moment I'm serializing objects to XML documents and put this into SOLR (http://lucene.apache.org/solr/) Before tsearch2 on postgresql spatial data services ------------------------------ - quad-tree (http://de.wikipedia.org/wiki/Quadtree) - r-tree (http://en.wikipedia.org/wiki/R-tree) Again nice integration with collections would be very powerful. Spatial data are more and more important. There is support for google maps and such but no support to store spatial data. Back then I used postGis (on postgresql) for that. authentication frameworks -------------------------------------- - OAuth (http://oauth.net/) - open-id (http://openid.net/) To ease the authentication of users and web APIs those two mentioned are quite important (needs checking) That are the ones I miss on a regular basis. hope this helps, Norbert On 02.08.2010, at 21:50, StÃ©phane Ducasse wrote: > Hi guys > > with the experience around the XMLRPC project, ESUG wants to change strategy to help growing business at the technical > level. So what are the key areas where you think that effort should be supported to help you making business in smalltalk? > > Stef > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 2, 2010

Re: [Pharo-project] Test Runner 'File out results' button

by Mariano Martinez Peck

maybe becaue it is not very user friendly?? I wasn't completly aware at all. I was 5 minutes trying to see where to do the double click. Do you think that this is user friendly? why would you click on an empty area? are we talking about the same? I attach screenshot Cheers mariano On Mon, Aug 2, 2010 at 10:09 PM, StÃ©phane Ducasse <stephane.ducasse(a)inria.fr > wrote: > > On Aug 2, 2010, at 5:14 PM, laurent laffont wrote: > > > > > On Mon, Aug 2, 2010 at 4:30 PM, Lukas Renggli <renggli(a)gmail.com> wrote: > > Recently the button 'File out results' was added to the test runner. > > > > I find this button extremely annoying because it is something i don't > > use daily and it doesn't fit into the group of run-action like all the > > other buttons. I keep on accidentally clicking it. > > > > Why wasn't this action added to the context menu on the test results > > that already has related items like 'History', 'Store results', 'Show > > progress'? > > > > Because the issue was "Button in TestRunner to fileout the test results" > :) > > http://code.google.com/p/pharo/issues/detail?id=1281 > > > > For myself, I don't really care. Anyone for context menu ? > > yes > > the idea is that doing and making mistake is more important than talking > so we are allowed to change and fix :) > > > > > > Laurent > > > > > > > > Lukas > > > > -- > > Lukas Renggli > > 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 > > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >

Aug. 2, 2010

Re: [Pharo-project] ProgressDisplay package features

by StÃ©phane Ducasse

thanks! I think that this is important to improve the quality of the system and libraries. I like the idea that we can have more and specialised collections. Stef On Aug 2, 2010, at 6:59 PM, Ralph Boland wrote: > Cool > > Can you tell us some of the added features? > > Stef > >> I recently released the first draft of my package ProgressDisplay to >> SqueakSource. >> It is like SystemProgressMorph et. al. but with a lot of bells and >> whistles added. >> It is not a suitable replacement for SystemProgressMorph though because it is >> too large and specific for that. > > Well you asked for it: > > 1) You can pass an applyBlock rather than a duringBlock. > The progressDisplay then applies the apply block to each element > to each of the users values updating the display as it does so. > The users values can be the values min..max or the values of a stream. > > 2) You can set a jump value k such that the display is updated once > for each k times > a display update request is sent. The minimum time that must pass before the > display is updated is settable (it is fixed with SystemProgressMorph). > Finally, a > check is made that a display request update will actually modify the progressBar > before the modification is performed. These changes were made because with > SystemProgressMoprh, in some circumstances, the progressBar could take > excessive amounts of time. However the last of these changes was probably > all that was needed. > > 3) You can set the progressDisplay to catch user interrupts. > Unfortunately this doesn't work correctly currently. > The interrupt is caught but not processed until the progressBar closes. :-( > I don't know how to fix this so suggestions or a fix most welcome. > > 4) You can set the start point to be other than at the beginning. > If you start not at the beginning then you can set the progressDisplay to > wrap once the end is reached. This is a weird feature but I need it for > when I run a large collection of tests (not SUnit tests but similar). > Say I run 1000 tests and the 900th test fails. I fix the problem and > rerun the tests. I don't want to start at test one, I want to start at > test 900, run tests 900-1000 and then run tests 1-899. > The ProgressDisplay supports this and is the main reason I created it. > > 5) I have added an exception EarlyCompletionExit. This exception will > be caught by progressDisplay if generated and result in the current progressBar > being closed cleanly. If there is only one progressBar the entire > display is closed. > > 6) If you want you can display the current value being processed and the total. > The current value can be the user's value, the count of processed > values, count of the number of user values remaining to be processed, > the estimate of the amount of time remaining, or the time remaining estimate > alternating with one of user value, count, countDown. > The current value and total can be labelled if desired. > The start poin, if not the beginning, can also be labelled. > > 7) The display does not flicker as much as SystemProgressMorph > though this could still be improved. > > 8) Anything else I have forgotten. > > There are large number of examples in class RunnProgressMorphExample which is a > subclass of ExampleCase. In my image ExampleCase is an subclass of CodeCase > and TestCase is also a subclass of CodeCase. Someday I hope to have TestCase > refactored to have CodeCase as a superclass in Squeak/Pharo. > > The examples use a number of utility classes which will eventually be > moved to other > packages. Some of them are: > > 1) ArrayPermutationsStream. Generates the permutations of a > SequenceableCollection in > a stream. Iteration, not recursion, is used. Ordering is not Lexicographic. > > 2) RangeList. Stores a sorted list of values where consecutive values > are stored > by listing them as an Interval. > Example: 1,5-9,12,15,31-90 > Example: $a,$c,$k-$t,$z > This class is not complete. > There are two subclasses: NumberRangeList and PositiveNumberRangeList > also not complete. > > 3) NumberRangeListStream. Stream version of NumberRangeList. > > 4) NumericMultiplicityPartitionStream. For a given integer n, > generates all numeric partitions of > n (sums of positive numbers that add up to n) in lexicographic > order. This can be combined > with method SequenceableCollection>>multisetPermutationsDo: to > generate arrays of size > n containing combinations of the elements of 1..n with replacement > (i.e. duplicates allowed). > In another package I plan to use this for generating large numbers of > test cases. > > There are also a scattering of useful methods in places like Object, > Nil, and SequenceableCollection. > > Hope this helps. > > Ralph Boland > > _______________________________________________ > Pharo-project mailing list > Pharo-project(a)lists.gforge.inria.fr > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project

Aug. 2, 2010