Public bug reported:

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.

** Affects: gzip (Ubuntu)
     Importance: Undecided
         Status: New

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to gzip in Ubuntu.
https://bugs.launchpad.net/bugs/1937082

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

Status in gzip package in Ubuntu:
  New

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 manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gzip/+bug/1937082/+subscriptions


-- 
Mailing list: https://launchpad.net/~touch-packages
Post to     : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

Reply via email to