I don't get why people have this affinity to the -f flag !
]]>Also I have no idea why you thought a 4 year old thread could be remotely relevant to your current situation.
So it is.
Closing.
I neglected to put my inital pacman command:.
[rtwair@InteleRiyad pkg]$ sudo pacman -Syuf
Well done, you did exactly the wrong thing. Search the forums, fixing this has been covered extensively.
]]>[rtwair@InteleRiyad pkg]$ sudo pacman -Syuf
Proceed with installation? [Y/n] Y
(140/140) checking package integrity [####################################################################################] 100%
(140/140) loading package files [####################################################################################] 100%
(141/141) checking available disk space [####################################################################################] 100%
(1/1) removing dbus-python [####################################################################################] 100%
( 1/140) upgrading linux-api-headers [####################################################################################] 100%
( 2/140) upgrading tzdata [####################################################################################] 100%
( 3/140) upgrading glibc [####################################################################################] 100%
error: extract: not overwriting dir with file lib
error: problem occurred while upgrading glibc
call to execv failed (No such file or directory)
error: command failed to execute correctly
error: could not commit transaction
error: failed to commit transaction (transaction aborted)
Errors occurred, no packages were upgraded.
now when trying to run simple commands such as pacman or even ls I get the following:.
[rtwair@InteleRiyad PACS]$ ls
bash: /bin/ls: No such file or directory
[rtwair@InteleRiyad PACS]$ pacman
bash: /usr/bin/pacman: No such file or directory
[rtwair@InteleRiyad PACS]$ cd /usr/local/bin/
[rtwair@InteleRiyad bin]$ find .
bash: /usr/bin/find: No such file or directory
[rtwair@InteleRiyad bin]$ du
bash: /usr/bin/du: No such file or directory
[rtwair@InteleRiyad bin]$ df
bash: /bin/df: No such file or directory
I really should have really known better than blindly follow someones command first researching the flags.
Does anyone have anyone have suggestions for me at this point?
]]>Thanks for the reply. I guess I still don't understand what the problem is if the file already exists in the filesystem. Why does that cause pacman to refuse to install the package (without using the force option)? If two different packages need the same file, what does it matter which package installed the file or which package the file belongs to?
You are assuming that they are the same file, and not a different file with the same name...
]]>Unfortunately I already did the force install, so I won't be able to use the pacman -Qo command and see what package dvdread.m4 previously belonged to. I was having problems with building handbrake from AUR and this specific file, though, so I suspect it has something to do with that.
]]>Aren't files always been replaced that already exist when you're upgrading packages?
Actually, it doesn't tell you that conflicting file belongs to package you're trying to upgrade, just that it already exist in filesystem.
You might wanna try pacman -Qo /usr/share/aclocal/dvdread.m4 to see which package it belongs to. If none, it's much safer to force install.
Not sure what to do! Thanks in advance for any help.
I'm just curious, what does it mean the files are conflicting? Why does it matter if dvdread.m4 already exists? Aren't files always been replaced that already exist when you're upgrading packages?
checking package integrity...
(1/1) checking for file conflicts [#####################] 100%
error: could not prepare transaction
error: failed to commit transaction (conflicting files)
libdvdread: /usr/share/aclocal/dvdread.m4 exists in filesystem
Errors occurred, no packages were upgraded.
I'm just curious, what does it mean the files are conflicting? Why does it matter if dvdread.m4 already exists? Aren't files always been replaced that already exist when you're upgrading packages?
]]>Since all of those seem to belong to the same package (gcc-libs), I'd think it would be a bit safer to do pacman -Sf gcc-libs rather than -Syuf. That way if something goes wrong with another package you'd at least know about it.
That's right. I think -Suf shouldn't even be allowed. But arch is about letting the power to the user, right?
]]>