On Fri, Oct 14, 2022 at 09:41:18AM +1100, Jonathan Gray wrote: > On Thu, Oct 13, 2022 at 02:14:28PM -0600, Todd C. Miller wrote: > > GNU gzip support uncompressing .zip files that contain a single > > member. This can be very convenient when dealing with email > > attachments that use zip instead of gzip to compress a single file > > (I'm looking at you Google). Below is a diff to support this with > > our gzip. This turned out to be more complicated than I expected > > simply due to the number of zip extended header fields. > > > > If there is more than a single file in the .zip we extract the first > > one but leave the origin .zip file alone. I made some minor tweaks > > to main.c to support this. We now only remove the output file if > > error is set to FAILURE, not WARNING. This has the side effect > > that the output file is no longer removed simply due to a crc error, > > which I think is an improvement. > > > > Comments or OKs? > > The extracted file has the name of the zip archive without '.zip' > instead of the name of the file in the zip archive. > > Is that the behaviour of GNU gunzip? It isn't what I expected.
I can't think of another reason for the single file limit. It must be. With most of the changes under SMALL or not built, ramdisks still fit?
