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

Re: [Pharo-project] Pharocasts ... updating and screencasts wanted

by phil＠highoctane.be

I can help a bit as I do have free time next week. Phil 2012/5/31 Torsten Bergmann <astares(a)gmx.de> > Laurent wrote: > > If some people wants write access to Pharocasts tell me. > > I follow the mailing list in passive mode - still very busy. > > Hi Laurent, > > would help if you could offer a little bit of your rare time > to at least switch the download icon (which is still 1.3.) > to the one used at pharo-project.org (which is version > independent without the star) and point the link > to http://www.pharo-project.org/pharo-download > > This way it would not need to be updated in the future > anytime a release comes out. > > Thx > Torsten > > > -- > Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir > belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de > > -- Philippe Back "Helping you hit the top 3 outcomes you really want to achieve" Mob: +32(0) 478 650 140 | Fax: +32 (0) 70 408 027 Mail: phil(a)highoctane.be| Web: http://philippeback.eu | Blog: http://philippeback.be High Octane SPRL rue cour Boisacq 101 1301 Bierges

May 31, 2012

Re: [Pharo-project] Trouble loading XML RPC

by StÃ©phane Ducasse

why spy is needed? I thought it was a meta spying tools. May be this is also time to build a configuration. because Stef On May 31, 2012, at 12:34 PM, Noury Bouraqadi wrote: > Hi, > > I tried loading XML RPC from SS3 as suggested by evaluating: > Gofer new > squeaksource3: 'XMLRPC'; > package: 'ConfigurationOfXMLRPC'; > package: 'Spy'; > package: 'XMLRPC-Client-Core'; > package: 'XMLRPC-Client-Tests'; > package: 'XMLRPC-Server'; > package: 'XMLRPC-Server-Core'; > package: 'XMLRPC-Server-Tests'; > load > > But I got an exeception "Unable to resolve Spy-maf.4". > It seem that there is a problem, since the latest Spy is version 7. > I tested on both Pharo 2 and 1.4 and got the same result. > > Then I tried to loadConfigurationOfXMLRPC alone > Gofer new > squeaksource3: 'XMLRPC'; > package: 'ConfigurationOfXMLRPC'; > load > ConfigurationOfXMLRPC load > > On Pharo 2, I got notifications (see below) that make me belive that DynamicBindgs and KomHttpServer were not ported to Pharo 2. > > Noury > -- > http://twitter.com/#!/NouryBouraqadi > http://www.kroobe.com/profile/noury > > > ***Dynamic Bindings > This package depends on the following classes: > BlockContext > You must resolve these dependencies before you will be able to load these definitions: > forkWithBindings > forkWithBindings: > forkWithClampedBindings > forkWithClampedBindings: > forkWithIsolatedBindings > forkWithIsolatedBindings: > newProcessWithBindings > newProcessWithBindings: > newProcessWithClampedBindings > newProcessWithClampedBindings: > newProcessWithIsolatedBindings > newProcessWithIsolatedBindings: > valueWithBindings: > valueWithBindingsContext: > > > ***KomHttpServer > This package depends on the following classes: > TranscriptStream > BlockContext > You must resolve these dependencies before you will be able to load these definitions: > doPostProcessingFor:response: > processHttp > processHttpRequest: > processVisitor: > validateForStack: > visitWithValuable: > isTranscriptStream > > > > Afin de contribuer au respect de l'environnement, > merci de n'imprimer ce courriel qu'en cas de necessite > > Please consider the environment before you print > > > >

May 31, 2012

Re: [Pharo-project] Pharocasts ... updating and screencasts wanted

by Torsten Bergmann

Laurent wrote: > If some people wants write access to Pharocasts tell me. > I follow the mailing list in passive mode - still very busy. Hi Laurent, would help if you could offer a little bit of your rare time to at least switch the download icon (which is still 1.3.) to the one used at pharo-project.org (which is version independent without the star) and point the link to http://www.pharo-project.org/pharo-download This way it would not need to be updated in the future anytime a release comes out. Thx Torsten -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de

May 31, 2012

[Pharo-project] Trouble loading XML RPC

by Noury Bouraqadi

Hi, I tried loading XML RPC from SS3 as suggested by evaluating: Gofer new squeaksource3: 'XMLRPC'; package: 'ConfigurationOfXMLRPC'; package: 'Spy'; package: 'XMLRPC-Client-Core'; package: 'XMLRPC-Client-Tests'; package: 'XMLRPC-Server'; package: 'XMLRPC-Server-Core'; package: 'XMLRPC-Server-Tests'; load But I got an exeception "Unable to resolve Spy-maf.4". It seem that there is a problem, since the latest Spy is version 7. I tested on both Pharo 2 and 1.4 and got the same result. Then I tried to loadConfigurationOfXMLRPC alone Gofer new squeaksource3: 'XMLRPC'; package: 'ConfigurationOfXMLRPC'; load ConfigurationOfXMLRPC load On Pharo 2, I got notifications (see below) that make me belive that DynamicBindgs and KomHttpServer were not ported to Pharo 2. Noury -- http://twitter.com/#!/NouryBouraqadi http://www.kroobe.com/profile/noury ***Dynamic Bindings This package depends on the following classes: BlockContext You must resolve these dependencies before you will be able to load these definitions: forkWithBindings forkWithBindings: forkWithClampedBindings forkWithClampedBindings: forkWithIsolatedBindings forkWithIsolatedBindings: newProcessWithBindings newProcessWithBindings: newProcessWithClampedBindings newProcessWithClampedBindings: newProcessWithIsolatedBindings newProcessWithIsolatedBindings: valueWithBindings: valueWithBindingsContext: ***KomHttpServer This package depends on the following classes: TranscriptStream BlockContext You must resolve these dependencies before you will be able to load these definitions: doPostProcessingFor:response: processHttp processHttpRequest: processVisitor: validateForStack: visitWithValuable: isTranscriptStream Afin de contribuer au respect de l'environnement, merci de n'imprimer ce courriel qu'en cas de necessite Please consider the environment before you print

