You are not logged in.
[root@archbox greg]# pacman -Syu
:: Synchronizing package databases...
core is up to date
extra 468.3K 1643.8K/s 00:00:00 [######################] 100%
community is up to date
archlinuxfr is up to date
multilib 24.3K 532.3K/s 00:00:00 [######################] 100%
:: Starting full system upgrade...
resolving dependencies...
looking for inter-conflicts...
Targets (2): openal-1.13-1 lib32-openal-1.13-1
Total Download Size: 0.18 MB
Total Installed Size: 0.65 MB
Proceed with installation? [Y/n] y
:: Retrieving packages from extra...
openal-1.13-1-x86_64 109.9K 1151.9K/s 00:00:00 [######################] 100%
:: Retrieving packages from multilib...
lib32-openal-1.13-... 78.1K 866.2K/s 00:00:00 [######################] 100%
checking package integrity...
(2/2) checking for file conflicts [######################] 100%
error: failed to commit transaction (conflicting files)
/usr/lib/libopenal.so exists in both 'openal' and 'lib32-openal'
/usr/lib/libopenal.so.1 exists in both 'openal' and 'lib32-openal'
/usr/lib/libopenal.so.1.13.0 exists in both 'openal' and 'lib32-openal'
/usr/lib/pkgconfig/openal.pc exists in both 'openal' and 'lib32-openal'
Errors occurred, no packages were upgraded.
Last edited by ilpianista (2011-03-22 10:00:46)
Offline
how do i fix this
Offline
Are you running an 64 bit system?
As for how to fixed, I DON'T KNOW, it's conflicted. (Which is strange, I ran a 64 bit system 2, but lib32-openal's files located in /usr/lib32 not /usr/lib)
Last edited by lives2evil (2011-03-22 08:09:32)
tsujeruplive, tnarongisi... ... ... ... ɥsılƃuǝ sı sıɥʇ
Offline
Footy, can you please change your topic title so that it reflects the actual problem, instead of only "pacman error"?
Moved to Package Upgrades.
ᶘ ᵒᴥᵒᶅ
Offline
Got same problem in here.
And yes, I'm running a 64-bit install.
By the way a hello and a nice to meet to you all : )
Offline
I have exactly the same problem. I manually downloaded lib32-openal-1.13-1 to explore the archive file. It really seems to want to put its files in /usr/lib instead of /usr/lib32, like specified on the package page. So I assume it's a packaging error, things like that can happen.
P.S: Hello to the user above. ![]()
Last edited by bzt (2011-03-22 08:31:29)
Offline
Indeed, it must be a packaging problem, no idea what else if it's not. It's not a pacman error ![]()
tsujeruplive, tnarongisi... ... ... ... ɥsılƃuǝ sı sıɥʇ
Offline
It has being fixed.
Last edited by aericson (2011-03-22 09:13:55)
Offline
Solved, fast, mark this [Solve] fast too please ![]()
tsujeruplive, tnarongisi... ... ... ... ɥsılƃuǝ sı sıɥʇ
Offline