Main menu:


Please consider a small donation:



Or you can donate bitcoin:


Thanks to TekLinks in Birmingham, AL, for providing colocation and bandwidth.

Page Rank


FOSS Force Best Blog--2013 Award

Recent posts

Recent comments

About this blog

I am Eric Hameleers, and this is where I think out loud.
More about me.


Subscribe to Blog via Email

Enter your email address to subscribe to this blog and receive notifications of new posts by email.

Join 425 other subscribers

My Favourites



April 2019
« Mar    

RSS Alien's Slackware packages

RSS Alien's unofficial KDE Slackware packages

RSS Alien's multilib packages

RSS Slackware64-current



Multilib gcc updated to address changes in slackware-current


In slackware-current two inter-related packages were updated yesterday: libmpc and gcc. It turns out that the update of libmpc caused a library version change. Since the gcc compiler is dynamically linked to libmpc, the gcc packages had to be recompiled in order to make it link against the new library. Another reason for recompiling the gcc package was the missing libiberty.a file. The gcc.SlackBuild needed an additional configuration parameter to make it install into the package again.

Unfortunately that slackware-current update broke the multilib gcc packages which I have in my own repository, as several people noticed … the quick’n’dirty fix was (cd /usr/lib64 ; ln -s

I have recompiled the multilib gcc twice (after applying Slackware’s updates to the gcc-multilib.SlackBuild): first compilation was done with that symlink created like I just described. That resulted in the desired linkage to the new library. Then I removed the symlink which I had created earlier and compiled the gcc packages again, just to be sure (for Slackware, this double compilation was performed as well).

The new gcc packages are now online, along with an update to the script which is part of the compat32-tools package. Also I refreshed the set of 32-bit “compat32” packages which I create from the official 32-bit Slackware package tree, because there were several updated packages in Slackware (again), and I added the libva-intel-driver-compat32 package on request.

Here is where you can find the updated packages:

If you wonder what this multilib is all about: it is needed if you want to use (binary-only) 32-bit software on 64-bit Slackware. Examples of that are Skype, Valve’s Steam Client, the WINE emulator, the Pipelight browser plugin, Citrix client etc.

Instructions on how to add or update multilib on your 64-bit Slackware can be found on the Slackware Documentation Project. Also, the slackpkg+ extension to Slackware’s own slackpkg contains the script “” which can help you in setting up multilib properly.


Enjoy! Eric

PS: The nice graphic at the top was taken from the page which is a Slackware related blog by Ismail.


Comment from regnad kcin
Posted: April 26, 2015 at 05:19

EMBOSS and gwenview seem to be broken due to missing libraries. adobe-reader which is 32-bit (i think) is working ok. libreoffice is fine.

i’d been following -current sort of closely recently and this is the first real issues I have had. It’s not going to stop my work.

Comment from alienbob
Posted: April 26, 2015 at 11:59

Hi regnad

This is indeed an exceptional situation where at one time, more than half of slackware-current got updated.
The change in library versions is affecting most of the 3rd-party packaged software, and everybody who has a 3rd-party repository is working hard to get these library version issues resolved by recompiling their software.
For me, fixing LibreOffice cost me two days because of the time it takes me to compile it. KDE 5 is another big one and not only does it take time to compile, but I am upgrading to the latest KDE software versions at the same time, and that measn I also have to debug the SlackBuild (new tarballs, names that have changed, slack-desc files that need to be written, compilation order has to be changed for some).
Slackware-current is what it is – a beta testing environment. And when the changes are small enough, it is usually safe to upgrade to the newest batch. When there is a massive upgrade like last week, you almost have certainty that things will break after upgrade.

Comment from regnad kcin
Posted: April 27, 2015 at 23:04

i fixed gwenview by recompiling kde4-latest on my machine following the instructions and using the source and slackbuild you provide. I suppose that I can fix emboss by compiling it as well. everything else seems to work so far. I saw “Slackware 14.2” pop up somewhere. I suppose a new version release is in the works…

I saw somewhere

Comment from lems
Posted: April 30, 2015 at 09:42


I have now upgraded to the latest updates, including ktown, multilib and sbrepos. It’s working fine so far, including KDE5.

Sorry if this is not the right place to ask, but: I read that it’s now recommended to upgrade aaa_elflibs (via Stuart Winter aka drmozes) before upgrading anything else; I did this for -current, but not for multilib’s aaa_elflibs-compat32 package. I think it’s not really a big deal, but wanted to ask to be sure.


Comment from alienbob
Posted: April 30, 2015 at 11:19

Hi lems,

Since aaa_elflibs is the first package alphabetically, it would get upgraded first anyway if you are using slackpkg (annd have not blacklisted it).
I think you can also run “slackpkg reinstall multilib”? It’s not that many packages,. Warning: I am not even sure what happens if you run that command… it will hopefully show you the list of packages it will re-install after you click OK.

Comment from lems
Posted: April 30, 2015 at 16:25

Hi Eric,

yes, sorry, I wasn’t using slackpkg but my own package manager, and had aaa_elflibs blacklisted. I forced the upgrade for series/slackware64, but forgot to do the same for multilib. I now upgraded multilib’s aaa_elflibs and reinstalled multilib. I now removed it from the blacklist.

Comment from Ryan McQuen
Posted: May 1, 2015 at 00:03

Hi Eric, thanks for all your hard work! I am still running into a error on a fresh install from yesterday (multilib). I put the output of /usr/bin/32/glxgears -info here:

Comment from me
Posted: May 2, 2015 at 00:35

I like the loggo.

Comment from RafaBR
Posted: May 5, 2015 at 13:05

Hi Eric,

Yesterday i did an update on my multilib packages, after this my skype stop work.


bash-4.3$ skype
skype: error while loading shared libraries: cannot open shared object file: No such file or directory

May you help?


Comment from RafaBR
Posted: May 6, 2015 at 14:24

Skype error fixed!

skype: error while loading shared libraries: cannot open shared object file: No such file or directory

After converting the orc0.4 package from slackware-current32 to a compat32 package it worked again.

thanks to: mmawhin


Comment from Milenko Letic
Posted: July 28, 2016 at 19:13

Just to update on “broke the multilib gcc packages” … the quick’n’dirty fix was (cd /usr/lib64 ; ln -s, because there is allready in system. Hope help someone.

Write a comment