[SOLVED]Pacman update fails

Hi,
Yesterday everything was working great but today it isn't anymore.
The problem
I did
pacman -Syu
Output:
sudo pacman -Syu
:: Synchronizing package databases...
core is up to date
extra is up to date
community is up to date
archlinuxfr is up to date
:: The following packages should be upgraded first :
pacman
:: Do you want to cancel the current operation
:: and upgrade these packages now? [Y/n]
So i choose Y and i get this:
resolving dependencies...
looking for inter-conflicts...
error: failed to prepare transaction (could not satisfy dependencies)
:: package-query: requires pacman<3.5
:: pacman-color: requires pacman=3.4.3
What does this mean and how can I solve this?
As described here: https://bbs.archlinux.org/viewtopic.php?pid=907659
I removed yaourt but this didn't solve the problem
Thanks in advance!
Last edited by tgoossens (2011-03-24 12:11:46)

I had this same problem, and I went through the instructions as posted, but it must have removed pacman in the process. Now, I cannot update anything. I went through the stickied topic on pacman but it didn't work. I found some instructions on downloading pacman and installing it manually, but now every time I run the pacman command I get:
pacman: error while loading shared libraries: libalpm.so.6: cannot open shared object file: No such file or directory
I googled that and none of those instructions work for me. Is there a way I can save my system?
Edit: And now my laptop has the same error preventing me from updating Pacman, what should I do to resolve that one? I would think that something in the repositories needs to be fixed and this is probably a bug, considering the home page doesn't say anything about it.
Edit 2: I did the following
sudo mv /usr/lib/liblzma.so /usr/lib/liblzma.so.0
And now pacman works, but it cannot find a single mirror that I have set up, it says "error retrieving file" on everything.
Edit 3: Nevermind, I give up. I'm going to wipe and reformat my computer. This is RIDICULOUS. I hope the same problem doesn't happen to my laptop, what is the *official* way to fix the "package-query: requires pacman<3.5" problem?
Last edited by jlacroix (2011-03-24 14:23:20)

Similar Messages

[SOLVED] pacman update fails: gcc requires gcc-libs=4.7.0-3

Hi
I ran pacman -Syu this morning and there's an update to pacman to install first, so I say yes but it fails like this:
:: Synchronising package databases...
core is up to date
extra is up to date
community is up to date
:: The following packages should be upgraded first :
pacman
:: Do you want to cancel the current operation
:: and upgrade these packages now? [Y/n] y
resolving dependencies...
looking for inter-conflicts...
error: failed to prepare transaction (could not satisfy dependencies)
:: gcc: requires gcc-libs=4.7.0-3
But I have gcc-libs 4.7.0-3 installed:
pacman -Qs gcc-libs
local/gcc-libs 4.7.0-3 (base)
Runtime libraries shipped by GCC
So what's going on?
Last edited by useradded (2012-04-11 08:08:09)

