- Pharo-dev - lists.pharo.org

Re: [Pharo-dev] Fogbugz login to issue

by Chris Cunningham

Interesting. I tried going the other way (on the same issue) and looking at the read only view from Penelope. Once there, I have no idea where to go. Maybe find the package Rectangle is part of and try digging down there? Hmm, nope. Either wrong guess, or now that 2489 is closed, it isn't on Penelope. (Or I missed it while paging through the pages there). In any case, even poorer workflow. Guess it is time to dig out my login to Fogbugz again. On Sat, Aug 2, 2014 at 9:14 AM, Sean P. DeNigris <sean(a)clipperadams.com> wrote: > Tim Mackinnon wrote > > I think it has to do with whether you are logged into fogbugz > > For sure if you're already logged in you'll go right to the issue, but now > when you're not logged in: > 1. https://pharo.fogbugz.com/default.asp?2489 brings you to the login page > 2. When you click either login link, you go to the login page but the query > has been stripped > > What I'm saying is that the 2489 should be preserved in the login link, so > that you automatically go to the issue you were interested in instead of to > the dashboard. Then you have to remember the issue number from a few steps > ago = very poor workflow > > > > ----- > Cheers, > Sean > -- > View this message in context: > http://forum.world.st/Fogbugz-login-to-issue-tp4771555p4771557.html > Sent from the Pharo Smalltalk Developers mailing list archive at > Nabble.com. > >

Aug. 4, 2014

First commit with Git-Filetree

by kilon alios

So I have started using gitfiletree and the first commit seems to commit only .filetree file and not my package folder. I had to add the package folder with a "git add" and of course make a commit of it .Is this normal ? the process I have followed is this 1) Create a github repo intialized with a readme and license file 2) git clone the repo to my hd 3) in a clean pharo image install gitfiletree as described in Git and Pharo chapter in Pharo for the Enterprise 4) in monticello add repository +gitfiletree and then choose the git folder 5) select a package and click save 6) add the commit info My other commits dont need any extra step just a simple "git push".

Aug. 4, 2014

Re: [Pharo-dev] Can forking speed up anything?

by Guillermo Polito

Wait, if your computations make use of I/O, wouldn't *forking* allow to take advantage when a green thread is blocked for example, writing a socket? :) On Mon, Aug 4, 2014 at 2:53 PM, Levente Uzonyi <leves(a)elte.hu> wrote: > On Mon, 4 Aug 2014, Frank Shearar wrote: > > On 4 August 2014 09:38, ClÃ©ment Bera <bera.clement(a)gmail.com> wrote: >> >>> >>> >>> >>> 2014-08-04 10:17 GMT+02:00 Yuriy Tymchuk <yuriy.tymchuk(a)me.com>: >>> >>>> >>>> Hi guys, >>>> >>>> I have a script that runs very slow and does a lot of non dependent >>>> operation of a collection. I wander if I can speed it up by making it >>>> run in >>>> another process, because as far as I understand everything runs on a >>>> single >>>> thread, so I guess this wonât save me. >>>> >>>> I don't think forking can speed up anything. >>> >> >> But that's only because we're single-threaded, hence single-cored. If >> we had a VM that handle multiple threads (like if we resuscitated >> Andreas' and Igor's Hydra work), then forking _would_ speed things up. >> But that would raise another huge issue, namely the shared state >> nature of the image. >> > > Hydra works differently. It's basically running multiple images from a > single VM, and provides channels between images for communication (like in > Erlang). There's no shared state at all between images, and one image can > only use one core just like now. > It's also possible to use multiple cores by spawning new VMs. IIRC > OSProcess has some support for this. > > > Levente > > > >> So perhaps forking _would_ help if your computations were big enough >> to justify the cost of spinning up a clone image, like David Lewis' >> recent work. >> >> frank >> >> Usually the best solution is to profile your operation with the Profiler, >>> then implement differently costly operations, either by removing >>> object/block creations in smalltalk if this is possible, else by >>> implementing costly operations in C and bind them like that: >>> http://clementbera.wordpress.com/2013/06/19/optimizing- >>> pharo-to-c-speed-with-nativeboost-ffi/ >>> >>> >>> >>> >>> >>>> Uko >>>> >>> >>> >>> >>

