Description of problem: By default every plugins installed on the system is enabled. It would be very useful if there was a way to disable some plugins temporary or permanently. a --disableplugins cmdline option is a posibillty, but a better way is properly to add an disabled_plugins option to dnf.conf it can be set by using --setopt disabled_plugins=plugin,plugin is a temporary disable is needed Version-Release number of selected component (if applicable): 0.4.20
Tim, I take it it is something you'd appreciate as a plugin developer. I am however not convinced adding options like this provides enough value for specific use-cases to a regular user that would be worth the added complexity in CLI code and especially in the user documentation. Proposing this up to CC vote with an outlook of closing this as WONTFIX.
when plugins are bundled like in dnf-plugins-core, there is a potentiel risk that a plugin can interferre with another plugin from another package and the only workaround is to remove one of the packages contain the plugins or do dirty stuff like renaming/deleting the plugin from the filesystem. Personal, I can handle it, but it would be nice for other users to be able do workaround such issues, without having to remove all plugins in a package, because one is givning problems.
(In reply to Tim Lauridsen from comment #2) > when plugins are bundled like in dnf-plugins-core, there is a potentiel risk > that a plugin can interferre with another plugin from another package and > the only workaround is to remove one of the packages contain the plugins or > do dirty stuff > like renaming/deleting the plugin from the filesystem. Plugins interfering is a pathological scenario, i.e. bug. It is up to us to deliver plugins bugs-free, not up to the users to pick&choose which plugins currently work to run with.
Missed the fact that dnf already has a --disableplugin [plugin] commandline option so fell free to close this one
Thanks.