[Rpm-maint] [rpm-software-management/rpm] Rpm spits informative garbage to stdout instead of stderr (#962)

Panu Matilainen notifications at github.com
Mon Dec 2 14:30:27 UTC 2019


Originally reports include but are by no means limited to:
https://bugzilla.redhat.com/show_bug.cgi?id=1358861
https://bugzilla.redhat.com/show_bug.cgi?id=247239
https://bugzilla.redhat.com/show_bug.cgi?id=439290

Already moved to upstream tracking at least once in the Trac days (,http://rpm.org/ticket/31) only the upstream ticket system changed and old stuff got flushed. And here we go again:

```
$ rpm -qla | grep "(contains no files)" | wc -l
25
```

Such messages have no business being on stdout, but fixing this requires redesigning half of how rpm outputs information, and would break half of rpm-using scripts out there. So if changed, we should time it along with other cli-breakage so that we only break things once. Exit code sanity come to mind as a related thing.



-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/rpm-software-management/rpm/issues/962
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rpm.org/pipermail/rpm-maint/attachments/20191202/dd93cb4d/attachment.html>


More information about the Rpm-maint mailing list