[SOVLED] dependency cycle detected - gcc-libs

does anybody see whats going on here?
warning: dependency cycle detected:
warning: lib32-gcc-libs will be installed before its gcc-libs-multilib dependency
looking for inter-conflicts...
warning: removing 'gcc-libs' from target list because it conflicts with 'gcc-libs-multilib'
error: failed to prepare transaction (could not satisfy dependencies)
:: gcc: requires gcc-libs=4.6.1-3
im trying to upgrade arch, it worked a couple days ago, but the downloads never completed after several tries, i have the 650MB downloads dwindled down to about 300MB left.  after trying to finish the downloads yesterday i got a pacman update warning.  so i updated pacman.  after the pacman update, these problems appeared. Now when i pacman -Syu i get the above error now.
i cant seem to figure out where to go.   i tried to remove a few components to overcome this problem, but i ran into dependency-hell. im reluctant to force remove anything without opinion. 
it appears that i need to
pacman -Rd
one of the mentioned packages in the error message, but im not sure which one.
the only packages that i know that use these gcc-libs that i use are amarok, and deadbeef. did i mess something up when installing these?
also, see this topic, its similar https://bbs.archlinux.org/viewtopic.php?id=103816
Last edited by wolfdogg (2011-08-20 22:18:51)

This usually happens when the toolchain gets an update -- multilib lags behind by a day or two. Looks like we just pushed out the the multilib toolchain today, so I'd wait a few hours for your mirror to sync up and then try again.
Last edited by falconindy (2011-08-20 21:34:31)

