September 2013 - Pharo-dev - lists.pharo.org

Re: [Pharo-dev] latest builds with FileSystem problem?

by Esteban Lorenzano

I cannot save filetree directories. Some times work, but most of teh time it gives me MacStore(DiskStore)>>basicEntry:path:nodesDo: MacStore(FileSystemStore)>>directoryAt:ifAbsent:nodesDo: in Block: FileSystemError: Path / 'Users' / 'MAC' / 'Desktop' / 'Dev' / 'Pharo' / 'ib2' :( and no clue of what can be happening. On Sep 25, 2013, at 8:43 PM, Camillo Bruni <camillobruni(a)gmail.com> wrote: > what kind of issues? > > On 2013-09-25, at 15:36, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > >> Hi, >> >> I'm experiencing some problems with FileSystem in last Pharo3 builds... can someone confirm you have also the problem or just happens in my machine so far? >> >> thanks, >> Esteban >

Sept. 25, 2013

Re: [Pharo-dev] latest builds with FileSystem problem?

by Camillo Bruni

what kind of issues? On 2013-09-25, at 15:36, Esteban Lorenzano <estebanlm(a)gmail.com> wrote: > Hi, > > I'm experiencing some problems with FileSystem in last Pharo3 builds... can someone confirm you have also the problem or just happens in my machine so far? > > thanks, > Esteban

Sept. 25, 2013

latest builds with FileSystem problem?

by Esteban Lorenzano

Hi, I'm experiencing some problems with FileSystem in last Pharo3 builds... can someone confirm you have also the problem or just happens in my machine so far? thanks, Esteban

Sept. 25, 2013

JQueryWidgetBox now on STHub + CI

by Torsten Bergmann

Hi, we moved JQueryWidgetBox also over to STHub. Thanks go to PaulDeBruicker for changes in the config, I now also: - left version 2.7 of JQueryWidgetBox for old Seaside30 (Seaside 3.0.7) - created 2.8 of JQueryWidgetBox for the new Seaside3 that is on STHub (Seaside 3.0.8) - created some markdown docu on the ConfigurationOfJQueryWidgetBox (class comment and a pragma method to make it visible in PharoOnlineHelp (if loaded) - updated the docu on http://smalltalkhub.com/#!/~Seaside/JQueryWidgetBox - created a CI job on https://ci.inria.fr/pharo-contribution/job/JQueryWidgetBox/ which is GREEN For details check out the project page: http://smalltalkhub.com/#!/~Seaside/JQueryWidgetBox Bye T.

Sept. 25, 2013

Re: [Pharo-dev] VM repos on Gitorious

by Sean P. DeNigris

EstebanLM wrote > Sorry for the mess. Evolution is never pretty. All we can do is act and error correct. Thank you (all the core devs) for being consistently available to clear up the inevitable confusion :) ----- Cheers, Sean -- View this message in context: http://forum.world.st/VM-repos-on-Gitorious-tp4710346p4710360.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Sept. 25, 2013

Re: [Pharo-dev] VM repos on Gitorious

by Esteban Lorenzano

gitorious is not used anymore. use https://github.com/pharo-project/pharo-vm instead. Sorry for the mess. Esteban On Sep 25, 2013, at 5:39 PM, Luc Fabresse <luc.fabresse(a)gmail.com> wrote: > Hi all, > > I am little bit lost in all repositories on Gitorious. > I was using cogvm/blessed but currently it does not compile smoothly (small glitches) on my mountain lion. > > But VM is green on CI: https://ci.inria.fr/pharo/view/VM/job/PharoVM/ > > So my questions are: > - does CI uses cogvm/pharovm on gitorious? > - should I use that one instead of cogvm/blessed? > > Thanks, > > #Luc

Sept. 25, 2013

VM repos on Gitorious

by Luc Fabresse

Hi all, I am little bit lost in all repositories on Gitorious. I was using cogvm/blessed but currently it does not compile smoothly (small glitches) on my mountain lion. But VM is green on CI: https://ci.inria.fr/pharo/view/VM/job/PharoVM/ So my questions are: - does CI uses cogvm/pharovm on gitorious? - should I use that one instead of cogvm/blessed? Thanks, #Luc

Sept. 25, 2013

Re: [Pharo-dev] Pharo Launcher link

by kilon

Completely agree, it needs more testing and improvement but it already is very good tool. In the corner of my head I imagine a tool that will make it very easy to make custom images in a few clicks. Even a standard way to fetch libraries in a single click or update on the fly. Something like the Apple app store but for pharo ;) Its not far from that goal at all. Congratulation for you work, you can count me in as a contributor :) Damien Cassou wrote > On Tue, Sep 24, 2013 at 6:14 PM, < > btc@ > > wrote: >> Just wondering if it would be suitable to link to the Pharo Launcher from >> http://www.pharo-project.org/pharo-download. > > > for sure, but I would like more people using, testing, sending > feedback, and adding features before. My idea was that Pharo-launcher > could be the default download when Pharo 3.0 is released. > > -- > Damien Cassou > http://damiencassou.seasidehosting.st > > "Success is the ability to go from one failure to another without > losing enthusiasm." > Winston Churchill -- View this message in context: http://forum.world.st/Pharo-Launcher-link-tp4710089p4710328.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Sept. 25, 2013

