- Pharo-dev - lists.pharo.org

[Pharo-project] [update 2.0] #20114

by Esteban Lorenzano

20114 ----- Issue 5938: Package browser red rectangle on save http://code.google.com/p/pharo/issues/detail?id=5938 Issue 5871: FileReference>>renameTo: should assume same folder http://code.google.com/p/pharo/issues/detail?id=5871

June 7, 2012

[Pharo-project] Pharo 1.3 - Build # 41 - Still Failing!

by jenkins-pharo.ci.inria.fr＠jenkins-server.lille.inria.fr

June 7, 2012

Re: [Pharo-project] Latest ConfigurationOfGlamour don't works

by garduino

Sure! Sorry by the omission. http://forum.world.st/file/n4633726/Captura.PNG Captura.PNG http://forum.world.st/file/n4633726/PharoDebug.log PharoDebug.log -- View this message in context: http://forum.world.st/Latest-ConfigurationOfGlamour-don-t-works-tp4633721p4… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

June 7, 2012

Re: [Pharo-project] Latest ConfigurationOfGlamour don't works

by Benjamin

Can you provide a bit more of information please ? :) At least a screenshot of the stack from the debugger, or a copy of your log file :) Thanks in advance, Ben On Jun 7, 2012, at 10:35 AM, garduino wrote: > Using > > Gofer it > url: 'http://www.squeaksource.com/Glamour'; > package: 'ConfigurationOfGlamour'; > load. > > ConfigurationOfGlamour project stableVersion load. > > in an updated 1.4 image don't finalize the installation. > > I get an UndefinedObject(Object)>>doesNotUnderstand: #asSymbol > > Any help will be greatly appreciated. > > -- > View this message in context: http://forum.world.st/Latest-ConfigurationOfGlamour-don-t-works-tp4633721.h… > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. >

June 7, 2012

[Pharo-project] Latest ConfigurationOfGlamour don't works

by garduino

Using Gofer it url: 'http://www.squeaksource.com/Glamour'; package: 'ConfigurationOfGlamour'; load. ConfigurationOfGlamour project stableVersion load. in an updated 1.4 image don't finalize the installation. I get an UndefinedObject(Object)>>doesNotUnderstand: #asSymbol Any help will be greatly appreciated. -- View this message in context: http://forum.world.st/Latest-ConfigurationOfGlamour-don-t-works-tp4633721.h… Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

June 7, 2012

Re: [Pharo-project] Monticello and webdav

by Sven Van Caekenberghe

Olivier, Make sure you serve the mcz files binary (application/octet-stream or appliction/x-monticello). Test from Pharo Smalltalk like this: ZnEasy get: 'http://www.squeaksource.com/ZincHTTPComponents/Zinc-HTTP-SvenVanCaekenbergh…' => a ZnResponse(200 OK application/x-monticello 183155B) You can use the #get:username:password: variant if necessary. HTH, Sven -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill On 07 Jun 2012, at 16:00, Olivier Auverlot wrote: > At work, I'm trying to create a personal repository for Monticello. For this, I installed a Linux server with Apache and I want use webdav. > > My webdav configuration is : > > DAVMinTimeout 600 > DAVDepthInfinity On > > <Directory /var/www/pharo> > Options Indexes MultiViews > DAV on > AuthName "Depot Pharo" > AuthType Basic > AuthUserFile /etc/apache2/htpasswd-webdav > <Limit PUT POST DELETE PROPFIND PROPPATCH MKCOL COPY MOVE LOCK UNLOCK> > Require valid-user > </Limit> > </Directory> > > My webdav repository works fine. I can put and get files from my computer. > > In Monticello, I added my repository like this: > MCHttpRepository > location: 'http://drwho.priv.lifl.fr/pharo/' > user: 'login' > password: 'password' > > I can open the repository and I can save a package. With Pharo 1.3, all works fine but with Pharo 1.4, I can open the repository, I see the packages but when I click on a package, Monticello returns the following error: MessageNotUnderstood: receiver of "readStream" is nil. > > someone have an idea ? Thanks for your help > > Best regards > Olivier :-) > >

June 7, 2012

[Pharo-project] Monticello and webdav

by Olivier Auverlot

At work, I'm trying to create a personal repository for Monticello. For this, I installed a Linux server with Apache and I want use webdav. My webdav configuration is : DAVMinTimeout 600 DAVDepthInfinity On <Directory /var/www/pharo> Options Indexes MultiViews DAV on AuthName "Depot Pharo" AuthType Basic AuthUserFile /etc/apache2/htpasswd-webdav <Limit PUT POST DELETE PROPFIND PROPPATCH MKCOL COPY MOVE LOCK UNLOCK> Require valid-user </Limit> </Directory> My webdav repository works fine. I can put and get files from my computer. In Monticello, I added my repository like this: MCHttpRepository location: 'http://drwho.priv.lifl.fr/pharo/' user: 'login' password: 'password' I can open the repository and I can save a package. With Pharo 1.3, all works fine but with Pharo 1.4, I can open the repository, I see the packages but when I click on a package, Monticello returns the following error: MessageNotUnderstood: receiver of "readStream" is nil. someone have an idea ? Thanks for your help Best regards Olivier :-)

