#141323 wget -nv outputs non-error output to stderr

Package:
wget
Source:
wget
Description:
retrieves files from the web
Submitter:
Josip Rodin
Date:
2026-01-01 12:35:02 UTC
Severity:
normal
Tags:
#141323#5
Date:
2002-04-05 12:42:10 UTC
From:
To:
Hi,

% wget -nv ftp://ftp.de.debian.org/debian/dists/unstable/main/binary-alpha/Packages.gz >/dev/null
14:34:14 URL: ftp://ftp.de.debian.org/debian/dists/unstable/main/binary-alpha/Packages.gz [1727371] -> "Packages.gz" [1]
% echo $?
0

That message was not an error (or warning), so it should not have been
printed on stderr, but on stdout. Printing it on stderr makes it hard to
filter out informative messages and keep the errors; if the errors and
normal messages were separated to stderr and stdout respectively, a simple

Please fix this. TIA.

#141323#14
Date:
2002-04-10 21:39:57 UTC
From:
To:
Hello,

here an answer of this problem:

http://www.mail-archive.com/wget%40sunsite.dk/msg03330.html

#141323#19
Date:
2003-04-20 23:42:54 UTC
From:
To:
Dear Debian "wget" bug reporter,

I just want to inform you why your bug report is still open or why it
looks like that nobody is working on fixing the bugs reported against
the wget package (http://bugs.debian.org/wget).

Since some month I didn't report bugs and problems to the upstream
author/mailinglist (http://www.gnu.org/software/wget/#mailinglists)
because wget right now has no maintainer who is working on it or fixes
bugs.:(

http://www.gnu.org/help/help.html
--8<--
We are looking for new maintainers for these GNU packages (contact
<maintainers@gnu.org> if you'd like to volunteer):
      * ...
      * wget (which still has a maintainer, but he would like to step
        down)
--8<--

This is the reason why reporting bugs to the wget mailinglist right now
doesn't make sense because nobody will work on them. When there will be
a new maintainer I will report the open bugs in the Debian Bug Tracking
System (BTS) to him but this may take some time (the help request on the
gnu.org page is there since a month; maybe you know somebody:)).

Thanks for reporting bugs.:)

#141323#22
Date:
2003-04-20 23:42:54 UTC
From:
To:
Dear Debian "wget" bug reporter,

I just want to inform you why your bug report is still open or why it
looks like that nobody is working on fixing the bugs reported against
the wget package (http://bugs.debian.org/wget).

Since some month I didn't report bugs and problems to the upstream
author/mailinglist (http://www.gnu.org/software/wget/#mailinglists)
because wget right now has no maintainer who is working on it or fixes
bugs.:(

http://www.gnu.org/help/help.html
--8<--
We are looking for new maintainers for these GNU packages (contact
<maintainers@gnu.org> if you'd like to volunteer):
      * ...
      * wget (which still has a maintainer, but he would like to step
        down)
--8<--

This is the reason why reporting bugs to the wget mailinglist right now
doesn't make sense because nobody will work on them. When there will be
a new maintainer I will report the open bugs in the Debian Bug Tracking
System (BTS) to him but this may take some time (the help request on the
gnu.org page is there since a month; maybe you know somebody:)).

Thanks for reporting bugs.:)

#141323#37
Date:
2011-07-23 14:13:44 UTC
From:
To:
forwarded 141323 https://savannah.gnu.org/bugs/index.php?33839
tags 141323 + upstream confirmed
found 141323 1.12-4
thanks

with wget 1.12

$ wget -nv ftp://ftp.de.debian.org/debian/dists/unstable/main/binary-i386/Packages.gz >/dev/null
2011-07-23 16:07:09 URL: ftp://ftp.de.debian.org/debian/dists/unstable/main/binary-i386/Packages.gz [9856388] -> "Packages.gz" [1]
$ echo $?
0

#141323#42
Date:
2011-07-23 14:10:59 UTC
From:
To:
URL:
  <http://savannah.gnu.org/bugs/?33839>

                 Summary: wget -nv outputs non-error output to stderr
                 Project: GNU Wget
            Submitted by: nok
            Submitted on: Sa 23 Jul 2011 16:10:59 CEST
                Category: Program Logic
                Severity: 3 - Normal
                Priority: 5 - Normal
                  Status: None
                 Privacy: Public
             Assigned to: None
         Originator Name:
        Originator Email:
             Open/Closed: Open
         Discussion Lock: Any
                 Release: 1.12
        Operating System: GNU/Linux
         Reproducibility: Every Time
           Fixed Release: None
         Planned Release: None
              Regression: None
           Work Required: None
          Patch Included: No


2011-07-23 16:07:09 URL:
ftp://ftp.de.debian.org/debian/dists/unstable/main/binary-i386/Packages.gz
[9856388] -> "Packages.gz" [1]

$ echo $?
0

That message was not an error (or warning), so it should not have been
printed on stderr, but on stdout. Printing it on stderr makes it hard to
filter out informative messages and keep the errors; if the errors and
normal messages were separated to stderr and stdout respectively, a simple

http://bugs.debian.org/141323

#141323#47
Date:
2011-08-05 20:00:42 UTC
From:
To:
Update of bug #33839 (project wget):

                  Status:                    None => Inspected
             Assigned to:                    None => gscrivano

#141323#52
Date:
2014-09-01 11:28:59 UTC
From:
To:
Follow-up Comment #2, bug #33839 (project wget):

But it IS a problem that -nv ( = NON-verbose) causes to have this junk printed
anyway regardless of whatever!

2014-09-01 13:23:00 URL:http://whatever.url.this.may.be [98765] -> "-" [1]

And it is a problem that you HAVE to send the output to /dev/null first to
stop this!

At least they should give us a -nvv alternative option or whatever that will
suppress this *by default*.
Users are not interested in manually suppressing data junk deemed "important"
by some tech geeks. Yes, it's the same ones constantly having live log file
consoles on their desktop and those that always "need to know" when some
global hotkey has been set. This justifies (oh-yes!) pagefuls of debug
information with console apps because that is oh-so important.

#141323#57
Date:
2015-07-02 06:06:30 UTC
From:
To:
VOUS ÊTES PLUTÔT MAS EN PIERRES OU VILLA CONTEMPORAINE?

Madame, Monsieur, accédez à un cadre de vie authentique, aux senteurs
de la Provence, avec OPUS Développement. Découvrez nos derniers mas en
pierres et villas contemporaines, ici!


Vous êtes abonné à la newsletter d'OPUS Développement avec l'adresse
email: 141323-quiet@bugs.debian.org

Vous pouvez vous désinscrire: http://communication.villas-lumina.com/HD?b=VCK-34JgfZW6bPkBOipYoITdDKcRUmBkcFKilSN-S8o5qDErQxGt6dCJsQvweY6J&c=VEX6a4__jv3-aaPyThHwJw des offres d'OPUS Développement.

En application de la loi n°78 - 17 du 6 Janvier 1978 modifiée par la
loi du 6 Août 2004 relative à l'informatique, aux fichiers et aux
libertés, vous disposez d'un droit d'accès, de modification, de
rectification et de suppression des données personnelles vous
concernant auprès de:
OPUS Développement 4, rue des Trésoriers de la Bourse 34000 Montpellier.

#141323#62
Date:
2015-11-29 09:05:29 UTC
From:
To:
Pour visualiser ce message sur votre navigateur:


VOUS ÊTES PLUTÔT MAS EN PIERRES OU VILLA CONTEMPORAINE?

Madame, Monsieur, accédez à un cadre de vie authentique, aux senteurs
de la Provence, avec OPUS Développement. Découvrez nos derniers mas en
pierres et villas contemporaines, ici!


Vous êtes abonné à la newsletter d'OPUS Développement avec l'adresse
email: 141323-quiet@bugs.debian.org

Vous pouvez vous désinscrire: http://communication.villas-lumina.com/HD?b=CLA4jfQ3zqKwF8rAFPtwz7hfCs7x_JtuQHYG8mSEsxA4jTM08pfMzbt7JBAi895G&c=M7FptVVJMGCzEje7HHZybQ des offres d'OPUS Développement.

En application de la loi n°78 - 17 du 6 Janvier 1978 modifiée par la
loi du 6 Août 2004 relative à l'informatique, aux fichiers et aux
libertés, vous disposez d'un droit d'accès, de modification, de
rectification et de suppression des données personnelles vous
concernant auprès de:
OPUS Développement 4, rue des Trésoriers de la Bourse 34000 Montpellier.

#141323#65
Date:
2015-11-29 09:05:35 UTC
From:
To:
Pour visualiser ce message sur votre navigateur:


VOUS ÊTES PLUTÔT MAS EN PIERRES OU VILLA CONTEMPORAINE?

Madame, Monsieur, accédez à un cadre de vie authentique, aux senteurs
de la Provence, avec OPUS Développement. Découvrez nos derniers mas en
pierres et villas contemporaines, ici!


Vous êtes abonné à la newsletter d'OPUS Développement avec l'adresse
email: 141323-submitter@bugs.debian.org

Vous pouvez vous désinscrire: http://communication.villas-lumina.com/HD?b=NlZFgDJT_b6bihoNjSaF7WPJyc5TeGERFRQCDEoJtrqhELCrGt2SQqHUGQG2UiV-&c=PnW2T4EuWA6Yip14LLqgvw des offres d'OPUS Développement.

En application de la loi n°78 - 17 du 6 Janvier 1978 modifiée par la
loi du 6 Août 2004 relative à l'informatique, aux fichiers et aux
libertés, vous disposez d'un droit d'accès, de modification, de
rectification et de suppression des données personnelles vous
concernant auprès de:
OPUS Développement 4, rue des Trésoriers de la Bourse 34000 Montpellier.

#141323#70
Date:
2017-02-28 00:00:54 UTC
From:
To:
Dear Customer,

We can not deliver your parcel arrived at February 26.

Please check the attachment for details!

Thanks and best regards,
Milton Foster,
UPS Parcels Delivery Manager.

#141323#75
Date:
2017-03-21 07:06:09 UTC
From:
To:
Dear Customer,

Please review your parcel delivery label in the attachment!

FedEx
-----BEGIN PGP PUBLIC KEY BLOCK----- hM6lxG9ASMqoF+aN+Xak9STX8Ygi4mXNt6CyYsGhX13EOoDRDMEsOP6vAYY3dIeKnLUiNZIjb1pY C5SIv8dYMowGGKDJDYIPoWOfLuPjeTQG1n4Rx1Y+69FApI7BsjAOfN5MedrY69EYwyMJ9VC+w3Qb 8priv8xV+8UAcEfwkTcVqDokEi9+SbcT09eOJdvBTYqm7FoXF1Ng1agfTSaE/WwycP7iekFdN8FU KiOQDAMCKZLWey0KUCiInaU6ECkxoC3CL8Bo+rIupF4ldloHdZf+f1fbGePsKHo2kKIUHWqpviXA 00FhOdUjOzoxN6Pk9+5QpVQKbpcy8Jf7mbDux5N09oDUbFpljLvmY4pz/6fMCEjijT2bi6hQFFEi N9ec0tXwfGJsnJsz47Dfr/BVzqoGtLHaplmJAASg3UE/WRkTiIbGoUer1esC+ylh6R+N2KvIN93a RftgWGE++W3AdQ5aoCZVykcyY7ZbovVK7+GlTtnCMOXkJYhjgTawsMDalusHnN3DT2Ta9A+gm9vI BZq5WzuXrnwO9mX88Aj4kUWUEj9UMqIkm4x8t8P/q2IdwNYDHyvFB1Ta+CxPNh5SFkxzzYIIKc3T NYigoLwPM4o9K4FflVSQeFJxaoweGvGScp5llcxVwBO6gqJGczOT2Ht5iz/QlOJD3xD8rXweH9zx TEDTqSi+Hw6ZTCmQeUwKbPesH/JWxm5mlA3/DjjPKA8rYZUV1yoOfWXOPL+PxHVki6YWCBYYh1xe biaBMctwFRHJoaWc8Il4OuwgtuDXsLSE1Rwtt9oDGHm8XYo+OlBVH8gPXraD2UKrAWxT1a7snmtD oDJvlGsaMPGZlQSWguPTCXIVkLYlBGUXbZeu+zBvWasSwAtXCRfpY/kpuINhvwv6dzEP9+qCE/jp muJZvTew8HqTuDjhgY6K5e7CSD4BSrevXtunngQn/PHTOccfoXcyGHVoeDDgNduB/wlR3wM3PLm7 vuxXE3wTMt9eCDcigiLCmQxR+WZ4tByLiSyljVj6WX+1+0f1pwo5uJ+Z4h8P0R1jrBH7yhqH5Oem HZMTD5GUF5Yv8IZOceoHihjs/L46QwfSPvA6+vVjSFfjVH6SieDLmKNlWyttHBSQCSryR+4CQq3Z KkkWWMO8uL0vV0hbcvWZVV2/cnWzpeSGBRdCilkg/75G57N+i29DMT0Ixz/aTUKEs4UyO5FOSiLV hiDPEdZ78zApG3h1qJijgzmABCdyst3yB6P5adE1lYtm7i+GmgrW5jqclWVKp/euMikb7gunAwNh 5MmTkXVmigYgXNR+SyBETRgh8NZ7yOiDNUEOlowQqw==
-----END PGP PUBLIC KEY BLOCK-----
#141323#80
Date:
2017-03-31 12:58:47 UTC
From:
To:
Dear Customer,

Please review your parcel delivery label in the attachment!

FedEx
-----BEGIN PGP PUBLIC KEY BLOCK----- 6fo3LdnlEM1xhAffc1xIFz5SBFW4N3kfkiBjda9E0mekuGs3Nm+h7n0AzD/0IxK2HDMegubNe8fN QXHkdKSVqK1ADbcosG+CEGr/Gn34BbXYeOCAvmg5UYEHhvPpYLYCVgBjJ8hhdBHydoqYQiFMgnWy 3HXUsKxHctqAn6xLHqZRIrV/c0CscRPZkiKoa4TRUWZaSXHt13sNyu6NI2PG3pAhJxjHO57u6V1N L5sthUSu1yR+r6qyx3mewnS0JPzbZ3b73yyRqyKD5+nnWSC66PMf5r1AVbVDcBRqkWvw4hGnK0PQ TYG4PBZpmoKsorkpziX/GAsRuotvqMVJlB0kr6K55mdCboRrJ1giPFuOlY7J531iyWJYWZ2a4uhm M0GP/tlMgatRqtnOfehxtPzfnuY0vPawcYITu9QZ6r38eb+oH6pkr2LE57/cqWgWpI87SaAtDa/f LK16t7z8BgXeMv8G0plo10wA5Iv4I3yIX5PEsBWWSXWnk3tn1dxRswIe5ckCfoLeTTAMoJ/UGl6X w09sPJ8G4twe9KODONnxCXOFkKT4hCsJqoxdVmZ813nL1YqKCn9ZKtSec6ua5PkIDxiJXWVZIe28 EE6Qzzl6N8MT+oGy7lmILPynsS3ICNfMMn9O19WEdztOllCGbvz8wnBv2RcPkpcuj4by73Kw7wY7 FrOo6CMKFC0T7iQ8CicGiMHQBZmU55O7WJ2ANGqYEB+H0Q6l4oLZ/ITSsFcYQRjbFfa8NiFev4qS kefxqml9xWSnXJashfrJxjmZG6uwUoP2re5xRibd2naNeEb+d0u/CstEnjgeXBT1brxjytZw/774 I9HCtWVpkH9oJhTJsVuxL8sSDbh6+qa+72jMvM3RX6sUVlyBFpCdMAaOIQOjEarZXrKzwBqki3Bq h7zzlZ5O1xSGernwPObrWF6R8H+9ACcbrbnbfqM06rnybEcRQiJL/k433m0GijRjncdQHyjK+a56 atjBO8BR20kZSKGDrYakYdiP4PkUz5yC6TBx4fYo1MxJi5CQjKhvpCZZVOfwCuL5py7ingKdJ7vz M+DBvu3kdBLLcVd5X00mQJKBIg/xb0UOrOBBs1a5kgVbXQviwZHMYyYD63WUANmiG9/VUosWVkLi 51y2ZF25Gn4BwRk/FYrPZUtElUa3Q4NqtGxyo5wnEG1Yiw53u9WjXXUi+EVobCCeBzX/6HrpbF5h lSmIIew0HqC5WPPw5EpQ/mwumuZWb91/sDXKJrL8bkh9ZtOMSInZHJ5hoxxFpxZ+Bag1gzUn3MzG v0QbJwh4FqPxQ9dgpKX1uJ1gWJgdQIW2yMF1DQWMJA==
-----END PGP PUBLIC KEY BLOCK-----
#141323#85
Date:
2022-09-25 00:13:08 UTC
From:
To:
Follow-up Comment #3, bug #33839 (project wget):

Yes, please add something like `-nvv` to suppress that one line so that we can
stop writing:

    $ wget -nv whatever 2>&1 | grep -v ' -> '

#141323#90
Date:
2026-01-01 12:33:03 UTC
From:
To:
Follow-up Comment #4, bug #33839 (group wget):

Diagnostic messages need to be sent to stderr, not stdout, otherwise this
would break "-O -". Then, there is a need for an option to suppress any
diagnostic message except error messages, e.g. for use with "cron".

No that using grep as suggested in 2022 is not a good workaround because one
cannot get the exit status of wget from a portable POSIX shell. (Also, there
might be false negatives.)