LinuxQuestions.org

LinuxQuestions.org (/questions/)
-   Linux - Newbie (https://www.linuxquestions.org/questions/linux-newbie-8/)
-   -   Yum conflicts for 32 and 64 bit versions of a package (https://www.linuxquestions.org/questions/linux-newbie-8/yum-conflicts-for-32-and-64-bit-versions-of-a-package-945062/)

veeruk101 05-15-2012 07:56 AM

Yum conflicts for 32 and 64 bit versions of a package
 
I'm trying to run Skype, which is 32 bit, on my 64 bit Fedora system where it came preinstalled. I try to run it and get "bash: /usr/bin/skype: /lib/ld-linux.so.2: bad ELF interpreter: No such file or directory". So I look into it and realize I need to install some 32 bit dependencies, and end up getting the following error when I run "sudo yum install alsa-lib.i686 libXv.i686 libXScrnSaver.i686 qt.i686 qt-x11.i686":

Code:

Error: Package: glibc-2.15-35.fc17.i686 (fedora)
          Requires: glibc-common = 2.15-35.fc17
          Installed: glibc-common-2.15-37.fc17.x86_64 (@updates-testing)
              glibc-common = 2.15-37.fc17
          Available: glibc-common-2.15-35.fc17.x86_64 (fedora)
              glibc-common = 2.15-35.fc17

I don't know much about what's going on here, but it looks like it won't let me install the 32 bit version of glibc-common, which is needed by Skype, because the 64 bit version already exists. So that confuses me, any ideas how I could solve this issue? Thanks.

acid_kewpie 05-15-2012 08:03 AM

it's not that it's already installed, more likely that it's a different version. I would downgrade that package back to the -35 version - why did you enable updates-testing? - and then the i686 package should also install fine.

knudfl 05-15-2012 08:09 AM

The is no glibc-common.i686 for the 64bits OS.

Suggest : # yum install glibc.i686

... And then reboot, to make sure that everything is in place.

Considerations :
It can be an OS error / package error, that it asks for glibc-common.
Fedora 17 is not yet quite up to release standard.
EDIT : Beaten by acid_kewpie : The testing repo is a No No.

.

veeruk101 05-15-2012 08:18 AM

I'm not sure how updates-testing was enabled, as I didn't do it manually. I just installed this OS, maybe it was part of the installation as this is a beta. So I tried downgrading both glibc and glibc-common, and got the following:

Code:

$ sudo yum downgrade glibc-common
Loaded plugins: langpacks, presto, refresh-packagekit
Resolving Dependencies
--> Running transaction check
---> Package glibc-common.x86_64 0:2.15-35.fc17 will be a downgrade
--> Processing Dependency: glibc = 2.15-35.fc17 for package: glibc-common-2.15-35.fc17.x86_64
---> Package glibc-common.x86_64 0:2.15-37.fc17 will be erased
--> Running transaction check
---> Package glibc.i686 0:2.15-35.fc17 will be installed
--> Processing Dependency: libfreebl3.so(NSSRAWHASH_3.12.3) for package: glibc-2.15-35.fc17.i686
--> Processing Dependency: libfreebl3.so for package: glibc-2.15-35.fc17.i686
---> Package glibc-common.x86_64 0:2.15-37.fc17 will be erased
--> Running transaction check
---> Package glibc-common.x86_64 0:2.15-37.fc17 will be erased
---> Package nss-softokn-freebl.i686 0:3.13.4-2.fc17 will be installed
--> Finished Dependency Resolution
Error: Package: glibc-2.15-37.fc17.x86_64 (@updates-testing)
          Requires: glibc-common = 2.15-37.fc17
          Removing: glibc-common-2.15-37.fc17.x86_64 (@updates-testing)
              glibc-common = 2.15-37.fc17
          Downgraded By: glibc-common-2.15-35.fc17.x86_64 (fedora)
              glibc-common = 2.15-35.fc17
 You could try using --skip-broken to work around the problem
 You could try running: rpm -Va --nofiles --nodigest

Code:

$ sudo yum downgrade glibc
Loaded plugins: langpacks, presto, refresh-packagekit

Resolving Dependencies
--> Running transaction check
---> Package glibc.x86_64 0:2.15-35.fc17 will be a downgrade
--> Processing Dependency: glibc-common = 2.15-35.fc17 for package: glibc-2.15-35.fc17.x86_64
---> Package glibc.x86_64 0:2.15-37.fc17 will be erased
--> Finished Dependency Resolution
Error: Package: glibc-common-2.15-37.fc17.x86_64 (@updates-testing)
          Requires: glibc = 2.15-37.fc17
          Removing: glibc-2.15-37.fc17.x86_64 (@updates-testing)
              glibc = 2.15-37.fc17
          Downgraded By: glibc-2.15-35.fc17.x86_64 (fedora)
              glibc = 2.15-35.fc17
Error: Package: glibc-2.15-35.fc17.x86_64 (fedora)
          Requires: glibc-common = 2.15-35.fc17
          Installed: glibc-common-2.15-37.fc17.x86_64 (@updates-testing)
              glibc-common = 2.15-37.fc17
          Available: glibc-common-2.15-35.fc17.x86_64 (fedora)
              glibc-common = 2.15-35.fc17
 You could try using --skip-broken to work around the problem
 You could try running: rpm -Va --nofiles --nodigest

I also tried "yum install glibc.i686" and got the following:

Code:

$ sudo yum install glibc.i686
Loaded plugins: langpacks, presto, refresh-packagekit
Resolving Dependencies
--> Running transaction check
---> Package glibc.i686 0:2.15-35.fc17 will be installed
--> Processing Dependency: glibc-common = 2.15-35.fc17 for package: glibc-2.15-35.fc17.i686
--> Processing Dependency: libfreebl3.so(NSSRAWHASH_3.12.3) for package: glibc-2.15-35.fc17.i686
--> Processing Dependency: libfreebl3.so for package: glibc-2.15-35.fc17.i686
--> Running transaction check
---> Package glibc.i686 0:2.15-35.fc17 will be installed
--> Processing Dependency: glibc-common = 2.15-35.fc17 for package: glibc-2.15-35.fc17.i686
---> Package nss-softokn-freebl.i686 0:3.13.4-2.fc17 will be installed
--> Finished Dependency Resolution
Error: Package: glibc-2.15-35.fc17.i686 (fedora)
          Requires: glibc-common = 2.15-35.fc17
          Installed: glibc-common-2.15-37.fc17.x86_64 (@updates-testing)
              glibc-common = 2.15-37.fc17
          Available: glibc-common-2.15-35.fc17.x86_64 (fedora)
              glibc-common = 2.15-35.fc17
 You could try using --skip-broken to work around the problem
 You could try running: rpm -Va --nofiles --nodigest

Any other things I could try?

knudfl 05-15-2012 08:24 AM

Quote:

Installed: glibc-common-2.15-37.fc17.x86_64 (@updates-testing)
...
Any other things I could try ?
Yes. Disable the "updates-testing.repo" !

veeruk101 05-15-2012 08:29 AM

When I check the /etc/yum.repos.d/fedora-updates-testing.repo file, under "[updates-testing]" enabled is set to 0, so it is already disabled. It was never explicitly enabled with a "--enablerepo=updates-testing", which is why I'm confused how it happened as I just installed the OS. Any way to get rid of the mess that updates-testing has done here?

acid_kewpie 05-15-2012 08:35 AM

you're nearly there... put the glibc AND glibc-common packages on the SAME yum command. you can see they depend on each other, so do them together

veeruk101 05-15-2012 08:41 AM

Quote:

you're nearly there... put the glibc AND glibc-common packages on the SAME yum command. you can see they depend on each other, so do them together
That allowed me to downgrade, thanks. Now when I run the original yum command to install Skype's dependencies, I get the following output near the end of it:

Code:

Error: Protected multilib versions: libstdc++-4.7.0-4.fc17.i686 != libstdc++-4.7.0-5.fc17.x86_64
Error: Protected multilib versions: libpciaccess-0.13-2.fc17.i686 != libpciaccess-0.13.1-1.fc17.x86_64
Error: Protected multilib versions: libgcc-4.7.0-4.fc17.i686 != libgcc-4.7.0-5.fc17.x86_64
Error: Protected multilib versions: libxcb-1.8-2.fc17.i686 != libxcb-1.8.1-1.fc17.x86_64
Error: Protected multilib versions: libdrm-2.4.33-1.fc17.i686 != libdrm-2.4.33-3.fc17.x86_64
Error: Protected multilib versions: mesa-libGL-8.0.2-2.fc17.i686 != mesa-libGL-8.0.2-7.fc17.x86_64
Error: Protected multilib versions: mesa-libglapi-8.0.2-2.fc17.i686 != mesa-libglapi-8.0.2-7.fc17.x86_64
Error: Protected multilib versions: krb5-libs-1.10-5.fc17.i686 != krb5-libs-1.10-6.fc17.x86_64

Should I do the same downgrade command for all of the above? So that for example with libstdc++ being 4.7.0.4 vs 4.7.0.5, they'll both be 4.7.0.4 but one will be i686 and the other x86_64? Thanks.

acid_kewpie 05-15-2012 08:45 AM

well those appear to be from updates-testing again. so *I* would suggest downgrading again. this guy enabled testing on the other side of the fence though - http://www.leenukes.co.uk/?p=455


All times are GMT -5. The time now is 02:04 PM.