GNU bug report logs - #24559
[Documentation] man page inconstency

Previous Next

Package: gzip;

Reported by: Carpe Sébastien <Sebastien.Carpe <at> worldline.com>

Date: Wed, 28 Sep 2016 17:31:02 UTC

Severity: normal

Done: Paul Eggert <eggert <at> cs.ucla.edu>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Carpe Sébastien <Sebastien.Carpe <at> worldline.com>
Subject: bug#24559: closed (Re: [Documentation] man page inconstency)
Date: Fri, 01 Apr 2022 16:52:02 +0000
[Message part 1 (text/plain, inline)]
Your bug report

#24559: [Documentation] man page inconstency

which was filed against the gzip package, has been closed.

The explanation is attached below, along with your original report.
If you require more details, please reply to 24559 <at> debbugs.gnu.org.

-- 
24559: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=24559
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
From: Paul Eggert <eggert <at> cs.ucla.edu>
To: Carpe Sébastien <Sebastien.Carpe <at> worldline.com>
Cc: 24559-done <at> debbugs.gnu.org
Subject: Re: [Documentation] man page inconstency
Date: Fri, 1 Apr 2022 09:50:51 -0700
[Message part 3 (text/plain, inline)]
Thanks for reporting that bug in the gzip documentation. I finally got 
around to fixing it by installing the attached patch, which should 
appear in the next gzip release. This patch fixes some nearby 
documentation problems too.
[0001-doc-improve-doc-for-saved-timestamps-etc.patch (text/x-patch, attachment)]
[Message part 5 (message/rfc822, inline)]
From: Carpe Sébastien <Sebastien.Carpe <at> worldline.com>
To: "bug-gzip <at> gnu.org" <bug-gzip <at> gnu.org>
Subject: [Documentation] man page inconstency
Date: Wed, 28 Sep 2016 10:02:33 +0200
[Message part 6 (text/plain, inline)]
Hello,
Man page states that : "gzip normally preserves the mode, ownership and time stamps of files when compressing or decompressing".

Yet, the real behavior is that it creates file with the ownership of the current user that runs gzip (which is the genuine behavior for creating files). May be you could adjust the man to clarify this point ?


Regards,
Sebastien


!!!*************************************************************************************
"Ce message et les pièces jointes sont confidentiels et réservés à l'usage exclusif de ses destinataires. Il peut également être protégé par le secret professionnel. Si vous recevez ce message par erreur, merci d'en avertir immédiatement l'expéditeur et de le détruire. L'intégrité du message ne pouvant être assurée sur Internet, la responsabilité de Worldline ne pourra être recherchée quant au contenu de ce message. Bien que les meilleurs efforts soient faits pour maintenir cette transmission exempte de tout virus, l'expéditeur ne donne aucune garantie à cet égard et sa responsabilité ne saurait être recherchée pour tout dommage résultant d'un virus transmis.

This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Worldline liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.!!!"
[Message part 7 (text/html, inline)]

This bug report was last modified 3 years and 54 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.