|Re: [hatari-devel] hmsa utility does not recognize .zip.st extender / zip2st features|
[ Thread Index |
| More lists.tuxfamily.org/hatari-devel Archives
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:
> Or is there a commandline option that I missed?
Or would it be safer to have it as an option?