[SOLVED] Pacman's "Depends On" field

When I query how much space firefox is going to take and what its dependencies are I get a list and a value which are very different from what I get when I actually try to install it. Can somebody please explain why is it like that?
[lex@gaia ~]$ pacman -Si firefox
Depends On : xulrunner=1.9.2.8 desktop-file-utils
Optional Deps : None
Conflicts With : None
Replaces : None
Download Size : 771.98 K
Installed Size : 3628.00 K
[lex@gaia ~]$ sudo pacman -S firefox
Password:
resolving dependencies...
looking for inter-conflicts...
Targets (4): mozilla-common-1.4-1 mime-types-1.0-3 xulrunner-1.9.2.8-1 firefox-3.6.8-1
Total Download Size: 16.09 MB
Total Installed Size: 83.33 MB
Last edited by archguest (2010-08-09 14:28:55)

karol wrote:
archguest wrote:
Thanks guys, I understood that. What I wonder about is what use is "depends on" line if it does not show recursive dependencies? Is there a reason to why it doesn't?
The way it is now I can't tell how much is going to be installed and what until I try to install the package.
There are some tools that attempt to do that, but if you're so smart, tell me, would you count xulrunner as a firefox dependency if you already have it installed as a dependency for another package? There were similar discussions on the forums and there may be some similar feature requests in the bug tracker.
Nowadays people may have sh*tty cpus, so they prefer binary-based distro to a source-based one. They may have not that mush RAM, so they like lightweight apps, but most people have enough of harddrive space to simply install the thing, try it out and keep it if they like it - not because it's small, but because it works for them.
With due respect but I find your language offensive. I didn't say that I am smart and I did not even challenge the way things are. I asked *why* they are the way they are.
In answer to your question, xulrunner is a dependency because without it firefox won't run. Maybe what I am looking for is not a list of first-order dependencies for a package but a list of packages to be downloaded and installed with the package. In the context of your question, xulrunner would not be on that list as it already is installed.
I agree with you about the disk space. The disk space is not my concern. I just wanted to know why pacman does not display what packages will be downloaded and installed before I actually run install (as a root).
Despite I have not received an answer to my question, I now begin to think it was a design decision. I wonder if having this information displayed in addition to what pacman -Si already displays would be useful. The rationale would be that it is not reasonable to su or sudo just to find out how many packages need to be downloaded and installed to get some package working.
Last edited by archguest (2010-08-08 14:08:05)

