Hi All,
Anyone know what this is `dnf upgrade` error is all about?
Problem: cannot install both rdma-core-33.0-1.fc33.x86_64 and rdma-core-32.0-1.fc33.x86_64 - rdma-core-32.0-1.fc33.i686 has inferior architecture - cannot install the best update candidate for package rdma-core-32.0-1.fc33.x86_64 - problem with installed package rdma-core-32.0-1.fc33.i686
Many thanks, -T
On Sun, Jan 24, 2021 at 11:38:52AM -0800, ToddAndMargo via users wrote:
Anyone know what this is `dnf upgrade` error is all about?
Problem: cannot install both rdma-core-33.0-1.fc33.x86_64 and rdma-core-32.0-1.fc33.x86_64
- rdma-core-32.0-1.fc33.i686 has inferior architecture
- cannot install the best update candidate for package
rdma-core-32.0-1.fc33.x86_64
- problem with installed package rdma-core-32.0-1.fc33.i686
Are you trying to upgrade everything or just one package at once? This kind of error is common when attempting to do a piecemeal upgrade.
In any case, something is out of sync, and it knows there is an update for x86_64 but doesn't see one for i686, and you have both installed.
Is this for a supercomputer cluster system? Because if it is not, I would be surprised if you have a use for this particular package, and `dnf remove rdma-core` is going to be the easiest resolution.
On 1/24/21 11:52 AM, Matthew Miller wrote:
On Sun, Jan 24, 2021 at 11:38:52AM -0800, ToddAndMargo via users wrote:
Anyone know what this is `dnf upgrade` error is all about?
Problem: cannot install both rdma-core-33.0-1.fc33.x86_64 and rdma-core-32.0-1.fc33.x86_64
- rdma-core-32.0-1.fc33.i686 has inferior architecture
- cannot install the best update candidate for package
rdma-core-32.0-1.fc33.x86_64
- problem with installed package rdma-core-32.0-1.fc33.i686
Are you trying to upgrade everything or just one package at once? This kind of error is common when attempting to do a piecemeal upgrade.
In any case, something is out of sync, and it knows there is an update for x86_64 but doesn't see one for i686, and you have both installed.
Is this for a supercomputer cluster system? Because if it is not, I would be surprised if you have a use for this particular package, and `dnf remove rdma-core` is going to be the easiest resolution.
Hi Matthew,
I just did a # dnf remove rdma-core-32.0-1.fc33.x86_64 and now `dnf upgrade` is happy.
Go figure...
Thank you for the help!
-T
On Mon, Jan 25, 2021 at 06:40:10PM -0800, ToddAndMargo via users wrote:
Hi Matthew,
I just did a # dnf remove rdma-core-32.0-1.fc33.x86_64 and now `dnf upgrade` is happy.
FWIW the root cause is here: https://bugzilla.redhat.com/show_bug.cgi?id=1919864 ... the package was accidentally built x86_64 only, which is why DNF couldn't find the matching i686 package. But this is only needed for special-purpose cluster networking hardware, and I'm pretty sure 0% of desktop users even need this package. I'm not sure what has pulled it in for so many people.
On Tue, 26 Jan 2021 at 11:34, Matthew Miller mattdm@fedoraproject.org wrote:
On Mon, Jan 25, 2021 at 06:40:10PM -0800, ToddAndMargo via users wrote:
Hi Matthew,
I just did a # dnf remove rdma-core-32.0-1.fc33.x86_64 and now `dnf upgrade` is happy.
FWIW the root cause is here: https://bugzilla.redhat.com/show_bug.cgi?id=1919864 ... the package was accidentally built x86_64 only, which is why DNF couldn't find the matching i686 package. But this is only needed for special-purpose cluster networking hardware, and I'm pretty sure 0% of desktop users even need this package. I'm not sure what has pulled it in for so many people.
I recall an encounter with an R package for parallel processing that was recommended for some workflow but turned out to be intended for big data problems running in the "cloud".
On Tue, Jan 26, 2021 at 10:33:20AM -0500, Matthew Miller wrote:
On Mon, Jan 25, 2021 at 06:40:10PM -0800, ToddAndMargo via users wrote:
Hi Matthew,
I just did a # dnf remove rdma-core-32.0-1.fc33.x86_64 and now `dnf upgrade` is happy.
FWIW the root cause is here: https://bugzilla.redhat.com/show_bug.cgi?id=1919864 ... the package was accidentally built x86_64 only, which is why DNF couldn't find the matching i686 package. But this is only needed for special-purpose cluster networking hardware, and I'm pretty sure 0% of desktop users even need this package. I'm not sure what has pulled it in for so many people.
Looking at the /var/log/anaconda files, it appears that rdma-core was included in the LiveCD image I used to load the fedora workstation that has it installed. I used the default Fedora Workstation (Fedora-Workstation-Live-x86_64-33-1.2.iso). If I mount the rootfs inside the squashfs on the ISO, I can run:
# mkdir /mnt/livecd /mnt/squashfs /mnt/rootfs # mount /slow/images/Fedora-Workstation-Live-x86_64-33-1.2.iso /mnt/livecd # mount /mnt/livecd/LiveOS/squashfs.img /mnt/squashfs # mount /mnt/squashfs/LiveOS/rootfs.img /mnt/rootfs # chroot /mnt/rootfs/ rpm -q rdma-core rdma-core-31.0-1.fc33.x86_64
Might want to remove that from the build if it shouldn't be installed.
On Tue, Jan 26, 2021, at 11:58 AM, Jonathan Billings wrote:
On Tue, Jan 26, 2021 at 10:33:20AM -0500, Matthew Miller wrote:
On Mon, Jan 25, 2021 at 06:40:10PM -0800, ToddAndMargo via users wrote:
Hi Matthew,
I just did a # dnf remove rdma-core-32.0-1.fc33.x86_64 and now `dnf upgrade` is happy.
I had the "core" issue here also. First I dnf erased the .i686 version without issue. I later did the same for the .x86_64 version, again not issue.
My dnf update today ended with:
Installing dependencies: rdma-core i686 33.0-2.fc33 updates 57 k rdma-core x86_64 33.0-2.fc33 updates 56 k
The good news is that the missing .i686 version is synced up.
If you want to try to spot what it was pulled for:
================================================================================ Package Arch Version Repository Size ================================================================================ Upgrading: VirtualBox x86_64 6.1.18-1.fc33 rpmfusion-free-updates 20 M VirtualBox-kmodsrc noarch 6.1.18-1.fc33 rpmfusion-free-updates 864 k VirtualBox-server x86_64 6.1.18-1.fc33 rpmfusion-free-updates 19 M akmod-VirtualBox x86_64 6.1.18-1.fc33 rpmfusion-free-updates 21 k firefox x86_64 85.0-2.fc33 updates 102 M gjs x86_64 1.66.2-2.fc33 updates 382 k gtk-doc x86_64 1.33.2-2.fc33 updates 403 k libibverbs i686 33.0-2.fc33 updates 365 k libibverbs x86_64 33.0-2.fc33 updates 335 k librdmacm x86_64 33.0-2.fc33 updates 73 k lua-srpm-macros noarch 1-3.fc33 updates 8.1 k mozjs78 x86_64 78.7.0-1.fc33 updates 8.3 M nss i686 3.60.1-1.fc33 updates 761 k nss x86_64 3.60.1-1.fc33 updates 688 k nss-devel x86_64 3.60.1-1.fc33 updates 207 k nss-softokn i686 3.60.1-1.fc33 updates 411 k nss-softokn x86_64 3.60.1-1.fc33 updates 384 k nss-softokn-devel x86_64 3.60.1-1.fc33 updates 15 k nss-softokn-freebl i686 3.60.1-1.fc33 updates 334 k nss-softokn-freebl x86_64 3.60.1-1.fc33 updates 332 k nss-softokn-freebl-devel x86_64 3.60.1-1.fc33 updates 63 k nss-sysinit x86_64 3.60.1-1.fc33 updates 20 k nss-tools x86_64 3.60.1-1.fc33 updates 529 k nss-util i686 3.60.1-1.fc33 updates 92 k nss-util x86_64 3.60.1-1.fc33 updates 91 k nss-util-devel x86_64 3.60.1-1.fc33 updates 76 k perl x86_64 4:5.32.1-466.fc33 updates 28 k perl-Attribute-Handlers noarch 1.01-466.fc33 updates 38 k perl-AutoLoader noarch 5.74-466.fc33 updates 32 k perl-AutoSplit noarch 5.74-466.fc33 updates 32 k perl-B x86_64 1.80-466.fc33 updates 192 k perl-Benchmark noarch 1.23-466.fc33 updates 38 k perl-Class-Struct noarch 0.66-466.fc33 updates 33 k perl-Config-Extensions noarch 0.03-466.fc33 updates 23 k perl-DBM_Filter noarch 0.06-466.fc33 updates 43 k perl-Devel-Peek x86_64 1.28-466.fc33 updates 43 k perl-Devel-SelfStubber noarch 1.06-466.fc33 updates 25 k perl-DirHandle noarch 1.05-466.fc33 updates 23 k perl-Dumpvalue noarch 2.27-466.fc33 updates 29 k perl-DynaLoader x86_64 1.47-466.fc33 updates 40 k perl-English noarch 1.11-466.fc33 updates 24 k perl-Errno x86_64 1.30-466.fc33 updates 26 k perl-ExtUtils-Constant noarch 0.25-466.fc33 updates 58 k perl-ExtUtils-Embed noarch 1.35-466.fc33 updates 28 k perl-ExtUtils-Miniperl noarch 1.09-466.fc33 updates 26 k perl-Fcntl x86_64 1.13-466.fc33 updates 31 k perl-File-Basename noarch 2.85-466.fc33 updates 28 k perl-File-Compare noarch 1.100.600-466.fc33 updates 24 k perl-File-Copy noarch 2.34-466.fc33 updates 31 k perl-File-DosGlob x86_64 1.12-466.fc33 updates 31 k perl-File-Find noarch 1.37-466.fc33 updates 36 k perl-File-stat noarch 1.09-466.fc33 updates 28 k perl-FileCache noarch 1.10-466.fc33 updates 25 k perl-FileHandle noarch 2.03-466.fc33 updates 26 k perl-FindBin noarch 1.51-466.fc33 updates 25 k perl-GDBM_File x86_64 1.18-466.fc33 updates 33 k perl-Getopt-Std noarch 1.12-466.fc33 updates 26 k perl-Hash-Util x86_64 0.23-466.fc33 updates 46 k perl-Hash-Util-FieldHash x86_64 1.20-466.fc33 updates 49 k perl-I18N-Collate noarch 1.02-466.fc33 updates 25 k perl-I18N-LangTags noarch 0.44-466.fc33 updates 66 k perl-I18N-Langinfo x86_64 0.19-466.fc33 updates 34 k perl-IO x86_64 1.43-466.fc33 updates 98 k perl-IO-Zlib noarch 1:1.10-466.fc33 updates 30 k perl-IPC-Open3 noarch 1.21-466.fc33 updates 34 k perl-Locale-Maketext-Simple noarch 1:0.21-466.fc33 updates 28 k perl-Math-Complex noarch 1.59-466.fc33 updates 58 k perl-Memoize noarch 1.03-466.fc33 updates 68 k perl-Module-Loaded noarch 1:0.08-466.fc33 updates 24 k perl-NDBM_File x86_64 1.15-466.fc33 updates 33 k perl-NEXT noarch 0.67-466.fc33 updates 32 k perl-Net noarch 1.02-466.fc33 updates 36 k perl-Net-Ping noarch 2.72-466.fc33 updates 51 k perl-ODBM_File x86_64 1.16-466.fc33 updates 33 k perl-Opcode x86_64 1.48-466.fc33 updates 48 k perl-POSIX x86_64 1.94-466.fc33 updates 110 k perl-Pod-Functions noarch 1.13-466.fc33 updates 24 k perl-Pod-Html noarch 1.25-466.fc33 updates 37 k perl-Safe noarch 2.41-466.fc33 updates 36 k perl-Search-Dict noarch 1.07-466.fc33 updates 24 k perl-SelectSaver noarch 1.02-466.fc33 updates 22 k perl-SelfLoader noarch 1.26-466.fc33 updates 32 k perl-Symbol noarch 1.08-466.fc33 updates 25 k perl-Sys-Hostname x86_64 1.23-466.fc33 updates 28 k perl-Term-Complete noarch 1.403-466.fc33 updates 24 k perl-Term-ReadLine noarch 1.17-466.fc33 updates 30 k perl-Test noarch 1.31-466.fc33 updates 39 k perl-Text-Abbrev noarch 1.02-466.fc33 updates 23 k perl-Thread noarch 3.05-466.fc33 updates 29 k perl-Thread-Semaphore noarch 2.13-466.fc33 updates 26 k perl-Tie noarch 4.6-466.fc33 updates 42 k perl-Tie-File noarch 1.06-466.fc33 updates 54 k perl-Tie-Memoize noarch 1.1-466.fc33 updates 25 k perl-Tie-RefHash noarch 1.39-466.fc33 updates 26 k perl-Time noarch 1.03-466.fc33 updates 29 k perl-Time-Piece x86_64 1.3401-466.fc33 updates 53 k perl-Unicode-UCD noarch 0.75-466.fc33 updates 90 k perl-User-pwent noarch 1.03-466.fc33 updates 31 k perl-autouse noarch 1.11-466.fc33 updates 24 k perl-base noarch 2.27-466.fc33 updates 27 k perl-blib noarch 1.07-466.fc33 updates 23 k perl-debugger noarch 1.56-466.fc33 updates 145 k perl-deprecate noarch 0.04-466.fc33 updates 25 k perl-devel x86_64 4:5.32.1-466.fc33 updates 674 k perl-diagnostics noarch 1.37-466.fc33 updates 221 k perl-doc noarch 5.32.1-466.fc33 updates 4.5 M perl-encoding-warnings noarch 0.13-466.fc33 updates 27 k perl-fields noarch 2.27-466.fc33 updates 27 k perl-filetest noarch 1.03-466.fc33 updates 25 k perl-if noarch 0.60.800-466.fc33 updates 25 k perl-interpreter x86_64 4:5.32.1-466.fc33 updates 83 k perl-less noarch 0.03-466.fc33 updates 24 k perl-lib x86_64 0.65-466.fc33 updates 26 k perl-libnetcfg noarch 4:5.32.1-466.fc33 updates 27 k perl-libs x86_64 4:5.32.1-466.fc33 updates 2.1 M perl-locale noarch 1.09-466.fc33 updates 24 k perl-macros noarch 4:5.32.1-466.fc33 updates 21 k perl-meta-notation noarch 5.32.1-466.fc33 updates 20 k perl-mro x86_64 1.23-466.fc33 updates 39 k perl-open noarch 1.12-466.fc33 updates 27 k perl-overload noarch 1.31-466.fc33 updates 57 k perl-overloading noarch 0.02-466.fc33 updates 24 k perl-ph x86_64 5.32.1-466.fc33 updates 51 k perl-sigtrap noarch 1.09-466.fc33 updates 26 k perl-sort noarch 2.04-466.fc33 updates 24 k perl-subs noarch 1.03-466.fc33 updates 22 k perl-utils noarch 5.32.1-466.fc33 updates 66 k perl-vars noarch 1.05-466.fc33 updates 24 k perl-vmsish noarch 1.04-466.fc33 updates 25 k smartmontools x86_64 1:7.2-2.fc33 updates 557 k youtube-dl noarch 2021.01.24.1-1.fc33 updates 2.4 M
On Fri, Jan 29, 2021 at 9:25 AM Doug H. fedoraproject.org@wombatz.com wrote:
I had the "core" issue here also. First I dnf erased the .i686 version without issue. I later did the same for the .x86_64 version, again not issue.
My dnf update today ended with:
Installing dependencies: rdma-core i686 33.0-2.fc33 updates 57 k rdma-core x86_64 33.0-2.fc33 updates 56 k
The good news is that the missing .i686 version is synced up.
If you want to try to spot what it was pulled for:
Same here. As for what is pulling it in:
$ rpm -q --whatrequires 'rdma-core(x86-64)' libibverbs-33.0-2.fc33.x86_64 librdmacm-33.0-2.fc33.x86_64 libibumad-33.0-2.fc33.x86_64 $ rpm -q --whatrequires 'rdma-core(x86-32)' libibverbs-33.0-2.fc33.i686
On Fri, Jan 29, 2021 at 09:28:33AM -0700, Jerry James wrote:
Same here. As for what is pulling it in:
$ rpm -q --whatrequires 'rdma-core(x86-64)' libibverbs-33.0-2.fc33.x86_64 librdmacm-33.0-2.fc33.x86_64 libibumad-33.0-2.fc33.x86_64 $ rpm -q --whatrequires 'rdma-core(x86-32)' libibverbs-33.0-2.fc33.i686
This is all more infiniband high-performance networking stuff. If you don't immediately know what it is, odds are you will never need it in your life.
On Fri, Jan 29, 2021 at 10:06 AM Matthew Miller mattdm@fedoraproject.org wrote:
This is all more infiniband high-performance networking stuff. If you don't immediately know what it is, odds are you will never need it in your life.
Here's how I wound up with these packages:
gnome-boxes -> libvirt-daemon-kvm -> qemu-kvm -> qemu-system-x86 -> qemu-system-x86-core -> libibverbs -> rdma-core
I think gnome-boxes is part of the default Workstation install, which explains why so many people have rdma-core installed.
On 29/01/2021 18:05, Matthew Miller wrote:
$ rpm -q --whatrequires 'rdma-core(x86-64)' libibverbs-33.0-2.fc33.x86_64 librdmacm-33.0-2.fc33.x86_64 libibumad-33.0-2.fc33.x86_64 $ rpm -q --whatrequires 'rdma-core(x86-32)' libibverbs-33.0-2.fc33.i686
This is all more infiniband high-performance networking stuff. If you don't immediately know what it is, odds are you will never need it in your life.
I was equally puzzled as to why I have these packages on my (relatively clean) workstation as I certainly haven't intentionally installed them, but at some point they seem to have grown as a dep of something else:
# dnf erase libibverbs Error: Problem: The operation would result in removing the following protected packages: systemd
# dnf erase rdma-core Error: Problem: The operation would result in removing the following protected packages: systemd
OK, so looking around a bit shows that libpcap depends on libibverbs (presumably for a good reason), and from what I can see libpcap might have been pulled in by wine; however, erasing libpcap also seems to want to uninstall systemd for reasons that are not clear to me, unless systemd now depends on wine (!):
# rpm -q --whatrequires libpcap no package requires libpcap # rpm -q --whatrequires libpcap.so.1 no package requires libpcap.so.1 # rpm -q --whatrequires 'libpcap(x86-64)' wine-core-6.0-1.fc33.x86_64 # rpm -q --whatrequires 'libpcap(x86-32)' wine-core-6.0-1.fc33.i686
# dnf erase libpcap Error: Problem: The operation would result in removing the following protected packages: systemd
rpmreaper doesn't seem to show any dep between libpcap and systemd either.
Tim
On Sat, Feb 06, 2021 at 12:28:24AM +0100, Tim Jackson wrote:
OK, so looking around a bit shows that libpcap depends on libibverbs (presumably for a good reason), and from what I can see libpcap might have been pulled in by wine; however, erasing libpcap also seems to want to uninstall systemd for reasons that are not clear to me, unless systemd now depends on wine (!):
Hmmm, yeah, this seems like something that could be untangled. Could you file this as a bug against the "distribution" component, for lack of anywhere better occurring to me right now?
https://bugzilla.redhat.com/enter_bug.cgi?product=Fedora&component=distr...
On Fri, Feb 5, 2021 at 4:51 PM Matthew Miller mattdm@fedoraproject.org wrote:
Hmmm, yeah, this seems like something that could be untangled. Could you file this as a bug against the "distribution" component, for lack of anywhere better occurring to me right now?
https://bugzilla.redhat.com/enter_bug.cgi?product=Fedora&component=distr...
See the dep chain I posted earlier from gnome-boxes:
gnome-boxes -> libvirt-daemon-kvm -> qemu-kvm -> qemu-system-x86 -> qemu-system-x86-core -> libibverbs -> rdma-core
I didn't notice that gnome-boxes Provides some internal libraries:
$ rpm -q --provides gnome-boxes application() application(org.gnome.Boxes.desktop) gnome-boxes = 3.38.2-1.fc33 gnome-boxes(x86-64) = 3.38.2-1.fc33 libgovf-0.1.so()(64bit) libgtk-frdp-0.1.so()(64bit) libhandy-0.0.so.0()(64bit) metainfo() metainfo(org.gnome.Boxes.appdata.xml) mimehandler(application/x-cd-image) mimehandler(x-scheme-handler/rdp) mimehandler(x-scheme-handler/vnc) $ rpm -q --whatprovides 'libhandy-0.0.so.0()(64bit)' libhandy-0.0.13-6.fc33.x86_64 gnome-boxes-3.38.2-1.fc33.x86_64 $ rpm -q --whatprovides 'libgtk-frdp-0.1.so()(64bit)' connections-0:3.38.1-1.fc33.x86_64 gnome-boxes-0:3.38.2-1.fc33.x86_64
I filed https://bugzilla.redhat.com/show_bug.cgi?id=1925723.
On 06/02/2021 00:51, Matthew Miller wrote:
Hmmm, yeah, this seems like something that could be untangled. Could you file this as a bug against the "distribution" component, for lack of anywhere better occurring to me right now?
OK: https://bugzilla.redhat.com/show_bug.cgi?id=1930004
Tim
On Thu, Feb 18, 2021 at 12:29 AM Tim Jackson lists@timj.co.uk wrote:
As I noted in my Feb. 5 reply, the bug is in gnome-boxes, which Provides some internal libraries. See https://bugzilla.redhat.com/show_bug.cgi?id=1925723.
On Sun, Jan 24, 2021 at 1:52 PM Matthew Miller mattdm@fedoraproject.org wrote:
On Sun, Jan 24, 2021 at 11:38:52AM -0800, ToddAndMargo via users wrote:
Anyone know what this is `dnf upgrade` error is all about?
Problem: cannot install both rdma-core-33.0-1.fc33.x86_64 and rdma-core-32.0-1.fc33.x86_64
- rdma-core-32.0-1.fc33.i686 has inferior architecture
- cannot install the best update candidate for package
rdma-core-32.0-1.fc33.x86_64
- problem with installed package rdma-core-32.0-1.fc33.i686
Are you trying to upgrade everything or just one package at once? This kind of error is common when attempting to do a piecemeal upgrade.
In any case, something is out of sync, and it knows there is an update for x86_64 but doesn't see one for i686, and you have both installed.
Is this for a supercomputer cluster system? Because if it is not, I would be surprised if you have a use for this particular package, and `dnf remove rdma-core` is going to be the easiest resolution.
I ran into the same thing yesterday, however, I have never explicitly installed rdma-core. I wonder what pulled it in on both x86_64 and i686?
Thanks, Richard
On Mon, 25 Jan 2021 at 23:03, Richard Shaw hobbes1069@gmail.com wrote:
On Sun, Jan 24, 2021 at 1:52 PM Matthew Miller mattdm@fedoraproject.org wrote:
On Sun, Jan 24, 2021 at 11:38:52AM -0800, ToddAndMargo via users wrote:
Anyone know what this is `dnf upgrade` error is all about?
Problem: cannot install both rdma-core-33.0-1.fc33.x86_64 and rdma-core-32.0-1.fc33.x86_64
- rdma-core-32.0-1.fc33.i686 has inferior architecture
- cannot install the best update candidate for package
rdma-core-32.0-1.fc33.x86_64
- problem with installed package rdma-core-32.0-1.fc33.i686
Are you trying to upgrade everything or just one package at once? This kind of error is common when attempting to do a piecemeal upgrade.
In any case, something is out of sync, and it knows there is an update for x86_64 but doesn't see one for i686, and you have both installed.
Is this for a supercomputer cluster system? Because if it is not, I would be surprised if you have a use for this particular package, and `dnf remove rdma-core` is going to be the easiest resolution.
I ran into the same thing yesterday, however, I have never explicitly installed rdma-core. I wonder what pulled it in on both x86_64 and i686?
My system had rdma_core x86_64 only. I dnf removed it. If it had been installed as a dependency that should have appeared. The system started with Fedora 29, so might have been installed some time ago.