May 31, 2012

Re: [Pharo-project] [update 2.0] #20102

by Esteban Lorenzano

This should be fixed, but I'm having problems with jenkins for mac... :) On May 31, 2012, at 11:38 AM, Pavel Krivanek wrote: > Tests Guard report: http://code.google.com/p/pharo/wiki/TestsGuard > > solved failures: > Tests.Release.ReleaseTest?.testObsoleteClasses > FileSystem?.Tests.Disk.DiskFileSystemTest?.testCopy > FileSystem?.Tests.Disk.DiskFileSystemTest?.testCopySourceDoesntExist > FileSystem?.Tests.Disk.DiskFileSystemTest?.testCreateDirectoryNoParent > FileSystem?.Tests.Disk.DiskFileSystemTest?.testDirectory > FileSystem?.Tests.Disk.DiskFileSystemTest?.testEnsureDirectory > FileSystem?.Tests.Disk.DiskFileSystemTest?.testEnsureDirectoryCreatesParent > FileSystem?.Tests.Disk.DiskFileSystemTest?.testFile > FileSystem?.Tests.Disk.DiskFileSystemTest?.testFileNames > FileSystem?.Tests.Disk.DiskFileSystemTest?.testReadStream > FileSystem?.Tests.Disk.DiskFileSystemTest?.testReadStreamDo > > new failures: > KernelTests?.Chronology.TimeTest?.testGeneralInquiries (MacOS) > (probably random) > > Does any one know the reason why DiskFileSystemTest stopped to fail on MacOS? > > -- Pavel > > > > On Thu, May 31, 2012 at 11:11 AM, Marcus Denker <marcus.denker(a)inria.fr> wrote: >> 20102 >> ----- >> >> Issue 5999: obsolete class (SARInstaller) in 20101 >> http://code.google.com/p/pharo/issues/detail?id=5999 >> >> Issue 5985: move Unicode initialization to a separate package >> http://code.google.com/p/pharo/issues/detail?id=5985 >> >> >> >> -- >> Marcus Denker -- http://marcusdenker.de >> >> >

May 31, 2012

Re: [Pharo-project] Log framework

by Mariano Martinez Peck

On Thu, May 31, 2012 at 11:50 AM, Guillermo Polito < guillermopolito(a)gmail.com> wrote: > On Thu, May 31, 2012 at 9:21 AM, Santiago Bragagnolo < > santiagobragagnolo(a)gmail.com> wrote: > >> Hi again >> >> Im already add several classes to the logger. >> >> http://ss3.gemstone.com/ss/PaulLePulp >> >> the way to use it still primitive, but is a nice draft. >> >> >> If you look at LogConfiguration configuration (class method) you'll find >> something like this >> >> >> self for:[ :builder | >> builder forClass:LogTestObject >> useLevel:#info >> showingLogAs: ('[%pid | %tstmp | %tag] #%class >> >> %selector' asPatternFormatter) >> > > what do you mean by PID? Smalltalk processes do not have a PID. You could use identityHash but it could not even be unique. or is it the PID of the process running the VM? > > then, with LogTestObject, if you send it "error", "warn" or "info", all >> you send there (blocks, strings, symbols or what-understand-value) will be >> showed at Transcript. (im didnt test on file or stdout yet) >> > would be awesome to have the possibility to log into stdout also. -- Mariano http://marianopeck.wordpress.com

May 31, 2012

Re: [Pharo-project] Monticello Speedup!

by Camillo Bruni

On 2012-05-31, at 10:16, Mariano Martinez Peck wrote: > > On Thu, May 31, 2012 at 10:10 AM, Fernando Olivero <fernando.olivero(a)usi.ch> wrote: > Thanks for making Monticello/Gofer 300% faster! > > > +1 > > And its non-blocking, now when i commit/merge i dont have to look at > the ceiling for 3 minutes. > > > but you get the RSOD (red square of death) :( hey as an artist you have to sign your work somehow :P I will check that later some time :)

May 31, 2012

Re: [Pharo-project] Log framework

by Guillermo Polito