Similar Messages

  • [SOLVED] pacman show dependency list

    How can I make pacman show all dependencies of some package?
    Last edited by silenc3r (2010-05-21 20:00:12)

    Here is a little command I wrote a while back while I was learning sed. It gives a bulk output of all your programs, their dependencies and optional dependencies. I ran into the "fails for when depends extend to multiple lines" issue and this should fix that. I haven't tested it very much so you be the judge.
    pacman -Qi | sed '/^Depends On/,/^Required By/{ s/^Required By.*$//; H; d }; /^Name/!d; /^Name/{ n;x;}'| sed '/^$/s//==================================================================================/'
    Small Example Output: (looks much cleaner in the Terminal)
    ==================================================================================
    Name           : xorg-server-utils
    Version        : 1.7.6-3
    Depends On     : hal>=0.5.14  libgl  libxfont>=1.4.1  openssl>=1.0.0 
                     libpciaccess>=0.10.9  libxv>=1.0.5  pixman>=0.16.6 
                     xcursor-themes>=1.0.2  xkeyboard-config>=1.8 
                     xorg-server-utils  xorg-fonts-misc  xbitmaps  diffutils 
                     xf86-input-evdev>=2.2.5  inputproto>=2.0 
    Optional Deps  : None
    ==================================================================================
    Name           : xorg-util-macros
    Version        : 7.5-3
    Depends On     : libxfontcache>=1.0.5  libxi>=1.3  libxaw>=1.0.6 
                     libxxf86misc>=1.0.2  libxrandr>=1.3.0  libxxf86vm>=1.1.0 
                     mcpp>=2.7.2 
    Optional Deps  : None
    ==================================================================================
    Name           : xorg-utils
    Version        : 1.7.0-1
    Depends On     : None
    Optional Deps  : None
    ==================================================================================
    I added the equal signs for looks and to fit my default Terminal window. Just add or subtract them in the command to fit yours or to get rid of them just drop off the last section of the pipe.
    Good Luck!:D

  • Update address-dependent email field on save of BP

    We have a requirement to update the address-dependent email field from the address-independent email field upon saving a Business Partner.
    I've been working on the 'BUPA_ADDR_UPDATE' BADi but am having no luck with it so far. I have managed to retrieve the data in the address-independent email field using the 'BUPA_CENTRAL_GET_DETAIL' Function Module but as yet have not been able to do the update of the address-dependent email field.
    Can anyone offer any guidance please ?
    thanks,
    Malcolm.

    Hi Malcolm,
    Try using the BADI : ADDR_UPDATE.
    Email is a part of the address management, so you would need an address badi.
    BUPA_ADDR_UPDATE is a business partner badi and only has the address reference - such as address number, validity, move date, etc..it will not help in cases where you need to work with address fields such as city, country, email,etc.
    Another approach :
    Try writing your code in PARTNER_UPDATE badi. This is called after save of BP. So you can probably trigger another update on the BP's address from here..
    Hope this helps you.
    Cheers,
    Rishu.

  • Pacman-color depends on pacman 3.2

    the title says it all, a user has to remove pacman-color in order to update to pacman 3.3.
    EDIT 1:
    hmm, I found that the AUR page on pacman-color has been updated and it says that it is compatible with the latest pacman 3.3 so I will try to install it again.
    http://aur.archlinux.org/packages.php?ID=11827
    EDIT 2:
    I double checked and when using yaourt, it still thinks that pacman-color depends on pacman 3.2
    EDIT 3:
    confirmed yaourt is up to date, still having the same problem.
    EDIT 4:
    via #archlinux IRC I discovered that my configuration of yaourt was the heart of the problem, more precisely my using the archlinuxfr repository which is now out of date rather than going straight to the AUR.
    I have since remedied this though, and also found that there is someone developing another program similar in function to yaourt since it is no longer being maintained, see the comments section here for more details.
    http://aur.archlinux.org/packages.php?ID=11827
    Last edited by panzeroceania (2009-08-05 21:40:41)

    i had the same problem. i did:
    $ sudo pacman -Syu
    :: Synchronizing package databases...
    core 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)
    :: pacman-color: requires pacman=3.2.2
    $ sudo pacman -R pacman-color
    checking dependencies...
    warning: /etc/pacman.d/color.conf saved as /etc/pacman.d/color.conf.pacsave
    (1/1) removing pacman-color [#########################################################] 100%
    $ sudo pacman -Syu
    :: Synchronizing package databases...
    core 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...
    Targets (2): libfetch-2.25-1 pacman-3.3.0-3
    Total Download Size: 0.61 MB
    Total Installed Size: 2.05 MB
    Proceed with installation? [Y/n]
    y
    (2/2) upgrading pacman [#########################################################] 100%
    ryan ~ $ emerge pacman-color
    resolving dependencies...
    looking for inter-conflicts...
    Targets (1): pacman-color-3.3.0-1
    Total Download Size: 0.03 MB
    Total Installed Size: 0.07 MB
    Proceed with installation? [Y/n]
    y
    (1/1) installing pacman-color [#########################################################] 100%
    Last edited by FlamingZebra90 (2009-08-27 17:07:09)

  • [Solved] pacman -Qtdq is returning strange results - Please Help!

    Hi guys,
    I'm having an issue with the pacman command -
    #pacman -Qtdq
    It has been spitting out some VERY odd results. Here
    [anders@Freki ~]$ pacman -Qtdq
    abs
    agave
    alsa-utils
    archlinux-artwork
    arj
    aspell-en
    audacity
    autoconf
    automake
    bacula
    banshee
    beanshell
    bleachbit
    bluefish
    calibre
    cryptsetup
    dash
    dosfstools
    ekiga
    expect
    fakeroot
    feh
    file-roller
    firefox
    flex
    gcalctool
    gconf-editor
    gedit
    git
    gksu
    gnome-color-manager
    gnome-disk-utility
    gnome-media
    gnome-nettool
    gnome-power-manager
    gnome-utils
    gpart
    gparted
    grub2-bios
    gstreamer0.10-bad-plugins
    gtk-doc
    handbrake
    hardinfo
    heirloom-mailx
    hsqldb-java
    hunspell-en
    hyphen-en
    icedtea-web
    initscripts
    inkscape
    iputils
    jfsutils
    less
    libdvdcss
    libmspack
    libmythes
    libreoffice-base
    libreoffice-calc
    libreoffice-draw
    libreoffice-extension-ct2n
    libreoffice-extension-diagram
    libreoffice-extension-google-docs
    libreoffice-extension-hunart
    libreoffice-extension-nlpsolver
    libreoffice-extension-numbertext
    libreoffice-extension-oooblogger
    libreoffice-extension-pdfimport
    libreoffice-extension-presentation-minimizer
    libreoffice-extension-presenter-screen
    libreoffice-extension-report-builder
    libreoffice-extension-scripting-beanshell
    libreoffice-extension-scripting-javascript
    libreoffice-extension-scripting-python
    libreoffice-extension-typo
    libreoffice-extension-validator
    libreoffice-extension-watch-window
    libreoffice-extension-wiki-publisher
    libreoffice-gnome
    libreoffice-impress
    libreoffice-math
    libreoffice-sdk-doc
    libreoffice-writer
    libwpg
    licenses
    lm_sensors
    logrotate
    lucene
    lvm2
    man-db
    man-pages
    mdadm
    mesa-demos
    mousetweaks
    mythes-en
    nano
    ntfsprogs
    openshot
    os-prober
    pacman
    parcellite
    patch
    pcmciautils
    perl-passwd-md5
    pkg-config
    pstoedit
    python2-gtkspell
    python2-numpy
    rdesktop
    reiserfsprogs
    samba
    skype
    skype-call-recorder
    sound-juicer
    soundconverter
    subversion
    sudo
    syslog-ng
    telepathy-butterfly
    telepathy-gabble
    telepathy-haze
    telepathy-idle
    telepathy-salut
    telepathy-sofiasip
    texlive-core
    thunderbird
    tomboy
    tomoyo-tools
    truecrypt
    ufw
    unace
    unetbootin
    uniconvertor
    unrar
    vala
    vi
    vigra
    vino
    virtualbox
    virtualbox-additions
    wgetpaste
    which
    wicd-gtk
    xchat
    xdotool
    xf86-video-ati
    xfsprogs
    xorg-twm
    xorg-utils
    xorg-xclock
    xorg-xinit
    xsane-gimp
    xscreensaver
    xterm
    I first noticed this when I removed lxde and awesome after I was done playing with them and pacman took out pkgs necessary to run gnome. As you can see some x pkgs are listed as orphans, along with things that were not orphans before, like abs and firefox. My orphan list used to be only a few items long because gwibber apparenly has some build items that are no longer needed after install like dee and vala.
    I've tried reinstalling the listed pkgs, ALL of my installed pkgs, and nothing. It keeps reporting this same string of pkgs and it is making me afraid to remove xscreensaver (the one thing on the list I don't want to keep) because I am afriad of pacman taking out too many pkgs. Installs seem to be working just fine, and I only use pacman to install pkgs on this system, I always use
    sudo pacman -S pkgname
    or
    sudo pacman -U /path/to/aur/pkg
    and I only update via
    sudo pacman -Syu
    So is there any way to "rebuild" the dependancy tree that I don't know about? I looked thourgh the Wiki and did not see anything.
    Could I have removed a pkg(s) that has broken Pacman's dependancy tree?
    Is there any more info that you guys might need to help me out with this?
    - Thanks for any help,
    Anders H
    Last edited by Anders H (2012-02-14 09:34:13)

    For some reason theses packages are installed as a dependency for another package, but they're not required by any package.
    Can you post the output of e.g. 'pacman -Qi less'?
    -D, --database
    Modify the package database. This operation allows you to modify
    certain attributes of the installed packages in pacman’s database.
    At the moment, you can only change the install reason using
    --asdeps and --asexplicit options.
    [karol@black ~]$ pacman -Qi less
    Name : less
    Version : 444-3
    URL : http://www.greenwoodsoftware.com/less
    Licenses : GPL3
    Groups : base
    Provides : None
    Depends On : ncurses pcre
    Optional Deps : None
    Required By : None
    Conflicts With : None
    Replaces : None
    Installed Size : 220,00 KiB
    Packager : Allan McRae <[email protected]>
    Architecture : i686
    Build Date : pon, 6 lut 2012, 03:25:08
    Install Date : czw, 9 lut 2012, 21:09:29
    Install Reason : Explicitly installed
    Install Script : No
    Description : A terminal based program for viewing text files
    [karol@black ~]$ pacman -Qi less | grep -e "Required By" -e "Install Reason"
    Required By : None
    Install Reason : Explicitly installed
    [karol@black ~]$ pacman -Qdt
    [karol@black ~]$ pacman -D --asdeps less
    less: install reason has been set to 'installed as dependency'
    [karol@black ~]$ pacman -Qi less | grep -e "Required By" -e "Install Reason"
    Required By : None
    Install Reason : Installed as a dependency for another package
    [karol@black ~]$ pacman -Qdt
    less 444-3
    I've changed the install reason and now 'less' shows up as an orphan.

  • [Solved] Pacman fails to satisfied java-runtime dependency on upgrade

    Hi. So I haven't been able to upgrade yesterday or today because of this bug. I couldn't figure out how to solve it on my own.
    This is what happens when I try to upgrade:
    jake@levi> sudo pacman -Syyu ~
    :: Synchronizing package databases...
    core 104.8 KiB 76.7K/s 00:01 [##################################################################################################] 100%
    extra 1389.5 KiB 187K/s 00:07 [##################################################################################################] 100%
    community 1549.8 KiB 191K/s 00:08 [##################################################################################################] 100%
    multilib 89.7 KiB 145K/s 00:01 [##################################################################################################] 100%
    :: Starting full system upgrade...
    resolving dependencies...
    looking for inter-conflicts...
    error: failed to prepare transaction (could not satisfy dependencies)
    :: languagetool: requires java-runtime>=6
    :: rhino: requires java-runtime
    I have jre7-openjdk-headless already installed, which provides java-runtime 7, so I don't see why I could be running into any problems.
    [1] jake@levi> pacman -Qi jre7-openjdk-headless ~
    Name : jre7-openjdk-headless
    Version : 7.b147_2.1-1
    URL : http://icedtea.classpath.org
    Licenses : custom
    Groups : None
    Provides : java-runtime=7
    Depends On : libjpeg-turbo lcms2 nss ca-certificates-java rhino
    Optional Deps : libcups: needed for Java Mauve support - libmawt.so
    fontconfig: needed for Java Mauve support - libmawt.so
    Required By : languagetool rhino
    Conflicts With : java-runtime openjdk6
    Replaces : None
    Installed Size : 107421.00 KiB
    Packager : Andreas Radke <[email protected]>
    Architecture : x86_64
    Build Date : Wed Feb 15 06:36:20 2012
    Install Date : Thu Mar 1 14:06:19 2012
    Install Reason : Installed as a dependency for another package
    Install Script : Yes
    Description : Free Java environment based on OpenJDK 7.0 with IcedTea7 replacing binary plugs - Minimal Java runtime - needed for executing non GUI Java programs
    There could be something I don't understand though. Any help is appreciated.
    Last edited by Coward (2012-03-08 00:30:57)

    mira wrote:
    Karol's advice did not worked for me, so I did this:
    pacman -Rdd jre7-openjdk-headless
    and after that this:
    pacman -S jre7-openjdk
    and then the update worked as it should. Hope that helps somebody.
    Not sure what was the issue in your case, but I did say "Try to ignore the conflicts and see if it works out." and by that I meant the '-dd' switch.
    Now I see I should have been explicit about it as my comment doesn't make it clear at all.

  • [Solved]pacman doesn't like ' =' in depends for pure package

    Trying to install the pure programming language package available here.
    $ makepkg -s
    ==> Making package: pure 0.60-1 (Tue Aug 12 19:22:57 EDT 2014)
    ==> Checking runtime dependencies...
    ==> Installing missing dependencies...
    error: target not found: llvm<=3.4
    ==> ERROR: 'pacman' failed to install missing dependencies.
    PKGBUILD file:
    # -*- shell-script -*-
    # Contributor: Mikko Sysikaski mikko.sysikaski at gmail dot com
    # Updated by Stephen Diehl - [email protected]
    # Maintainer: Alastair Pharo asppsa at gmail dot com
    # Maintainer: Albert Graef <[email protected]>
    pkgname=pure
    pkgver=0.60
    pkgrel=1
    pkgdesc="Pure is a modern-style functional programming language based on term rewriting."
    arch=("i686" "x86_64")
    license=('GPL3')
    url="http://purelang.bitbucket.org/"
    depends=('llvm<=3.4' 'gmp' 'mpfr' 'readline')
    makedepends=('make' 'gcc')
    optdepends=("pure-docs: online documentation"
    "w3m: access to help in interactive mode"
    "emacs-pure-mode: editing Pure files from Emacs"
    "texmacs-pure: embedding Pure sessions in TeXmacs")
    groups=(pure-complete pure-base)
    source=("https://bitbucket.org/purelang/pure-lang/downloads/$pkgname-$pkgver.tar.gz"
    "https://bitbucket.org/purelang/pure-lang/downloads/llvm-3.3-tools.tar.bz2")
    md5sums=('4bbd7cf05ce913814f02675c58aeaa23'
    '0a3c4154e7d20f1d078d994ec47be1b7')
    build() {
    cd $srcdir/$pkgname-$pkgver
    ./configure --prefix=/usr --without-elisp --without-texmacs --enable-release
    make || return 1
    # check that the interpreter is working
    make check || return 1
    package() {
    cd $srcdir/$pkgname-$pkgver
    make DESTDIR=$pkgdir install || return 1
    # llc in LLVM 3.4 is broken; these will work with both LLVM 3.3 and 3.4
    cd $srcdir/llvm-3.3-tools/$CARCH
    cp llc opt $pkgdir/usr/lib/pure || return 1
    I have installed for now by simply removing the
    <=3.4
    requirement but only out of frustration. I'm at a loss as to why pacman would be complaining, I see the bit about 'LLVM 3.4 is broken' but for one, 3.4 is already installed from [extra] and for two, 3.3 ought to meet the criteria. All help/explanation appreciated.
    Last edited by luisrayas3 (2014-08-18 20:06:03)

    luisrayas3 wrote:
    isn't it?? I would consider 3.4.2 == 3.4 from a versioning perspective and therefore also 3.4.2 <= 3.4
    edit: also worth noting that it does work anyhow with 3.4.2
    Nope, doesn't work that way. Try it yourself.
    % vercmp -h
    usage: vercmp <ver1> <ver2>
    output values:
    < 0 : if ver1 < ver2
    0 : if ver1 == ver2
    > 0 : if ver1 > ver2
    % vercmp 3.4.2 3.4
    1

  • [SOLVED] vbam-gtk depends on sfml, but pacman can't find it, 404 error

    So I'm trying to install vbam-gtk, the package for visualboyadvance, which is available to pacman directly. It's not an AUR package, nor are any of it's dependencies according to it's package page. But when I run
    sudo pacman -S vbam-gtk
    , it spits out this:
    [kay@jadebot ~]$ sudo pacman -S vbam-gtk
    resolving dependencies...
    looking for conflicting packages...
    Packages (5) gtkglext-1.2.0-10 gtkglextmm-1.2.0-10 pangox-compat-0.0.2-2
    sfml-2.2-4 vbam-gtk-1.8.0.1292-1
    Total Download Size: 1.79 MiB
    Total Installed Size: 14.19 MiB
    :: Proceed with installation? [Y/n]
    :: Retrieving packages ...
    error: failed retrieving file 'sfml-2.2-4-x86_64.pkg.tar.xz' from archlinux.polymorf.fr : The requested URL returned error: 404
    error: failed retrieving file 'sfml-2.2-4-x86_64.pkg.tar.xz' from mirror.one.com : The requested URL returned error: 404
    error: failed retrieving file 'sfml-2.2-4-x86_64.pkg.tar.xz' from ftp.nluug.nl : The requested URL returned error: 404
    (snip)
    error: failed retrieving file 'sfml-2.2-4-x86_64.pkg.tar.xz' from mirrors.nix.org.ua : The requested URL returned error: 404
    error: failed retrieving file 'sfml-2.2-4-x86_64.pkg.tar.xz' from mirror.lagoon.nc : The requested URL returned error: 404
    error: failed retrieving file 'sfml-2.2-4-x86_64.pkg.tar.xz' from mirror.neolabs.kz : The requested URL returned error: 404
    warning: failed to retrieve some files
    error: failed retrieving file 'vbam-gtk-1.8.0.1292-1-x86_64.pkg.tar.xz' from archlinux.polymorf.fr : The requested URL returned error: 404
    error: failed retrieving file 'vbam-gtk-1.8.0.1292-1-x86_64.pkg.tar.xz' from mirror.one.com : The requested URL returned error: 404
    error: failed retrieving file 'vbam-gtk-1.8.0.1292-1-x86_64.pkg.tar.xz' from ftp.nluug.nl : The requested URL returned error: 404
    (snip)
    error: failed retrieving file 'vbam-gtk-1.8.0.1292-1-x86_64.pkg.tar.xz' from mirrors.nix.org.ua : The requested URL returned error: 404
    error: failed retrieving file 'vbam-gtk-1.8.0.1292-1-x86_64.pkg.tar.xz' from mirror.lagoon.nc : The requested URL returned error: 404
    error: failed retrieving file 'vbam-gtk-1.8.0.1292-1-x86_64.pkg.tar.xz' from mirror.neolabs.kz : The requested URL returned error: 404
    warning: failed to retrieve some files
    error: failed to commit transaction (unexpected error)
    Errors occurred, no packages were upgraded.
    Now, if I search for it via the archlinux website, I can see that sfml exists in the repository, and so does vbam-gtk, as in the link above. Now, I could just download them both from there and be done with it, but then I wouldn't learn anything, so I'm here to ask, if these packages exist in the community repository, which I have enabled and have pulled from previously, why can't pacman find these packages? I know it isn't a network issue, or at least not an obvious one. I did
    sudo pacman -S xorg-xkill
    to test that theory but it processed faultlessly.
    Last edited by starling000 (2015-05-16 02:02:08)

    Ah, thank you! I hadn't noticed that pacman wasn't automatically updating itself each time I ran it. I'm just coming over from debian-based systems for the first time, you see. Problem solved.

  • [SOLVED] pacman upgrade won't work because of unresolved dependency

    Hey all,
    I tried a pacman -Syyu today and it found some things and said:
    :: 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.6.2-6
    I have gcc-libs=4.6.2-7 and I apparently need 4.6.2-6 but I can't change anything without pacman, and pacman won't change anything without updating itself first, and it can't because of this unmet dependency, so there's a stalemate.
    Any ideas what to do?
    Last edited by jdoggsc (2012-02-13 21:00:47)

    Awebb wrote:What's a repost?
    http://www.urbandictionary.com/define.php?term=repost

  • [SOLVED] Pacman Dependency error with nouveau-dri and libgl

    I am upgrading my system with
    sudo pacman -Syu
    The out put is as follows:
    :: Synchronizing package databases...
    testing is up to date
    core is up to date
    extra is up to date
    community is up to date
    :: Starting full system upgrade...
    resolving dependencies...
    looking for inter-conflicts...
    error: failed to prepare transaction (could not satisfy dependencies)
    :: nouveau-dri: requires libgl=7.10.1
    It seems that the newest libgl is 7.10.2-1, while the newest nouveau-dri(7.10.1-2) requires 7.10.1-1. An upgrade operation will upgrade the libgl from 7.10.1-1 to 7.10.2-1, which result in a conflict with nouveau-dri.
    Is there any workaround? Do I have to wait for the nouveau-dri update?
    THANKS!
    Last edited by songgao (2011-04-11 06:03:53)

    ngoonee wrote:
    songgao wrote:
    Thanks @ngoonee !
    It turns out that this is because the mirror (mirrors.163.com/archlinux) I am using is broken. It is holding <libgl 7.10.2-1> without <nouveau-dri 7.10.1-2> and simultaneously. I changed to http://mirrors.kernel.org/archlinux/ and the problem solves.
    You're welcome. The mirror is/was probably just affected by a partial sync (the letter l is earlier than n ).
    Yeah, that's a quite reasonable explaination :-)

  • [SOLVED]pacman Dependency problem-error: failed to prepare transaction

    Hi There,
    Got an issue with pacman after doing a pacman - Syu I get the below error
    jase : /home/jase > sudo pacman -Syu
    :: Synchronizing package databases...
    core is up to date
    extra is up to date
    community is up to date
    kdemod-legacy is up to date
    :: Starting full system upgrade...
    :: Replace kdeaccessibility with extra/kde-meta-kdeaccessibility? [Y/n] y
    :: Replace kdeadmin with extra/kde-meta-kdeadmin? [Y/n] y
    :: Replace kdeartwork with extra/kde-meta-kdeartwork? [Y/n] y
    :: Replace kdebase with extra/kde-meta-kdebase? [Y/n] y
    :: Replace kdebindings with extra/kde-meta-kdebindings? [Y/n] y
    :: Replace kdeedu with extra/kde-meta-kdeedu? [Y/n] y
    :: Replace kdegames with extra/kde-meta-kdegames? [Y/n] y
    :: Replace kdegraphics with extra/kde-meta-kdegraphics? [Y/n] y
    :: Replace kdemultimedia with extra/kde-meta-kdemultimedia? [Y/n] y
    :: Replace kdenetwork with extra/kde-meta-kdenetwork? [Y/n] y
    :: Replace kdepim with extra/kde-meta-kdepim? [Y/n] y
    :: Replace kdeplasma-addons with extra/kde-meta-kdeplasma-addons? [Y/n] y
    :: Replace kdesdk with extra/kde-meta-kdesdk? [Y/n] y
    :: Replace kdetoys with extra/kde-meta-kdetoys? [Y/n] y
    :: Replace kdeutils with extra/kde-meta-kdeutils? [Y/n] y
    :: Replace kdewebdev with extra/kde-meta-kdewebdev? [Y/n] y
    warning: perl-datetime-timezone: local (0.8301-1) is newer than community (0.99-1)
    :: Replace phonon with extra/qt? [Y/n] y
    :: Replace portmap with core/rpcbind? [Y/n] y
    :: Replace rt2500 with core/kernel26? [Y/n] y
    :: Replace system-config-printer with extra/system-config-printer-common? [Y/n] y
    resolving dependencies...
    looking for inter-conflicts...
    error: failed to prepare transaction (could not satisfy dependencies)
    :: perl-io-zlib: requires perl-compress-zlib
    any ideas on what I should do from here on ?
    Cheers
    Quazza
    Last edited by quazza (2009-11-04 23:29:37)

    haha yeah I guess it has been a while, I didn't realise.  So what do I do to use core/perl?
    Cheers
    Quazza
    Last edited by quazza (2009-11-02 10:11:11)

  • [solved] pacman broken after "pacman -Syyu" excluding pacman

    Hi forums,
    I use arch x86_64, yaourt and the testing and multilib repositories.
    A full system upgrade doing "yaourt -Syyu" didn't work, because pacman had an unfulfilled dependancy which I don't recall, but it was about a normal and a multilib version: I probably have the multilib version of a library installed, which has not been updated to the version required by pacman yet.
    So I thought it would be perfectly fine to exclude pacman from this system upgrade by choosing "manually" from the options given by "yaourt -Syyu" and commented pacman.
    The upgrade then went fine except for the two final lines:
    package-query: error while loading shared libraries: libarchive.so.2: cannot open shared object file: No such file or directory
    testdb: error while loading shared libraries: libarchive.so.2: cannot open shared object file: No such file or directory
    Now everytime I try to use pacman, I get this error:
    pacman: error while loading shared libraries: libarchive.so.2: cannot open shared object file: No such file or directory
    Do you know how to solve this?
    Thanks in advance
    xiliyi
    Last edited by xiliyi (2012-01-05 09:49:23)

    ngoonee wrote:Actually (even without cower), makepkg will tell you what dependencies are missing when you try and compile an AUR package. In fact, -s will install them for you (unless they're from the AUR, in which case you have to download/makepkg that package first).
    Actually, I was more concerned about updates for packages from AUR. yaourt would handle AUR packages as if they were in a repository, and update them, solving dependency problems.
    Now what I fear is, that if some regular library gets an update, it may not updated on my system in the first place, because pacman only sees that the older version is needed for the AUR software, but is not capable of updating the AUR package (which works with the new library version) automatically. So updates will break some software unless I remove it first and install the latest version manually.

  • [Solved] Pacman message after interrupted installation... persists

    As you can see I'm still a bit of a newbie. Yesterday I was installing TeX live, but while installing someone unplugged a USB stick and all went stuck... it all just freeze the system, I guess it was a hardware problem. Anyway, I restarted and when I came back to resume the installation (downloading of packages was already finished), pacman sent me a lot of error messages, but apparently TeX live installed fine. Well, I checked my TeX system and works fine. The problem is every time I try to install something, I always get this error message:
    error: could not open file /var/lib/pacman/local/texlive-bin-2010.1-4/depends: No such file or directory
    error: could not open file /var/lib/pacman/local/texlive-bin-2010.1-4/depends: No such file or directory
    How do I repair this? I didn't want to clean the cache, but... would this do fine? what else do I have to do?
    Thanx in advance.
    Last edited by joe74 (2010-10-23 22:33:20)

    Well, solved by myself.
    What I had to do after a lot of mess was
    1. uninstall everything that was causing errors
    sudo pacman -Rs texmaker texlive-most texlive-core texlive-bin
    2. and clear the cache of files not installed
    sudo pacman -Sc texmaker texlive-most texlive-core texlive-bin
    This solved the entire problem. Dialectical theory still functioning in my brains

  • [solved] Pacman error on nvidia 180.22 update

    When I try update to nvidia 180.22-1 on testing appears the following error:
    :: klibc-extras: needs klibc-jfflyAahxqaliwAofrf_fdf5upI
    :: klibc-kbd: needs klibc-jfflyAahxqaliwAofrf_fdf5upI
    :: klibc-module-init-tools: needs klibc-jfflyAahxqaliwAofrf_fdf5upI
    :: klibc-udev: needs klibc-jfflyAahxqaliwAofrf_fdf5upI
    I don't know why this appears. Is a pacman bug?
    Last edited by alessandro_ufms (2009-01-15 11:34:35)

    alessandro_ufms wrote:
    I don't see any problems to use testing at last priority, so I update to testing only programs which I want testing (and your dependences).
    I think which the problem is on testing/mkinitcpio dependences.
    Because, if it depends klibc>=1.5.14-2 then mkiitcpio also depends  klibc-extras>=2.5-2, klibc-udev>=135-2, klibc-module-init-tools>=3.5-1 and klibc-udev>=135-2. On current PKGBUILD (http://repos.archlinux.org/viewvc.cgi/m … iew=markup) the stable versions of klibc-* are dependences.
    I know when this packages gone to core this problem is disappears because of the update all packages klibc together. But I think which if the version dependences were implemented, this error wouldn't appears.
    Thank you guys for support.
    YES, changing the dependencies of mkinitcpio could workaround your problem. BUT
    1) The current dependencies are fine and are NOT wrong. They just don't support perfectly the partial usage of testing, but as I said previously : PARTIAL USAGE OF TESTING IS NOT SUPPORTED
    2) This is not a show stopper. If you knew what you were doing, you could solve the issue yourself without changing any dependencies.
    3) Plazmic made a fine suggestion : if your goal is only getting the latest nvidia driver, it would be much better to simply use nvidia-beta on AUR, rather than trying to use testing partially without knowing what you are doing and bothering everyone here.

  • [SOLVED] pacman mirror problems

    It seems that my preferred mirror (mirror.csclub.uwaterloo.ca) is down, so I commented it out of /etc/pacman.d/mirrorlist. However, pacman still insists on trying to download from this mirror EVERY TIME it tries to install or update a package
    So each package takes about 15 seconds to say:
    error: failed retrieving file 'gcc-4.5.0-1-x86_64.pkg.tar.xz' from mirror.csclub.uwaterloo.ca: Connection timed out
    before trying another mirror.
    Is there an option to make sure pacman is using the mirrors specified in the mirrorlist, or to not use a certain mirror? I can't find anything in the man page or wiki.
    thanks.
    Last edited by Chimera (2010-04-25 19:10:36)

    herrvideman wrote:
    I know this thread is marked solved but I've just run into the same problem and was wondering how you fixed this issue?
    When I run pacman -Syu I get:
    error: failed retrieving file 'core.db.tar.gz' from mirror.csclub.uwaterloo.ca : Connection timed out
    So I guess this is the same problem. It's weird though because I'm still able to search for packages without the connection timing out. I did check the mirrors status and it still seems to be up so I don't think that's an issue.
    Any help would be appreciated, sorry in advance if I've done something wrong by posting in a thread marked solved.
    Shot in the dark but I had a similar problem. The way I fixed it (and I'm still not sure why it worked) but I manually entered my DNS servers into my network manager applet. I don't know if you use Gnome, KDE, or whatever (I use KDE), but that worked for some reason. Maybe you could try it.
    Thanks for the response, yes I'm using Gnome and networkmanager applet 0.8. I'm not too sure what you mean by entering the DNS server in the network manager applet. Are you suggesting that I enter my ip address (the one assigned to me by my ISP) into the BSSID or MAC address field? Those are the only two fields that I see when I select my connection and click edit in the network manager applet, unless I go to the security settings or one of the IPv tabs.
    I was able to update my system after uncommenting the kernel.org mirror, so maybe it is the mirror.csclub.uwaterloo.ca. Too bad mirrors don't have a blog or something to post news/status updates on it could prove helpful when problems like this occur. Then again that would mean more maintenance for them and I can understand why it might be considered too much work. I guess https://www.archlinux.de/?page=MirrorStatus works good enough.

Maybe you are looking for