How might that break pacman? Assuming databases are current, is running
pacman -S pacman
followed by
pacman -Syu
different from what pacman itself is trying to do?
Is the message that pacman should be updated first just wrong?
So is this what you should do?
$ pacman -Syu
Recent ML chatter: linux(2)
:: Synchronizing package databases...
core 101.8 KiB 480K/s 00:00 [########################################] 100%
extra 1385.2 KiB 832K/s 00:02 [########################################] 100%
community 1636.1 KiB 810K/s 00:02 [########################################] 100%
multilib 86.4 KiB 522K/s 00:00 [########################################] 100%
:: The following packages should be upgraded first :
pacman
:: Do you want to cancel the current operation
:: and upgrade these packages now? [Y/n] y
resolving dependencies...
looking for inter-conflicts...
:: gcc-libs and gcc-libs-multilib are in conflict. Remove gcc-libs-multilib? [y/N] y
error: failed to prepare transaction (could not satisfy dependencies)
:: gcc-multilib: requires gcc-libs-multilib=4.7.0-3
No pacnew files to update.
$ pacman -Syu
:: The following packages should be upgraded first :
pacman
:: Do you want to cancel the current operation
:: and upgrade these packages now? [Y/n] N
I thought that itself might break pacman, which is why I updated pacman on its own. So I obviously don't get how it works...
Plus, why did you say "Or, just..." which suggests it is an alternative method rather than a better one...?
Last edited by cfr (2012-04-11 22:49:15)

[Solved] Pacman preparation failed

I'm trying a new installation from a USB key and it fails on the Package Selection phase. The error message I get on tty7 is:
Execute(): worker_package_list exit state was 1
More info:
- arch is x86_64
- I'm installing from a USB stick on a laptop that has been running x32 arch for at least a year (it's a core2 cpu)
- I've checked and double-checked the md5sum of the iso and the image on the stick
- I'm using a core iso - no network access
- I select the local core repo when running aif
- I can see all the packages in /repo/core/x86_64/{core,any}
- I've read the aif bash scripts but so far I've been unable to see what the problem might be
I've read all I've found about the subject (there are many threads on this problem), but nothing that describes my exact situation; nothing has helped me. If somebody has any pointers, I'll be grateful!
-- buo
P.S: I've solved this problem; here's the solution in case anyone else encounters something similar. My drive was already partitioned and formatted, so I was telling aif to leave it alone. After I allowed it to reformat the root partition, the problem went away.
Last edited by buo (2012-05-25 15:50:26)

I get an error, "pacman preparation failed. check /dev/tty7 for errors"
did you?

Pacman update failing (openjdk7 and rhino?)

hi,
I am getting the following error when doing pacman -Syu:
:: Starting full system upgrade...
resolving dependencies...
warning: dependency cycle detected:
warning: rhino will be installed before its jre7-openjdk-headless dependency
looking for inter-conflicts...
error: unresolvable package conflicts detected
error: failed to prepare transaction (conflicting dependencies)
:: openjdk6 and jre7-openjdk-headless are in conflict
I had openjdk7 (+ headless) and rhino installed, but I uninstalled them all and installed openjdk6 (cos 7 is incompatible with a lot of programs I use).
Does anyone have an idea how to get rid of this error? I don't even remember what rhino is or what I needed it for.
thanks

eclipse, maven3 for sure
and maybe minecraft.
first time I installed eclipse and maven3 I installed them with openjdk7. after removing opnejdk7 I uninstalled all of them and reinstalled them (with openjdk6). I have no problems besides the pacman update.
Last edited by dynamo (2012-02-10 22:19:58)

[Solved] pacman-color failed to install missing dependencies

Just upgraded my AUR packages and I get this error:
:: Starting AUR upgrade...
:: perl-class-load-xs 0.04-2 -> 0.06-1
AUR Targets (1): perl-class-load-xs
Proceed with installation? [Y/n] y
:: Edit perl-class-load-xs PKGBUILD? [Y/n] n
:: Building perl-class-load-xs package...
==> Making package: perl-class-load-xs 0.06-1 (Sat Nov 3 09:14:38 PDT 2012)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Installing missing dependencies...
error: target not found: perl-test-without-module
==> ERROR: 'pacman-color' failed to install missing dependencies.
:: perl-class-load-xs cleaned
Any help appreciated.
Last edited by lagagnon (2012-11-04 03:07:33)

perl-test-without-module is in the AUR.
edit: build the package yourself in makepkg or use an aur helper.
Last edited by SS4 (2012-11-03 16:41:55)

[Solved] pacman -Syu fails because of libreoffice conflict

I haven't done a system update for a little while - now when I attempt pacman -Syu, I get a failure due to libreoffice conflicts:
[peter@desktop AURBuilds]$ sudo pacman -Syu
:: Synchronising package databases...
core is up to date
extra is up to date
community is up to date
multilib is up to date
error: failed retrieving file 'archVMrepo.db' from repo.ktz.me : Connection timed out after 10000 milliseconds
error: failed to update archVMrepo (download library error)
:: Starting full system upgrade...
:: Replace libreoffice-still-base with extra/libreoffice-still? [Y/n]
:: Replace libreoffice-still-calc with extra/libreoffice-still? [Y/n]
:: Replace libreoffice-still-common with extra/libreoffice-still? [Y/n]
:: Replace libreoffice-still-draw with extra/libreoffice-still? [Y/n]
:: Replace libreoffice-still-gnome with extra/libreoffice-still? [Y/n]
:: Replace libreoffice-still-impress with extra/libreoffice-still? [Y/n]
:: Replace libreoffice-still-kde4 with extra/libreoffice-still? [Y/n]
:: Replace libreoffice-still-math with extra/libreoffice-still? [Y/n]
:: Replace libreoffice-still-postgresql-connector with extra/libreoffice-still? [Y/n]
:: Replace libreoffice-still-writer with extra/libreoffice-still? [Y/n]
resolving dependencies...
warning: dependency cycle detected:
warning: freetype2 will be installed before its harfbuzz dependency
warning: dependency cycle detected:
warning: lib32-harfbuzz will be installed before its lib32-freetype2 dependency
looking for inter-conflicts...
:: libreoffice-still-sdk and libreoffice-still-sdk-doc are in conflict. Remove libreoffice-still-sdk-doc? [y/N]
error: unresolvable package conflicts detected
error: failed to prepare transaction (conflicting dependencies)
:: libreoffice-still-sdk and libreoffice-still-sdk-doc are in conflict
[peter@desktop AURBuilds]$
How do I resolve this?
Last edited by PeterBell (2015-02-08 02:18:43)

Trilby wrote:What are you doing? Wine was never a problem.
I'm sorry - I was trying to help myself by following the errors, as reported. It seemed that my problem stemmed from lib32-harfbuzz and lib32-freetype2, so I was attempting to remove those. However, wine was dependent on them so had to be removed first.
I told you want needed to be done. If you ignore provided advice and instead do other random things (without actually specifying what you are doing) then no one can help you.
Indeed, your posting did point me in the right direction, but did not appear until after I had posted about my experiment with wine. Wine is no great loss, anyway - I've never managed to achieve anything useful with it!
As you indicated, my problems were resolved by updating package-query:
yaourt package-query
Edit: In my searching, I did come across advice to use pacaur instead of yaourt - I'm not sure whether this would have made any difference in my case.
My analysis, wrongly or rightly, is this:
1) AUR packages (some?) appear to list pacman version as a dependency. "pacman -Syu" was attempting to update itself to 4.2 which broke the dependency (<4.2), even though 4.1.x was running at the time - there's a recipe for confusion! This was resolved by rebuilding package-query before updating the rest of the system, because the latest version has updated the pacman dependency.
2) lib32-harfbuzz and lib32-freetype2 (both AUR packages?) were in conflict - they cannot (must not) be dependent on each other. This was resolved by pulling later versions during the rebuild of package-query.
3) The libreoffice problem was not an issue. My mistake was that I ignored a lifetime of experience working in IT - I concentrated on the last-reported error rather than the first! All I can say in my defence is that eight years of retirement must have addled my brain!
In short, two, unrelated, errors, conflated with another, relatively insignificant, error message, led me on a wild goose chase.
I thank you for your wise counsel!
Last edited by PeterBell (2015-02-08 02:21:24)

