gunzip fails to extract data from stdin when the zip holds multiple files

Bug #1937082 reported by Bill Yikes
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
gzip (Ubuntu)
New
Undecided
Unassigned

Bug Description

There is no good reason for this command to fail:

$ wget --quiet -O - https://web.archive.org/web/20210721004028/freefontsdownload.net/download/76451/lucida_fax.zip | gunzip -

The output is:

[InternetShortcut]
URL=HOMESITEfree-lucida_fax-font-76451.htmgzip: stdin has more than one entry--rest ignored

What's happening is gzip logic has gotten tangled up with the gunzip logic. If gzip receives an input stream, it's sensible that the resulting archive contain just one file. But there's no reason gunzip should not be able to produce multiple files from a zip stream. Note that -c was not given to gunzip, so it should not have the constraints that use of stdout would impose.

The man page is also a problem. The gunzip portion of the aggregated man page makes no statement about how stdin is expected to operate. At a minimum, it should say that a minus ("-") directs gunzip to read from stdin.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.