Re: [Pharo-dev] Pharo Hangout Session scheduled to Wed 2/10

by kilon

"people of the new continent to join" haha ... I wish I had year of experience on my back on smalltalk/pharo to be able to contribute to the discussion, but suffice to say you can count me in at least as an observer. I am sure I will learn a lot from hearing / watching you discuss about pharo and smalltalk. I actually attended one of the squeak meeting via google hangout, very informative. Its really nice to hear new exciting ideas about smalltalk and what people feel about it. In Blender we have regular meetings each saturday, discussing the plan of blender commits and improvements. They are strictly developers meetings so at that time #blendercoders only the devs that are actively involved are allowed to speak . Yet because its IRC all people can attend. After the meeting there release notes for the meeting underlining the matters discussed and the course of action that was decided to take. So blender is quite organised on this, it even has diffirent stages per release , each meeting represent each stage of the release. After the meeting of course #blendercoders goes back to normal mode and users and other coder are allowed to ask questions and request or offer help. Also each meeting is divided in stages I think blender core is stage 1 , GSOC projects stage 2 and stage 3 are for external things like repos, movie projects etc. So yes you definitely have my vote on this. Organisation is always good. EstebanLM wrote > obviously it can continue, if there is people interested :) > but I ensure I will be there at least those 5hs :D > > Esteban > > ps: I suppose next time I could remember that people work in other stuff > and I can make the hangout a saturday :( > > On Sep 25, 2013, at 2:09 PM, "Esteban A. Maringolo" < > emaringolo@ > > wrote: > >> I would like it even later. So I can join after-office (~20:00 UTC). >> But I guess that anything beyond 18:00 UTC is too late for those in the >> west. >> >> Otherwise 17:00 UTC seems better. >> >> Thanks! >> >> Esteban A. Maringolo >> >> >> 2013/9/25 Esteban Lorenzano < > estebanlm@ > > >> Hi, >> >> So... according to the doodle poll, hangout session will be Wed 2/10. >> I was thinking on doing it from 12 UTC to 17 UTC, to allow people of the >> new continent to join... what do you think? >> >> Esteban >> -- View this message in context: http://forum.world.st/Pharo-Hangout-Session-scheduled-to-Wed-2-10-tp4710291… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Sept. 25, 2013

Re: [Pharo-dev] [Pharo-users] [ANN] Launching Pharo on Ubuntu

by kilon

