OSSubprocess has a problem which hangs the VM on Linux with an specific flavor of the VM (the default one).
You can try with the VM form here: https://dl.bintray.com/pharo-project/pharo-vm/pharo-linux-i386threaded-201612210925-0807b30.zip It should work. Could you let us know? On Thu, Feb 2, 2017 at 4:59 AM, Thierry Goubier <thierry.goub...@gmail.com> wrote: > > > 2017-02-02 8:49 GMT+01:00 Pierce Ng <pie...@samadhiweb.com>: > >> On Thu, Feb 02, 2017 at 03:13:41PM +0800, Pierce Ng wrote: >> > On Tue, Jan 31, 2017 at 03:42:10PM +0100, Cyril Ferlicot D. wrote: >> > > To load gitFileTree I use this script: >> > > ``` >> > > Metacello new >> > > baseline: 'FileTree'; >> > > repository: 'github://dalehenrich/filetree:pharo' , SystemVersion >> > > current dottedMajorMinor , '_dev/repository'; >> > > load: 'Git' >> > > ``` >> > > Works for me on Pharo 5/windows and pharo 6/osx >> > >> > Thanks Cyril. Just tried it on Pharo 5 on Linux. Loads cleanly. >> >> Spoke too soon. Appeared to have loaded cleanly on one Pharo 5 image, but >> got >> same hung state on another two Pharo 5 images. Does seem to load cleanly >> and >> quickly on Pharo 60365, which is good enough. >> > > Can you detail a bit more about the lockups? GitFileTree uses either > OSProcess or OSSubprocess to access git, and the issue may be in one of > those. > > I use GitFileTree all the time, and I do get that 'hung' state in some > cases. At least with OSSubprocess, once an image is in that state, it will > hang at the first external access (any command, not only gitfiletree)... No > way out except scrapping the image (i.e. saving and restarting keep it in > in the same state). > > Regards, > > Thierry > > > > >> >> Pierce >> >> > -- Mariano http://marianopeck.wordpress.com