On Thu, May 31, 2012 at 9:21 AM, Santiago Bragagnolo < santiagobragagnolo(a)gmail.com> wrote: > Hi again > > Im already add several classes to the logger. > > http://ss3.gemstone.com/ss/PaulLePulp > > the way to use it still primitive, but is a nice draft. > > > If you look at LogConfiguration configuration (class method) you'll find > something like this > > > self for:[ :builder | > builder forClass:LogTestObject > useLevel:#info > showingLogAs: ('[%pid | %tstmp | %tag] #%class >> > %selector' asPatternFormatter) > nice :) into: Transcript asLogWriter > What if you want to configure multiple destinies? :D > retain:true. > > builder forKey:'default' useLevel:#error. > ] > What about moving the configuration elsewhere? :) Having to change the #configuration method every time is a pain in the ass. > > then, with LogTestObject, if you send it "error", "warn" or "info", all > you send there (blocks, strings, symbols or what-understand-value) will be > showed at Transcript. (im didnt test on file or stdout yet) > > Finally retain:true adds the log to LogHolder, which responds to LogHolder > instance select:[ :log | log whatYouWantToTest ]. > didn't get this #retain: part. Maybe I should have a look at the code. > Ill be testing tomorrow and fixing, but, if you want to see and advise me, > you are welcome :) > And now you have another thing to post on your blog :3. > > Ok, is 4am, im going to sleep > > > > > 2012/5/30 StÃ©phane Ducasse <stephane.ducasse(a)inria.fr> > >> I would like a logging mechanism that manipulate objects that then are >> printed in various format. >> The compiler could use such logger >> >> I did not look at the code of toothpick probably extending LoggingEvent >> should do it. >> >> Stef >> >> >> On May 30, 2012, at 3:41 PM, Santiago Bragagnolo wrote: >> >> > Ok, i'll take what i need from the marianito's and zn and fork them in >> an other package, add what i need for massive loggin (like levels of >> loggin) and make a log-framework. >> > >> > Any names? clairvoyant :3? >> > >> > Then, is any easy aspect fwk that could i use for the logger? >> (sometimes i need just trace runtime, or i dont want to add a log line one >> by one) that works in pharo 2.0 ? :P? >> > >> > >> > 2012/5/30 Sven Van Caekenberghe <sven(a)beta9.be> >> > >> > On 30 May 2012, at 01:56, Santiago Bragagnolo wrote: >> > >> > > Im looking for a log framework with configurable levels. Theres any >> stable and useful? I browsed the list and didn't find nothing but >> something like 'every body has its own logging framework'. >> > > >> > > I wrote a small logging fwk for my project, but if is any more >> complete, it would be great. >> > >> > There is one logging framework already in your image: Zinc-HTTP-Logging. >> > It is based on Announcments. Although it is part of Zn, it is general >> purpose. >> > What is special is that it logs the process ID as well, which is useful >> to debug multiprocess applications. >> > See the Zn documentation for more info. >> > >> > Sven >> > >> > >> > >> >> >> >

May 31, 2012

Re: [Pharo-project] [update 2.0] #20102

by Pavel Krivanek

Tests Guard report: http://code.google.com/p/pharo/wiki/TestsGuard solved failures: Tests.Release.ReleaseTest?.testObsoleteClasses FileSystem?.Tests.Disk.DiskFileSystemTest?.testCopy FileSystem?.Tests.Disk.DiskFileSystemTest?.testCopySourceDoesntExist FileSystem?.Tests.Disk.DiskFileSystemTest?.testCreateDirectoryNoParent FileSystem?.Tests.Disk.DiskFileSystemTest?.testDirectory FileSystem?.Tests.Disk.DiskFileSystemTest?.testEnsureDirectory FileSystem?.Tests.Disk.DiskFileSystemTest?.testEnsureDirectoryCreatesParent FileSystem?.Tests.Disk.DiskFileSystemTest?.testFile FileSystem?.Tests.Disk.DiskFileSystemTest?.testFileNames FileSystem?.Tests.Disk.DiskFileSystemTest?.testReadStream FileSystem?.Tests.Disk.DiskFileSystemTest?.testReadStreamDo new failures: KernelTests?.Chronology.TimeTest?.testGeneralInquiries (MacOS) (probably random) Does any one know the reason why DiskFileSystemTest stopped to fail on MacOS? -- Pavel On Thu, May 31, 2012 at 11:11 AM, Marcus Denker <marcus.denker(a)inria.fr> wrote: > 20102 > ----- > > Issue 5999: Â Â obsolete class (SARInstaller) in 20101 > Â Â Â Â http://code.google.com/p/pharo/issues/detail?id=5999 > > Issue 5985: Â Â move Unicode initialization to a separate package > Â Â Â Â http://code.google.com/p/pharo/issues/detail?id=5985 > > > > -- > Marcus Denker -- http://marcusdenker.de > >

May 31, 2012

[Pharo-project] [update 2.0] #20102

by Marcus Denker

20102 ----- Issue 5999: obsolete class (SARInstaller) in 20101 http://code.google.com/p/pharo/issues/detail?id=5999 Issue 5985: move Unicode initialization to a separate package http://code.google.com/p/pharo/issues/detail?id=5985 -- Marcus Denker -- http://marcusdenker.de

May 31, 2012