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

Re: [Pharo-project] Nautilus for Pharo 2.0?

by StÃ©phane Ducasse

Gary let us shake a bit 2.0 before jumping. :) Stef On Apr 25, 2012, at 7:41 PM, Gary Chambers wrote: > Ar, will switch once migrated our stuff from (early) 1.4... > > Regards, Gary > > ----- Original Message ----- From: "Dale Henrichs" <dhenrich(a)vmware.com> > To: <Pharo-project(a)lists.gforge.inria.fr> > Sent: Wednesday, April 25, 2012 6:24 PM > Subject: Re: [Pharo-project] Nautilus for Pharo 2.0? > > >> And Nautilus looks and drives nicely (after a few minutes in Pharo2.0 myself:) >> >> Dale >> >> ----- Original Message ----- >> | From: "Mariano Martinez Peck" <marianopeck(a)gmail.com> >> | To: Pharo-project(a)lists.gforge.inria.fr >> | Sent: Wednesday, April 25, 2012 10:14:03 AM >> | Subject: Re: [Pharo-project] Nautilus for Pharo 2.0? >> | >> | >> | >> | >> | >> | On Wed, Apr 25, 2012 at 6:20 PM, Benjamin < >> | benjamin.vanryseghem.pharo(a)gmail.com > wrote: >> | >> | >> | Since a couple of minutes, Nautilus is part of Nautilus 2.0 >> | >> | >> | >> | s/Nautilus 2.0/Pharo 2.0 >> | >> | ;) >> | >> | >> | >> | Ben >> | >> | >> | >> | On Apr 25, 2012, at 6:17 PM, Noury Bouraqadi wrote: >> | >> | > Any plans to have an auto-build on Jenkins? >> | > >> | > Noury >> | > -- >> | > http://twitter.com/#!/NouryBouraqadi >> | > http://www.kroobe.com/profile/noury >> | > >> | > >> | > 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 >> | > >> | > >> | > >> | > >> | >> | >> | >> | >> | >> | -- >> | Mariano >> | http://marianopeck.wordpress.com >> | >> | > >

April 25, 2012

Re: [Pharo-project] Downloading a file

by Sven Van Caekenberghe

On 25 Apr 2012, at 20:51, Sean P. DeNigris wrote: > The above snippets successfully downloaded the files (I think), but there is > something wrong with them. The png doesn't open (mac message about a damaged > file) and the .gz doesn't uncompress (it just keeps making differently named > .gz files). That is because the Pharo website is down currently ;-) Note that I used .tgz in the filename, not .tar.gz I'll test some more... Sven

April 25, 2012

Re: [Pharo-project] Downloading a file

by Sven Van Caekenberghe

On 25 Apr 2012, at 20:15, Sven Van Caekenberghe wrote: > Now, you are right that there should be some convenience method to make that easier. I'll think about it for a bit and let you know if I can come up with something. With these versions: --- Name: Zinc-HTTP-SvenVanCaekenberghe.262 Author: SvenVanCaekenberghe Time: 25 April 2012, 9:19:35 pm UUID: 483455c8-f370-40e8-8848-036044211929 Ancestors: Zinc-HTTP-SvenVanCaekenberghe.261 added ZnClient>>#downloadToFileNamed: --- Name: Zinc-Tests-SvenVanCaekenberghe.135 Author: SvenVanCaekenberghe Time: 25 April 2012, 9:21:15 pm UUID: 364763a4-b7d7-4d0e-b66b-7e117e9194f3 Ancestors: Zinc-Tests-SvenVanCaekenberghe.134 added test for ZnClient>>#downloadToFileNamed: --- you can now do: ZnClient new url: 'http://www.pharo-project.org/images/pharo.png'; downloadToFileNamed: '/tmp/pharo.png'. or even more correctly: ZnClient new systemPolicy; beOneShot; url: 'http://www.pharo-project.org/images/pharo.png'; downloadToFileNamed: '/tmp/pharo.png'. Sven

April 25, 2012

[Pharo-project] pharo site is down

by Francisco Garau

