Re: [hatari-devel] hmsa utility does not recognize .zip.st extender / zip2st features

[Eero Tamminen <oak@xxxxxxxxxxxxxx>]

Hi,

On keskiviikko 30 toukokuu 2012, Matthias Arndt wrote:
> Am Mittwoch, den 30.05.2012, 00:54 +0300 schrieb Eero Tamminen:
> > On keskiviikko 30 toukokuu 2012, Thomas Huth wrote:
> > > Am Tue, 29 May 2012 18:13:59 +0200
> > Should I fix zip2st too?
> 
> For convenience, I would vote for YES because after conversion to .ST,
> there is no .zip involved and the original .zip (which is used as
> conversion input) is left intact.

I cannot reproduce the issue.  For me zip2st always removes the extension
and looking at the code, I don't see how it could not work.

Are you sure you aren't using some years old obsolete version?


> I also noticed that a subfolder with the ZIP contents and the full
> filename is created by zip2st. Sometimes this is not intended by the
> user: think of a file distribution that contains an AUTO folder. If
> there is a toplevel directory added, the intended AUTO won't run.

I changed the script to traverse down any single directories
(except AUTO) so that redundant directory hiearchies aren't
added to the disk image:
http://hg.tuxfamily.org/mercurialroot/hatari/hatari/rev/00ff7f1f17b6


> Or is there a commandline option that I missed?

Or would it be safer to have it as an option?


	- Eero