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 310 other subscribers

My Favourites



August 2017
« Jul    

RSS Alien's Slackware packages

RSS Alien's unofficial KDE Slackware packages

RSS Alien's multilib packages

RSS Slackware64-current


July 17 updates – Plasma 5, Live ISOS and more

Slackware turned 24 today, 17 July.

To celebrate I have created some goodies for you. Nothing you can eat or drink…

First, Plasma 5 updates.

I have uploaded the July ’17 set of Plasma 5 packages for Slackware 14.2 and -current to the ‘ktown’ repository. KDE 5_17.07 contains: KDE Frameworks 5.36.0, Plasma 5.10.3 and Applications 17.04.3. All based on Qt 5.9.0 for Slackware-current and Qt 5.7.1 for Slackware 14.2.
NOTE: I will no longer be releasing Plasma 5 packages for 32bit Slackware 14.2.

What’s new this time

Apart from the usual upgrades to the Frameworks, Plasma and Applications subsets, there is only one interesting piece of news: I added ‘kile’ to the applications-extra directory. Kile is a LaTex editor and the port to the KDE Frameworks 5 is well underway. I based the package on a git snapshot of its repository. One more KF5 application in “applications-extra”.
The goal of the KDE community is that the Applications 17.12 release (i.e. end of this year) will not have any application that is still kdelibs4 based. Everything in Plasma 5 Desktop should then finally be based on KF5.

Installing or upgrading Frameworks 5, Plasma 5 and Applications

As always, the accompanying README file contains full installation & upgrade instructions.

Recommended reading material

There have been several posts now about KDE 5 for Slackware-current. All of them contain useful information, tips and gotchas. If you want to read them, here they are:

Where to get the new packages for Plasma 5

Package download locations are listed below (you will find the sources in ./source/5/ and packages in /current/5/ and  /14.2/5/ subdirectories). If you are interested in the development of KDE 5 for Slackware, you can peek at my git repository too.


A Plasma5 Live ISO image will follow shortly on in case you want to try it out first (check the timestamp of the ISO on the web page). I am currently testing it, looks fine. Here is a screenshot showing the QtAv player (a proper QT5 and QML based video player so that you can forget about kplayer or gmplayer):

What else is in stock

The PLASMA5 Live ISO is crammed with all my relevant big packages (libreoffice, vlc and friends) and I refreshed a few of these packages:

  1. A package is available for the latest MKVToolnix 13.0.0 – Slackware 14.2 and -current.
  2.  I built the latest Calibre 3.4.0 for Slackware 14.2 and -current, adding several internal modules which I omitted in my first Calibre 3 release. As a consequence, Calibre now also depends on unrar for which I also compiled the latest release (5.5.6) into a Slackware package.
  3. Podofo is another dependency for Calibre that received a long overdue update, and my repository now contains version 0.9.5.

And I am also preparing Live ISO images for the variants SLACKWARE (64bit and 32bit), XFCE (64bit and 32bit) and MATE. They should go online at the same time as the PLASMA5 ISO.

Have fun! Eric


Comment from cwizardone
Posted: July 18, 2017 at 03:10

Well, I decided to take another look at KDE-5 and just installed all your latest related packages. That thing is huge. Any idea how many files and how many megs they take up (storage) as compared to KDE-4?.
KDE-5 works, but it has somehow managed to completely screw up sound in Xfce.
I’ve re-installed pulseaudio plugin for Xfce, but it didn’t make any difference. The multimedia keys no longer work. To adjust the volume I have to left click on one of two, now, only one before, icons in the panel and manually move the volume bar left or right. Any thoughts?

Comment from Eduardo
Posted: July 18, 2017 at 03:31

Thank you Eric!! So far it’s working OK.
P.S. Thanks for Kile. Just today I tried, with no success, to build it.

Comment from Helios
Posted: July 18, 2017 at 07:25

There is also a new version of texmaker (5.0) and texstudio is updated frequently. The one I use now is texstudio, and I will try this new kile. But I think that the 3 are almost the same.

Comment from pataphysician
Posted: July 18, 2017 at 15:38

Thanks, working mostly good, though I still have had a number of plasmashell crashing and restarting since the switch to 5.9, this update seems to have fixed the more severe problem were plasmashell would crash but not restartable. I was wondering if we could get qt 5.9.1, if I was to compile this myself, would I need to rebuild all of kde?

