Hide Forgot
how do you guys imagine helping other packagers when DNF don't output anything useful - see dnf output even with -v compared to yum-deprecated (and i could punch that guy in the face coming up with "Yum command has been deprecated, use dnf instead" when i know that and hence called yum-deprecated because dnf is just useless in so many situations) _____________________________________________ [root@srv-rhsoft:~]$ dnf -v upgrade cachedir: /var/cache/dnf Loaded plugins: etckeeper, builddep, copr, repomanage, config-manager, download, Query, generate_completion_cache, noroot, playground, protected_packages, show-leaves, needs-restarting, leaves, debuginfo-install, reposync DNF version: 1.1.10 repo: using cache for: fedora not found deltainfo for: Fedora 24 - x86_64 not found updateinfo for: Fedora 24 - x86_64 repo: using cache for: google-chrome not found deltainfo for: google-chrome not found updateinfo for: google-chrome repo: using cache for: updates-testing repo: using cache for: updates repo: using cache for: rpmfusion-nonfree-updates not found deltainfo for: RPM Fusion for Fedora 24 - Nonfree - Updates not found updateinfo for: RPM Fusion for Fedora 24 - Nonfree - Updates repo: using cache for: rpmfusion-nonfree not found deltainfo for: RPM Fusion for Fedora 24 - Nonfree not found updateinfo for: RPM Fusion for Fedora 24 - Nonfree repo: using cache for: rpmfusion-free-updates-testing not found deltainfo for: RPM Fusion for Fedora 24 - Free - Test Updates not found updateinfo for: RPM Fusion for Fedora 24 - Free - Test Updates repo: using cache for: rpmfusion-free-updates not found deltainfo for: RPM Fusion for Fedora 24 - Free - Updates not found updateinfo for: RPM Fusion for Fedora 24 - Free - Updates repo: using cache for: rhsoft-fedora not found deltainfo for: rhsoft-repo for fedora not found updateinfo for: rhsoft-repo for fedora repo: using cache for: rpmfusion-free not found deltainfo for: RPM Fusion for Fedora 24 - Free not found updateinfo for: RPM Fusion for Fedora 24 - Free repo: using cache for: adobe-linux-x86_64 not found deltainfo for: Adobe Systems Incorporated not found updateinfo for: Adobe Systems Incorporated repo: using cache for: rhsoft-generic not found deltainfo for: rhsoft-repo with generic rpms not found updateinfo for: rhsoft-repo with generic rpms repo: using cache for: rpmfusion-nonfree-updates-testing not found deltainfo for: RPM Fusion for Fedora 24 - Nonfree - Test Updates not found updateinfo for: RPM Fusion for Fedora 24 - Nonfree - Test Updates repo: using cache for: fedora-cisco-openh264 not found deltainfo for: Fedora 24 openh264 (From Cisco) - x86_64 not found updateinfo for: Fedora 24 openh264 (From Cisco) - x86_64 fedora: using metadata from Tue Jun 14 18:07:53 2016. google-chrome: using metadata from Tue Mar 14 19:33:46 2017. updates-testing: using metadata from Tue Mar 14 19:04:42 2017. updates: using metadata from Tue Mar 14 23:34:25 2017. rpmfusion-nonfree-updates: using metadata from Mon Mar 13 14:11:11 2017. rpmfusion-nonfree: using metadata from Fri Jun 24 23:09:00 2016. rpmfusion-free-updates-testing: using metadata from Mon Mar 13 14:01:41 2017. rpmfusion-free-updates: using metadata from Mon Mar 13 14:01:24 2017. rhsoft-fedora: using metadata from Tue Mar 14 21:42:23 2017. rpmfusion-free: using metadata from Fri Jun 24 23:00:24 2016. adobe-linux-x86_64: using metadata from Wed Mar 8 18:44:08 2017. rhsoft-generic: using metadata from Tue Mar 14 21:42:22 2017. rpmfusion-nonfree-updates-testing: using metadata from Mon Mar 13 14:11:17 2017. fedora-cisco-openh264: using metadata from Sat Apr 23 01:20:46 2016. Last metadata expiration check: 0:21:09 ago on Thu Mar 16 00:07:41 2017. --> Starting dependency resolution --> Finished dependency resolution Dependencies resolved. Etckeeper plugin: pre transaction commit =================================================================================================================================================================================================================== Package Arch Version Repository Size =================================================================================================================================================================================================================== Skipping packages with broken dependencies: qbittorrent-nox x86_64 1:3.3.11-1.fc24 updates-testing 3.2 M Transaction Summary =================================================================================================================================================================================================================== Skip 1 Package Nothing to do. Etckeeper plugin: post transaction commit Completion plugin: Generating completion cache... Complete! _____________________________________________ [root@srv-rhsoft:~]$ yum-deprecated upgrade Yum command has been deprecated, use dnf instead. See 'man dnf' and 'man yum2dnf' for more information. Loaded plugins: etckeeper Resolving Dependencies --> Running transaction check ---> Package qbittorrent-nox.x86_64 1:3.3.10-3.fc24 will be updated ---> Package qbittorrent-nox.x86_64 1:3.3.11-1.fc24 will be an update --> Processing Dependency: libtorrent-rasterbar.so.8()(64bit) for package: 1:qbittorrent-nox-3.3.11-1.fc24.x86_64 --> Finished Dependency Resolution --> Finding unneeded leftover dependencies Found and removing 0 unneeded dependencies Error: Package: 1:qbittorrent-nox-3.3.11-1.fc24.x86_64 (updates-testing) Requires: libtorrent-rasterbar.so.8()(64bit) Available: rb_libtorrent-1.0.9-2.fc24.x86_64 (fedora) libtorrent-rasterbar.so.8()(64bit) Installed: rb_libtorrent-1.1.2-1.fc24.x86_64 (installed) ~libtorrent-rasterbar.so.9()(64bit) You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest
https://bodhi.fedoraproject.org/updates/FEDORA-2017-9298770ff8
run dnf --best and you will see more info on broken dependencies.
Yeah everybody out there will know that - NOT - welcome to the real world, i am by far one of the most experienced Fedora users but my brain refuses to learn parameters which should not exist at all when dnf would have usable Defaults DAMNED that is a bug - as a user i do not need to know all sorts of non-logical parameters simply because nobody remembers them when not used regularly The behavior of yum was perfect over a decade and people with no sense for user experience should refrain from touching known behavior in a distribution and then pretend it's not a regression
(In reply to Harald Reindl from comment #3) > Yeah everybody out there will know that - NOT - welcome to the real world, i > am by far one of the most experienced Fedora users but my brain refuses to > learn parameters which should not exist at all when dnf would have usable > Defaults > > DAMNED that is a bug - as a user i do not need to know all sorts of > non-logical parameters simply because nobody remembers them when not used > regularly > > The behavior of yum was perfect over a decade and people with no sense for > user experience should refrain from touching known behavior in a > distribution and then pretend it's not a regression Actually that's fixed already, see https://github.com/rpm-software-management/dnf/blob/347e3b30b916231e3aee4068610bfebe4439daa3/po/dnf.pot#L1649
*lol* "(add '--best' to command line to see why package dependency cannot be satisfied)" is all but not a fix - why is --worst the default and how many years will it take until DNF offers a compareable user expierienice as YUM had it for many years BY DEFAULT?
(In reply to Harald Reindl from comment #5) > *lol* "(add '--best' to command line to see why package dependency cannot be > satisfied)" is all but not a fix - why is --worst the default and how many > years will it take until DNF offers a compareable user expierienice as YUM > had it for many years BY DEFAULT? DNF provides better experience but not bailing on broken dpeendencies, but allows user to install packages / do update of other packages. /thread.
DNF as well as YUM was is for power-users and so has to provide relevant informations - PERIOD - the ordianry user which is typically overwheelmed by any additional information don't use the terminal at all - it's time that the developers realize their user audience instead develop for unicorns