Description of problem: During a normal looking update, I believe that soundtouch being updated really trashes the system by removing lots of unrelated packages. I didn't recognize the package, it seems related to audacity, which I did install. The 'dnf check-update' produced this list: libguestfs.x86_64 1:1.38.3-1.fc27 updates libguestfs-tools.noarch 1:1.38.3-1.fc27 updates libguestfs-tools-c.x86_64 1:1.38.3-1.fc27 updates libguestfs-xfs.x86_64 1:1.38.3-1.fc27 updates libzstd.x86_64 1.3.5-1.fc27 updates nemo.x86_64 3.8.4-1.fc27 updates nemo-extensions.x86_64 3.8.4-1.fc27 updates perl-Sys-Guestfs.x86_64 1:1.38.3-1.fc27 updates soundtouch.x86_64 2.0.0-3.fc27 updates zstd.x86_64 1.3.5-1.fc27 updates Version-Release number of selected component (if applicable): soundtouch-2.0.0 How reproducible: Same effect across several systems. Steps to Reproduce: 1. dnf update 2. accept the default list 3. observe dozens of packages being erased Actual results: during the update, many packages were erased: anaconda anaconda-gui cheese chrome-gnome-shell control-center corebird electrum emacs eog-plugin-postasa eog-plugins epiphany-runtime evolution evolution-data-server evolution-data-server-langpacks evolution-ews evolution-ews-langpacks evolution-help evolution-langpacks folks gdm gfbgraph gnome-boxes gnome-calendar gnome-classic-session gnome-contacts gnome-documents gnome-documents-libs gnome-initial-setup gnome-maps gnome-online-accounts gnome-online-miners gnome-shell gnome-shell-extension-alternate-tab gnome-shell-extension-apps-menu gnome-shell-extension-background-logo gnome-shell-extension-common gnome-shell-extension-launch-new-instance gnome-shell-extension-places-menu gnome-shell-extension-user-theme gnome-shell-extension-window-list gnome-software gnome-tweak-tool gnucash gnucash-docs grilo-plugins gstreamer1-plugins-bad-free gstreamer1-plugins-bad-free-devel gstreamer1-plugins-bad-free-extras gstreamer1-plugins-bad-free-fluidsynth gstreamer1-plugins-bad-free-gtk gstreamer1-plugins-bad-free-wildmidi gstreamer-plugins-bad gstreamer-plugins-bad-free gstreamer-plugins-bad-free-devel gstreamer-plugins-bad-free-devel-docs gstreamer-plugins-bad-free-extras gvfs-goa hplip-gui kexec-tools-anaconda-addon libgdata libgepub libreoffice-calc libreoffice-core libreoffice-draw libreoffice-emailmerge libreoffice-filters libreoffice-graphicfilter libreoffice-gtk2 libreoffice-gtk3 libreoffice-help-en libreoffice-impress libreofficekit libreoffice-langpack-en libreoffice-math libreoffice-pdfimport libreoffice-pyuno libreoffice-writer libreoffice-x11 libreoffice-xsltfilter libzapojit nemo nemo-extensions pulseaudio-gdm-hooks python3-qt5 qt5-qtmultimedia shotwell stellarium sushi totem totem-nautilus unoconv webkitgtk4 webkitgtk4-plugin-process-gtk2 wireshark wireshark-gtk wireshark-qt yelp yelp-libs Expected results: Additional info: On the re-install of the missing packages, noticed that soundtouch was downgraded: Downgraded: soundtouch.x86_64 1.9.2-6.fc27
This completely breaks a system. Not to mention the update that led to this left my system unusable.
dnf update (...) Skipping packages with conflicts: soundtouch x86_64 2.0.0-3.fc27 updates 72 k please do not try install soundtouch , I need rebuild some core packages .
Hi, The root cause for this is my bad, sorry. I did a security update for soundtouch and I did not realize that F27 was at an older version, so the update introduces a soname change. I became aware of this yesterday but did not immediately rush to fix it, because dnf's normal behavior is to just ignore the new soundtouch package due to broken deps. AFAIK the behavior you are seeing should only happen if you specify --allow-erasing or have set the same option in your dnf.conf. My apologies for this. I believe the main culprit in the dep-chain leading to this removals is gstreamer1-plugins-bad-free I will go and do a rebuild of that against the new soundtouch right away (and after that also rebuild the other packages depending on soundtouch). Regards, Hans
Leigh already rebuild gstreamer1-plugins-bad-free for this: https://bodhi.fedoraproject.org/updates/FEDORA-2018-cfa159de56
audacity-2.1.3-6.fc27 dolphin-emu-5.0-22.fc27.1 gstreamer-plugins-bad-free-0.10.23-42.fc27 has been submitted as an update to Fedora 27. https://bodhi.fedoraproject.org/updates/FEDORA-2018-3044ef3ee5
All packages depending on soundtouch have been rebuild, updates here: https://bodhi.fedoraproject.org/updates/FEDORA-2018-cfa159de56 https://bodhi.fedoraproject.org/updates/FEDORA-2018-3044ef3ee5 I've also filed a ticket with FESCO to ask them to look into improving the update process to automatically catch updates causing broken deps and not allow the update into stable: https://pagure.io/fesco/issue/1946 And somewhat related a request to improve the filtering options for fedmsg notifications: https://pagure.io/fesco/issue/1947
Related, but somewhat tangential: How to re-enable graphics login after reinstalling gdm? Could not login, was seeing "authentication error" when trying to get back in, so I rebooted. Now the graphics does not start, have to run startx to have the graphics workstation.
(In reply to Doug Maxey from comment #7) > Related, but somewhat tangential: > > How to re-enable graphics login after reinstalling gdm? > # systemctl set-default graphical.target
(In reply to Stanislav Kontar from comment #8) > (In reply to Doug Maxey from comment #7) > > Related, but somewhat tangential: > > > > How to re-enable graphics login after reinstalling gdm? > > > > # systemctl set-default graphical.target thank you
(In reply to Doug Maxey from comment #7) > Related, but somewhat tangential: > > How to re-enable graphics login after reinstalling gdm? > > Could not login, was seeing "authentication error" when trying to get back > in, so I rebooted. Now the graphics does not start, have to run startx to > have the graphics workstation. you may/should reinstall all packages that was delete in . cat /var/log/dnf.rpm.log | grep Erased an reinstall the erased packages
(In reply to Sergio Monteiro Basto from comment #10) ... > cat /var/log/dnf.rpm.log | grep Erased > an reinstall the erased packages doing it that way picked up package versions that broke the re-install. need to cat /var/log/dnf.rpm.log | grep Erased |cut -d' ' -f 4 |perl -nE 's{-\d+[:\.].*}{}; print $_' which drops the package version info.
bad format break... last part should be |cut -d' ' -f 4 |perl -nE 's{-\d+[:\.].*}{}; print $_'
I prefer : | perl -pe 's/.*Erased: //; s/(-[^-]+){2}.(x86_64|noarch)//'
(In reply to Stanislav Kontar from comment #8) > (In reply to Doug Maxey from comment #7) > > Related, but somewhat tangential: > > > > How to re-enable graphics login after reinstalling gdm? > > > > # systemctl set-default graphical.target and systemctl enable gdm.service --now
*** Bug 1603419 has been marked as a duplicate of this bug. ***
audacity-2.1.3-6.fc27, dolphin-emu-5.0-22.fc27.1, gstreamer-plugins-bad-free-0.10.23-42.fc27 has been pushed to the Fedora 27 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2018-3044ef3ee5
Thanks a lot for the quick response!!!
*** Bug 1605207 has been marked as a duplicate of this bug. ***
I wonder about the advice in comment #14: the graphical target in systemd has a wants: for display-manager, which I think is supposed to be a symlink: /etc/systemd/system/display-manager.service -> /usr/lib/systemd/system/gdm.service If you follow #14 you'll get a slightly different setup to a regular installed Fedora. I don't quite understand the design, because this symlink is not owned by any package; it must be created by some setup script? Furthermore I noticed that on my system, the package fedora-release-27-1.noarch owns /usr/lib/systemd/system-preset/85-display-manager.preset but this file is gone, and I don't know why. Bottom line is, I think gdm/systemd intends to use display-manager service, to be symlinked/aliased to gdm.service. It's easy enough to do it by hand but it should be done by the installation scripts of some package, probably by gdm when it sees that there's nothing else aliased to display-manager.
hey please give karma to https://bodhi.fedoraproject.org/updates/FEDORA-2018-3044ef3ee5
hoo boy, it happened again, with a version lock on soundtouch. dnf update --best --allowerasing -y --skip-broken is poison at this point. guess I really, really, need to at least drop --assume-yes. $ cat 180721-0022-erased gstreamer1-plugins-bad-free-devel-1.12.4-1.fc27.x86_64 evolution-ews-3.26.6-1.fc27.x86_64 libreoffice-gtk2-1:5.4.7.2-3.fc27.x86_64 gnome-contacts-3.26.1-1.fc27.x86_64 gnome-initial-setup-3.26.0-1.fc27.x86_64 libreoffice-x11-1:5.4.7.2-3.fc27.x86_64 gnome-calendar-3.26.4-1.fc27.x86_64 nemo-3.8.4-1.fc27.x86_64 gvfs-goa-1.34.2.1-1.fc27.x86_64 sushi-3.24.0-3.fc27.x86_64 shotwell-0.28.3-1.fc27.x86_64 gnucash-2.6.21-1.fc27.x86_64 gnome-software-3.28.2-1.fc27.x86_64 gnome-maps-3.26.2-1.fc27.x86_64 folks-1:0.11.4-3.fc27.x86_64 gnome-classic-session-3.26.2-1.fc27.noarch epiphany-runtime-1:3.26.7-1.fc27.x86_64 gdm-1:3.26.2.1-3.fc27.x86_64 wireshark-gtk-1:2.6.1-1.fc27.x86_64 webkitgtk4-plugin-process-gtk2-2.20.3-1.fc27.x86_64 gstreamer1-plugins-bad-free-extras-1.12.4-1.fc27.x86_64 gnome-boxes-3.26.2-4.fc27.x86_64 corebird-1.7.4-1.fc27.x86_64 cheese-2:3.26.0-1.fc27.x86_64 gnome-documents-3.26.3-1.fc27.x86_64 gnome-online-miners-3.26.0-1.fc27.x86_64 gnome-documents-libs-3.26.3-1.fc27.x86_64 libreofficekit-1:5.4.7.2-3.fc27.x86_64 gfbgraph-0.2.3-5.fc27.x86_64 libzapojit-0.0.3-12.fc27.x86_64 libgepub-0.5.2-1.fc27.x86_64 stellarium-0.18.1-1.fc27.x86_64 emacs-1:25.3-4.fc27.x86_64 unoconv-0.7-6.fc27.noarch libreoffice-filters-1:5.4.7.2-3.fc27.x86_64 libreoffice-draw-1:5.4.7.2-3.fc27.x86_64 libreoffice-emailmerge-1:5.4.7.2-3.fc27.x86_64 gnome-tweak-tool-3.26.4-1.fc27.noarch evolution-help-3.26.6-1.fc27.noarch libreoffice-calc-1:5.4.7.2-3.fc27.x86_64 evolution-3.26.6-1.fc27.x86_64 libreoffice-writer-1:5.4.7.2-3.fc27.x86_64 libreoffice-math-1:5.4.7.2-3.fc27.x86_64 libreoffice-graphicfilter-1:5.4.7.2-3.fc27.x86_64 libreoffice-impress-1:5.4.7.2-3.fc27.x86_64 libreoffice-pdfimport-1:5.4.7.2-3.fc27.x86_64 nemo-extensions-3.8.4-1.fc27.x86_64 totem-nautilus-1:3.26.0-1.fc27.x86_64 totem-1:3.26.0-1.fc27.x86_64 grilo-plugins-0.3.5-2.fc27.x86_64 gstreamer1-plugins-bad-free-wildmidi-1.12.4-1.fc27.x86_64 gstreamer1-plugins-bad-free-fluidsynth-1.12.4-1.fc27.x86_64 gnome-shell-extension-user-theme-3.26.2-1.fc27.noarch libreoffice-xsltfilter-1:5.4.7.2-3.fc27.x86_64 wireshark-1:2.6.1-1.fc27.x86_64 gnome-shell-extension-alternate-tab-3.26.2-1.fc27.noarch gnome-shell-extension-apps-menu-3.26.2-1.fc27.noarch gnome-shell-extension-launch-new-instance-3.26.2-1.fc27.noarch gnome-shell-extension-places-menu-3.26.2-1.fc27.noarch gnome-shell-extension-window-list-3.26.2-1.fc27.noarch gnome-shell-extension-common-3.26.2-1.fc27.noarch gnucash-docs-2.6.20-1.fc27.noarch libreoffice-help-en-1:5.4.7.2-3.fc27.x86_64 kexec-tools-anaconda-addon-2.0.15-12.fc27.1.x86_64 anaconda-27.20.4-6.fc27.x86_64 anaconda-gui-27.20.4-6.fc27.x86_64 hplip-gui-3.18.6-1.fc27.x86_64 gnome-shell-extension-background-logo-3.24.0-2.fc27.noarch eog-plugins-3.26.1-1.fc27.x86_64 electrum-3.2.2-1.fc27.noarch chrome-gnome-shell-10.1-1.fc27.x86_64 evolution-langpacks-3.26.6-1.fc27.noarch pulseaudio-gdm-hooks-12.0-3.fc27.x86_64 evolution-ews-langpacks-3.26.6-1.fc27.noarch gnome-shell-3.26.2-5.fc27.x86_64 evolution-data-server-3.26.6-2.fc27.x86_64 control-center-1:3.26.2-2.fc27.x86_64 yelp-2:3.26.0-1.fc27.x86_64 eog-plugin-postasa-3.26.1-1.fc27.x86_64 libgdata-0.17.9-1.fc27.x86_64 gnome-online-accounts-3.26.2-1.fc27.x86_64 yelp-libs-2:3.26.0-1.fc27.x86_64 webkitgtk4-2.20.3-1.fc27.x86_64 python3-qt5-5.9.1-3.fc27.x86_64 wireshark-qt-1:2.6.1-1.fc27.x86_64 qt5-qtmultimedia-5.9.6-1.fc27.x86_64 libreoffice-pyuno-1:5.4.7.2-3.fc27.x86_64 libreoffice-core-1:5.4.7.2-3.fc27.x86_64 libreoffice-gtk3-1:5.4.7.2-3.fc27.x86_64 gstreamer1-plugins-bad-free-gtk-1.12.4-1.fc27.x86_64 gstreamer1-plugins-bad-free-1.12.4-1.fc27.x86_64 libreoffice-langpack-en-1:5.4.7.2-3.fc27.x86_64 evolution-data-server-langpacks-3.26.6-2.fc27.noarch $ something in here triggered it: $ cat 180721-0022-upgraded nss-util-3.38.0-1.0.fc27.x86_64 glib2-2.54.3-3.fc27.x86_64 libsss_idmap-1.16.2-4.fc27.x86_64 gutenprint-libs-5.2.14-1.fc27.x86_64 gutenprint-5.2.14-1.fc27.x86_64 libipa_hbac-1.16.2-4.fc27.x86_64 nss-softokn-freebl-3.38.0-1.0.fc27.x86_64 nss-softokn-3.38.0-1.0.fc27.x86_64 nss-sysinit-3.38.0-1.0.fc27.x86_64 nss-3.38.0-1.0.fc27.x86_64 libsss_certmap-1.16.2-4.fc27.x86_64 java-1.8.0-openjdk-headless-1:1.8.0.172-12.b11.fc27.x86_64 vim-filesystem-2:8.1.177-1.fc27.noarch vim-common-2:8.1.177-1.fc27.x86_64 unicode-ucd-11.0.0-1.fc27.noarch libsss_nss_idmap-1.16.2-4.fc27.x86_64 sssd-client-1.16.2-4.fc27.x86_64 sssd-common-1.16.2-4.fc27.x86_64 sssd-krb5-common-1.16.2-4.fc27.x86_64 sssd-common-pac-1.16.2-4.fc27.x86_64 sssd-ipa-1.16.2-4.fc27.x86_64 sssd-ad-1.16.2-4.fc27.x86_64 sssd-krb5-1.16.2-4.fc27.x86_64 sssd-ldap-1.16.2-4.fc27.x86_64 python3-sssdconfig-1.16.2-4.fc27.noarch sssd-1.16.2-4.fc27.x86_64 sssd-proxy-1.16.2-4.fc27.x86_64 ibus-typing-booster-2.0.2-1.fc27.noarch vim-X11-2:8.1.177-1.fc27.x86_64 vim-enhanced-2:8.1.177-1.fc27.x86_64 java-1.8.0-openjdk-1:1.8.0.172-12.b11.fc27.x86_64 nss-tools-3.38.0-1.0.fc27.x86_64 gutenprint-cups-5.2.14-1.fc27.x86_64 glib2-devel-2.54.3-3.fc27.x86_64 vim-minimal-2:8.1.177-1.fc27.x86_64 sssd-nfs-idmap-1.16.2-4.fc27.x86_64 osinfo-db-20180612-1.fc27.noarch libtomcrypt-1.18.2-1.fc27.x86_64 libsss_sudo-1.16.2-4.fc27.x86_64 libsss_autofs-1.16.2-4.fc27.x86_64
After dropping my default flags down to: dnf update --best --skip-broken got this: Last metadata expiration check: 0:00:13 ago on Sat 21 Jul 2018 02:09:11 AM CDT. Error: Problem 1: cannot install the best update candidate for package gstreamer1-plugins-bad-free-1.12.3-1.fc27.x86_64 - nothing provides libSoundTouch.so.2()(64bit) needed by gstreamer1-plugins-bad-free-1.12.4-2.fc27.x86_64 Problem 2: package gstreamer1-plugins-bad-free-wildmidi-1.12.4-2.fc27.x86_64 requires gstreamer1-plugins-bad-free = 1.12.4-2.fc27, but none of the providers can be installed - cannot install the best update candidate for package gstreamer1-plugins-bad-free-wildmidi-1.12.3-1.fc27.x86_64 - nothing provides libSoundTouch.so.2 needed by gstreamer1-plugins-bad-free-1.12.4-2.fc27.i686 - nothing provides libSoundTouch.so.2()(64bit) needed by gstreamer1-plugins-bad-free-1.12.4-2.fc27.x86_64 Problem 3: package gstreamer1-plugins-bad-free-gtk-1.12.4-2.fc27.x86_64 requires gstreamer1-plugins-bad-free = 1.12.4-2.fc27, but none of the providers can be installed - cannot install the best update candidate for package gstreamer1-plugins-bad-free-gtk-1.12.3-1.fc27.x86_64 - nothing provides libSoundTouch.so.2 needed by gstreamer1-plugins-bad-free-1.12.4-2.fc27.i686 - nothing provides libSoundTouch.so.2()(64bit) needed by gstreamer1-plugins-bad-free-1.12.4-2.fc27.x86_64 Problem 4: package gstreamer1-plugins-bad-free-fluidsynth-1.12.4-2.fc27.x86_64 requires gstreamer1-plugins-bad-free = 1.12.4-2.fc27, but none of the providers can be installed - cannot install the best update candidate for package gstreamer1-plugins-bad-free-fluidsynth-1.12.3-1.fc27.x86_64 - nothing provides libSoundTouch.so.2 needed by gstreamer1-plugins-bad-free-1.12.4-2.fc27.i686 - nothing provides libSoundTouch.so.2()(64bit) needed by gstreamer1-plugins-bad-free-1.12.4-2.fc27.x86_64 Problem 5: package gstreamer1-plugins-bad-free-extras-1.12.4-2.fc27.x86_64 requires gstreamer1-plugins-bad-free = 1.12.4-2.fc27, but none of the providers can be installed - cannot install the best update candidate for package gstreamer1-plugins-bad-free-extras-1.12.3-1.fc27.x86_64 - nothing provides libSoundTouch.so.2 needed by gstreamer1-plugins-bad-free-1.12.4-2.fc27.i686 - nothing provides libSoundTouch.so.2()(64bit) needed by gstreamer1-plugins-bad-free-1.12.4-2.fc27.x86_64 Problem 6: package gstreamer1-plugins-bad-free-devel-1.12.4-2.fc27.x86_64 requires gstreamer1-plugins-bad-free = 1.12.4-2.fc27, but none of the providers can be installed - cannot install the best update candidate for package gstreamer1-plugins-bad-free-devel-1.12.3-1.fc27.x86_64 - nothing provides libSoundTouch.so.2 needed by gstreamer1-plugins-bad-free-1.12.4-2.fc27.i686 - nothing provides libSoundTouch.so.2()(64bit) needed by gstreamer1-plugins-bad-free-1.12.4-2.fc27.x86_64
the net to get a decent result is only using dnf update --best --skip-broken --exclude=gstreamer1\* --exclude=soundtouch
gstreamer1-plugins-bad-free-1.12.4-2.fc27 is already in updates and it is compatible with new soundtouch. why you have allowerasing as default flag ? is not common at all , and it is highly unstable . Using allowerasing and force install soundtouch is the same of [1] [2] should work well now, if not please send us the result [1] dnf remove "gstreamer1-plugins-bad-free*" (...) Remove 186 Packages Freed space: 1.5 G [2] dnf update --best --skip-broken
(In reply to Sergio Monteiro Basto from comment #24) > gstreamer1-plugins-bad-free-1.12.4-2.fc27 is already in updates and it is > compatible with new soundtouch. So? if it wants to blow out other packages I should go ahead and install it and take the unusable system to make you feel better about the screw up? nope. > > why you have allowerasing as default flag ? is not common at all , and it is > highly unstable . It's been my default for years, like it says, allows unbroken package updates to clean up old packages.
(In reply to Doug Maxey from comment #25) > (In reply to Sergio Monteiro Basto from comment #24) > > gstreamer1-plugins-bad-free-1.12.4-2.fc27 is already in updates and it is > > compatible with new soundtouch. > > So? if it wants to blow out other packages I should go ahead and install it > and take the unusable system to make you feel better about the screw up? > nope. I do not understand what you are talking about I update my system without any problem 2018-07-21T01:04:15Z INFO Upgraded: soundtouch-2.0.0-3.fc27.x86_64 2018-07-21T01:04:26Z INFO Upgraded: gstreamer1-plugins-bad-free-1.12.4-2.fc27.x86_64 2018-07-21T01:04:27Z INFO Upgraded: gstreamer1-plugins-bad-free-extras-1.12.4-2.fc27.x86_64 2018-07-21T01:04:28Z INFO Upgraded: gstreamer1-plugins-bad-free-gtk-1.12.4-2.fc27.x86_64 2018-07-21T01:04:29Z INFO Upgraded: soundtouch-2.0.0-3.fc27.i686 2018-07-21T01:04:29Z INFO Cleanup: gstreamer1-plugins-bad-free-gtk-1.12.4-1.fc27.x86_64 2018-07-21T01:04:30Z INFO Cleanup: gstreamer1-plugins-bad-free-extras-1.12.4-1.fc27.x86_64 2018-07-21T01:04:31Z INFO Erased: pcsx2-1.4-8.fc27.i686 2018-07-21T01:04:39Z INFO Cleanup: gstreamer1-plugins-bad-free-1.12.4-1.fc27.x86_64 2018-07-21T01:04:45Z INFO Erased: gstreamer-plugins-bad-0.10.23-9.fc27.x86_64 2018-07-21T01:04:52Z INFO Erased: gstreamer-plugins-bad-free-0.10.23-41.fc27.x86_64 2018-07-21T01:04:57Z INFO Erased: audacity-freeworld-2.2.2-3.fc27.x86_64 2018-07-21T01:04:59Z INFO Cleanup: soundtouch-1.9.2-6.fc27.i686 2018-07-21T01:05:00Z INFO Cleanup: soundtouch-1.9.2-6.fc27.x86_64
It now works with repo "updates-testing". Thanks for the quick bugfix! Btw., I agree that it is not usual and not very good to use the flag "--allowerasing" as default.
dnf update --skip-broken Last metadata expiration check: 0:00:08 ago on Sat 21 Jul 2018 07:55:44 PM CDT. Dependencies resolved. Problem 1: package gstreamer-plugins-bad-free-0.10.23-41.fc27.x86_64 requires libSoundTouch.so.1()(64bit), but none of the providers can be installed - cannot install both soundtouch-2.0.0-3.fc27.x86_64 and soundtouch-1.9.2-6.fc27.x86_64 - cannot install both soundtouch-1.9.2-6.fc27.x86_64 and soundtouch-2.0.0-3.fc27.x86_64 - cannot install the best update candidate for package soundtouch-1.9.2-6.fc27.x86_64 - cannot install the best update candidate for package gstreamer-plugins-bad-free-0.10.23-41.fc27.x86_64 Problem 2: package gstreamer-plugins-bad-free-extras-0.10.23-41.fc27.x86_64 requires libgstbasevideo-0.10.so.23()(64bit), but none of the providers can be installed - package gstreamer-plugins-bad-free-0.10.23-41.fc27.x86_64 requires libSoundTouch.so.1()(64bit), but none of the providers can be installed - cannot install both soundtouch-2.0.0-3.fc27.x86_64 and soundtouch-1.9.2-6.fc27.x86_64 - cannot install both soundtouch-1.9.2-6.fc27.x86_64 and soundtouch-2.0.0-3.fc27.x86_64 - package gstreamer1-plugins-bad-free-1.12.4-2.fc27.x86_64 requires libSoundTouch.so.2()(64bit), but none of the providers can be installed - cannot install the best update candidate for package gstreamer1-plugins-bad-free-1.12.3-1.fc27.x86_64 - cannot install the best update candidate for package gstreamer-plugins-bad-free-extras-0.10.23-41.fc27.x86_64 Problem 3: package gstreamer-plugins-bad-free-0.10.23-41.fc27.x86_64 requires libSoundTouch.so.1()(64bit), but none of the providers can be installed - package gstreamer-plugins-bad-free-devel-0.10.23-41.fc27.x86_64 requires libgstbasecamerabinsrc-0.10.so.23()(64bit), but none of the providers can be installed - cannot install both soundtouch-2.0.0-3.fc27.x86_64 and soundtouch-1.9.2-6.fc27.x86_64 - cannot install both soundtouch-1.9.2-6.fc27.x86_64 and soundtouch-2.0.0-3.fc27.x86_64 - package gstreamer1-plugins-bad-free-1.12.4-2.fc27.x86_64 requires libSoundTouch.so.2()(64bit), but none of the providers can be installed - gstreamer1-plugins-bad-free-1.12.4-2.fc27.i686 has inferior architecture - package gstreamer1-plugins-bad-free-wildmidi-1.12.4-2.fc27.x86_64 requires gstreamer1-plugins-bad-free = 1.12.4-2.fc27, but none of the providers can be installed - cannot install the best update candidate for package gstreamer1-plugins-bad-free-wildmidi-1.12.3-1.fc27.x86_64 - cannot install the best update candidate for package gstreamer-plugins-bad-free-devel-0.10.23-41.fc27.x86_64 Problem 4: package gstreamer1-plugins-bad-free-1.12.4-2.fc27.i686 requires libSoundTouch.so.2, but none of the providers can be installed - package gstreamer1-plugins-bad-free-gtk-1.12.4-2.fc27.x86_64 requires gstreamer1-plugins-bad-free = 1.12.4-2.fc27, but none of the providers can be installed - soundtouch-2.0.0-3.fc27.i686 has inferior architecture - package gstreamer1-plugins-bad-free-1.12.4-2.fc27.x86_64 requires libSoundTouch.so.2()(64bit), but none of the providers can be installed - package gstreamer-plugins-bad-free-0.10.23-41.fc27.x86_64 requires libSoundTouch.so.1()(64bit), but none of the providers can be installed - problem with installed package gstreamer-plugins-bad-free-0.10.23-41.fc27.x86_64 - cannot install both soundtouch-2.0.0-3.fc27.x86_64 and soundtouch-1.9.2-6.fc27.x86_64 - cannot install both soundtouch-1.9.2-6.fc27.x86_64 and soundtouch-2.0.0-3.fc27.x86_64 - cannot install the best update candidate for package gstreamer1-plugins-bad-free-gtk-1.12.3-1.fc27.x86_64 ================================================================================================================================ Package Arch Version Repository Size ================================================================================================================================ Skipping packages with conflicts: (add '--best --allowerasing' to command line to force their upgrade): soundtouch x86_64 2.0.0-3.fc27 updates 72 k Skipping packages with broken dependencies: gstreamer1-plugins-bad-free i686 1.12.4-2.fc27 updates 2.0 M gstreamer1-plugins-bad-free x86_64 1.12.4-2.fc27 updates 1.9 M gstreamer1-plugins-bad-free-gtk x86_64 1.12.4-2.fc27 updates 35 k gstreamer1-plugins-bad-free-wildmidi x86_64 1.12.4-2.fc27 updates 28 k Transaction Summary ================================================================================================================================ Skip 5 Packages ending : Sat Jul 21 19:56:28 2018 CDT started: Sat Jul 21 19:55:42 2018 CDT NOTE: Skipping packages with conflicts: (add '--best --allowerasing' to command line to force their upgrade):
dnf --enablerepo=updates-testing update gstreamer1-plugins-bad-free works for me.
(In reply to JM from comment #29) > dnf --enablerepo=updates-testing update gstreamer1-plugins-bad-free just means that your system is based *completely* on updates-testing. 'dnf update' does NOT ALLOW package selection.
Hello, Please note gstreamer1 was update but gstreamer0 still in updates-testing [1]. TBH I erased from my system gstreamer0 [2], I think is not need it anymore ( dnf repoquery --available --whatrequires "gstreamer-*" ) and soon will be remove from the distribution ... you have : Problem 1: gstreamer(0)-plugins-bad-free Problem 2: gstreamer(0)-plugins-bad-free-extras [1] https://bodhi.fedoraproject.org/updates/FEDORA-2018-3044ef3ee5 [2] 2018-07-21T01:04:45Z INFO Erased: gstreamer-plugins-bad-0.10.23-9.fc27.x86_64 2018-07-21T01:04:52Z INFO Erased: gstreamer-plugins-bad-free-0.10.23-41.fc27.x86_64
Correction, I erased gstreamer-plugins-bad* , I still have a lot of gstreamer-plugins , so seems gstreamer-plugins-bad aren't already in use for any package (from distribution) but other gstreamer-plugins still in use .
(In reply to Doug Maxey from comment #30) > (In reply to JM from comment #29) > > dnf --enablerepo=updates-testing update gstreamer1-plugins-bad-free > > just means that your system is based *completely* on updates-testing. > > 'dnf update' does NOT ALLOW package selection. Nope and you have no idea what you're talking about.
(In reply to JM from comment #33) > (In reply to Doug Maxey from comment #30) > > (In reply to JM from comment #29) > > > dnf --enablerepo=updates-testing update gstreamer1-plugins-bad-free > > > > just means that your system is based *completely* on updates-testing. > > > > 'dnf update' does NOT ALLOW package selection. > > Nope and you have no idea what you're talking about. This reply isn't very helpful, many of us reading this bug do not have an idea. According to the documentation --enablerepo=<repoid> Enable additional repositories by an id or a glob. For one thing, "dnf update" isn't even in man dnf, does it get defaulted to "dnf upgrade". What limits will be placed on packages that are upgraded? Will all of the packages that depend on this update also be upgraded?
(In reply to Matt Smith from comment #34) > > For one thing, "dnf update" isn't even in man dnf, does it get defaulted to > "dnf upgrade". What limits will be placed on packages that are upgraded? > Will all of the packages that depend on this update also be upgraded? Mis-spoke. The concept is 'update', but the correct syntax is 'upgrade'. I have used --enablerepo with upgrade in the past, and it pulled in *all* the packages waiting in updates-testing. Normally, that would be ok, (fingers crossed), and after getting whatever was there for the particular package wanted, in a short time doing the upgrade without the --enablerepo would catch up and packages would all be based on the updates repo only. YMMV If you note in man page, there is no arg to 'upgrade', you get what it offers, which is different than 'install' which does honor the args.
BTW, tried with the laptop, which also had audacity installed, it still fails. Did the 'dnf upgrade --best --skip-broken --allowerasing' (WITHOUT --assumeyes) and audacity alone was removed with the balance of the update succeeding. Guess that means that audacity update is still not in 'updates'. or upgrades. or whatever.
(In reply to Doug Maxey from comment #35) > (In reply to Matt Smith from comment #34) > > > > For one thing, "dnf update" isn't even in man dnf, does it get defaulted to > > "dnf upgrade". What limits will be placed on packages that are upgraded? > > Will all of the packages that depend on this update also be upgraded? > > Mis-spoke. The concept is 'update', but the correct syntax is 'upgrade'. hehehe. umph. too many os types. after reviewing the 'man dnf', and examining what I have used for literally years, dnf update .... to be current should be dnf upgrade ... which gets more confusing when the command to see if you need to 'upgrade' is dnf check-update Sorry for the spam above. but 'update' works for the nonce.
(In reply to Doug Maxey from comment #36) > BTW, tried with the laptop, which also had audacity installed, it still > fails. > > Did the 'dnf upgrade --best --skip-broken --allowerasing' (WITHOUT > --assumeyes) and audacity alone was removed with the balance of the update > succeeding. > Guess that means that audacity update is still not in 'updates'. or > upgrades. or whatever. audacity was rebuilt with new soundtouch is in updates-testing [1] , you may install it [2] and if it works, login with your user in [1] and give positive karma after 3 positives karma the packages will be push to stable . [1] https://bodhi.fedoraproject.org/updates/FEDORA-2018-3044ef3ee5 [2] dnf --enablerepo=updates-testing install audacity
As of 7/25/18 I'm still showing audacity x86_64 2.1.3-5.fc27, farstream x86_64 0.1.2-13.fc25, gstreamer-plugins-bad x86_64 0.10.23-9.fc27, and gstreamer-plugins-bad-free x86_64 0.10.23-41.fc27 with dependencies issues and the system wants to remove them to upgrade soundtouch. Is this going to be fixed by an update to those packages or can it be fixed by removing and reinstalling those packages? I'm a little hesitant to do that because of all the other problems that have been reported by using --best --allowerasing option. It's now much improved from the 150 or so packages initially that the system wanted to remove. I would appreciate your advise.
audacity-2.1.3-6.fc27, dolphin-emu-5.0-22.fc27.1, gstreamer-plugins-bad-free-0.10.23-42.fc27 has been pushed to the Fedora 27 stable repository. If problems still persist, please make note of it in this bug report.
Should be fixed when mirrors synced update repo with latest updates , as it says last message