Comment from Gérard Monpontet
Posted: July 18, 2017 at 16:14

No problem here, with qt5-5.9.1, and alien plasma packages 🙂

Pingback from Slackware Live Edition 17 Temmuz güncellemesi duyuruldu | get GNU
Posted: July 18, 2017 at 19:52

[…] ediliyor. Slackware Live Edition 17 Temmuz güncellemesi hakkında ayrıntılı bilgi edinmek için sürüm duyurusunu […]

Comment from Gérard Monpontet
Posted: July 19, 2017 at 10:30

Just for info, Eric:

Finally, i have tested to rebuild ‘framework and the new plasma’ with ‘-DLIBEXEC_INSTALL_DIR=/usr/libexec’ no problem, plasma work correctly, it seem that need just change the ‘kdesu’ link. 😉

Pingback from Links 19/7/2017: MPV 0.26, Netrunner Rolling 2017.07 | Techrights
Posted: July 19, 2017 at 11:25

[…] July 17 updates – Plasma 5, Live ISOS and more […]

Comment from 1337_powerslacker
Posted: July 19, 2017 at 15:28

Today’s ChangeLog (actually dated yesterday, 18 July 2017, just before midnight) included a version bump of exiv2, to 0.26. That update breaks gwenview. I managed to bump exiv2 back down to 0.25. Anyone else using packages dependent on exiv2 might want to keep this in mind, at least until those packages are updated.

Pingback from Links 19/7/2017: MPV 0.26, Netrunner Rolling 2017.07 ~ MCJ™
Posted: July 19, 2017 at 19:02

[…] July 17 updates – Plasma 5, Live ISOS and more […]

Comment from cwizardone
Posted: July 19, 2017 at 19:36

RE: the sound problem with KDE-5 and Xfce mentioned in my message above. I’ve gone back to KDE-4. Problem solved. Don’t know why, but the audio in Xfce is back to “normal.”

Comment from Gérard Monpontet
Posted: July 19, 2017 at 20:45

try this:
If you have rc.pulse actived, stop it.
make it not executable, it’s no needed.
in root
cd tmp (remove all folder and all file)
cd /var/run/dbus
removed all file
and reboot

Comment from casualfred
Posted: July 19, 2017 at 22:34

Thanks Eric for the updates!! By the way, I found that in your script I had to put quotes around the SLISO variable before it would work for me. Maybe because my directories have spaces in their names? Not sure. Thanks again!

Comment from Matheus Sampaio
Posted: July 19, 2017 at 22:39

Anyone had problems with installing it through setup2hd? My installation seems to hang at “Processing 27 Slackware Live Modules (13468 MB)
And won’t advance no more 🤔.
Tried it twice already…

Comment from alienbob
Posted: July 19, 2017 at 22:57

casualfred – directories with spaces, in Linux! Blasphemy 🙂
I will add those quotes to the script.

Comment from alienbob
Posted: July 19, 2017 at 23:10

Matheus – an issue with your USB key perhaps? Is it corrupt or broken?

Extracting Slackware from the live modules takes longer than installing packages through the regular setup process but you should see progress at some point. Some module files are quite large which means, extracting them may take quite some time.

You can determine whether files are still being extracted to the USB key by opening another terminal and repeatedly running the ‘df’ command. If anything gets written to the USB stick, it should show up as changing numbers in the “Used” column.

Comment from Hubert Phava
Posted: July 20, 2017 at 15:57

Ciao Eric….
I’m on 64–current ( last packages) with your multilib and (last) kde.
I’ve two problem with Kde:
1) digikam and gwenview both don’t start. Trying from a konsole, for both i receive:

bash-4.4$ ldd `which gwenview` | grep not => not found

Symlinking to actual exiv2 doesn’t help; gwenviev strats but crashes at the first mouse click; digikam doesnt start at all.

2) Il i have an open firefox session, very often i cannot run another browser ( palemoon, vivaldi, another FF session…) and sometimes no other program can run; if i try to run a onsole, the message on it says something like “cannot open IO” and something other regarding xdg.
I’m obliged to kill kde, delete all its temporary files ( also those in /etm/xdg-runtime-user and restart kde for workaround the problem.

While problem 1) is only running on your last release of kde, i’ve problem 2) from several releases ( trying to cure it but no success).

