> 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@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
