You are not logged in.
Just enabled [multilib] repository and upgraded my system except for anything that depends on binutils-multilib because pacman thinks that "binutils-multilib and binutils are in conflict." How does one go about resolving the conflict?
Last edited by matkam (2010-08-28 17:53:39)
Offline
binutils-multilib should provide binutils as well, so this is the expected behaviour.
$ pacman -Qi binutils-multilib
Name : binutils-multilib
Version : 2.20.1-4
URL : http://www.gnu.org/software/binutils/
Licenses : GPL
Groups : None
Provides : binutils=2.20.1-4
Depends On : glibc>=2.12-1 zlib
Optional Deps : None
Required By : gcc-multilib
Conflicts With : binutils
Replaces : None
Installed Size : 13248.00 K
Packager : Jan "heftig" Steffens <jan.steffens@gmail.com>
Architecture : x86_64
Build Date : Wed 25 Aug 2010 10:23:26 AM EEST
Install Date : Fri 27 Aug 2010 01:37:18 PM EEST
Install Reason : Explicitly installed
Install Script : Yes
Description : A set of programs to assemble and manipulate binary and object
files for multilib
Offline
Thanks, replacing the package with the multilib equivalent did it. I didn't think removing a core package for one that provides 32bit compatibility to be safe, but it makes sense.
Offline
Solved here too.
pacman -S binutils-multilib
Then it replaces binutils.
Just weird that pacman won't replace it wit the standard -Syu even if I hit yes, but it will if I manually do it.
Don't panic !
Offline
Every time I try to compile bin32 stuff from the AUR and then something "normal" afterwards, I have to fiddle with this. Since gcc is the only relevant dependency, it is not so annoying anyway. I made it an habit to reinstall the usual binutils after fiddling with multilib stuff.
Offline