Aug. 4, 2014

Re: [Pharo-dev] [pharo-project/pharo-core] ea9df7: 40138

by Sean P. DeNigris

GitHub wrote > 13729 3 menu item to generate inst var accessors > https://pharo.fogbugz.com/f/cases/13729 I left a comment in the issue, but maybe no one is checking there since it's closed... >From the original comment: There is currently 3 menu items to generate iv accessors: Analyse > Create inst var accessors Refactoring > Class Refactoring > Generate accessors Refactoring > Inst Var Refactoring > Accessors Each one has it's own underlying logic. I keep the second that has a shortcut associated and remove the two others. Please put back #3. It is a different use case. #2 is a batch operation adding accessors for all inst vars. #3 adds accessors for one inst var. When many inst vars are involved, it is tedious to deselect all the other accessors... The main problem was not that there was multiple options, but that they were poorly organized (see http://forum.world.st/Nautilus-accessor-over-generation-td4679480.html) ----- Cheers, Sean -- View this message in context: http://forum.world.st/pharo-project-pharo-core-ea9df7-40138-tp4770903p47717… Sent from the Pharo Smalltalk Developers mailing list archive at Nabble.com.

Aug. 4, 2014

Re: [Pharo-dev] EyeCollectionInspector not working?

by ClÃ©ment Bera

Hum it works for me in the latest Pharo (40152). Perhaps it is related to the last but one build that crashed because Smalltalkhub was not responding. Please retry in the last Pharo image. 2014-08-04 14:45 GMT+02:00 Esteban Lorenzano <estebanlm(a)gmail.com>: > it does not appear in the inspector options, when inspecting an Array or > an OrderedCollection. > any clue? > > Esteban >

Aug. 4, 2014

[pharo-project/pharo-core] 9b2d31: 40152

by GitHub

Branch: refs/heads/4.0 Home: https://github.com/pharo-project/pharo-core Commit: 9b2d319aa04c861cbcdea9cbc27dabacfa7ad709 https://github.com/pharo-project/pharo-core/commit/9b2d319aa04c861cbcdea9cb… Author: Jenkins Build Server <board(a)pharo-project.org> Date: 2014-08-04 (Mon, 04 Aug 2014) Changed paths: M NewValueHolder.package/DictionaryValueHolder.class/instance/protocol/at_ifAbsentPut_.st M OpalDecompiler.package/OCDecompilerConstructor.class/instance/private/pragmasForMethod_.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - scripts/script152.st A ScriptLoader40.package/ScriptLoader.class/instance/pharo - updates/update40152.st M ScriptLoader40.package/ScriptLoader.class/instance/public/commentForCurrentUpdate.st M Spec-Inspector.package/BasicIndexedEyeElement.class/instance/comparing/hash.st Log Message: ----------- 40152 13752 4 tests failing on main build due to the decompiler https://pharo.fogbugz.com/f/cases/13752 13766 DictionaryValueHolder>>#at:ifAbsentPut: always use a caught DNU https://pharo.fogbugz.com/f/cases/13766 13768 EyeInspector BasicIndexedEyeElement hash is too slow https://pharo.fogbugz.com/f/cases/13768 http://files.pharo.org/image/40/40152.zip

Aug. 4, 2014

[pharo-project/pharo-core]

by GitHub

Branch: refs/tags/40152 Home: https://github.com/pharo-project/pharo-core

Aug. 4, 2014

Re: [Pharo-dev] Can forking speed up anything?

by Levente Uzonyi

