Description of problem:
According to dnf.plugin.repomanage(8) the program is meant to be suitable to piping into xargs and other programs. However it currently writes status messages to stdout.
$ dnf repomanage --space --old --keep=2 /path/to/repo/ 1> /dev/null
$ dnf repomanage --space --old --keep=2 /mpath/to/repo/ 2> /dev/null
enabling updates-debuginfo repository
enabling fedora-debuginfo repository
enabling rpmfusion-free-updates-debuginfo repository
enabling rpmfusion-free-debuginfo repository
enabling rpmfusion-nonfree-updates-debuginfo repository
enabling local-debuginfo repository
enabling rpmfusion-nonfree-debuginfo repository
which can cause problems in scripts expecting a list of packages to remove...
This is similar in effect to bug #1352130.
Version-Release number of selected component (if applicable):
Seems like it could be a regression in dnf as it's a fairly new problem.
This message is a reminder that Fedora 23 is nearing its end of life.
Approximately 4 (four) weeks from now Fedora will stop maintaining
and issuing updates for Fedora 23. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as EOL if it remains open with a Fedora 'version'
Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version'
to a later Fedora version.
Thank you for reporting this issue and we are sorry that we were not
able to fix it before Fedora 23 is end of life. If you would still like
to see this bug fixed and are able to reproduce it against a later version
of Fedora, you are encouraged change the 'version' to a later Fedora
version prior this bug is closed as described in the policy above.
Although we aim to fix as many bugs as possible during every release's
lifetime, sometimes those efforts are overtaken by events. Often a
more recent Fedora release includes newer upstream software that fixes
bugs or makes them obsolete.
The problem can be solved by -q option. In future we have a plan to change the default behavior of logger for the command like in pull-request https://github.com/rpm-software-management/dnf/pull/681 . Thanks a lot for reporting.
Created pull-request that should help: https://github.com/rpm-software-management/dnf-plugins-extras/pull/79
This bug appears to have been reported against 'rawhide' during the Fedora 26 development cycle.
Changing version to '26'.
Fixed in dnf-2.0.1-1 and released into rawhide