thank you again. Ok that shows clearly that ZnClient can perfectly stream its contents. I know it can do it, afterall Monticello is doing it, as soon as I figure out how Monticello is doing this , its should be a piece of cake. Assuming that there is such thing as "piece of cake" in coding :D Sven Van Caekenberghe-2 wrote > Kilon, > > Here is another example: > > OrderedCollection streamContents: [ :out | > [ ZnClient new > signalProgress: true; > url: 'http://stfx.eu/PharoV20.sources'; > downloadTo: '/tmp' ] > on: HTTPProgress > do: [ :notification | out nextPut: notification. notification resume > ] ]. > > The resulting collection has more than 1000 elements. > So from the standpoint of Zn it works. > What is then done with the notifications is another thing. > > Regards, > > Sven > > On 24 Sep 2013, at 22:53, kilon < > thekilon@.co > > wrote: > >> The confusion of the noob, I saw a method though it was a class, did not >> see >> "self" in front of it. Yeap its definitely Zinc , its staring me in the >> face >> with that blank look :D >> >> Ok then its certainly my lack of understanding. I will take my time >> learning >> how Zinc works and how progress bar works. Will take a deeper look into >> how >> Monticello uses it. Thanks for the help, I should be able to figure this >> out. If not you will know it by the deep sounds I make when I hit my head >> against the wall. >> >> >> Sven Van Caekenberghe-2 wrote >>> On 24 Sep 2013, at 22:23, kilon < >> >>> thekilon@.co >> >>> > wrote: >>> >>>> Actually it works its just that is not meant to create a progress bar. >>>> >>>> To create a progressbar I created a new test >>>> >>>> testProgressBar >>>> UIManager default informUserDuring: [ :bar | >>>> [ ^ ZnClient new >>>> signalProgress: true; >>>> get: 'http://zn.stfx.eu/echo?delay=2' ] >>>> on: HTTPProgress >>>> do: [ :progress | >>>> bar label: progress printString. >>>> progress isEmpty ifFalse: [ bar current: progress percentage ]. >>>> progress resume ] ] >>>> >>>> it displays the progressbar , but it displays no progress (blue bar >>>> thing) >>>> and it close as soon as it finish the get. I tried to implement that >>>> in >>>> >>>> createImageFromTemplate >>>> | name | >>>> name := UIManager default request: 'Image name?'. >>>> self showDownloadInProgress. >>>> [UIManager default informUserDuring: [ :bar | >>>> [ imageGroup extractTemplate: self selectedTemplate to: name] >>>> on: HTTPProgress >>>> do: [ :progress | >>>> bar label: progress printString. >>>> progress isEmpty ifFalse: [ bar current: progress percentage ]. >>>> progress resume ] ]] on: PhLDownloadError >>>> do: [ :err | >>>> UIManager default alert: err longDescription. >>>> ^ self ]. >>>> >>>> >>>> self updateAll. >>>> >>>> I assume that code is deeply flawed , hence why it does not display me >>>> any >>>> progressbar at all. Looks like I have a lot to learn. >>>> >>>> First I am not sure if ZnClient downloads in packets and if it reports >>>> progress per packet . If its progress is upon success of download then >>>> it >>>> does not help at all , because in that case there will be only one >>>> stage >>>> of >>>> progress upon success of download. I want multiple stages of progress >>>> so >>>> the >>>> download bar increases from 0% to 100%(preferably per kb ). IF that is >>>> the >>>> cace then probably I will be better using the HTTP client of monticello >>>> to >>>> download the images which I know it works that way. >>>> >>>> Is there a particular reason why we should stick to Zinc ? >>> >>> The HTTP client of Monticello _is_ ZnClient, see >>> MCHttpRepository>>#httpClient ;-) >>> >>> Now, for performance reasons, progress in only signalled every ZnUtils >>> class>>#streamingBufferSize which is currently 16K. >>> >>> Apart from that, the download might go that fast that there is little to >>> show. >>> >>> I am certainly not claiming that the HTTPProgress stuff is perfect, but >>> it >>> seems to work. >>> >>>> I am open to suggestions :) >>>> >>>> >>>> Sven Van Caekenberghe-2 wrote >>>>> On 24 Sep 2013, at 15:18, kilon < >>>> >>>>> thekilon@.co >>>> >>>>> > wrote: >>>>> >>>>>> ah yes of course. Ok thanks for adding me. >>>>>> >>>>>> I took a look at the code, it points back to Zinc , it look like I >>>>>> would >>>>>> need to override ZnClient >> withProgressDo: , no Idea how to do >>>>>> this >>>>>> currently but will continue looking into . I also found how >>>>>> monticello >>>>>> uses >>>>>> progress bars when downloading repos but it does not seem to use Zinc >>>>>> at >>>>>> all. So yeah this will take me quite some time to implement. >>>>> >>>>> Progress is indicated by HTTPProgress Notification that are being >>>>> signalled by the underlying code. You have to catch them and do >>>>> something >>>>> with them. >>>>> >>>>> Have a look at ZnClientTests>>#testProgress >>>>> >>>>> Although the example in the comment does no longer seem to work... >>>>> >>>>>> Its Fun none the less ;) >>>>>> >>>>>> >>>>>> >>>>>> Damien Cassou wrote >>>>>>> On Tue, Sep 24, 2013 at 1:21 PM, kilon < >>>>>> >>>>>>> thekilon@.co >>>>>> >>>>>>> > wrote: >>>>>>>> yeah I will give it a try, don't know how long will take me but I >>>>>>>> like >>>>>>>> what >>>>>>>> you have done with Pharo Launcher. I will create an enhancement >>>>>>>> issue >>>>>>>> when I >>>>>>>> have it working as I want and report back. Esteban has granted me >>>>>>>> commit >>>>>>>> right to pharo 3 inbox too so I will commit there. Or do you want >>>>>>>> me >>>>>>>> to >>>>>>>> contribute directly to smalltalk hub repo ? >>>>>>>> >>>>>>>> I am new with pharo and morphic so please bare with me :) >>>>>>> >>>>>>> >>>>>>> the Pharo3Inbox is only for code integrated in Pharo itself. The >>>>>>> launcher won't be integrated in Pharo. I added you to the project >>>>>>> http://www.smalltalkhub.com/#!/~Pharo/PharoLauncher >>>>>>> >>>>>>> -- >>>>>>> Damien Cassou >>>>>>> http://damiencassou.seasidehosting.st >>>>>>> >>>>>>> "Success is the ability to go from one failure to another without >>>>>>> losing enthusiasm." >>>>>>> Winston Churchill >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> View this message in context: >>>>>> http://forum.world.st/ANN-Launching-Pharo-on-Ubuntu-tp4709757p4710044.html >>>>>> Sent from the Pharo Smalltalk Developers mailing list archive at >>>>>> Nabble.com. >>>>>> >>>> >>>> >>>> >>>> >>>> >>>> -- >>>> View this message in context: >>>> http://forum.world.st/ANN-Launching-Pharo-on-Ubuntu-tp4709757p4710146.html >>>> Sent from the Pharo Smalltalk Developers mailing list archive at >>>> Nabble.com. >>>> >> >> >> >> >> >> -- >> View this message in context: >> http://forum.world.st/ANN-Launching-Pharo-on-Ubuntu-tp4709757p4710159.html >> Sent from the Pharo Smalltalk Developers mailing list archive at >> Nabble.com. >> -- View this message in context: http://forum.world.st/ANN-Launching-Pharo-on-Ubuntu-tp4709757p4710324.html Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Sept. 25, 2013