Hi Norbert,

yes, there is a problem with the OSProcess plugin in Mac OS X, which makes GitFileTree unable to recover the output of the external commands.

The best way is to use GitFileTree with OSSubprocess, with the following:

Metacello new
    baseline: 'FileTree';
    repository: 'github://dalehenrich/filetree:issue_171/repository';
    load: 'Git'.

I do have a smalltalk side fix provided by John Brant, but it seems that it works on some combination of Mac OS X / Spur VM, and fail or lock on some other versions. And the OSProcess plugin fork code works perfectly on Linux, so I'm at a loss.

Thierry

2016-03-10 10:16 GMT+01:00 Norbert Hartl <norbert@hartl.name>:

I tried a new pharo 5 image today and wanted to load my code via gitfiletree into the image but it does not work.
I can see on the console that git commands are invoked and the output is to be seen on the console. It seems the image does not get the same information. I can remember there is an actual problem with OSProcess? What I find weird is the fact that if I start the image by hand from the shell I get a pager like less for the commit info gitfiletree likes to parse. The process hangs there and if I press q in the console it proceeds and throws an error in pharo because the stream was empty.

Any thoughts?

Norbert