On Mon, 4 Aug 2014, Frank Shearar wrote: > On 4 August 2014 09:38, ClÃ©ment Bera <bera.clement(a)gmail.com> wrote: >> >> >> >> 2014-08-04 10:17 GMT+02:00 Yuriy Tymchuk <yuriy.tymchuk(a)me.com>: >>> >>> Hi guys, >>> >>> I have a script that runs very slow and does a lot of non dependent >>> operation of a collection. I wander if I can speed it up by making it run in >>> another process, because as far as I understand everything runs on a single >>> thread, so I guess this wonât save me. >>> >> I don't think forking can speed up anything. > > But that's only because we're single-threaded, hence single-cored. If > we had a VM that handle multiple threads (like if we resuscitated > Andreas' and Igor's Hydra work), then forking _would_ speed things up. > But that would raise another huge issue, namely the shared state > nature of the image. Hydra works differently. It's basically running multiple images from a single VM, and provides channels between images for communication (like in Erlang). There's no shared state at all between images, and one image can only use one core just like now. It's also possible to use multiple cores by spawning new VMs. IIRC OSProcess has some support for this. Levente > > So perhaps forking _would_ help if your computations were big enough > to justify the cost of spinning up a clone image, like David Lewis' > recent work. > > frank > >> Usually the best solution is to profile your operation with the Profiler, >> then implement differently costly operations, either by removing >> object/block creations in smalltalk if this is possible, else by >> implementing costly operations in C and bind them like that: >> http://clementbera.wordpress.com/2013/06/19/optimizing-pharo-to-c-speed-wit… >> >> >> >> >>> >>> Uko >> >> > >

Aug. 4, 2014

EyeCollectionInspector not working?

by Esteban Lorenzano

it does not appear in the inspector options, when inspecting an Array or an OrderedCollection. any clue? Esteban

Aug. 4, 2014

Re: [Pharo-dev] Moving to GitHub

by kilon alios

I don't like it. First its not suitable for my project since my project contains python files as well. Second get 30 mbs image so you can get an additional few kbs sounds like an overkill. Forth what happens to the image you work already ? what if it contains code you want to keep ? send the user to the process of reimporting the code is not acceptable for me either. On Mon, Aug 4, 2014 at 12:53 PM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> wrote: > Iâm follower of "new day â new imageâ way :) > > Uko > > On 04 Aug 2014, at 11:48, kilon alios <kilon.alios(a)gmail.com> wrote: > > Well lately I have been questioning the need for configurations . I am > considering doing only the second port of your blog post. Ask github for > the latest release of my project , download it, unzip it and point pharo to > the unziped directory. Then pharo can periodocally keep probing github to > see if there is a new release and prompt the user for an update. All that > with a single click from the user or even automagically. But I have to > figure out how to do that with Pharo first :) > > > On Mon, Aug 4, 2014 at 12:23 PM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> > wrote: > >> You donât have to. Just keep your configuration (here is a guide how to >> do it >> http://sleepycoders.blogspot.ch/2014/04/how-to-distribute-your-github-pharo…) >> on some monticello repo, and assemble your image on CI. Yes, if someone >> wantâs to modify your project they have to use git, but as far as I know, >> Pharo is slowly moving git way anyway :) >> >> Cheers. >> Uko >> >> On 04 Aug 2014, at 11:17, kilon alios <kilon.alios(a)gmail.com> wrote: >> >> yeah I will also move my latest project to github. I am already more >> active with github than I am in SThub anyway. The one thing that stopped me >> so far is that I don't want to force people to install git to get the >> latest version of my project. SThub is great for this. >> >> >> On Mon, Aug 4, 2014 at 12:03 PM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> >> wrote: >> >>> Well, thankfully I keep all my latest projects on github, and I have >>> configurations of them in the image. But CI is not working and anyway itâs >>> a strange situation. Is there any other service where I can keep my >>> configurations? Because thatâs the only thing I version with monticello are >>> configurations as I want to use gofer to load my projects. And here >>> reliability is much more important then other features. >>> >>> Uko >>> >>> >>> On 04 Aug 2014, at 10:59, kilon alios <kilon.alios(a)gmail.com> wrote: >>> >>> oh boy thats looks nasty bug, hope its not permanent. >>> >>> >>> On Mon, Aug 4, 2014 at 11:44 AM, Yuriy Tymchuk <yuriy.tymchuk(a)me.com> >>> wrote: >>> >>>> Hi, >>>> >>>> I was on vacation last weak, have I missed anything? Because my >>>> SmaltalkHub user does not have any projects >>>> http://smalltalkhub.com/#!/~YuriyTymchuk (and I had a bunch of them). >>>> >>>> Uko >>>> >>> >>> >>> >> >> > >

Aug. 4, 2014