June 7, 2012

Re: [Pharo-project] A small issue with Nautilus and PickListMorph

by Benjamin

But it's fixed in my image, so it's probably just a set a package not integrated yet :) (I am changing Spec a bit to add nice cool features :) ) Ben On Jun 7, 2012, at 9:44 AM, StÃ©phane Ducasse wrote: > benjamin is concentrated on a paper right now. > > Stef > > On Jun 7, 2012, at 3:19 PM, Daniel Uber wrote: > >> >> Mark, >> >> Confirmed in a fresh 2.0 image. Opened issue 6044 http://code.google.com/p/pharo/issues/detail?id=6044. >> >> It looks like no class implements wrappingBlock:, but it's called from CodeCriticBrowser, KMDescription, and ChangesBrowser (the culprit here). >> >> >> Dan >> >> On 06/07/2012 07:55 AM, Mark Smith wrote: >>> I'm having some issues with Nautilus (in Pharo 1.4 and Pharo 2.0a) when trying to rename a method, and more recently when generating instance variable accessors. >>> >>> It appears that we may be missing a dependency as the PickListMorph doesn't understand the wrappingBlock: message. >>> >>> Can anyone confirm this problem? >>> >>> All the best, >>> >>> Mark >>> >>> And incase this is useful to anyone â >>> >>> 7 June 2012 1:03:30.005 pm >>> >>> VM: Mac OS - intel - 1073 - CoInterpreter VMMaker-oscog-EstebanLorenzano.158 uuid: 82eded98-68af-4c80-a472-4f6de293adcf May 1 2012, StackToRegisterMappingCogit VMMaker-oscog-EstebanLorenzano.158 uuid: 82eded98-68af-4c80-a472-4f6de293adcf May 1 2012, https://git.gitorious.org/cogvm/blessed.git Commit: 6aa3fd0f1188078d3167dec1a53031a61b97b688 Date: Tue May 1 20:28:14 2012 +0200 By: Esteban Lorenzano <estebanlm(a)gmail.com> >>> Image: Pharo1.4 [Latest update: #14438] >>> >>> PickListModel(Object)>>doesNotUnderstand: #wrappingBlock: >>> Receiver: a PickListModel >>> Arguments and temporary variables: >>> aMessage: wrappingBlock: [:item | item nameToDisplay] >>> exception: MessageNotUnderstood: PickListModel>>wrappingBlock: >>> resumeValue: nil >> > >

June 7, 2012

Re: [Pharo-project] A small issue with Nautilus and PickListMorph

by StÃ©phane Ducasse

benjamin is concentrated on a paper right now. Stef On Jun 7, 2012, at 3:19 PM, Daniel Uber wrote: > > Mark, > > Confirmed in a fresh 2.0 image. Opened issue 6044 http://code.google.com/p/pharo/issues/detail?id=6044. > > It looks like no class implements wrappingBlock:, but it's called from CodeCriticBrowser, KMDescription, and ChangesBrowser (the culprit here). > > > Dan > > On 06/07/2012 07:55 AM, Mark Smith wrote: >> I'm having some issues with Nautilus (in Pharo 1.4 and Pharo 2.0a) when trying to rename a method, and more recently when generating instance variable accessors. >> >> It appears that we may be missing a dependency as the PickListMorph doesn't understand the wrappingBlock: message. >> >> Can anyone confirm this problem? >> >> All the best, >> >> Mark >> >> And incase this is useful to anyone â >> >> 7 June 2012 1:03:30.005 pm >> >> VM: Mac OS - intel - 1073 - CoInterpreter VMMaker-oscog-EstebanLorenzano.158 uuid: 82eded98-68af-4c80-a472-4f6de293adcf May 1 2012, StackToRegisterMappingCogit VMMaker-oscog-EstebanLorenzano.158 uuid: 82eded98-68af-4c80-a472-4f6de293adcf May 1 2012, https://git.gitorious.org/cogvm/blessed.git Commit: 6aa3fd0f1188078d3167dec1a53031a61b97b688 Date: Tue May 1 20:28:14 2012 +0200 By: Esteban Lorenzano <estebanlm(a)gmail.com> >> Image: Pharo1.4 [Latest update: #14438] >> >> PickListModel(Object)>>doesNotUnderstand: #wrappingBlock: >> Receiver: a PickListModel >> Arguments and temporary variables: >> aMessage: wrappingBlock: [:item | item nameToDisplay] >> exception: MessageNotUnderstood: PickListModel>>wrappingBlock: >> resumeValue: nil >

June 7, 2012

Re: [Pharo-project] Backporting fixes

by Sean P. DeNigris

Marcus Denker-4 wrote > > Yes, but bug fix releases don't make the actual fixes happen > automatically. > ... > You ask the author to re-do the fix in 1.4. Yes, this is a lot of work. > That is why > it just can't be done with everything. > Arg... The intention of my original question was obviously not clear. Let me start over. I'm sitting in front of the bug tracker with some time. I want to re-do some 2.0 fixes in 1.4. What's the best/easiest way? Thanks, Sean -- View this message in context: http://forum.world.st/Backporting-fixes-tp4633625p4633704.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

June 7, 2012