On Mon, Sep 5, 2022 at 11:11 PM Paul Dufresne via Freedos-devel
<freedos-devel@lists.sourceforge.net> wrote:
>[..]
> The package dj_gpp rely on this trick:
>
> I have got:
> [paul@nixos:~/Documents/fdtest2]$ zip -k -r ../dj_gpp.zip dj_gpp/DEVEL
> dj_gpp/APPINFO
> zip warning: first full name:
> dj_gpp/DEVEL/DJGPP/include/cxx/12/ext/pb_ds/detail/binomial_heap_/
> second full name:
> dj_gpp/DEVEL/DJGPP/include/cxx/12/ext/pb_ds/detail/binomial_heap_base_/
> name in zip file repeated:
> DJ_GPP/DEVEL/DJGPP/INCLUDE/CXX/12/EXT/PB_DS/DETAIL/BINOMIAL/
>
> zip error: Invalid command arguments (cannot repeat names in zip file)
>
> [paul@nixos:~/Documents/fdtest2]$
>
> So... zip is too prudent, and won't accept to combine the directories.
> It's probably ok... because fdnpkg probably won't too.
>
> I would need fdpkg to accept to combine the directories... for the day
> someone will modify fdnpkg to accept to do is (if it don't).
>
> But if you don't see dj_gpp inside FDT2210... you will have an idea why.
>
I'm replying to this email kind of late, but what you are describing
is a limitation in PKZIP, and that's what you're getting when you use
the -k option with the ZIP command. From the docs:
-k
--DOS-names
Attempt to convert the names and paths to conform to MSDOS, store
only the MSDOS attribute (just the user write attribute from
Unix), and mark the entry as made under MSDOS (even though it was
not); for compatibility with PKUNZIP under MSDOS which cannot
handle certain names such as those with two dots.
With the -k option, ZIP tries to make a zip file as though it were
created with PKZIP on DOS. And DOS has an 8.3 filename limit, so the
directory 'binomial_heap_base' would be shortened to 8.3 as 'binomial'
which is a name conflict with another directory that already exists.
_______________________________________________
Freedos-devel mailing list
Freedos-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-devel
