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

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] pacman -Syu fails with missing gnutls

    Here are the shell texts:
    :: Synchronizing package databases...
    :: current is up to date
    :: extra is up to date
    :: unstable is up to date
    :: link is up to date
    swiergot [##########################################################################] 100% 0K 4.1K/s 00:00:00
    cactus [##########################################################################] 100% 1K 2.9K/s 00:00:00
    :: dclib: local version (0.3.7-1) is newer than repo version (0.3.6-1)
    :: kernel26-2.6.10-3: ignoring package upgrade (2.6.11.10-1)
    :: valknut: local version (0.3.7-1) is newer than repo version (0.3.6-1)
    :: Above packages will be skipped. To manually upgrade use 'pacman -S <pkg>'
    error: unresolvable dependencies:
    libsoup: requires gnutls>=1.2.0 but it is not in the sync db
    kdenetwork: requires gnutls>=1.2.4 but it is not in the sync db
    What is this gnutils? I tried to set up gnome-utils, but that did not help. The same error also appears on my second comnputer.

    I just upgraded it from KDE itself via konsole. The only bad effect I experienced was that the quick launch icons next to the K - menu icon disappeared. I already had upgraded kde to 3.4 and the latest upgrade was to 4.3.1 and did not follow wiki guidelines - except on the other computer. On that the icons stayed - just as described in the wiki.
    But about the problem itself: it seems odd to me that all the different repos that are hosting current are not in sync. Arch original repo is a bit slower for me than ftp.nluug.nl.

  • Pacman -Syu fails on perl5

    This machine doesnt have much on it, but maybe I hosed when getting vmware installed.  My other machine has a very similar config, and is still working.  Anyway, both running xine and "pacman -Syu" fail, here is the ouput:
    login as: root
    Sent username "root"
    [email protected]'s password:
    Last login: Sun Mar 21 11:11:37 2004
    [root@cpq24 root]# xine
    xine: error while loading shared libraries: libssl.so.0.9.6: cannot open shared object file: No such file or directory
    [root@cpq24 root]# pacman -Syu
    :: Synchronizing package databases...
    current                  [################] 100%|     38K|   63.2K/s| 00:00:00
    extra                    [################] 100%|    127K|   40.1K/s| 00:00:03
    unstable                 [################] 100%|      1K|    5.4K/s| 00:00:00
    Targets: centericq-4.9.10-2 curl-7.11.0-2 gtk-perl-0.7009-4
             reiserfsprogs-3.6.14-1 wget-1.9.1-2 xchat-2.0.7-2 xine-lib-1rc3b-2
    Proceed with upgrade? [Y/n]
    checking package integrity... done.
    loading package data... done.
    checking for file conflicts...
    error: the following file conflicts were found:
      /usr/lib/perl5/site_perl/current/i686-linux/Gtk.pm: exists in filesystem
      /usr/lib/perl5/site_perl/current/i686-linux/Gtk/Atoms.pm: exists in filesystem
      /usr/lib/perl5/site_perl/current/i686-linux/Gtk/CListModel.pm: exists in filesystem
      /usr/lib/perl5/site_perl/current/i686-linux/Gtk/ColorSelectButton.pm: exists in filesystem
      /usr/lib/perl5/site_perl/current/i686-linux/Gtk/Gdk.pm: exists in filesystem
      /usr/lib/perl5/site_perl/current/i686-linux/Gtk/Gdk/ImlibImage.pm: exists in filesystem
      /usr/lib/perl5/site_perl/current/i686-linux/Gtk/Gdk/ImlibImage/Install/Files.pm: exists in filesystem
      /usr/lib/perl5/site_perl/current/i686-linux/Gtk/Gdk/ImlibImage/Install/GdkImlibTypes.h: exists in filesystem
      /usr/lib/perl5/site_perl/current/i686-linux/Gtk/Gdk/ImlibImage/Install/pkg.typemap: exists in filesystem
      /usr/lib/perl5/site_perl/current/i686-linux/Gtk/Gdk/Pixbuf.pm: exists in filesystem
      /usr/lib/perl5/site_perl/current/i686-linux/Gtk/Gdk/Pixbuf/Install/Files.pm: exists in filesystem
      /usr/lib/perl5/site_perl/current/i686-linux/Gtk/Gdk/Pixbuf/Install/GdkPixbufDefs.h: exists in filesystem
      /usr/lib/perl5/site_perl/current/i686-linux/Gtk/Gdk/Pixbuf/Install/GdkPixbufTypemap: exists in filesystem
      /usr/lib/perl5/site_perl/current/i686-linux/Gtk/Gdk/Pixbuf/Install/PerlGdkPixbufInt.h: exists in filesystem
      /usr/lib/perl5/site_perl/current/i686-linux/Gtk/Gdk/Pixbuf/Install/pkg.typemap: exists in filesystem
      /usr/lib/perl5/site_perl/current/i686-linux/Gtk/Gdk/Pixbuf/Types.pm: exists in filesystem
      /usr/lib/perl5/site_perl/current/i686-linux/Gtk/Install/Files.pm: exists in filesystem
      /usr/lib/perl5/site_perl/current/i686-linux/Gtk/Install/GdkTypes.h: exists in filesystem
      /usr/lib/perl5/site_perl/current/i686-linux/Gtk/Install/GtkDefs.h: exists in filesystem
      /usr/lib/perl5/site_perl/current/i686-linux/Gtk/Install/GtkTypemap: exists in filesystem
      /usr/lib/perl5/site_perl/current/i686-linux/Gtk/Install/GtkTypes.h: exists in filesystem
      /usr/lib/perl5/site_perl/current/i686-linux/Gtk/Install/MiscTypes.h: exists in filesystem
      /usr/lib/perl5/site_perl/current/i686-linux/Gtk/Install/PerlGtkExt.h: exists in filesystem
      /usr/lib/perl5/site_perl/current/i686-linux/Gtk/Install/PerlGtkInt.h: exists in filesystem
      /usr/lib/perl5/site_perl/current/i686-linux/Gtk/Install/gendefs.pl: exists in filesystem
      /usr/lib/perl5/site_perl/current/i686-linux/Gtk/Install/gendoc.pl: exists in filesystem
      /usr/lib/perl5/site_perl/current/i686-linux/Gtk/Install/genext.pl: exists in filesystem
      /usr/lib/perl5/site_perl/current/i686-linux/Gtk/Install/gpdoc2pod: exists in filesystem
      /usr/lib/perl5/site_perl/current/i686-linux/Gtk/Install/gtk-0.99.defs: exists in filesystem
      /usr/lib/perl5/site_perl/current/i686-linux/Gtk/Install/gtk-0.99.typemap: exists in filesystem
      /usr/lib/perl5/site_perl/current/i686-linux/Gtk/Install/gtk-1.0.defs: exists in filesystem
      /usr/lib/perl5/site_perl/current/i686-linux/Gtk/Install/gtk-1.1.1.defs: exists in filesystem
      /usr/lib/perl5/site_perl/current/i686-linux/Gtk/Install/gtk-1.1.3.defs: exists in filesystem
      /usr/lib/perl5/site_perl/current/i686-linux/Gtk/Install/gtk-1.1.4.defs: exists in filesystem
      /usr/lib/perl5/site_perl/current/i686-linux/Gtk/Install/gtk-1.1.6.defs: exists in filesystem
      /usr/lib/perl5/site_perl/current/i686-linux/Gtk/Install/gtk-1.1.defs: exists in filesystem
      /usr/lib/perl5/site_perl/current/i686-linux/Gtk/Install/gtk-1.2.defs: exists in filesystem
      /usr/lib/perl5/site_perl/current/i686-linux/Gtk/Install/gtk-1.2.typemap: exists in filesystem
      /usr/lib/perl5/site_perl/current/i686-linux/Gtk/Install/ppport.h: exists in filesystem
      /usr/lib/perl5/site_perl/current/i686-linux/Gtk/Keysyms.pm: exists in filesystem
      /usr/lib/perl5/site_perl/current/i686-linux/Gtk/LWP.pm: exists in filesystem
      /usr/lib/perl5/site_perl/current/i686-linux/Gtk/LWP/http.pm: exists in filesystem
      /usr/lib/perl5/site_perl/current/i686-linux/Gtk/LogHandler.pm: exists in filesystem
      /usr/lib/perl5/site_perl/current/i686-linux/Gtk/Types.pm: exists in filesystem
      /usr/lib/perl5/site_perl/current/i686-linux/Gtk/TypesLazy.pm: exists in filesystem
      /usr/lib/perl5/site_perl/current/i686-linux/Gtk/io.pm: exists in filesystem
      /usr/lib/perl5/site_perl/current/i686-linux/Gtk/lazy.pm: exists in filesystem
      /usr/lib/perl5/site_perl/current/i686-linux/auto/Gtk/Gdk/ImlibImage/.packlist: exists in filesystem
      /usr/lib/perl5/site_perl/current/i686-linux/auto/Gtk/Gdk/ImlibImage/ImlibImage.bs: exists in filesystem
      /usr/lib/perl5/site_perl/current/i686-linux/auto/Gtk/Gdk/ImlibImage/ImlibImage.so: exists in filesystem
      /usr/lib/perl5/site_perl/current/i686-linux/auto/Gtk/Gdk/Pixbuf/.packlist: exists in filesystem
      /usr/lib/perl5/site_perl/current/i686-linux/auto/Gtk/Gdk/Pixbuf/Pixbuf.bs: exists in filesystem
      /usr/lib/perl5/site_perl/current/i686-linux/auto/Gtk/Gdk/Pixbuf/Pixbuf.so: exists in filesystem
      /usr/lib/perl5/site_perl/current/i686-linux/auto/Gtk/Gdk/autosplit.ix: exists in filesystem
      /usr/lib/perl5/site_perl/current/i686-linux/auto/Gtk/Gtk.bs: exists in filesystem
      /usr/lib/perl5/site_perl/current/i686-linux/auto/Gtk/Gtk.so: exists in filesystem
      /usr/lib/perl5/site_perl/current/i686-linux/auto/Gtk/autosplit.ix: exists in filesystem
      /usr/lib/perl5/site_perl/current/i686-linux/auto/Gtk/base/.packlist: exists in filesystem
    [root@cpq24 root]#

      Sarah;
        Reviewing ...man pacman...I find not reference to ...-Suf... but i do find one reference to the term.... --f... which is one of the commands which is not recommended(not at all).
        The use of ...-Suf... combo is not listed.
        I have no idea how to interpret the use of pacman when such upgrade problems are encountered.  And I would not be able to apply the pacman system in any new problem I may encounter without examples that keep me out of more trouble should more " forcing functions" or other work arounds be necessary.
      I more than appreciate the post describing how to proceed when the upgrade reports that the file already exists because it provided a procedure which successfully corrected the difficulty and eliminated the "fear of failure" associated with the "force" command(not recommended at all).
      Please appreciate that I did read the man pacman many times but am not confident in using elements of that manual in "combination", especially when warned not to use "force".
        Please appreciate the fact that pacman is advertised as an asset for arch and, when not encountering the difficulty of this post, it does upgrade efficiently.
       I have re-installed arch about a dozen times due to my ignorance of pitfalls in the upgrade process some of which haven't shown themselves in the posts I have read.
       But the first ...-Syu...gave the result covered by this post{16 packages rejected).
       To one familiar with linux and arch, all things appear in the manual but not in a form recognized from the viewpoint of a newbie especially if interpretation is required.
       I am told to research the forums, which I did.  When I found a posted solution and thanked those involved, I am told that the solution is somewhere in the manual......
       One's point of view is paramount, expert or novice.....

  • [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 - error: failed to prepare transaction

    [root@localhost username]# pacman -Syu
    :: Synchronising package databases...
    core 104.3 KiB 691K/s 00:00 [######################] 100%
    extra 1406.0 KiB 1117K/s 00:01 [######################] 100%
    community 1697.2 KiB 1120K/s 00:02 [######################] 100%
    :: Starting full system upgrade...
    resolving dependencies...
    looking for inter-conflicts...
    error: failed to prepare transaction (could not satisfy dependencies)
    :: open-vm-tools-modules: requires linux<3.4
    I assume I need to wait for open-vm-tools to be updated now?
    Last edited by Swarfega (2012-06-15 11:54:27)

    Wait until your server upload the recent Arch Linux updates. Than you will be able to upgrade it. Or do like i had: download open-bm-tools from Arch Linux official site  and install it and then issue "pacman -Syu".
    Last edited by Shark (2012-06-15 11:54:02)

  • Pacman -Syu fails due to mime.types[SOLVED]

    Hi All,
    pacman -Syu results in:
    error: failed to commit transaction (conflicting files)
    mime-types: /etc/mime.types exists in filesystem
    Is it safe to mv mime.types and retry the system upgrade?
    I have Gnome and KDE installed.  I currently use KDE and this is "the" KED4.1 upgrade.
    Thanks.
    Last edited by whot (2008-08-19 01:03:49)

    pacman -Qo /etc/mime.types, showed no owner for the file.
    Performed:
    pacman -Rn mime-types
    pacman -S mime-types
    pacman -Syu
    System upgrade finished with no further problems.  Machine booted to KDE4.1 
    I've noticed a few things with KDE4.1:
    DUUUUDE, where's my data?!!? (calendar data, pim data, etc.)
    It seems a bit slow to respond.  I don't know if this is a kernel26 upgrade issue or it's the first time
    applications are being used so "things" are being set-up/configured for the first time.
    All in all, smooth upgrade to KDE4.1.  Thank you, devs.
    Thanks for your help, fwojciec.

  • Pacman -syu failed libgl conflict

    Tried to do pacman -Syu, had conflicts with nvidia and libgl:
    xf86-video-ati: requires libgl>=7.2
    :: xf86-video-mga: requires libgl>=7.2
    :: xf86-video-savage: requires libgl>=7.2
    :: xf86-video-sis: requires libgl>=7.2
    :: xf86-video-tdfx: requires libgl>=7.2
    so I removed these and then did a syu for nvidia-96xx and nvidia-96xx-utils
    now when I try pacman -Syu I get
    :: Starting full system upgrade...
    :: Replace esd with extra/esound? [Y/n] y
    :: Replace libungif with extra/giflib? [Y/n] y
    :: Replace gail with extra/gtk2? [Y/n] y
    :: Replace kde-common with extra/kdebase-workspace? [Y/n] y
    :: Replace gwenview with extra/kdegraphics? [Y/n] y
    :: Replace arts with extra/kdelibs? [Y/n] y
    :: Replace kdeaddons with extra/kdeplasma-addons? [Y/n] y
    warning: imap: local (2007-1) is newer than extra (2007d-1)
    warning: ntp: local (4.2.4-2) is newer than extra (4.2.4p5-1)
    resolving dependencies...
    warning: dependency cycle detected:
    warning: bash will be installed before its glibc dependency
    warning: dependency cycle detected:
    warning: readline will be installed before its glibc dependency
    warning: dependency cycle detected:
    warning: ncurses will be installed before its glibc dependency
    warning: dependency cycle detected:
    warning: pam will be installed before its db dependency
    looking for inter-conflicts...
    :: libgl conflicts with nvidia-96xx-utils. Remove nvidia-96xx-utils? [Y/n] n
    error: unresolvable package conflicts detected
    error: failed to prepare transaction (conflicting dependencies)
    :: libgl: conflicts with nvidia-96xx-utils
    but I cannot remove libgl
    error: 'libgl': not found in local db

    Edit: http://bbs.archlinux.org/viewtopic.php?id=61771
    Last edited by falkman (2009-01-01 00:22:29)

  • [solved] pacman -Syu gives package conflicts

    Hi all,
    since yesterday when I execute pacman -Syu, I get
    :: Synchronizing package databases...
    core is up to date
    extra is up to date
    community is up to date
    kdemod-core is up to date
    kdemod-extragear is up to date
    :: Starting full system upgrade...
    resolving dependencies...
    looking for inter-conflicts...
    error: unresolvable package conflicts detected
    error: failed to prepare transaction (conflicting dependencies)
    :: kdebase-konqueror: conflicts with kdemod-kdebase
    Any idea?
    thanks in advance
    santiagorf
    Last edited by santiagorf (2009-09-03 21:28:26)

    thanks!!
    after installing and uninstalling kdemod-kdebase-konqueror and kdebase-konqueror respectively, it worked
    mcmillan wrote:It looks like you're mixing kde components from extra and kdemod. You should either be using kdemod-kdebase and kdemod-kdebase-konqueror or kdebase-konqueror with the kdebase packages from extra

  • [solved] "pacman -Syu" hangs after "checking for file conflicts"

    This is my third attempt.  I let it run yesterday for 20 hours on the theory that maybe it was actually doing something.  It always completes "checking for file conflicts" but never goes any further.
    Does anyone have any suggestions how to get it to continue?
    [ken@xxxxx ~]$ sudo pacman -Syu
    :: Synchronizing package databases...
    core is up to date
    extra 1421.6 KiB 2.03M/s 00:01 [######################] 100%
    community 1775.0 KiB 3.00M/s 00:01 [######################] 100%
    :: Starting full system upgrade...
    resolving dependencies...
    looking for inter-conflicts...
    Targets (27): binutils-2.23-1 coreutils-8.20-1 cryptsetup-1.5.1-1
    device-mapper-2.02.98-1 emacs-24.2-2 filesystem-2012.10-2
    firefox-16.0.2-1 gcc-4.7.2-2 gcc-libs-4.7.2-2 glibc-2.16.0-5
    hwids-20121022-1 imagemagick-6.8.0.3-1 libidn-1.25-1
    libwbclient-3.6.9-1 linux-api-headers-3.6.3-1 lvm2-2.02.98-1
    mkinitcpio-0.11.0-1 nspr-4.9.3-1 nss-3.14-1
    nss-myhostname-0.3-3 smbclient-3.6.9-1 systemd-195-2
    thunderbird-16.0.2-1 tzdata-2012h-1 util-linux-2.22.1-2
    wget-1.14-2 xulrunner-16.0.2-1
    Total Download Size: 47.80 MiB
    Total Installed Size: 550.57 MiB
    Net Upgrade Size: 6.43 MiB
    Proceed with installation? [Y/n] y
    :: Retrieving packages from extra...
    libwbclient-3.6.9-1... 19.5 KiB 407K/s 00:00 [######################] 100%
    smbclient-3.6.9-1-x... 7.9 MiB 2.71M/s 00:03 [######################] 100%
    thunderbird-16.0.2-... 17.1 MiB 2.92M/s 00:06 [######################] 100%
    xulrunner-16.0.2-1-... 22.9 MiB 2.92M/s 00:08 [######################] 100%
    (27/27) checking package integrity [######################] 100%
    (27/27) loading package files [######################] 100%
    (27/27) checking for file conflicts [######################] 100%
    Last edited by KenJackson (2012-10-30 14:25:05)

    Allan wrote:Can you run with --debug?
    OK.  That garnered an additional piece of info.  Here's the end of the long output:
    debug: searching for filesystem conflicts: wget
    debug: searching for file conflicts: xulrunner
    debug: searching for filesystem conflicts: xulrunner
    checking available disk space...
    debug: checking available disk space
    Disk space?  I think I have enough disk space.
    [ken@xxxxx ~]$ df
    Filesystem Size Used Avail Use% Mounted on
    rootfs 47G 11G 34G 25% /
    dev 2.0G 0 2.0G 0% /dev
    run 2.0G 292K 2.0G 1% /run
    /dev/sda3 47G 11G 34G 25% /
    shm 2.0G 140K 2.0G 1% /dev/shm
    /dev/sda1 99M 21M 74M 22% /boot
    /dev/sda4 72G 1.9G 66G 3% /home
    Is disk space really the problem?  Or is that just where it hung?

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

  • Pacman -Syu Fails -- Problem wth pm-utils Package

    I just tried to do a "pacman -Syu".
    I get the following errors:
    error:  Could not prepare transaction
    error: failed to commit transaction (conflicting files)
    pm-utils: /usr/bin/on_ac_power exists in filesystem
    errors occured, no packages were upgraded
    Is there a problem with the new pm-utils package?  What is the fix?
    Rob

    webbrewer wrote:Although thinkwiki recommends using APM with the t20, I attempted for a few weeks to get ACPI to work properly on this machine.  I was unable to solve all the issues, as detailed here: http://bbs.archlinux.org/viewtopic.php?id=35061.  With APM, everything works well.
    The HAL website (http://www.freedesktop.org/wiki/Software/hal) doesn't list pm-utils as a dependency.  However, I am willing to give APCI another try.
    I removed apmd and found that all my apm functionality remained despite the absence of a software daemon.  Upgrading hal and installing pm-utils has not caused any issues in my system, contrary to my cautions.

  • [SOLVED] pacman -Syu / ::lib32-qt requires qt?

    I'm trying to do a update and what i get is:
    [root@host ~]# pacman -Syu
    :: Synchronizing package databases...
    core is up to date
    extra is up to date
    community is up to date
    :: Starting full system upgrade...
    :: Replace khrplatform-devel with extra/mesa? [Y/n] Y
    :: Replace libegl with extra/mesa? [Y/n] Y
    :: Replace libgbm with extra/mesa? [Y/n] Y
    :: Replace libglapi with extra/mesa? [Y/n] Y
    :: Replace qt with extra/qt4? [Y/n] Y
    resolving dependencies...
    :: There are 3 providers available for libgl:
    :: Repository extra
    1) mesa-libgl 2) nvidia-304xx-utils 3) nvidia-libgl
    Enter a number (default=1): 3
    warning: dependency cycle detected:
    warning: libsasl will be installed before its krb5 dependency
    looking for inter-conflicts...
    :: libmariadbclient and libmysqlclient are in conflict. Remove libmysqlclient? [y/N] Y
    error: failed to prepare transaction (could not satisfy dependencies)
    :: lib32-qt: requires qt
    So my first logical attempt was to not replace qt with qt4 (which, in itself sounded bad in my head but what the heck)..
    [root@host ~]# pacman -Syu
    :: Synchronizing package databases...
    core is up to date
    extra is up to date
    community is up to date
    :: Starting full system upgrade...
    :: Replace khrplatform-devel with extra/mesa? [Y/n] Y
    :: Replace libegl with extra/mesa? [Y/n] Y
    :: Replace libgbm with extra/mesa? [Y/n] Y
    :: Replace libglapi with extra/mesa? [Y/n] Y
    :: Replace qt with extra/qt4? [Y/n] n
    resolving dependencies...
    :: There are 3 providers available for libgl:
    :: Repository extra
    1) mesa-libgl 2) nvidia-304xx-utils 3) nvidia-libgl
    Enter a number (default=1): 3
    warning: dependency cycle detected:
    warning: libsasl will be installed before its krb5 dependency
    looking for inter-conflicts...
    :: libmariadbclient and libmysqlclient are in conflict. Remove libmysqlclient? [y/N] Y
    :: qt4 and qt are in conflict. Remove qt? [y/N] n
    error: unresolvable package conflicts detected
    error: failed to prepare transaction (conflicting dependencies)
    :: qt4 and qt are in conflict
    So I'm kinda stuck between a rock and a hard place here.
    Because when i say i DON'T want to replace qt..
    It says that qt4 and qt are in conflict and that i should remove qt anyway, even tho i never installed qt4 to begin with?
    When asked
    :: qt4 and qt are in conflict. Remove qt? [y/N] n
    Should i simply say yes here? and hope that it resolves itself, or will that screw up my GUI?
    Only reason why i'm not just go happy-go-lucky in this case is because i'm abroad traveling and kinda need my GUI, but i also need to update my kernel etc to be able to install Wine, which just happens to be a thing i need right now :P
    Last edited by Torxed (2013-05-20 20:04:45)

    alphaniner wrote:Pacman is trying to install qt4 now, because it replaces qt
    Yes and my first logical assumption was to obviously allow pacman to replace qt with qt4:
    :: Replace qt with extra/qt4? [Y/n] Y
    Which, didn't work:
    :: lib32-qt: requires qt
    Last edited by Torxed (2013-05-20 19:29:30)

  • [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 -Syu on a (very) limited bandwidth

    Hi
    I've been using Arch for about a year, and I'm still pretty new to Linux and Arch. The reason I installed Arch in the first place was because of the how much control you have over your system, since you get to build it up according to your preferences. I absolutely love Arch for this and many other reasons.
    The problem I have is that I am limited to 500mb bandwidth a month. I know this wrong, but I always avoid pacman -Syu because of the 500mb limit. I avoid any necessary upgrading, and only upgrade packages that need to be upgraded whenever I need to install a new package that I need. I know very well that this is the wrong thing to do, but seeing as I am limited to 500mb a month (which I already use alot of, if not all, on university stuff), I don't see how I could possibly carry out frequent system upgrades. Could anyone give me some advice? Should I not be using a rolling release distro because of this?
    Last edited by flyswatter (2010-06-05 19:31:54)

    @JackH79
    Hope it'll work out all right for you. Would be a shame to lose you to an 'enemy distros' , just because of bandwidth restrictions.
    Thank you. Don't worry, getting me off Arch is not gonna be easy
    @syn
    So is the public library's wifi off limits?
    hmm...getting to the public library would be troublesome. I doubt most public libraries here have wifi anyways The uni library, as well as the rest of campus, gives us access to internet via wifi, but it has a ridiculous 150mb cap. Luckily, downloads on the uni network are unlimited, and I have a good feeling the Arch mirror is on the uni network. I'll just have to wait and see.
    @mvdvarrier
    Thank you. I was thinking about using Slackware, and it really helps knowing that the updates are small. I feel that I have found the solution because of my uni's arch mirror, but if that and all other attempts to stick to Arch fails, I think that sounds like a great plan B Still gonna try my best to keep Arch, I haven't used many distro's (Ubuntu, slight tinkering on a Fedora based distro...and Puppy Linux, Slax Frodo and ttylinux if tiny live distros count), but I really do like Arch's way of doing things.
    Last edited by flyswatter (2009-12-09 16:51:39)

Maybe you are looking for

  • Every time I enable the OnBoard USB, in bios, the memory check takes ages.

    yup. Every time I change the OnBoard USB to enabled in BIOS, the startup memory check takes for ages (approximately 5 minutes or so...)(the check jamms for a few numbers before it's finished, it jamms on numbers 104857 and after a little while it goe

  • Knight's Tour (works but I can't get the correct grid to print)

    Hi all I have written a recursive Knight's tour method. My trouble is when I print out the final grid it won't show the last position as being filled. This is where I print out my grid. and it looks like this: 3 6 11 8 0 9 4 1 5 2 7 10 true //count =

  • How to change ASE server name in windows

    how to change the server name in Adaptive server enterprise running on windows

  • IMac display on TV

    Is there a cable available that would allow my iMac to display on a TV with only HDMI or component inputs? Is there a maximum output range? In other words would the display be decent on a TV screen size between 42 and 52 inches?

  • Passive DAG copies disappear overnight

    I have created 2 new mailbox databases with 2 passive copies each across our 3 mailbox servers. One of these databases, DATABASE_P, is perfectly fine. The other database however, DATABASE_S, has been created, but then overnight the two passive copies