Apologies if somebody has already reported, but the Pharo site seems to be down http://www.pharo-project.org/

April 25, 2012

Re: [Pharo-project] Downloading a file

by Sean P. DeNigris

Sven Van Caekenberghe wrote > > FileStream > newFileNamed: '/tmp/cog.tgz' > do: [ :stream | | entity | > stream binary. > entity := ZnClient new > streaming: true; > get: > 'https://ci.lille.inria.fr/pharo/job/Cog%20Git%20Tracker/lastSuccessfulBuild…'; > entity. > entity writeOn: fileStream ] > Thanks, Sven! You just beat me to it. The entity part was tricky. I was looking at the result of the #get:, trying to figure out what to do with the ZnLimitedReadStream... The above snippets successfully downloaded the files (I think), but there is something wrong with them. The png doesn't open (mac message about a damaged file) and the .gz doesn't uncompress (it just keeps making differently named .gz files). Sean -- View this message in context: http://forum.world.st/Downloading-a-file-tp4586900p4587681.html Sent from the Pharo Smalltalk mailing list archive at Nabble.com.

April 25, 2012

Re: [Pharo-project] initialize

by blake

> Probably a problem with the icon cache. Well, the icon was correct. I mean, to the extent it was warning me that my routine wasn't going to be called, it was correct. I stepped through it many times trying to figure it out. So, I think Nautilus was right. What I don't get it is how the descendent method wasn't called. > When it happens try to close the browser and to reopen it. > You can also use the DEBUG menu to flush the cache. I'll try that next time, thanks. ===Blake===

April 25, 2012

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

by Esteban Lorenzano

Hi Doru, I will quote something I hear here, and that I strongly believe: "Pharo is not an unusable set of classes, is the tool we use everyday , so it need to have inside everything we need". But that's not complete, to illustrate I need to quote another phrase: "Also, Pharo should be modular and everybody should be able to start from a minimal image and build on top". So, short answer: Yes, Pharo will have all of that inside, because we need it to evolve Pharo itself, and build a better environment. But long answer: You also will be able to take a really small part of Pharo (let's say Pavel's kernel for 2.0 and maybe hazelnut bootstrap for 3.0) and use metacello to build your own image, the size you want and the packages you need :) To support that, I'm already working on a metacello configuration for Pharo (Idea is to replace current release process with one based on metacello). Of course this will take time , and our objectives for 2.0 are ambitious, but previous releases of Pharo had been created enough bases to allow such a great step. For more details on what we are trying to accomplish, I posted another mail trying to enumerate them: http://forum.world.st/About-the-new-release-process-td4574410.html Hope this works as an explanation. Esteban On Apr 25, 2012, at 7:49 PM, Tudor Girba wrote: > Hi, > > I am a bit puzzled by the current trend of 2.0. > > Are these additions part of the image, or will they be loaded continuously on top of a seed image? > > If it's the former, I thought that we discussed a while ago to keep the image to a minimum, and, in particular, to not load RB in it. Or did anything change in the meantime? > > Cheers, > Doru > > > On 25 Apr 2012, at 19:25, StÃ©phane Ducasse wrote: > >> Esteban >> >> are you sure that loading everything is the best move right now. >> I would have started one by one. Now this is ok too just more stress. >> >> Stef >> >> On Apr 25, 2012, at 5:31 PM, Esteban Lorenzano wrote: >> >>> 20011 >>> ----- >>> >>> introducing: >>> >>> -RPackage >>> -Spec >>> -Keymapping >>> -Refactoring Engine >>> -AST >>> -Nautilus >>> >>> - Issue 5665: bug on new ecompletion/ocompletion >>> http://code.google.com/p/pharo/issues/detail?id=5665 >>> >>> - Issue 5671: Polymorph fixes >>> http://code.google.com/p/pharo/issues/detail?id=5671 >>> >> >> > > -- > www.tudorgirba.com > > "Problem solving efficiency grows with the abstractness level of problem understanding." > > > >

April 25, 2012

Re: [Pharo-project] Downloading a file

by Sven Van Caekenberghe