Anyone here has gwen and digikam prob?

Thanks ( *many* thanks) for you work….


Comment from alienbob
Posted: July 20, 2017 at 16:14

Hubert, your issue #2 sounds quite peculiar, have not heard of such an issue before.
Your issue #1 is caused by the volatile state of slackware-current. The exiv2 package got upgraded and that broke a couple of applications as you noticed.
You must recompile gwenview and digikam.
I just started work again after a short holiday and will not be able to offfer recompiled packages myself soon.
But since you are running Slackware-current you probably know how to recompile them. If not, search this blog for the instructions about the use of KDE.SlackBuild.

Comment from Hubert Phava
Posted: July 20, 2017 at 16:23

Thanks Eric.
Already wgetting your kde-source directories…



Comment from Gérard Monpontet
Posted: July 20, 2017 at 17:04

And libkexiv2, also 😉

(krita, kdebase-runtime, kfilemetadata, kio-extra)

Comment from Helios
Posted: July 21, 2017 at 08:15

For the issue concerning the new exiv2 I have kept a copy of the old in /usr/lib64 and everything seems to work

Comment from Gérard Monpontet
Posted: July 21, 2017 at 11:03

Yes, probably a link work also 😉

Comment from alienbob
Posted: July 23, 2017 at 12:19

I have uploaded a set of recompiled packages to compensate for the recent changes in slackware-current:

Comment from keithpeter
Posted: July 24, 2017 at 22:51

Plasma 5 looks rather splendid and works reasonably smoothly on a dual-core laptop with 2Gb of ram and a spinning rust hard drive.

Installed on my test laptop from Plasma live iso and updated using slackpkg, including the exiv2 version, and then updated kde5 packages downloaded from bear just now. All good – gwenview and okular work fine. DigiKam starts up OK (I don’t know DigiKam very well).

I noticed that /etc/slackpkg/mirrors has a mirror right at the end of the file already uncommented. I chose one nearer to me in preference to cut the load on Slackware’s site.

Thanks for your efforts in allowing us to preview Plasma 5 on a familiar base.

Comment from fabio
Posted: July 25, 2017 at 07:58

When plasma 5 came out i moved out to XFC5. now months later, i’m very pleased with it. As an android user i was delighted with kde connect. except some plasmashell crashes (it will restart), and ktorrent crashing when i try to activate the scheduler plugin, all the rest running smoothly and fast. So, thank you very much sir for your work.

Comment from keithpeter
Posted: July 25, 2017 at 20:02

Plasma (fallback) is the ‘default’ and works fine. I tried Plasma (wayland) and had a blank screen – no blinking cursor – for many minutes. I could alt-ctrl F2 back to a tty, log in and reboot.

Anyone got any hints as to where do I look for logs to work out what is happening (or rather not happening)?

lspci tells me that his old Thinkpad has an “Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07)” in it. Has worked with a Fedora live 26 with Wayland.

Comment from alienbob
Posted: July 25, 2017 at 21:27

The Wayland session does not work. It requires packages that are not in Slackware and needs a recompiled mesa, xorg-server and qt5. It will go into testing sometime but don’t hold your breath. It is low on my priority list.

Comment from keithpeter
Posted: July 25, 2017 at 21:55

Thanks for clarification and I fully understand the need for a priority list.

Comment from alienbob
Posted: July 25, 2017 at 23:25

Because of the recent update of Slackware-current’s imagemagick, I have rebuilt dvdauthor and digikam and uploaded them to the “current/latest” repository.

Comment from Pete Christy
Posted: August 1, 2017 at 15:33

I’ve been running your KDE 5 packages for a few months now on two machines, and it is all working fine. However, I do have a question about the phonon backends. Although I’ve installed your packages for VLC (2.2.6) and phonon-vlc (0.9.1) the backend does not show up in my system settings – only gstreamer appears there.

Both systems were upgraded from kde4, so I wonder if there is a stray configuration left over somewhere that might be stopping it from picking up phonon-vlc – or is there something else I’ve missed? Any pointers gratefully received!


Comment from Gérard Monpontet
Posted: August 1, 2017 at 17:04

No problem here with phonon-vlc, maybe you have the old phonon slackware current package installed.

Comment from Pete Christy
Posted: August 1, 2017 at 20:06