[SOLVED] Pacman error: failed retrieving file : No address record

I just installed Arch on a x86 laptop using the cd as the package source. I wanted to do a net install, but when I attempted to (regardless of the mirror) I got many responses from pacman in tty7 of "No address record". This happened despite having a network connection and being able to ping any site from the cli.
After installing, I am still having the same problem. The laptop is plugged in via ethernet, and I can ping any site I want, but a call to pacman -Syyu just returns numerous errors such as
error: failed retrieving file 'core.db' from mirror.rit.edu : No address record
And just as a test, I was getting replies when pinging mirror.rit.edu.
Last edited by process91 (2011-11-18 18:21:17)

Try the following steps:
1 - Set the VirtualBox Networking option to NAT
2 - Start the arch machine in the VirtualBox
3 - Edit /etc/rc.conf as a dynamic IP:
HOSTNAME="arch"
interface=eth0
address=
netmask=
broadcast=
gateway=
4 - Run dhcpcd
5 - Try to ping a couple of sites, or your router
If you still can't ping or anything, I suggest you start a new thread specifically about your problem. Include the output from "ipconfig -a". You're not going to get much help from posting in a thread marked "[SOLVED]".
Last edited by process91 (2012-01-18 07:21:14)

[Solved] glibc-Update-fail and broken system when using custom kernel

I had a similar issue with the glibc-update as described in several threads.
I guess, the reason why I ran into the problem was that I'm using a custom-built kernel. So the kernel modules (drivers etc.) under /lib/modules/custom-kernel/ are owned by no pacman package.
At my system, after upgrating via
# pacman -Syu --ignore glibc
# pacman -Su
The upgrade failed and /lib/modules/ and the files, owned by the glibc-package remained at the still existing directory /lib.
Rebooting the computer in this situation causes a sytem freeze.
Now, here is my sucessful repair, briefly described. Maybe it will help someone:
1. Booting the computer with the Arch Linux net Install image
2. mounting my root partition manually at /mnt
3. performing the following commands:
# cd /mnt
# cp -ar lib/* usr/lib/
# rm -rf lib
# ln -s usr/lib lib
7. removing net install image and rebooting the computer
==> the system works again, but:
# pacman -Su
still produces error messages like:
error: failed to commit transaction (conflicting files)
glibc: /lib exists in filesystem
glibc: /usr/lib/ld-2.16.so exists in filesystem
glibc: /usr/lib/ld-linux.so.2 exists in filesystem
glibc: /usr/lib/libBrokenLocale-2.16.so exists in filesystem
glibc: /usr/lib/libBrokenLocale.so.1 exists in filesystem
Now at the last step I did is, what the wiki is seriosly discouraging from I use --force:
# pacman -f -Su
After that my system was repaired
I think using force at that point is OK, because the files will only be replaced which are already moved to the right location.

If you use a custom-built kernel you should really package it up so you can easily avoid this sort of thing just by repackaging.

[Solved] pacman upgrade fail

