[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.

Similar Messages

[SOLVED] Pacman upgrade failed because of gcc-libs

I have the multilib version of gcc installed in my 64 bit system. Ten minutes ago I tried to upgrade with pacman -Syu and I got:
:: I seguenti pacchetti dovrebbero essere aggiornati prima :
pacman
:: Vuoi annullare l'operazione corrente
:: e aggiornare adesso questi pacchetti? [S/n]
risoluzione delle dipendenze in corso...
ricerca dei conflitti in corso...
:: gcc-libs e gcc-libs-multilib vanno in conflitto. Vuoi rimuovere gcc-libs-multilib? [s/N] n
errore: sono stati rilevati dei conflitti irrisolvibili
errore: impossibile eseguire l'operazione richiesta (dipendenze in conflitto)
:: gcc-libs e gcc-libs-multilib vanno in conflitto
It is in italian, but basically it complains about a conflict between the installed gcc-libs-multilib and the needed gcc-libs. gcc-libs-multilib provides gcc-libs, so why this kind of error? I thought my mirror could be out of sync but I get the same error also using mirrors.kernel.org.
Am I doing something wrong?
Last edited by snack (2012-02-18 17:30:59)

I did mean 'search the forums':
* https://bbs.archlinux.org/viewtopic.php?pid=1045658
* https://bbs.archlinux.org/viewtopic.php?pid=1049681
* https://bbs.archlinux.org/viewtopic.php?pid=1057624
* https://bbs.archlinux.org/viewtopic.php?pid=1054861
* https://bbs.archlinux.org/viewtopic.php?pid=1057459
* https://bbs.archlinux.org/viewtopic.php?id=134397

[SOLVED]Full upgrade fails after new install

Hello,
Please note before reading that I know about the recent changes with the /lib symlink to /usr/lib and the filesystem (I read the home page).
After a fresh install, I try to upgrade the system :
pacman -Syy && pacman -Syu : it asks for pacman update, I say yes.
pacman -S pacman : fails because of glibc
pacman -S pacman --ignore glibc : fails, won't upgrade because glibc it's a dependency of pacman
pacman -Syu : say no to pacman upgrade, fails because of glibc and filesystem
pacman -Syu --ignore glibc --ignore fliesystem : upgrade almost nothing because most of the packages (~400M) need glibc
I can't upgrade anything at the end...
Thanks for any help
Last edited by John0000 (2012-07-19 14:52:17)

If either of this steps does not work (e.g. due to dependency version issues, file conflicts in /lib), refer to this G U I D E for more detailed instructions on performing this upgrade.
Did you read this guide?
There is thread about it also: https://bbs.archlinux.org/viewtopic.php?id=144620
And Allan wrote a blog entry about upgrading from core installation: http://allanmcrae.com/2012/07/updating- … e-install/
BTW as Pres suggested go with the net-install, core installation was always kind of a fallback for me and I had to do this just once because of network troubles. It just doesn't make much sense to do core installation if there is no holdback because with first pacman -Syu you'll end up downloading the same amount of data as if you would do a clean net-install, and it's faster and you probably won't get conflicts accumulated from year or so.
Last edited by masteryod (2012-07-19 14:38:38)

[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 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?

[solved]pacman upgrade issue using axel

i changed the default downloading tool to axel, but ervery time before i run pacman -Syu, i need to rm /var/lib/pacman/sync/*.db. If I don't do this, axel can't overwrite the database automatically, which can result in the fail of pacman upgrade.
what should i do so needn't i rm the db files before upgrade.
Last edited by zsrkmyn (2013-09-18 14:16:58)

karol wrote:
Post the XferCommand you're using. Is it https://wiki.archlinux.org/index.php/Im … plications
XferCommand = /usr/bin/axel -n 2 -v -a -o %o %u
Seems to work for me.
oh, it works, thx a lot!
but why i could't succeed when i using "XferCommand = /usr/bin/axel -n 2 -v -a -o `basename %u` %u" before?

[SOLVED]pacman upgrade: error# failed to prepare transaction

Whenever I am trying to install some packages using pacman, I get a message to upgrade pacman. When I say 'yes', I get an error message.
##code_begin##
[root@arch matrix]# pacman -S libreoffice
:: 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...
warning: dependency cycle detected:
warning: udev will be installed before its util-linux dependency
looking for inter-conflicts...
error: failed to prepare transaction (could not satisfy dependencies)
:: gcc: requires gcc-libs=4.7.0-3
[root@arch matrix]#
##code_end##
This started after adding a new mirror and performing "pacman -Syu" (I was trying to install firefox in arch, which didn't go through even with different mirrors).
What should I do now to upgrade pacman?
Last edited by matrix13 (2012-04-11 14:48:24)

Anyone else, looking at this, look at https://bbs.archlinux.org/viewtopic.php … 3#p1086153 which suggests the above method could break pacman (but I don't understand why yet).

[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)

[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 -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 -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] Dovecot upgrade failed due to file conflicts

yaourt -Syu failed this morning do to file conflicts with dovecot. Here is the output:
:: Starting full system upgrade...
warning: iscan: local (2.15.0.3-1) is newer than archlinuxfr (2.8.0-3)
resolving dependencies...
looking for inter-conflicts...
Targets (10): libcups-1.3.10-1 cups-1.3.10-1 libmysqlclient-5.1.34-1 dovecot-1.1.14-1
ffmpegthumbnailer-1.5.0-1 mysql-clients-5.1.34-1 mysql-5.1.34-1 recordproto-1.13.2-2
renderproto-0.9.3-2 subversion-1.6.1-3
Total Download Size: 51.88 MB
Total Installed Size: 148.31 MB
Proceed with installation? [Y/n]
:: Retrieving packages from extra...
libcups-1.3.10-1-x86_64 185.2K 106.8K/s 00:00:02 [#########################################################] 100%
cups-1.3.10-1-x86_64 3.0M 121.0K/s 00:00:26 [#########################################################] 100%
libmysqlclient-5.1.... 12.2M 120.9K/s 00:01:44 [#########################################################] 100%
dovecot-1.1.14-1-x86_64 3.2M 120.2K/s 00:00:28 [#########################################################] 100%
mysql-clients-5.1.3... 278.2K 122.2K/s 00:00:02 [#########################################################] 100%
mysql-5.1.34-1-x86_64 25.9M 122.4K/s 00:03:36 [#########################################################] 100%
recordproto-1.13.2-... 4.0K 226.0K/s 00:00:00 [#########################################################] 100%
renderproto-0.9.3-2... 16.7K 86.4K/s 00:00:00 [#########################################################] 100%
subversion-1.6.1-3-... 6.9M 118.3K/s 00:01:00 [#########################################################] 100%
:: Retrieving packages from community...
ffmpegthumbnailer-1... 64.9K 119.1K/s 00:00:01 [#########################################################] 100%
checking package integrity...
(10/10) checking for file conflicts [#########################################################] 100%
error: could not prepare transaction
error: failed to commit transaction (conflicting files)
dovecot: /usr/lib/dovecot/imap exists in filesystem
dovecot: /usr/lib/dovecot/pop3 exists in filesystem
Errors occurred, no packages were upgraded.
Should I remove /usr/lib/dovecot/imap and /usr/libdovecot/pop3 and continue the upgrade, or is there a problem with a package?
Jay
Last edited by jt512 (2009-04-18 17:32:31)

Abelian wrote:
http://www.archlinux.org/news/444/
yaourt -Syuf should do it
next time don't do it again.
just pacman -Sf package and then pacman -Su

[SOLVED] package upgrade fails for python2-qt

After doing
pacman -Syuv
, I get:
error: failed to commit transaction (conflicting files)
python2-qt: /usr/lib/python2.7/site-packages/PyQt4/Qt.so exists in filesystem
... snip a whole lot more...
python2-qt: /usr/share/sip/phonon/volumeslider.sip exists in filesystem
/usr/lib/python3.1/site-packages/PyQt4/Qsci.so exists in both 'qscintilla' and 'python-qscintilla'
Errors occurred, no packages were upgraded.
Any ideas what the problem can be and how to deal with it??
Thanks in advance,
Theo.
Last edited by vri (2011-01-21 10:25:13)

Similar issue here : after upgrading I get :
error: failed to commit transaction (conflicting files)
python-qscintilla: /usr/lib/python3.1/site-packages/PyQt4/Qsci.so exists in filesystem
Apparently 3 packages (qscintilla and the python and python2 bindings) install the same file. IMHO File should only be installed by qscintilla ... :-)

[SOLVED] jruby upgrade fails: /dev/fd error

Hi, when I try to upgrade jruby (pacaur -y jruby) I get the following error:
/dev/fd/63: line 18: syntax error: unexpected end of file
AUR Targets (1): jruby
Proceed with installation? [Y/n]
error: failed to commit transaction (conflicting files)
jruby: /opt/jruby/lib/ruby/gems/shared/cache/rake-10.0.3.gem exists in filesystem # a bunch of these for various files
Errors occurred, no packages were upgraded.
==> WARNING: Failed to install built package(s).
:: jruby cleaned
I ran pacman -Sc to clean out old packages, since the / filesystem was 97% full. Still got the same error.
as root, ls -l /dev/fd/* gives:
ls: cannot access /dev/fd/255: No such file or directory
ls: cannot access /dev/fd/3: No such file or directory
lrwx------ 1 root root 64 Feb 23 13:42 /dev/fd/0 -> /dev/pts/3
lrwx------ 1 root root 64 Feb 23 13:42 /dev/fd/1 -> /dev/pts/3
lrwx------ 1 root root 64 Feb 23 13:42 /dev/fd/2 -> /dev/pts/3
Any idea what's going on here?
Last edited by bebopson (2013-02-24 15:26:20)

This looks like a pacaur bug, due to the weird looking PKGBUILD. I guess the pacaur maintainer will have a look at it as soon as possible.
In the meantime, use makepkg (pacaur -de jruby && cd /tmp/pacaur-blabla/jruby && makepkg -si)
Edit: pacaur-git should now be working as expected.
Last edited by Spyhawk (2013-02-23 19:07:08)

[Solved] pacman upgrade fail

Similar Messages

Maybe you are looking for