Well, just to be sure, I completely deleted the phonon-vlc package and installed the one from kde5/5/deps. No change – still only gstreamer showing up in system settings.


Comment from alienbob
Posted: August 1, 2017 at 21:38

Pete, I double-checked on my slackware64-current laptop. I have phonon-vlc 0.9.1 and vlc 2.2.6 and I do have “Phonon VLC” as my (primary) backend.
Like Gérard said, you need not only my phonon-vlc package but also the phonon package which I carry in my “deps” section:

$ ldd /usr/lib64/qt5/plugins/phonon4qt5_backend/ |grep phonon => /usr/lib64/ (0x00007fd84d2ef000)

The “” library is part of my phonon package but it is not in Slackware’s original phonon package (because Slackware does not have Qt5).

Comment from Pete Christy
Posted: August 1, 2017 at 21:50

Very odd!

locate libphonon4qt5

ldd /usr/lib64/qt5/plugins/phonon4qt5_backend/ |grep phonon
ldd: /usr/lib64/qt5/plugins/phonon4qt5_backend/ No such file or directory

Locate seems to be saying its there, ldd is saying it isn’t? Missing symlink? The backend folder certainly has phonon_gstreamer in it, but not phonon_vlc.

Should I just copy it across or symlink it?

Thanks for your help!


Comment from alienbob
Posted: August 1, 2017 at 22:17

The /usr/lib64/qt5/plugins/phonon4qt5_backend/ file is part of the phonon-vlc package. It is a file, not a symlink. It looks like you have not installed phonon-vlc then, or perhaps you installed its 32bit version (in that case you would have /usr/lib/qt5/plugins/phonon4qt5_backend/ instead)

Comment from Pete Christy
Posted: August 1, 2017 at 23:39

Er, OK, but mine is a pure 64 bit system – I don’t have multilib! And:

ls /var/log/packages/phonon*
/var/log/packages/phonon-4.9.1-x86_64-1alien /var/log/packages/phonon-vlc-0.9.1-x86_64-1alien

indicates that the correct package is installed!

There is no /usr/lib/qt5 directory at all.

I’ll delete it and try again!

I’m a bit baffled, but thanks for your help!


Comment from Pete Christy
Posted: August 2, 2017 at 00:17

OK, I think I might be getting somewhere now, but its still not quite fixed yet!

I deleted the existing phonon-vlc package and re-installed it. This time I installed it using installpkg, rather than my usual upgradepkg –install-new.

It installed fine, and now phonon-vlc appears in /usr/lib64/kde4/plugins/phonon_backend, alongside the gstreamer plugin. Its definitely there, and the permissions are the same as phonon-gstreamer. But note: its in the /usr/lib64/kde4/plugins/phonon_backend directory NOT /usr/lib64/qt5/plugins/phonon4qt5_backend which is where ldd is looking for it!

I’ve copied it across to /usr/lib64/qt5/plugins/phonon4qt5_backend/, and now ldd reports:

ldd /usr/lib64/qt5/plugins/phonon4qt5_backend/ |grep phonon => /usr/lib64/ (0x00007f208e31f000)

but it still doesn’t appear in system settings!

I’m about to try a reboot – fingers crossed…..!


Comment from Pete Christy
Posted: August 2, 2017 at 00:26

I must be getting tired and my eyes are watering! Its gone 2300 here now and I’m starting to make silly mistakes! I should be looking for libphonon4qt5 not libphonon!

libphonon4qt5 does exist:


but not in /usr/lib64/qt5/plugins/phonon4qt5_backend

I’m too tired to continue now, but I’ll have a fresh look in the morning. I have the feeling that I’m nearly there……


Comment from Gérard Monpontet
Posted: August 2, 2017 at 09:08

It’s normal, just look if you have,
present in your system.

Comment from Pete Christy
Posted: August 2, 2017 at 09:52

Yippee! Finally cracked it! And naturally, it was my fault! Let me explain: I have 3 machjnes here running Slackware64-current – a small laptop (kde4), my main desktop (kde5) and an old desktop in the workshop (kde5). To save on download times, trying to keep them all up-to-date, I have a small NAS server which I rsync against I then do my updates from the local server.

At some point, I omitted to switch the kde5 update script from 14.2 to current, so my local server contained the 14.2 version rather than current!

Looking at it this morning, after a good night’s sleep, I spotted it straight away!

All is now working as it should.

