August 2010 - Pharo-dev - lists.pharo.org

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

by StÃ©phane Ducasse

thanks ken. This is good to have it. We should definitively look at it soon for 1.2 Stef On Aug 2, 2010, at 11:21 PM, Ken Treis wrote: > 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. > > _______________________________________________ > 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] Extending SUnit [was Re: Autotest, proof-of-concept [was: About TDD and Pharo]]

by Lukas Renggli

> event := anAnnouncementClass isBehavior > Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â ifTrue: [ anAnnouncementClass new ] > Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â Â ifFalse: [ Â anAnnouncementClass ]. See #asAnnouncement, that does the same as the above code. Lukas -- Lukas Renggli www.lukas-renggli.ch

Aug. 2, 2010

Re: [Pharo-project] List of possible actions for busy pharoers

by GermÃ¡n Arduino

2010/8/2 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > Thanks a lot and also for the discussions (see my other notes). > Published. > Stef (today I fixed my cactus collection :)) > :S DNU

Aug. 2, 2010

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

by GermÃ¡n Arduino

Somethings I would like to have: - Lockdown/Deployment Mode/disable programmer facilities (As was discussed here) - UI builder to desktop applications (Also discussed here) - Interface with nosql databases - Parallel processing / map reduce / other strategies to scalability Let me think about other things :) 2010/8/2 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr>: > 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] 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