On Thursday 05 December 2002 06:03 am, Stephen Pair wrote:

> > > SARInstaller new fileInFrom: (self zip memberNamed:
> > > 'whatever.zip') contentStream.

> > It is *that* horrible?
>
> Well...mildly horrible (and thanks for showing me how to do it). 

OK, here's a shorter one:

SARInstaller new fileInFrom: (self memberNamed:  'whatever.zip') 
contentStream.

> It would be nice to have #fileInMemberNamed: handle this for you. 
> Or, have a separate method #fileInSARMemberNamed:.

I'll add it to SARInstaller. Still, Göran's comments about building 
another dependency mechanism probably still hold. If this is really a 
sub-package, perhaps it should be packaged separately as soon as 
SqueakMap gets dependencies.

> It was late when I wrote that. ;)  What I mean is instead of
> embedding a SAR within another SAR, you would embed the unzipped
> directory tree in a SAR (within some directory name).  For example,
> if I'm embedding Bar.sar within Foo.sar, I would instead embed the
> contents of Bar.sar within a directory called Bar inside Foo.sar. 
> That's not such a big deal though.

Directories in zip files don't buy you much (that is, there's little 
useful information associated with directories). If you need to 
decorate the names (like I do in SARs with the various bits of 
install stuff), it's handy to prepend a path, but hardly necessary.

-- 
Ned Konz
http://bike-nomad.com
GPG key ID: BEEA7EFE