My thoughts on Slackware, life and everything

New multilib glibc packages fix local root hole

New glibc packages for Slackware arrived on the mirrors last night. They close a serious local root hole. From the ChangeLog:

Patched “dynamic linker expands $ORIGIN in setuid library search path”.
This security issue allows a local attacker to gain root if they can create
a hard link to a setuid root binary.  Thanks to Tavis Ormandy.
For more information, see:
(* Security fix *)

I have already created new multilib versions of the updated glibc packages for Slackware64-current, get them here: or mirrored here: and here:

When I return from work, I will also create I have also created updates to my multilib glibc packages for Slackware64 13.0 and 13.1. Stay posted, I will write a note in the comments section of this article.



  1. alienbob

    Updated multilib glibc ackages for Slackware64 13.1 are available now.


    Packages for Slackware64 13.0 are compiling at the moment.


  2. alienbob

    Updated multilib glibc packages for Slackware64 13.0 are available now as well. Everyone should be safe in a multilib environment again 😉



  3. Nick Blizzard

    Thanks Eric for keeping even current up to date with multilib 🙂

  4. Chris Ablae

    Are the packages in also updated? They are all dated in May 2010.

  5. alienbob


    I will not update those compat32 packages. They are created from the original 32-bit Slackware packages, and using convertpkg-compat32 you can easily create any package you need out of the published patches for Slackware 13.1.


  6. Diogo Sampaio

    Hi Eric,
    once you seem to have a good communication with the Slack community, maybe you could report them that there is a bug on libboost 1.4.2 with gcc 4.5.1:

    Once I updated it to libboost 1.4.4, using the original SlackBuild script, it just worked perfectly.

    Thanks for the updated packages, again.
    D. Sampaio

  7. Robby Workman

    Those of you who use VirtualBox will find that it won’t start as a normal user – this is due to a compiled in rpath of $ORIGIN, which the patched glibc prevents. I *think* the vbox folks have update the current .run file if you’re using the binary builds, but I don’t know about the -ose version yet. If nothing else, you can take the approach that I used and fix the rpath using the chrpath utility:
    Note that you’re limited to seven characters for the new rpath, so “/opt/VirtualBox” isn’t an option – I chose to do this:
    for i in /opt/VirtualBox/*.so ; do
    chrpath -r “/VBOX” $i ;
    mkdir /VBOX
    mount –bind /opt/VirtualBox /VBOX

    YMMV. 🙂

  8. Chris Abela


    Maybe I am missing something, but over here it appears that glibc* are blacklisted by convertpkg-compat32:-

    # convertpkg-compat32 -i glibc-2.11.1-i486-4_slack13.1.txz -d compat32/
    Package glibc is blacklisted by ‘glibc.*’, aborting.

    Probing in convertpkg-compat32:-

    # Blacklist of packages not to use this script on (these *have* to be compiled
    # on a 64bit box):


  9. Chris Abela

    Please disregard my previous post.
    I figured it out.

  10. Nick Blizzard

    I just verified there is a new .run for VirtualBox (66896) that fixes the issues. Thanks for the heads up 🙂

  11. Willy Sudiarto Raharjo

    Multilib repository is now mirrored on Asian’s Server:

  12. boris

    i’ve got the same problem chris was having earlier, cannot convert glibc and others due to blacklist

  13. alienbob

    And why do you think the glibc and gcc packages are on that blacklist? (Hint: what packages did you also upgrade that are not called “compat32”?)


  14. alienbob

    Warning: there is yet another update to glibc. Slackware packages became available yesterday, my multilib versions are available as of now (see my more recent blog post).


Leave a Reply

Your email address will not be published. Required fields are marked *

This site uses Akismet to reduce spam. Learn how your comment data is processed.

© 2024 Alien Pastures

Theme by Anders NorenUp ↑