I don't have the problem you have, if I issue the command to redownload the zip it does so and it installs it's code fine. At least the last time I checked with my ChronosManager project to make sure everything works as expected few months ago.
Also it does not change the fact that the zip is useless once extracted. On Fri, 22 Jul 2016 at 10:08, Peter Uhnak <i.uh...@gmail.com> wrote: > On Fri, Jul 22, 2016 at 06:54:03AM +0000, Dimitris Chloupis wrote: > > The zip is not needed and it should be deleted after extraction cause it > > serves no role. This create a problem also because if you try to install > > agin the repo it won't redownload the zip , instead it will use the same > > zip. For me this make little sense because in the vast majority of cases > > your intention would be to download the repo version containing the > latest > > commit. There is a command to do this though. Personally I don't like > this > > behavior. > > This is a different problem: > http://forum.world.st/how-to-update-monticello-cypress-repository-downloaded-from-github-tp4906782p4906801.html > > Furthermore, deleting the file would have no effect on this, because the > relevant part is what is in the unzipped folder. > > Peter > > > On Fri, 22 Jul 2016 at 06:41, Ben Coman <b...@openinworld.com> 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 > > > > >
