Red Hat Bugzilla – Bug 1158548
[rfe] "dnf <plugin> --help" does not print plugin help
Last modified: 2016-10-04 15:04:33 EDT
Description of problem:
"dnf <plugin> --help" does not print plugin help.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. dnf install dnf-plugins-core
2. dnf copr --help
3. dnf copr
Actually you can try this for every plugin.
help for dnf is printed
help for just that plugin should be printed.
actually its used as
dnf help <plugin>
That is non intuitive. Feel free to flip it from bug report to RFE then.
It is a little complex
dnf work the same ways as yum
dnf <whatever> --help shows the main help all cmds and main options
dnf help <cmd> will show the usage for <cmd>
special for dnf:
some cmds like repoquery, download supports
dnf repoquery --help-cmd
there will show help for cmd extra options and arguments.
will show the man page for the given plugin <cmd>
if copr was changed to use the special plugin arguments parser the
dnf copr --help-cmd would work and dnf copr with no arguments would show a more
detailed help about the arguments and could handle options in a better ways.
look at the source for repoquery & download plugin.
I have played with an idea that dnf should supply an argument sub parser to the plugin, but that have some big limitations, that only one plugin can add a given option like --source and that every single plugin dependend on other installed and that is a mess.
we should work on dnf supply a dedicated argument parser for each command internal & external (plugin), so --help-cmd will work for every command.
but that will need changes to all internal and external commands.
*** Bug 1235521 has been marked as a duplicate of this bug. ***
This message is a reminder that Fedora 21 is nearing its end of life.
Approximately 4 (four) weeks from now Fedora will stop maintaining
and issuing updates for Fedora 21. 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 21 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.
*** Bug 1298801 has been marked as a duplicate of this bug. ***
*** Bug 1324093 has been marked as a duplicate of this bug. ***
*** Bug 1326094 has been marked as a duplicate of this bug. ***
*** Bug 1329609 has been marked as a duplicate of this bug. ***
Just noting that this is now affecting fedup in F23 (since that's just an alias for dnf system-upgrade):
$ fedup --help
usage: dnf [options] COMMAND
List of Main Commands
check-update Check for available package upgrades
clean Remove cached data
(`man fedup` *does* work as expected, though, opening up the dnf system-upgrade page)
Fixed as a part of DNF 2.0 argument parser rewrite
thank you for fixing this :)