When I try to upgrade pacman I get the following:
gordiegii@Ion-Arch ~]$ sudo pacman -S pacman
Password:
resolving dependencies...
looking for inter-conflicts...
Targets (1): pacman-4.0.3-1
Total Installed Size: 3.54 MiB
Proceed with installation? [Y/n]
(1/1) checking package integrity [###################################################] 100%
(1/1) loading package files [###################################################] 100%
(1/1) checking for file conflicts [###################################################] 100%
error: failed to commit transaction (conflicting files)
pacman: /usr/bin/cleanupdelta exists in filesystem
pacman: /usr/bin/makepkg exists in filesystem
pacman: /usr/bin/pacman exists in filesystem
pacman: /usr/bin/pacman-db-upgrade exists in filesystem
pacman: /usr/bin/pacman-key exists in filesystem
pacman: /usr/bin/pacman-optimize exists in filesystem
pacman: /usr/bin/pacsort exists in filesystem
pacman: /usr/bin/pactree exists in filesystem
pacman: /usr/bin/pkgdelta exists in filesystem
pacman: /usr/bin/rankmirrors exists in filesystem
pacman: /usr/bin/repo-add exists in filesystem
pacman: /usr/bin/repo-elephant exists in filesystem
pacman: /usr/bin/repo-remove exists in filesystem
pacman: /usr/bin/testdb exists in filesystem
pacman: /usr/bin/testpkg exists in filesystem
pacman: /usr/bin/vercmp exists in filesystem
pacman: /usr/include/alpm.h exists in filesystem
pacman: /usr/include/alpm_list.h exists in filesystem
pacman: /usr/lib/libalpm.a exists in filesystem
pacman: /usr/lib/libalpm.so exists in filesystem
pacman: /usr/lib/libalpm.so.7 exists in filesystem
pacman: /usr/share/locale/ca/LC_MESSAGES/libalpm.mo exists in filesystem
pacman: /usr/share/locale/ca/LC_MESSAGES/pacman-scripts.mo exists in filesystem
pacman: /usr/share/locale/ca/LC_MESSAGES/pacman.mo exists in filesystem
pacman: /usr/share/locale/cs/LC_MESSAGES/libalpm.mo exists in filesystem
pacman: /usr/share/locale/cs/LC_MESSAGES/pacman-scripts.mo exists in filesystem
pacman: /usr/share/locale/cs/LC_MESSAGES/pacman.mo exists in filesystem
pacman: /usr/share/locale/da/LC_MESSAGES/libalpm.mo exists in filesystem
pacman: /usr/share/locale/da/LC_MESSAGES/pacman-scripts.mo exists in filesystem
pacman: /usr/share/locale/da/LC_MESSAGES/pacman.mo exists in filesystem
pacman: /usr/share/locale/de/LC_MESSAGES/libalpm.mo exists in filesystem
pacman: /usr/share/locale/de/LC_MESSAGES/pacman-scripts.mo exists in filesystem
pacman: /usr/share/locale/de/LC_MESSAGES/pacman.mo exists in filesystem
pacman: /usr/share/locale/el/LC_MESSAGES/libalpm.mo exists in filesystem
pacman: /usr/share/locale/el/LC_MESSAGES/pacman-scripts.mo exists in filesystem
pacman: /usr/share/locale/el/LC_MESSAGES/pacman.mo exists in filesystem
pacman: /usr/share/locale/en_GB/LC_MESSAGES/libalpm.mo exists in filesystem
pacman: /usr/share/locale/en_GB/LC_MESSAGES/pacman-scripts.mo exists in filesystem
pacman: /usr/share/locale/en_GB/LC_MESSAGES/pacman.mo exists in filesystem
pacman: /usr/share/locale/es/LC_MESSAGES/libalpm.mo exists in filesystem
pacman: /usr/share/locale/es/LC_MESSAGES/pacman-scripts.mo exists in filesystem
pacman: /usr/share/locale/es/LC_MESSAGES/pacman.mo exists in filesystem
pacman: /usr/share/locale/fi/LC_MESSAGES/libalpm.mo exists in filesystem
pacman: /usr/share/locale/fi/LC_MESSAGES/pacman-scripts.mo exists in filesystem
pacman: /usr/share/locale/fi/LC_MESSAGES/pacman.mo exists in filesystem
pacman: /usr/share/locale/fr/LC_MESSAGES/libalpm.mo exists in filesystem
pacman: /usr/share/locale/fr/LC_MESSAGES/pacman-scripts.mo exists in filesystem
pacman: /usr/share/locale/fr/LC_MESSAGES/pacman.mo exists in filesystem
pacman: /usr/share/locale/hu/LC_MESSAGES/libalpm.mo exists in filesystem
pacman: /usr/share/locale/hu/LC_MESSAGES/pacman-scripts.mo exists in filesystem
pacman: /usr/share/locale/hu/LC_MESSAGES/pacman.mo exists in filesystem
pacman: /usr/share/locale/it/LC_MESSAGES/libalpm.mo exists in filesystem
pacman: /usr/share/locale/it/LC_MESSAGES/pacman-scripts.mo exists in filesystem
pacman: /usr/share/locale/it/LC_MESSAGES/pacman.mo exists in filesystem
pacman: /usr/share/locale/kk/LC_MESSAGES/libalpm.mo exists in filesystem
pacman: /usr/share/locale/kk/LC_MESSAGES/pacman-scripts.mo exists in filesystem
pacman: /usr/share/locale/kk/LC_MESSAGES/pacman.mo exists in filesystem
pacman: /usr/share/locale/lt/LC_MESSAGES/libalpm.mo exists in filesystem
pacman: /usr/share/locale/lt/LC_MESSAGES/pacman-scripts.mo exists in filesystem
pacman: /usr/share/locale/lt/LC_MESSAGES/pacman.mo exists in filesystem
pacman: /usr/share/locale/nb/LC_MESSAGES/libalpm.mo exists in filesystem
pacman: /usr/share/locale/nb/LC_MESSAGES/pacman-scripts.mo exists in filesystem
pacman: /usr/share/locale/nb/LC_MESSAGES/pacman.mo exists in filesystem
pacman: /usr/share/locale/pl/LC_MESSAGES/libalpm.mo exists in filesystem
pacman: /usr/share/locale/pl/LC_MESSAGES/pacman-scripts.mo exists in filesystem
pacman: /usr/share/locale/pl/LC_MESSAGES/pacman.mo exists in filesystem
pacman: /usr/share/locale/pt/LC_MESSAGES/libalpm.mo exists in filesystem
pacman: /usr/share/locale/pt/LC_MESSAGES/pacman-scripts.mo exists in filesystem
pacman: /usr/share/locale/pt/LC_MESSAGES/pacman.mo exists in filesystem
pacman: /usr/share/locale/pt_BR/LC_MESSAGES/libalpm.mo exists in filesystem
pacman: /usr/share/locale/pt_BR/LC_MESSAGES/pacman-scripts.mo exists in filesystem
pacman: /usr/share/locale/pt_BR/LC_MESSAGES/pacman.mo exists in filesystem
pacman: /usr/share/locale/ro/LC_MESSAGES/libalpm.mo exists in filesystem
pacman: /usr/share/locale/ro/LC_MESSAGES/pacman-scripts.mo exists in filesystem
pacman: /usr/share/locale/ro/LC_MESSAGES/pacman.mo exists in filesystem
pacman: /usr/share/locale/ru/LC_MESSAGES/libalpm.mo exists in filesystem
pacman: /usr/share/locale/ru/LC_MESSAGES/pacman-scripts.mo exists in filesystem
pacman: /usr/share/locale/ru/LC_MESSAGES/pacman.mo exists in filesystem
pacman: /usr/share/locale/sk/LC_MESSAGES/libalpm.mo exists in filesystem
pacman: /usr/share/locale/sk/LC_MESSAGES/pacman-scripts.mo exists in filesystem
pacman: /usr/share/locale/sk/LC_MESSAGES/pacman.mo exists in filesystem
pacman: /usr/share/locale/sr/LC_MESSAGES/libalpm.mo exists in filesystem
pacman: /usr/share/locale/sr/LC_MESSAGES/pacman-scripts.mo exists in filesystem
pacman: /usr/share/locale/sr/LC_MESSAGES/pacman.mo exists in filesystem
pacman: /usr/share/locale/sr@latin/LC_MESSAGES/libalpm.mo exists in filesystem
pacman: /usr/share/locale/sr@latin/LC_MESSAGES/pacman-scripts.mo exists in filesystem
pacman: /usr/share/locale/sr@latin/LC_MESSAGES/pacman.mo exists in filesystem
pacman: /usr/share/locale/sv/LC_MESSAGES/libalpm.mo exists in filesystem
pacman: /usr/share/locale/sv/LC_MESSAGES/pacman-scripts.mo exists in filesystem
pacman: /usr/share/locale/sv/LC_MESSAGES/pacman.mo exists in filesystem
pacman: /usr/share/locale/tr/LC_MESSAGES/libalpm.mo exists in filesystem
pacman: /usr/share/locale/tr/LC_MESSAGES/pacman-scripts.mo exists in filesystem
pacman: /usr/share/locale/tr/LC_MESSAGES/pacman.mo exists in filesystem
pacman: /usr/share/locale/uk/LC_MESSAGES/libalpm.mo exists in filesystem
pacman: /usr/share/locale/uk/LC_MESSAGES/pacman-scripts.mo exists in filesystem
pacman: /usr/share/locale/uk/LC_MESSAGES/pacman.mo exists in filesystem
pacman: /usr/share/locale/zh_CN/LC_MESSAGES/libalpm.mo exists in filesystem
pacman: /usr/share/locale/zh_CN/LC_MESSAGES/pacman-scripts.mo exists in filesystem
pacman: /usr/share/locale/zh_CN/LC_MESSAGES/pacman.mo exists in filesystem
pacman: /usr/share/locale/zh_TW/LC_MESSAGES/libalpm.mo exists in filesystem
pacman: /usr/share/locale/zh_TW/LC_MESSAGES/pacman-scripts.mo exists in filesystem
pacman: /usr/share/locale/zh_TW/LC_MESSAGES/pacman.mo exists in filesystem
pacman: /usr/share/man/man3/libalpm.3.gz exists in filesystem
pacman: /usr/share/man/man5/PKGBUILD.5.gz exists in filesystem
pacman: /usr/share/man/man5/makepkg.conf.5.gz exists in filesystem
pacman: /usr/share/man/man5/pacman.conf.5.gz exists in filesystem
pacman: /usr/share/man/man8/makepkg.8.gz exists in filesystem
pacman: /usr/share/man/man8/pacman-key.8.gz exists in filesystem
pacman: /usr/share/man/man8/pacman.8.gz exists in filesystem
pacman: /usr/share/man/man8/pkgdelta.8.gz exists in filesystem
pacman: /usr/share/man/man8/repo-add.8.gz exists in filesystem
pacman: /usr/share/man/man8/repo-remove.8.gz exists in filesystem
pacman: /usr/share/man/man8/vercmp.8.gz exists in filesystem
pacman: /usr/share/pacman/ChangeLog.proto exists in filesystem
pacman: /usr/share/pacman/PKGBUILD-split.proto exists in filesystem
pacman: /usr/share/pacman/PKGBUILD.proto exists in filesystem
pacman: /usr/share/pacman/proto.install exists in filesystem
pacman: /usr/share/zsh/site-functions/_pacman exists in filesystem
Errors occurred, no packages were upgraded.
[gordiegii@Ion-Arch ~]$
Has anybody seen this or have any idea how to fix it?
Should I just delete all these files?
I was getting a gcc / gcc-libs error before but reinstalling gcc as per other forum help fixed that.
Last edited by GordieGii (2012-04-29 15:29:26)

@Gcool: I did a quick search and could not find anything that matched my symptoms. The only things I found that seemed to apply were the gcc / gcc-libs issue which I resolved and merging my pacman.conf.pacnew file into pacman.conf file (only two non-comments were new and they didn't seem related).
Perhaps I can't assess the applicability of a post to my symptoms.
@karol: I did -Syu, as I always do, but this time I got this:
:: The following packages should be upgraded first :
pacman
:: Do you want to cancel the current operation
:: and upgrade these packages now? [Y/n]
I tried both 'Yes' and 'no' and both failed. 'No' took much longer because it had to download a couple hundred packages (I have been trying to resolve this myself for over a week and the list keeps getting longer) before failing so I switched to just pacman.
Pacman was in the list of packages and I couldn't figure out how to exclude it to see if the others would update. Reinstalling gcc worked.
[gordiegii@Ion-Arch man]$ stat -c %s $(find /var/lib/pacman/local -name "pacman-4*")/files
0
[gordiegii@Ion-Arch man]$
Please pardon my newbieness, I came from Ubuntu when GnomeBloat became too much for my Intel ATOM and am still learning the Arch way.

[SOLVED] pacman update seems to have corrupted files!

Having just updated a server and now have an unbootable system I have just tried to update a laptop with the following result:
:: Proceed with installation? [Y/n]
:: Retrieving packages ...
libgcrypt-1.6.0-1-i686 360.1 KiB 987K/s 00:00 [##########################################] 100%
man-pages-3.56-1-any 4.7 MiB 1245K/s 00:04 [##########################################] 100%
glamor-egl-0.5.1.r256-1-i686 88.3 KiB 1337K/s 00:00 [##########################################] 100%
bind-9.9.4.P2-1-i686 1539.2 KiB 1283K/s 00:01 [##########################################] 100%
(4/4) checking keys in keyring [##########################################] 100%
error: GPGME error: Invalid crypto engine
error: GPGME error: Invalid crypto engine
error: GPGME error: Invalid crypto engine
error: GPGME error: Invalid crypto engine
(4/4) checking package integrity [##########################################] 100%
error: GPGME error: Invalid crypto engine
error: GPGME error: Invalid crypto engine
error: GPGME error: Invalid crypto engine
error: GPGME error: Invalid crypto engine
error: bind: missing required signature
:: File /var/cache/pacman/pkg/bind-9.9.4.P2-1-i686.pkg.tar.xz is corrupted (invalid or corrupted package (PGP signature)).
Do you want to delete it? [Y/n]
error: glamor-egl: missing required signature
:: File /var/cache/pacman/pkg/glamor-egl-0.5.1.r256-1-i686.pkg.tar.xz is corrupted (invalid or corrupted package (PGP signature)).
Do you want to delete it? [Y/n]
error: libgcrypt: missing required signature
:: File /var/cache/pacman/pkg/libgcrypt-1.6.0-1-i686.pkg.tar.xz is corrupted (invalid or corrupted package (PGP signature)).
Do you want to delete it? [Y/n]
error: man-pages: missing required signature
:: File /var/cache/pacman/pkg/man-pages-3.56-1-any.pkg.tar.xz is corrupted (invalid or corrupted package (PGP signature)).
Do you want to delete it? [Y/n]
error: failed to commit transaction (invalid or corrupted package (PGP signature))
Errors occurred, no packages were upgraded.
I am now really worried that the server I updated and no longer boots has corrupted kernel.
Last edited by mcloaked (2014-01-13 20:34:49)

Scimmia wrote:Did you update everything that uses gcrypt without updating libgcrypt? If so, see my reply here: https://bbs.archlinux.org/viewtopic.php?id=175639
I did - on the laptop it seems OK but I have not rebooted it.

[solved] pacman update error

A few days ago I attempted to update my system, and am consistently getting this error:
$ sudo pacman -Su
:: Starting full system upgrade...
resolving dependencies...
looking for inter-conflicts...
error: failed to prepare transaction (package filename is not valid)
The problem is that this is all it gives me; even a pacman -Svu gives no more information than this. How can I identify the package that's causing the fault short of testing each installed package individually?
Last edited by beretta (2011-01-25 19:32:02)

A pacman -Syy seems to have done the trick, thank you!
Not sure exactly what caused the problem, but I was able to get the system updated. I'm always impressed with how quickly this community jumps in to help; thanks to all of you. I even learned some new tricks through all of this.

[SOLVED] libreoffice update "failed to read path from javaldx"

I don't have java installed as I do not use it (aside from whatever is built into chromium I guess). Libreoffice started up fine before the update. I had the option checked to not use java in the gui. Now it won't load at all. Is java-runtime now a hard dependency of libreoffice-common package? Is there any way to disable it? My ~/.config/libreoffice/4/user/config/javasettings_Linux_X86_64.xml looks like this:
<?xml version="1.0" encoding="UTF-8"?>

<java xmlns="http://openoffice.org/2004/java/framework/1.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<enabled xsi:nil="false">false</enabled>
<userClassPath xsi:nil="true"/>
<vmParameters xsi:nil="true"/>
<jreLocations xsi:nil="true"/>
<javaInfo xsi:nil="true"/>
</java>
I am looking into other files included with "pacman -Ql libreoffice-common" but can't seem to figure it out yet.
Edit: Also I have tried "# chown -vR dodo3773:users ~/.config" per the LibreOffice wiki entry. No pacnew files or anything in /etc either.
Last edited by dodo3773 (2013-05-25 06:10:55)

foutrelis wrote:
There was an issue with ICU 51.2; try updating to libreoffice 4.0.3-3.
Relevant bug: https://bugs.archlinux.org/task/35466
I'll wait a little bit for the mirrors to all sync up and try again. Marking as solved since it is a known issue with fix on the way. Thank you.

[SOLVED] pacman -Sy failing with Invalid URL Scheme

I'm getting a comparable pair of lines for each combination of database (core, extra, etc.) and mirror (rankmirrors-generated mirrorlist):
error: url 'http://mirror.rit.edu/archlinux/core/os … .db.tar.gz' is invalid
debug: returning error 43 from download_internal : Invalid URL scheme
Yesterday I did pacman -Sy followed by pacman -Qu then pacman -Su all successfully.
Any thoughts/help?
UPDATE: re-installing pacman's dependencies learned via "pacman -Qi pacman" fixed the problem.
Last edited by wrarus (2010-12-15 04:17:40)

Comment out that mirror and try the next one.

[solved] pacman -Su fails ("openntpd and ntp are in conflict")

I have ntp installed. Today when I tried to do a full upgrade I got:
# pacman -Su
:: Starting full system upgrade...
resolving dependencies...
looking for inter-conflicts...
:: openntpd and ntp are in conflict. Remove ntp? [y/N]
error: unresolvable package conflicts detected
error: failed to prepare transaction (conflicting dependencies)
:: openntpd and ntp are in conflict
If I accept to remove ntp, pacman tells me that the following packages will be upgraded:
# pacman -Su
:: Starting full system upgrade...
resolving dependencies...
looking for inter-conflicts...
:: openntpd and ntp are in conflict. Remove ntp? [y/N] y
Targets (155): archlinux-keyring-20121113-1 at-spi2-atk-2.6.2-1
at-spi2-core-2.6.2-1 aurvote-1.5-1 automake-1.12.5-1
binutils-multilib-2.23.1-1 bison-2.6.5-1 blas-3.4.2-1
boost-1.50.0-3 boost-libs-1.50.0-3 brasero-3.6.1-1
ca-certificates-20121105-1 colord-0.1.24-3 cronie-1.4.8-4
emacs-24.2-3 evolution-data-server-3.6.2-1 farstream-0.2.2-1
ffmpeg-1:1.0-2 ffmpeg-compat-20120509-2 firefox-17.0-1
fontforge-20120731_b-2 fuse-2.9.2-1 gcr-3.6.2-2 gedit-3.6.2-1
glib-networking-2.34.2-1 glib2-2.34.2-1 glpk-4.47-2
gnome-desktop-1:3.6.2-1 gnome-icon-theme-3.6.2-1
gnome-icon-theme-symbolic-3.6.2-1 gnome-keyring-3.6.2-1
gnome-menus-3.6.1-1 gnome-mplayer-1.0.7-2
gnome-online-accounts-3.6.2-1 gnome-panel-3.6.2-1
gnutls-3.1.4-1 gobject-introspection-1.34.2-1
gsettings-desktop-schemas-3.6.1-1 gst-plugins-bad-1.0.3-1
gst-plugins-base-1.0.3-1 gst-plugins-base-libs-1.0.3-1
gst-plugins-good-1.0.3-1 gstreamer-1.0.3-1
gstreamer0.10-ugly-0.10.19-3
gstreamer0.10-ugly-plugins-0.10.19-3 gucharmap-3.6.1-1
gvfs-1.14.2-1 harfbuzz-0.9.6-1 icu-50.1-2 intel-dri-9.0.1-1
iputils-20121114-1 khrplatform-devel-9.0.1-1 kmod-11-2
lapack-3.4.2-1 ldns-1.6.16-1 lib32-cairo-1.12.8-1
lib32-gdk-pixbuf2-2.26.5-1 lib32-glib2-2.34.2-1
lib32-gnutls-3.1.4-1 lib32-harfbuzz-0.9.6-1 lib32-icu-50.1-1
lib32-intel-dri-9.0.1-1 lib32-libdrm-2.4.40-1
lib32-libgl-9.0.1-1 lib32-libglapi-9.0.1-1 lib32-mesa-9.0.1-1
lib32-nspr-4.9.3-2 lib32-nss-3.14-2 lib32-pango-1.32.2-1
lib32-pixman-0.28.0-1 lib32-qt-4.8.3-3 libcap-ng-0.7.3-1
libegl-9.0.1-1 libgbm-9.0.1-1 libgl-9.0.1-1 libglapi-9.0.1-1
libgles-9.0.1-1 libgsf-1.14.25-1 libgweather-3.6.2-1
libpng12-1.2.50-2 libquicktime-1.2.4-3
libreoffice-base-3.6.3-3 libreoffice-calc-3.6.3-3
libreoffice-common-3.6.3-3 libreoffice-draw-3.6.3-3
libreoffice-extension-nlpsolver-3.6.3-3
libreoffice-extension-pdfimport-3.6.3-3
libreoffice-extension-presentation-minimizer-3.6.3-3
libreoffice-extension-presenter-screen-3.6.3-3
libreoffice-extension-report-builder-3.6.3-3
libreoffice-extension-wiki-publisher-3.6.3-3
libreoffice-impress-3.6.3-3 libreoffice-math-3.6.3-3
libreoffice-sdk-3.6.3-3 libreoffice-writer-3.6.3-3
libsecret-0.12-2 libsoup-2.40.2-1 libsoup-gnome-2.40.2-1
libtracker-sparql-0.14.4-2 libwnck3-3.4.4-1
live-media-2012.11.08-1 logrotate-3.8.2-2 ltrace-0.7.0-1
lv2-1.2.0-1 maxima-5.28.0-4 mesa-9.0.1-1 mkinitcpio-0.11.2-1
mplayer-35421-1 nautilus-3.6.3-1 ntp-4.2.6.p5-11 [removal]
openntpd-3.9p1-21 openssh-6.1p1-4 opera-12.11.1661-1
pango-1.32.2-1 pkgfile-7-2 plotutils-2.6-3
pygobject-devel-3.4.2-1 python-distribute-0.6.30-1
python-pytz-2012h-1 python2-distribute-0.6.30-1
python2-gobject-3.4.2-1 python2-logilab-astng-0.24.1-2
python2-logilab-common-0.58.3-2 python2-matplotlib-1.2.0-3
python2-opengl-3.0.2-2 python2-pytz-2012h-1 qjson-0.8.0-1
qt-4.8.3-6 raptor-2.0.8-2 rfkill-0.4-6 sbcl-1.1.1-2
sdl_mixer-1.2.12-3 shadow-4.1.5.1-2 skype-4.1.0.20-2
sord-0.10.4-1 suil-0.6.6-1 telepathy-glib-0.20.1-1
texmacs-1.0.7.16-1 thunderbird-17.0-1 tzdata-2012j-1
util-linux-2.22.1-3 vi-1:050325-3 vlc-2.0.4-4
vte-common-0.34.2-1 webkitgtk2-1.10.1-3 webkitgtk3-1.10.1-3
wine-1.5.17-1 wxgtk-2.8.12.1-4 wxmaxima-12.09.0-1
x264-20121113-1 xf86-video-intel-2.20.13-1 xmms-1.2.11-6
xulrunner-17.0-1 yelp-3.6.2-1 zsh-5.0.0-3
Total Download Size: 495.69 MiB
Total Installed Size: 2334.87 MiB
Net Upgrade Size: 61.25 MiB
Proceed with installation? [Y/n] n
How can I investigate what's the source of the problem? Is there a way to get pacman to tell me which package it is that is trying to pull in openntpd? (Or does anybody know right away how to resolve this issue?)
Oh, by the way: "pacman -Sii openntpd" says
Required By : networkmanager-dispatcher-openntpd
but I don't use networkmanager.
Last edited by halun (2012-11-23 07:54:51)

Ha, how stupid of me...
I thought openntpd was being pulled in, but it was already installed (by me, apparently) although I've never used it. Removing it by hand before upgrading resolved the problem. Thanks!

[SOLVED] pacman: updating package. how to see old version?

Hi,
is it possible to see the old version of a package before doing an update? "pacman -Suu" only shows the new version and not the installed version
Thanks
Last edited by genmich (2010-08-24 20:22:55)

genmich wrote:
Hi,
is it possible to see the old version of a package before doing an update? "pacman -Suu" only shows the new version and not the installed version
Thanks
Actually, it shows both the old and new versions in a very pretty way:
[karol@black apps]$ sudo pacman -Suu
:: Starting full system upgrade...
warning: hdparm: downgrading from version 9.29-1 to version 9.28-1
warning: intel-dri: ignoring package upgrade (7.5.1-2 => 7.8.2-1)
warning: libdrm: ignoring package upgrade (2.4.19-1 => 2.4.21-2)
warning: libgl: ignoring package upgrade (7.5.1-2 => 7.8.2-1)
warning: lrzip: downgrading from version 0.46-1 to version 0.45-1
warning: stfl: downgrading from version 0.21-2 to version 0.21-1
warning: xf86-input-evdev: ignoring package upgrade (2.2.5-1 => 2.4.0-2)
warning: xf86-input-keyboard: ignoring package upgrade (1.3.2-2 => 1.4.0-2)
warning: xf86-input-mouse: ignoring package upgrade (1.4.0-2 => 1.5.0-2)
warning: ignoring package replacement (xf86-video-intel-legacy-2.3.2-3 => xf86-video-intel-newest-2.12.0-1)
warning: xf86-video-vesa: ignoring package upgrade (2.2.0-1 => 2.3.0-2)
warning: xorg-server: ignoring package upgrade (1.6.3.901-1 => 1.8.1.902-1)
warning: xorg-server-utils: ignoring package upgrade (7.4-7 => 7.5-5)
resolving dependencies...
looking for inter-conflicts...
I have all of the above packages in IgnorePkg:
IgnorePkg = xorg-server xorg-server-utils xf86-video-intel-legacy xf86-video-vesa xf86-input-evdev xf86-input-keyboard xf86-input-mouse intel-dri libgl libdrm

[SOLVED]Pacman update fails

Similar Messages

Maybe you are looking for