Moral: don’t set up updates when you are tired!

Thanks all for your help!


Comment from Gérard Monpontet
Posted: August 9, 2017 at 21:00

Eric, kdenlive crash on exit, it’s ‘mlt’ problem, mlt need this patch:

the mlt.SlackBuild need also to add this:

sed -i ‘s/#include /#include /’ src/framework/mlt_property.h
like ‘ponce’ mlt.SlackBuild:

it’s needed for recompil ‘mlt’ with new current glibc 😉

Comment from alienbob
Posted: August 9, 2017 at 21:05

Hi Gérard,

Something to keep in mind when working on the next update.
Unfortunately, many colleagues are on holiday in August, and many at ASML take 4 weeks leave, leaving suckers like me behind with much increased workload. So I may not be able to release ktown updates for Slackware 14.2 in August. The -current packages are more important because more may become broken before long.

Comment from Gérard Monpontet
Posted: August 9, 2017 at 21:14

Omit, kdenlive doesn’t compil if ‘mlt’ is recompiled without this ‘sed’ change 😉

Comment from Gérard Monpontet
Posted: August 9, 2017 at 21:25

Ok, Eric, good luck, for your job:

In French it is said ‘that one is the last wheel of the cart’

‘ vous êtes la dernière roue de la charette’ 😉

Comment from Gérard Monpontet
Posted: August 11, 2017 at 13:25

New mesa slack-current package cause problem in kscreenlocker here, with amd radeon card

character font and avatar disappear, just for info

downgrade mesa solve this

Comment from alienbob
Posted: August 11, 2017 at 14:03

… or recompile kscreenlocker perhaps.

Comment from Cooper
Posted: August 11, 2017 at 17:15

Eric when you get a chance can you please check and, not synced to Wed Aug 9 20:23:16 UTC 2017

Comment from Gérard Monpontet
Posted: August 11, 2017 at 21:19

I have already make, without succes, i have make and install another package of the mesa-17.2.0-rc3 version, same problem, it think it’s malicious bug 😉

Comment from alienbob
Posted: August 11, 2017 at 21:46

Cooper, looks like the mirror script had gotten stuck because the rsync server ( was not responding.
I’ve killed the hung process, removed the .pid file and restarted the cron script.

Comment from Gérard Monpontet
Posted: August 11, 2017 at 22:02

Ok, osuosl is very slow for a few days here.

Comment from Cooper
Posted: August 13, 2017 at 16:29

Thanks Eric. I really don’t want to distro hop, and Slackware and you pkgs came highly recommended. As soon as I get a chance I’ll throw Slack64 and your Plasma pkgs on a spare laptop.

Comment from Joel
Posted: August 17, 2017 at 05:57

Hi Eric!!
Just a question. In KDE4 i could add a VLAN using the nm-applet, but not in KDE5. Theres something i need to do to bring back that functionality? Some package i need to install?? I know i can add vlan with vconfig or something like that, but it’s more comfortable with nm-applet.. 😉
Thanks in advance!

Comment from alienbob
Posted: August 17, 2017 at 09:54

Joel, looks like this bug report:
Apparently the developer decided to “go the GNOME way” and hide functionality in the UI for which HE thinks it should not be used by a regular user. Totally against KDE philosophy if you ask me.
The workaround mentioned in the bug report is to use the commandline tool “nmtui” to manage your VLANs.

Comment from Joel
Posted: August 17, 2017 at 17:46

Hi Eric!!
Too sad KDE it’s taken the “Gnome way”. On the other hand, I tried openSUSE42.3 and they still provide that functionality, don’t know if KDE put it back or openSUSE aplied some patch.
Let’s wait and see they correct way! 😉
Thanks for your efforts!!

Comment from Lenny
Posted: August 18, 2017 at 19:18

Hello, wondering if for the next release you could build Kwave with “-DWITH_MP3=ON” in order to enable mp3 support, if i’m not mistaken mp3 is not an issue anymore.

If this message doesn’t make sense, please ignore, i don’t know what i’m talking about.


Comment from alienbob
Posted: August 18, 2017 at 23:12

Hi Lenny

I checked the log file of the last compilation for kwave and also checked the CMakeFile in its git repository.
Indeed, I will have to add “-DWITH_MP3=ON” because that is required to enable mp3 support.
Good tip, thanks!

Write a comment