Re: base unzip on 10-STABLE/ 11-HEAD "unzip: skipping non-regular entry"

From: Adrian Chadd <adrian_at_freebsd.org>
Date: Sat, 22 Feb 2014 22:09:27 -0800
Hi,

Please file PRs for these. The author is quite prompt at fixing these issues.


-a


On 22 February 2014 15:05, Matthew Rezny <matthew_at_reztek.cz> wrote:
>> Hello,
>>
>> Unfortunately, this is the case with *zips from Dropbox (Download
>> as .zip) directory option.
>>
>> $ /usr/bin/unzip  file.zip
>> Archive:  file.zip
>> unzip: skipping non-regular entry ''
>> unzip: skipping non-regular entry 'A B C D.pdf'
>>
>> archivers/unzip manages this case though...
>>
>> $ /usr/local/bin/unzip  file.zip
>> Archive:  file.zip
>> warning:  stripped absolute path spec from /
>> mapname:  conversion of  failed
>> inflating: A B C D.pdf
>>
>> Tested on 10-STABLE, but should be the same on HEAD.
>
> % /usr/bin/unzip sr003-02-24192.zip
> Archive:  sr003-02-24192.zip
> unzip: Mac metadata is too large: 2520404 > 128K bytes
>
> FAIL
>
> % unzip -t sr003-02-24192.zip
> Archive:  sr003-02-24192.zip
> unzip: Mac metadata is too large: 2520404 > 128K bytes
>
> really?
>
> % /usr/local/bin/unzip -t sr003-02-24192.zip
> Archive:  sr003-02-24192.zip
>     testing: sr003-02-24192.wav       OK
>     testing: __MACOSX/                OK
>     testing: __MACOSX/._sr003-02-24192.wav   OK
>
> getting better
>
> % /usr/local/bin/unzip sr003-02-24192.zip -x __MACOSX/*
> Archive:  sr003-02-24192.zip
>   inflating: sr003-02-24192.wav
>
> Flawless victory :)
>
> Base unzip isn't very useful. Having it first in the path is just annoying.
>
> _______________________________________________
> freebsd-current_at_freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe_at_freebsd.org"
Received on Sun Feb 23 2014 - 05:09:29 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:47 UTC