Sean, On 25 Apr 2012, at 17:13, Sean P. DeNigris wrote: > ZnClient new get: 'https://ci.lille.inria.fr/pharo/job/Cog%20Git%20Tracker/lastSuccessfulBuild…'. > > Reports entity too large. How do I save this file to local disk? One of the key ideas of Zn for me was to offer a Smalltalk codebase where 'The source will be with you, always' would be true, like it should be true in Smalltalk as a whole. Yes, it throws an entity too large exception, to protect you (or your server). This is a feature ! Open the debugger and you'll see how it is using ZnConstants>>#maximumEntitySize, go look there and lo and behold there is a setter to modify this limit. Furthermore, the ZnEntityTooLarge exception is proceedable. Apparently the download is about 40Mb. So it is possible to get to the ByteArray in an Inspector and do whatever you want, like save it manually. But it would be better to do this in a streaming fashion, like Igor said and save it directly to a file. This should work: FileStream newFileNamed: '/tmp/cog.tgz' do: [ :stream | | entity | stream binary. entity := ZnClient new streaming: true; get: 'https://ci.lille.inria.fr/pharo/job/Cog%20Git%20Tracker/lastSuccessfulBuild…'; entity. entity writeOn: fileStream ] The entity is actually a ZnStreamingEntity (have a look at its #writeOn: method). You can test is on a smaller file FileStream newFileNamed: '/tmp/pharo.png' do: [ :fileStream | | entity | fileStream binary. entity := ZnClient new streaming: true; get: 'http://www.pharo-project.org/images/pharo.png'; entity. entity writeOn: fileStream ] Now, you are right that there should be some convenience method to make that easier. I'll think about it for a bit and let you know if I can come up with something. HTH, Sven -- Sven Van Caekenberghe http://stfx.eu Smalltalk is the Red Pill

April 25, 2012

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

by Esteban Lorenzano

Well... secure steps are overrated this days ;) Ok, being serious: we were introducing Nautilus, and Nautilus has all those requirements... it is maybe a bit too much, but since many of them does not overlap with existing base (AFAIK, just keymapping can cause some interaction problems, if it fails), I don't think is a big issue right now. And you know, this is really early 2.0, things are going to get worse before it starts to get better, but once we stabilize, it will be not better, just great :) Esteban On Apr 25, 2012, at 7:25 PM, StÃ©phane Ducasse wrote: > Esteban > > are you sure that loading everything is the best move right now. > I would have started one by one. Now this is ok too just more stress. > > Stef > > On Apr 25, 2012, at 5:31 PM, Esteban Lorenzano wrote: > >> 20011 >> ----- >> >> introducing: >> >> -RPackage >> -Spec >> -Keymapping >> -Refactoring Engine >> -AST >> -Nautilus >> >> - Issue 5665: bug on new ecompletion/ocompletion >> http://code.google.com/p/pharo/issues/detail?id=5665 >> >> - Issue 5671: Polymorph fixes >> http://code.google.com/p/pharo/issues/detail?id=5671 >> > >

April 25, 2012

Re: [Pharo-project] OSProcess - is process done?

by Igor Stasenko

On 25 April 2012 19:48, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > > Sean P. DeNigris wrote >> >> p upToEnd. "This hangs, even though there is output in the pipe" >> > > I debugged this with the Stack VM from Jenkins. It's hanging in > sqFileBasicPluginPrims.c on line 360: > Â bytesRead = fread(dst, 1, count, file); > > This line seems to never return, although the docs suggest that it should > just return an error or less data if the requested data is not available. > fread is just a thin wrapper around read() call. it blocks the caller upon completing an operation. you can set a file handle to non-blocking mode using fcntl() call with O_NONBLOCK flag. Which i think is a first and foremost thing which VM should do to prevent blocking like that :) > HTH, > Sean > > -- > View this message in context: http://forum.world.st/OSProcess-is-process-done-tp4569088p4587479.html > Sent from the Pharo Smalltalk mailing list archive at Nabble.com. > -- Best regards, Igor Stasenko.

April 25, 2012