My thoughts on Slackware, life and everything

Tag: multilib (Page 3 of 10)

Slackware multilib updates to match the changes in slackware-current

blueSW-64px
There was yet another update of slackware-current today. The 150+ lines of ChangeLog.txt are not as massive as previous updates but still, lots of polishing and under-the-hood improvements, a couple of security updates (bindcups-filters, libpng, mozilla-firefox and openssl), two new packages (libtirpc and rpcbind) to replace the removed portmap package; a fresh version of the GCC compiler suite (5.3.0) and a new Linux kernel (4.1.15).

This triggered a matching update to the multilib version of the gcc packages for slackware-current, as well as the set of “compat32” packages for those who are running a 64bit Slackware multilib computer and need to compile or run 32bit programs.

I’ll be working on refreshed ISOs for my Slackware Live Edition, but you’ll have to be patient. A couple more days and I will have a lot more free time. New Plasma 5 packages are awaiting too.

Official download locations for multilib on slackware-current:

Have fun! Eric

Updated multilib packages for -current

blueSW-64px
The recent update of packages in slackware-current demanded a similar update in the set of “compat32” packages for those who are running a 64bit Slackware multilib computer.
On request, I have added two new packages: libaio-compat32 and lzo-compat32. Both packages cover a missing dependency, one for mariadb and the other for cairo. The massconvert32.sh script will now also create or update these two new packages.

Remember, if you want to check (without actually creating anything) if the massconvert32.sh script will update any of your compat32 packages or add new ones, just run the script as follows in the directory where you already have your “a-compat32”, “ap-compat32”, …, “xap-compat32” subdirectories (this example uses a local mirror of 32-bit Slackware-current):

# massconvert32.sh -n -q -i /local/path/to/mirror/of/slackware-current/slackware/

The output could be something like this:

libaio: new package will be converted
lzo: new package will be converted

Official download locations:

Have fun! Eric

Cleanups from the -current update fallout

blueSW-64pxI think I have managed to fix most of the important breakage in my packages, after Slackware-current updated its icu4c package a couple of days ago.

Recompiled packages are now available for -current:

  • Regular packages: LibreOffice 5.0.3
  • KDE 5_15.11 packages: qt5 (which was bumped to 5.5.1 at the same time), step, akonadi4, akonadi, akonadi-search, akonadi-calendar and kdepimlibs. Here at home, Plasma 5 works again on latest slackware-current.
  • Multilib: fixed convertpkg-compat32 script so that it will properly handle the new eudev; and also updated the “compat32” package directory with a new eudev-compat32 package.

If there are other packages in my -current repository that require recompilation, please let me know!

Eric

GCC 5.2.0 multilib

I had a bit too much to do, so creating multilib versions of the new GCC compiler suite in Slackware-current was not on the top of my TODO list.

Today I finally built GCC 5.2.0_multilib packages and uploaded them to the server. Along with the new compilers, I also refreshed the set of “compat32” packages which give your 32bit applications a working 32bit support layer.

All of that can be downloaded from:

Have fun! Eric

Another big update in slackware-current

Fire in the hole! Damn the torpedoes.

With 281 new lines in the ChangeLog.txt, this update to slackware-currrent can be called a big one.

But the real interesting stuff is not just those sheer number of updated packages – it’s the new 4.1.6 Linux kernel, the gcc 4.9.3 compiler suite, glibc 2.22 C libraries, mesa 10.6.4,  a new libepoxy package which was required to get glamor 1.0.0 into the xorg-server… exciting times for the adventurous who are running slackware-current!

A note about mesa: it refuses to compile on 32-bit Slackware unless the ARCH is set to i586… gone is the i486 compatibility. Well, if you had watched the ChangeLog.txt these past months you’d already have noticed that updated packages  switched from i486 to i586, but that was voluntary. Mesa is the first real stumbling block.

I am in the process of upgrading my slackware64-current virtual machine and will compile new packages for the multilib gcc and glibc versions… you have to be patient a bit. You can of course go ahead and upgrade to the latest slackware-current, overwriting gcc and glibc with the official versions. All you lose is the ability to run 32-bit programs until my packages are ready. Should not take more than a day.

Pat also warned me about the upgrades to nettle and gnutls. They are likely to break many 3rd party packages because of the change in library version. Please report any broken package from my own repository, so that I can release rebuilt and fixed versions ASAP. Also, libelf was replaced with elfutils but a copy of libelf.so.0 was added to the aaa_elflibs package to keep the breakage to a minimum.

All this info is thanks to Pat who commented on this upgrade verbosely – it is background information MoZes needs for his slackwarearm, and important for my multilib.

Have fun! Eric

« Older posts Newer posts »

© 2025 Alien Pastures

Theme by Anders NorenUp ↑