On 07/22/2016 11:19 AM, Ben Coman wrote:
On 07/21/2016 08:40 PM, Ben Coman wrote:
Just a general observation and first impression of installing a github
hosted project.
After installing OSSubprocess from the Catalog Browser on Pharo 50760,
which uses repository...
github://marianopeck/OSSubProcess:v0.2.4/repository
...I see file
"github--marianopeckOSSubprocessv0241266307023333901887488330764830.zip"
sitting next to my .image file. That would seem to dirty up that area
when I start to use git more often. I'd expect that file to be placed in
one of the cache folders.
cheers -ben
On Sat, Jul 23, 2016 at 1:38 AM, Dale Henrichs
<dale.henri...@gemtalksystems.com> wrote:
Ben,
I think I've found the bug ... Metacello intends that the zip file be
downloaded to /tmp, but the code as implemented 3 years ago for Pharo was
not actually downloading the file to /tmp ... thanks for pointing this out,
I've created a Metacello issue for this[1] ... I will probably fix this
shortly, but I'm not sure when (or if) my fix will be integrated into the
Pharo-5.0 release.
Cool. Thanks Dale. I created issues for Pharo 5 & 6 to track this our end.
https://pharo.fogbugz.com/default.asp?18804
https://pharo.fogbugz.com/default.asp?18805
cheers -ben
P.S.@All curious why "Area=divers" for "Project=Metacello"
Ben,
Sorry ... I gave you the wrong issue # for this one ... I opened 3 new
issues for this message and only 2 of them applied directly '#405:
Github .zip download not downloaded to `/tmp` as expected ... Pharo-5.0'
and '#406: Github .zip download file should be deleted after archive is
extracted' ... #404 is not really an issue, since the pid is meant for
disambiguation of the file name, which is exactly the same thing that is
supposed to be done by FileReference class>>newTempFilePrefix:suffix: ...
Too many windows floating around:)
Dale
