> 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.Received on Sat Feb 22 2014 - 22:05:31 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:47 UTC