Similar Messages

  • [SOLVED]Dependency cycle detected

    Just activated the multilib repositories. After that i tried to to install Infinality Bundle for 32-bit but confronted with a dependency cycle warning. What is this?:
    # pacman -S infinality-bundle-multilib
    :: There are 3 members in group infinality-bundle-multilib:
    :: Repository infinality-bundle-multilib
    1) lib32-cairo-infinality-ultimate 2) lib32-fontconfig-infinality-ultimate
    3) lib32-freetype2-infinality-ultimate
    Enter a selection (default=all): 3
    resolving dependencies...
    looking for conflicting packages...
    warning: dependency cycle detected:
    warning: lib32-harfbuzz will be installed before its lib32-freetype2-infinality-ultimate dependency
    Packages (13) lib32-bzip2-1.0.6-2 lib32-expat-2.1.0-2 lib32-gcc-libs-4.9.2-3
    lib32-glib2-2.42.1-1 lib32-glibc-2.21-2 lib32-harfbuzz-0.9.38-1 lib32-icu-54.1-1
    lib32-libdbus-1.8.16-1 lib32-libffi-3.2.1-1 lib32-libpng-1.6.16-1
    lib32-pcre-8.36-1 lib32-zlib-1.2.8-1 lib32-freetype2-infinality-ultimate-2.5.5-2
    Total Download Size: 14.17 MiB
    Total Installed Size: 58.59 MiB
    :: Proceed with installation? [Y/n]
    Last edited by Paingiver (2015-03-01 14:48:14)

    EscapedNull wrote:
    Paingiver wrote:True dependency cycle? What does that means?
    It means that these two packages, directly or indirectly, are mutually dependent. Normally pacman installs dependencies of packages before the package itself, but this creates a catch-22 when packages depend on each other. In these cases, pacman is allowed to temporarily ignore (--assume-installed) one of the mutually dependent packages to install the other, as long as it is sure that both of them can be installed within the same pacman invocation. At least that's my understanding.
    Great explanation. thanks. Marking as solved.

  • "dependency cycle detected" warnings when installing nvidia driver

    I'm getting two "dependency cycle detected" warnings when installing nvidia driver on a fresh arch system:
    xorg-server will be installed before its nvidia-libgl dependency
    harfbuzz will be installed before its freetype2 dependency
    Is that normal?

    It's not 'normal' but if everything is working fine, no need to worry. They're just warnings, not errors.

  • [solved]Dependency cycles detected when installing Arch 2008.06

    Hey guys!
    I wanted to reinstall Arch64. But when it comes to install packages the installation fails: "Dependency cycle detected: ** will be installed before its glibc dependency". I tried the core and the ftp install cd. checksums are allright. Normally I would do a pacman -f, but it's in the setup.
    Can anyone help?
    Thanks
    Last edited by Diestelhenne (2008-07-31 11:33:42)

    if you have a camera and take picture to the monitor
    also complain here: http://bugs.archlinux.org/task/9177 and write as much details as you can
    Last edited by wonder (2008-07-30 15:05:16)

  • Cannot upgrade the system due to dependency cycle

    Hi there,
    I am trying to upgrade the system with
    pacman -Syu
    Here is what I get:
    warning: dependency cycle detected:
    warning: xorg-server will be installed before its nvidia-utils dependency
    looking for inter-conflicts...
    error: failed to prepare transaction (could not satisfy dependencies)
    :: ipw3945: requires kernel26<2.6.27
    Please help.

    there is no cycle.
    ipw3945 is deprecated. http://www.archlinux.org/news/414/
    remove it and then try to upgrade your system.

  • [SOLVED]gcc-libs and gcc-libs-multilib are in conflict

    Can't update today.
    [glow@GlowArch ~]$ sudo pacman -Syuv
    :: Synchronizing package databases...
    core is up to date
    extra is up to date
    community is up to date
    multilib is up to date
    catalyst is up to date
    :: Starting full system upgrade...
    warning: android-udev: local (98-1) is newer than community (r100-1)
    resolving dependencies...
    looking for inter-conflicts...
    :: gcc-libs and gcc-libs-multilib are in conflict. Remove gcc-libs-multilib? [y/N] n
    error: unresolvable package conflicts detected
    error: failed to prepare transaction (conflicting dependencies)
    :: gcc-libs and gcc-libs-multilib are in conflict
    I assume there is some update going on, i will try again in some time.
    Last edited by GloW_on_dub (2014-05-09 14:04:57)

    [glow@GlowArch ~]$ sudo pacman -Syu --ignore gcc-libs
    :: Synchronizing package databases...
    core is up to date
    extra is up to date
    community is up to date
    multilib is up to date
    catalyst is up to date
    :: Starting full system upgrade...
    warning: android-udev: local (98-1) is newer than community (r100-1)
    resolving dependencies...
    warning: ignoring package gcc-libs-4.9.0-2
    warning: cannot resolve "gcc-libs=4.9.0-2", a dependency of "gcc"
    warning: cannot resolve "gcc=4.9.0-2", a dependency of "gcc-fortran"
    :: The following package cannot be upgraded due to unresolvable dependencies:
    gcc-fortran
    :: Do you want to skip the above package for this upgrade? [y/N] n
    error: failed to prepare transaction (unexpected error)
    You're right, i have indeed a dependency problem because of this aur package, acml-gfortran, wich have in it's dependencies gcc-fortran instead of gcc-fortran-multilib
    The thing i don't understand is how have i been able to install gcc-fortran with acml-gfortran, without trying to install gcc-libs and discovering the conflict at that time,
    and also why the fact that there is a gcc-fortran and gcc-libs update without the corresponding update in the multilib version discover the conflict.
    I've commented the aur package, so the maintainer will soon fix the problem, yet i don't understand fully why this conflict have appeared now.

  • Glibc/gcc-libs dependencies off?

    I keep getting annoying messages about gmp in my chroot. Mostly looks like this:
    error: could not open file /var/lib/pacman/local/gmp-5.0.4-1/desc: No such file or directory
    [snip]
    expr: error while loading shared libraries: libgmp.so.10: cannot open shared object file: No such file or directory
    This started to get me digging on my regular installation (which, up till the digging, worked just fine ).
    So it turned out pacman thought gmp was installed (I fixed that). However, when I tell pacman to remove gmp (which seems to have been a pretty much low-level dependency at some point, but not anymore), this is what pacman suggests:
    # pacman -Rsn gmp
    checking dependencies...
    warning: glibc is designated as a HoldPkg.
    HoldPkg was found in target list. Do you want to continue? [y/N]
    So just for kicks 'n' giggles I said yes. Of course that hosed my system, but the real question is (after multiple package database refreshes): is there something botched with packages depending on glibc? It's afaik *the* low-level C library, and just by tossing out gmp along it goes.
    Just testing the waters and seeing if I did something wrong. Seems gcc-libs is in the same boat: very popular once, but now, not anymore. Removing gmp would dump gcc-libs as well.
    To illustrate the case with the actual chroot output:
    $ chrbuild32
    Wachtwoord:
    ==> Creating clean working copy...done
    ==> WARNING: Cannot find the git binary required to determine latest git revision.
    ==> Making package: crystalhd-git-lts 20120209-1 (Sun Feb 26 01:57:35 UTC 2012)
    ==> Checking runtime dependencies...
    ==> Checking buildtime dependencies...
    error: could not open file /var/lib/pacman/local/gmp-5.0.4-1/desc: No such file or directory
    ==> Installing missing dependencies...
    resolving dependencies...
    error: could not open file /var/lib/pacman/local/gmp-5.0.4-1/desc: No such file or directory
    looking for inter-conflicts...
    Targets (3): perl-error-0.17017-1 git-1.7.9.2-1 linux-lts-headers-3.0.22-1
    Total Installed Size: 48.80 MiB
    Proceed with installation? [Y/n]
    (3/3) checking package integrity [########################################################################################] 100%
    (3/3) loading package files [########################################################################################] 100%
    (3/3) checking for file conflicts [########################################################################################] 100%
    warning: could not get filesystem information for /var/lib/nfs/rpc_pipefs: No such file or directory
    warning: could not get filesystem information for /home/bla/media/films: No such file or directory
    warning: could not get filesystem information for /home/bla/media/series: No such file or directory
    warning: could not get filesystem information for /home/bla/media/documentaires: No such file or directory
    warning: could not get filesystem information for /home/bla/media/mediadb: No such file or directory
    warning: could not get filesystem information for /home/bla/.gvfs: No such file or directory
    (3/3) checking available disk space [########################################################################################] 100%
    (1/3) installing linux-lts-headers [########################################################################################] 100%
    (2/3) installing perl-error [########################################################################################] 100%
    (3/3) installing git [########################################################################################] 100%
    Optional dependencies for git
    tk: gitk and git gui
    perl-libwww: git svn
    perl-term-readkey: git svn
    perl-mime-tools: git send-email
    perl-net-smtp-ssl: git send-email TLS support
    perl-authen-sasl: git send-email TLS support
    python2: various helper scripts
    subversion: git svn
    cvsps: git cvsimport
    error: could not open file /var/lib/pacman/local/gmp-5.0.4-1/desc: No such file or directory
    ==> Retrieving Sources...
    ==> Extracting Sources...
    ==> Starting build()...
    ==> Connecting to Linuxtv.org GIT server....
    Cloning into 'crystalhd'...
    ==> Compiling kernel module...
    expr: error while loading shared libraries: libgmp.so.10: cannot open shared object file: No such file or directory
    expr: error while loading shared libraries: libgmp.so.10: cannot open shared object file: No such file or directory
    expr: error while loading shared libraries: libgmp.so.10: cannot open shared object file: No such file or directory
    expr: error while loading shared libraries: libgmp.so.10: cannot open shared object file: No such file or directory
    expr: error while loading shared libraries: libgmp.so.10: cannot open shared object file: No such file or directory
    expr: error while loading shared libraries: libgmp.so.10: cannot open shared object file: No such file or directory
    expr: error while loading shared libraries: libgmp.so.10: cannot open shared object file: No such file or directory
    The expr error keeps on coming (and actual compilation does not seem to progress).
    Last edited by .:B:. (2012-02-26 01:59:17)

    Not sure how you can remove glibc...
    pacman -Qi glibc gives me:
    Required By : a52dec alsa-lib attr babl bash binutils bison bzip2
    calc cdparanoia coreutils cracklib device-mapper dhcpcd
    diffutils eject elfutils eventlog expat faac faad2
    fakeroot file findutils flex foomatic-filters fribidi
    fuse gawk gcc-libs gcc-snapshot gdbm gnuchess grep gsm
    gzip hspell hyphen idnkit initscripts iproute2 iptables
    iputils json-c kbd keyutils kmod libasyncns libcap
    libcap-ng libcddb libdatrie libdrm libdvdcss libexif
    libffi libgpg-error libgssglue libice libidn libirman
    libjpeg-turbo libksba libmad libmikmod libnl libogg
    libpcap libpciaccess libpipeline libtasn1 libtextcat
    libusb libvpx libxau libxdmcp lpsolve lsof m4 make
    mkinitcpio-busybox mlocate mp3gain nasm ncurses net-tools
    nspr openal opencore-amr optipng orc p11-kit pam patch
    pciutils perl pixman pkg-config popt ppp pth readline
    recode run-parts sdl sdparm sg3_utils sudo sysfsutils
    sysvinit talloc tar usbutils v4l-utils valgrind wget
    which x264 xf86-input-evdev xvidcore zlib

  • Multilib conflicts with native 64bit packages (gcc-libs and binutils)

    hi all :>
    i tried to build arduino from the AUR on my 64bit system (32bit version runs nice on my netbook! thanks! ). However i can't build it because it depends on gcc-libs-multilib and binutils-multilib from the multilib repo, which are conflicting with gcc-libs and binutils.
    is it safe to remove the 64bit equivalents of gcc-libs and binutils and replace them with gcc-libs-multilib and binutils-multilib?
    best regards :>

    pablox wrote:I know this is an old post, but it's one of the first results on google and actually answers the question... shouldn't it be marked as [SOLVED] ?
    The first poster should mark [solved] if the replies solve the issue for him. I don't think he even read the replies, judging from his lack of response on this thread. Regardless, no reason to bump this thread, we have necro-bumping rules for a reason.
    Closing.

  • Rebuilding gcc and gcc-libs for i586

    Hi. A quick question, if you don't mind. I'm trying to rebuild (or should I say update?) just about everything on an i586, but I'm a little stuck between gcc and gcc-libs.
    This is from the PKGBUILD for gcc-libs ...
    makedepends=('binutils>=2.18-3' 'gcc>=4.2.2')
    And this is from the PKGBUILD for gcc ...
    depends=('binutils>=2.18-3' "gcc-libs>=${pkgver}")
    where $(pkgver) is the same as the gcc version, or 4.2.2. So on the surface it appears I can't compile either one since each one seems to be a dependency for the other (and makepkg spits out an error to that effect, for both, when I try).
    Is there a graceful or correct way to rebuild both packages? Is there another package I'm overlooking that will handle both of them?
    As you can imagine, I'd like to do this correctly the first time, since the trial-and-error method involves hours off my life.
    Cheers and thanks in advance.
    Last edited by k.mandla (2007-12-18 00:21:50)

    makepkg will halt without a -d flag, and the build process snags and stops with -d.
    The gcc version is 4.1.1. I started with an installation of Lowarch, hoping that I could hopscotch my way up to a current system. It's gone well so far, but this part is turning prickly.
    I compiled both packages for i586, plus glibc-2.7 and binutils-2.18, overnight on my "fast" machine (1Ghz ... ), so later today I'll see if copying them across and installing en masse helps at all. Judging from the wiki pages, it should help.
    Thanks for the tips, by the way. Compiling is not my favorite thing, but I'm learning a lot.
    Last edited by k.mandla (2007-12-19 23:31:17)

  • Pacman complains with `"gcc-libs" is not in the package set` message

    Hi,
    today I wanted to do full system upgrade, but this happened:
    # pacman -Syu
    :: Synchronizing package databases...
    current                   69,7K   84,9K/s 00:00:01 [#################################################] 100%
    extra                    323,1K   17,5K/s 00:00:18 [#################################################] 100%
    community                312,4K  219,0K/s 00:00:01 [#################################################] 100%
    :: Starting full system upgrade...
    :: Replace scrollkeeper with extra/rarian? [Y/n]
    warning: apr: forcing upgrade to version 1.2.9-1
    warning: dnsutils: forcing upgrade to version 9.4.1_P1-2
    warning: ruby: forcing upgrade to version 1.8.6_p36-3
    warning: sudo: forcing upgrade to version 1.6.9p4-1
    warning: xpdf: forcing upgrade to version 3.02_pl1-1
    resolving dependencies...
    error: cannot resolve dependencies for "rarian" ("gcc-libs" is not in the package set)
    error: failed to prepare transaction (could not satisfy dependencies)
    :: rarian requires gcc-libs
    It's obvious that gcc-libs package is missing in current package. I've found one similar problem here http://bbs.archlinux.org/viewtopic.php?pid=283439. But I cannot solve it like that. I have current file included in /etc/pacman.conf already. I've also tried to change current to core and make the /etc/pacman.d/core file and it complained too:
    # pacman -Su
    :: Starting full system upgrade...
    :: Replace util-linux with current/util-linux-ng? [Y/n]
    :: Replace scrollkeeper with extra/rarian? [Y/n]
    warning: apr: forcing upgrade to version 1.2.11-1
    warning: apr-util: forcing upgrade to version 1.2.10-1
    warning: dnsutils: forcing upgrade to version 9.4.1_P1-2
    warning: ntp: forcing upgrade to version 4.2.4p4-2
    warning: ruby: forcing upgrade to version 1.8.6_p111-2
    warning: sudo: forcing upgrade to version 1.6.9p5-1
    warning: xpdf: forcing upgrade to version 3.02_pl1-1
    :: pacman has detected a newer version of the "pacman" package.
    :: It is recommended that you allow pacman to upgrade itself
    :: first, then you can re-run the operation with the newer version.
    :: Upgrade pacman first? [Y/n]
    resolving dependencies... done.
    looking for inter-conflicts... done.
    Targets: pacman-3.0.6-1 
    Total Package Size:   0,80 MB
    Proceed with installation? [Y/n]
    checking package integrity... done.
    cleaning up... done.
    (1/1) checking for file conflicts                   [#################################################] 100%
    error: could not prepare transaction
    error: failed to commit transaction (conflicting files)
    pacman: /etc/pacman.d/core exists in filesystem
    errors occurred, no packages were upgraded.
    The last upgrade was almost perfect but now strange things happens. :^(
    Can anyone help me to solve this, please??

    kishd wrote:Did you replace current with core in your pacman.conf file?
    yes, the second output is related to pacman.conf with `current` replaced with `core` .... and good to say, that I did NOT forgot to update repositories with `pacman -Sy` before upgrade ;-)

  • Lib32-gcc-libs not found

    Im triying to install AdobeAir from AUR. When the instalation finish, yaourt prints a dependcy unsolved. THis dependency package is lib32-gcc-libs.
    If i try to install with pacman, i recive this :
    [rabanomen@borneo] [~]  sudo pacman -S lib32-gcc-libs
    paquete lib32-gcc-libs no encontrado, buscando un grupo...
    error: 'lib32-gcc-libs': no fue encontrado en la lista de paquetes
    My system is up'to date  and i have the full official mirrorlist .

    sorry, i forgot translate it .
    It says ' not found , searching group' ' was not found in the package list'
    I'll search it in the community mirrors.
    Thanks

  • Cycle detection with DefaultMutableTreeNode

    Is the cycle detection implemented in the DefaultMutableTreeNode robust ?
    can I trust in the underneath algorithm of this component ? Can I assure a graph modeled with DefaultMutableTreeNode object has no cycles ?

    I don't know about the DefaultMutableTreeNode but I have implemented two JTree models that had infinite depth due to links from nodes back to nodes. I found no problem with this. It seems that JTree only visits a node in the model when it has been expanded in the view.

  • [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 needs gcc-libs, that are already up to date

    ...but this is the output
    error: failed to prepare transaction (could not satisfy dependencies)
    :: gcc: requires gcc-libs=4.7.0-3
    Pacman needs to update itself first, but needs gcc-libs...
    ...however...
    pacman -Ss gcc-libs
    core/gcc-libs 4.7.0-5 (base) [installed: 4.7.0-3]
    Runtime libraries shipped by GCC
    Granted, I could do this:
    pacman's --force
    but, how harmfull is that to my system?
    Thanks for a reply!
    Thor
    EDIT - searching the boards now...but I found some stale breadcrumbs...
    EDIT2 - upated pacman on its own...that seemd to work...
    pacman -S pacman
    the system is updating now...Solved
    EDIT3 - definetly solved, upgrading pacman on its own did the trick. The system is back after a reboot...thanks to everyone here
    Last edited by Thor@Flanders (2012-04-21 19:08:27)

    Hi everyone!
    @ Loafer
    Well, I did not refuse pacman to update...not updating one package could potentially bring down the depenging chain...so I let it update...
    @ Sara - I updated pacman on its own as detailed in the first post, then I did a sysup. the packages are in, and the update is running as we speak...
    I guess this could work for you too...good luck!
    Thor
    Last edited by Thor@Flanders (2012-04-21 19:02:21)

  • Slim needs gcc-libs not gcc has dep

    I just found out that slim needs gcc for a 57kb file. This file is in gcc which is 23mb. I just want know why this one file is not gcc-libs instead gcc. This is so people how don't need gcc will need to install it in order to get slim to work.
    Just my 2 cents to help make arch more customable in size of MB.
    PS With gcc install, base-devel group only takes 2.6MB more of space. I just had to give you the idea.
    Last edited by godane (2008-10-17 12:23:37)

    I think then slim just needs to be updated.
    [root@arch-live arch]# ldd /usr/bin/slim
    linux-gate.so.1 => (0xb7f09000)
    libXft.so.2 => /usr/lib/libXft.so.2 (0xb7edb000)
    libX11.so.6 => /usr/lib/libX11.so.6 (0xb7dec000)
    libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0xb7d68000)
    libXrender.so.1 => /usr/lib/libXrender.so.1 (0xb7d60000)
    libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0xb7d35000)
    libpng12.so.0 => /usr/lib/libpng12.so.0 (0xb7d0e000)
    libz.so.1 => /usr/lib/libz.so.1 (0xb7cf9000)
    libcrypt.so.1 => /lib/libcrypt.so.1 (0xb7cc7000)
    libXmu.so.6 => /usr/lib/libXmu.so.6 (0xb7cb2000)
    libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0xb7c92000)
    libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb7ba2000)
    libm.so.6 => /lib/libm.so.6 (0xb7b7c000)
    libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0xb7b6e000)
    libc.so.6 => /lib/libc.so.6 (0xb7a2c000)
    libxcb-xlib.so.0 => /usr/lib/libxcb-xlib.so.0 (0xb7a2a000)
    libxcb.so.1 => /usr/lib/libxcb.so.1 (0xb7a12000)
    libdl.so.2 => /lib/libdl.so.2 (0xb7a0e000)
    libexpat.so.1 => /usr/lib/libexpat.so.1 (0xb79ed000)
    libXt.so.6 => /usr/lib/libXt.so.6 (0xb799e000)
    libSM.so.6 => /usr/lib/libSM.so.6 (0xb7996000)
    libICE.so.6 => /usr/lib/libICE.so.6 (0xb797f000)
    libXext.so.6 => /usr/lib/libXext.so.6 (0xb7971000)
    /lib/ld-linux.so.2 (0xb7f0a000)
    libXau.so.6 => /usr/lib/libXau.so.6 (0xb796d000)
    libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0xb7968000)
    libuuid.so.1 => /lib/libuuid.so.1 (0xb7964000)
    This is after i remove gcc. So i think slim just needs to update with gcc-libs dep instead of gcc dep.

Maybe you are looking for