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

Your feedback


Do you have any questions with regard to my packages, SlackBuild scripts, other scripts, or my documentation? Or do you have a request to make? Please use this space to write down your ideas and I will try to answer. Other readers are of course also allowed to voice their thoughts about what you write.

Keep your posts on topic please. No flamewars, trolling, or other nastiness allowed. This is not meant to be a replacement for

If the blog refuses to accept your post, then perhaps you are affected by a bug in the SQLite plugin. Check if your post contains a string of text which is enclosed by the characters ( ). Is there a pipe symbol or a comma inside those round brackets? Try to remove those and re-post your comment.

Continue to my blog articles if you want.



Comment from aiden
Posted: July 31, 2012 at 18:25

Thanks for creating this space, and for being such a force for the Slackware community.

Comment from aiden
Posted: July 31, 2012 at 22:57

Okay, so the good news is that Handbrake 0.9.8 works perfectly. The bad news is it doesn’t contain any features, only bug fixes. And according to the devs, the current trunk won’t be released as the official build until next year – Is there any way I could get you to build the 4883svn nightly (

Comment from cesarion76
Posted: August 1, 2012 at 03:53

hi, just noticed the handbreak package in “restricted_slackbuilds” is still version 0.9.5 in 32/64 versions.

Do I get all the features if I get the regular pkg from server?

best regards

Comment from alienbob
Posted: August 1, 2012 at 11:07

O… I forgot that I had to place the packages in restricted_slackbuilds due to the lame and faac encoders… I will set that right tonight and update the repositories.

Actually, it is easy for you to build your own package from a SVN trunk checkout. I will stick to the official releases but you can grab the SlackBuild and edit it so that it has these two lines:


Which causes the script to checkout revision 4883 from trunk and build a package for that.


Comment from aiden
Posted: August 1, 2012 at 16:23

Thanks Bob. Unfortunately it’s not going to be that simple, because only has the official releases. It looks like the only way to grab a nightly for a build is to use a subversion repository call, which is failing badly for me when I try it.

Comment from aiden
Posted: August 1, 2012 at 16:55

Hm… I reread your post, and understand my confusion now. The current .build file contains no references to SVN, so it defaulted to sourceforge.

Comment from aiden
Posted: August 2, 2012 at 00:42

Well, after a lengthy process of finding all the dependencies necessary for a compile in unRAID, I have a working executable. I’m not 100% of the best way to make it into a package, though. I ran “make install” in the build directory and that has me going for now, but is there a simple way to make the .build file?

Comment from cesarion76
Posted: August 2, 2012 at 03:57

Hi Eric, slackpkg won’t blacklist last multilib update

Mon Jul 30 20:12:24 UTC 2012
current/gcc-4.7.1_multilib-x86_64-1fix1_alien.txz: Rebuilt.
current/gcc-g++-4.7.1_multilib-x86_64-1fix1_alien.txz: Rebuilt.
current/gcc-gfortran-4.7.1_multilib-x86_64-1fix1_alien.txz: Rebuilt. Fixed the
64-bit libgfortranbegin.a library which got overwritten by the 32-bit
version. Thanks to hiptobecubic for reporting this.
current/gcc-gnat-4.7.1_multilib-x86_64-1fix1_alien.txz: Rebuilt.
current/gcc-go-4.7.1_multilib-x86_64-1fix1_alien.txz: Rebuilt.
current/gcc-java-4.7.1_multilib-x86_64-1fix1_alien.txz: Rebuilt.
current/gcc-objc-4.7.1_multilib-x86_64-1fix1_alien.txz: Rebuilt.

I had to add:

“[0-9]+fix1_alien” to /etc/slackpkg/blacklist so they don’t get replace by slackware’s native pkg

best regards

Comment from alienbob
Posted: August 2, 2012 at 08:59

Hi cesarion76

I think I may have to rename the packages so that they end on “fix1_1alien” instead of “1fix1_alien” because having to add yet another line to the blacklist file of slackpkg is not an elegant solution. Thanks for mentioning it.

Cheers, Eric

Comment from alienbob
Posted: August 2, 2012 at 09:01

aiden, I am a bit confused as to what you are trying. A “.build” file? Could you not just use the hints I gave 6 comments back and run the edited handbrake.SlackBuild with changed variable definitions? That will checkout a trunk snapshot and build that for you.


Comment from aiden
Posted: August 2, 2012 at 16:44

Bob, yes I tried that first, of course. But I got an “invalid scheme” error. So instead I went down the road of manually checking it out and compiling it locally based on Handbrake’s wiki instructions. What I would like to do is make a package out of that binary so I can post it on the unRAID forums for other users to download. I appreciate your patience, because I’m clearly a novice at these things.

Comment from alienbob
Posted: August 2, 2012 at 21:14

I never saw an “invalid scheme” error. Perhaps if you can post a full log of your failed compilation on then I could have a look at it.


Comment from gbdj
Posted: August 21, 2012 at 17:50

Hi. Are there any difficulties in building recent qemu-kvm-1.1.1 for slack 13.1 or 0.14 packages just left from old SlackBuild version?
Thank you

Comment from Colint
Posted: September 10, 2012 at 07:43

Thanks Eric for the kde 4.9.1, it has helped me out a lot.

Comment from Krisz
Posted: September 27, 2012 at 09:53

Hello Erik!

Could you please create a package for virt-manager? Or create a howto how we can install it? I found some howtos on the net for slackware and virt-manager, but I was unable to make it.

Thank you.

Comment from alienbob
Posted: September 27, 2012 at 14:34

Hi Krisz

I have been looking at virt-manager, especially for the VNC viewer features, and it is possible that I will create packages and/or write an article about it, when I get some free time.


Comment from willian
Posted: October 3, 2012 at 17:11

Alien, everyone would like to know how is your perfect Slackware installation, from beginning to end, partitioning, filesystem, packages, tweaks and also a screenshot of your computer, this can be an upcoming article.

Comment from alienbob
Posted: October 3, 2012 at 18:05

Hi willian

My own computers are not all that interesting to talk about. They are functional but not shiny. I add only a few packages to a full Slackware install, depending on the needs (my laptop for work has some other stuff than the desktop I share with the family).
Even the background on this laptop is the standard KDE bakground…


Comment from Duodecimo
Posted: October 15, 2012 at 11:32

Hi Eric
First of all I wish to thank you for the amazing packages you place and all the contribution you do for slackware.
In your post about LibreOffice, you mentioned somewhere that packages under 13.37 might work for 14.0.
I wonder if I should try it for lame and others, in the restricted packages, or wine, in the regular ones, and even for packages for older versions, like xawtv for 12.0 (I have multilib installed).
I am using slackware 14.0.

Comment from alienbob
Posted: October 15, 2012 at 14:41

Hi Duodecimo.

The golden rule for binary packages is, if they are not available for the Slackware release you are currently using, try a package for an older release. Often that will just work (but not always). If I find a package for Slackware 13.37 which fails on Slackware 14 then I will specifically compile a new package for Slackware 14.

So, yes, you can use the “older” packages for lame and wine. If you encounter any issues, like library linking errors. let me know so that I can compile a new package!

With sources it is different. You will find that often, the source for an older version of software will no longer compile on a newer Linux distribution. That is typically caused by updates to the gcc and glibc packages which introduce new library calls and interfaces which were not available at the time the older software was written. For successful compilation you would have to find patches or even use a newer version of the source. At the same time, a binary which was compiled from that old source, on an older Slackware release, will usually still work without issues on the new Slackware.


Comment from MartinOwaR
Posted: October 16, 2012 at 16:17

Hello Eric.

Just to report that qemu-kvm 1.2.0 does not work on 14.0 (missing I had to recompile it in order to make it to function.

Comment from alienbob
Posted: October 16, 2012 at 21:20

Hi MartinOwaR

Thanks for mentioning this. I have just finished uploading some fresh qemu-kvm and vde packages, built on Slackware 14.

Cheers, Eric

Comment from Jean-Francois Blavier
Posted: October 17, 2012 at 21:35

Hi Eric,

Just a note to let you know about the release of IcedTea 2.3.3, see

And, once again, many thanks for all the work you do on Slackware!!

Cheers, Jean-Francois

Comment from alienbob
Posted: October 18, 2012 at 11:49

Hi Jean-Francois

The new openjdk packages have been built already, and I will upload them soon. A blog article will have to wait until tonight.

Cheers, Eric

Comment from Jean-Francois Blavier
Posted: October 19, 2012 at 18:06

Hi Eric,

Thanks for the openjdk upgrade. I installed the new package and it works great!

Cheers, Jean-Francois

Comment from Donald R Laster Jr
Posted: October 21, 2012 at 22:25

Just saying thanks for all of the work you have done. I use Slackware for my own network and for work related things. And the work you and the others do is appreciated.

Comment from neonwarf
Posted: November 18, 2012 at 04:26


Comment from Troc
Posted: December 13, 2012 at 13:06

Thanks for the packages and updates. They work flawlessly ! Amazing stuff.

Comment from JJ
Posted: December 29, 2012 at 01:59

Hi Eric, the the *.info for your tool is out of date for SBo. The new .info file is updated to add a REQUIRES line, and removed APPROVED per

Comment from alienbob
Posted: December 29, 2012 at 02:28

Hi JJ,

You are right, I fixed the .info generator. Thanks for notifying me.

Cheers, Eric

Comment from chris
Posted: January 5, 2013 at 15:30

just wanted to say thank you for all your work.

Comment from drago
Posted: February 6, 2013 at 16:34

Want to write howto page in docs.slackware .com, registerd, log in, try to “add page”, and got
You are here: start » howtos » misc » sb_live_5.1
Permission Denied

Sorry, you don’t have enough rights to continue. Perhaps you forgot to login?

what we can do?

Comment from OlPhart
Posted: February 8, 2013 at 11:04

alienbob – Got one heck of a question for you. I’ve been tinkering, building a new system and in the name of keeping my wife happy, decided to take a stab at getting handbrake-gtk installed. So far, your build script is the only one I’ve found for the gui. Getting handbrake installed went without a hitch using a build script from elsewhere. But running your build script is causing my system to reboot.

What the heck? Reboot while building software? There’s something really strange going on. Any ideas? Is your build dependent on multi-lib or something that I’m not providing?

Any insight would be more than welcomed.

BTW, loved the calibre build. Nice work.

Comment from alienbob
Posted: February 8, 2013 at 11:20

Hi OlPhart

My handbrake.SlackBuild does not need multilib or anything else. I run that script on a “virgin” Slackware in order to compile a package.
If your computer reboots during compilation then that might indicate an overheating issue. Software does not make your computer reboot just like that.
Is there anything in the message log right before the reboot occurs? Can you try to monitor the case- and CPU-core temperatures during the compilation?

Cheers, Eric

Comment from OlPhart
Posted: February 8, 2013 at 14:30

Thanks Eric ,

Temps are good. Don’t know what is going on but it’s certainly not temps that are doing it. Very abrupt reboot, no warning. Seems to occur at some point during ffmpeg build.

At the time I was getting the reboots I had been exec’ing the build script rather than sourcing.

When I try to source the script I get a rather cryptic kernel crash that freezes the system. Appears to be some sort of cpu related memory segmentation issue.

That said, the thought occured to me that a “virgin” build may be the answer. When I get the chance I’ll try a clean build and see how it goes.

When I get the chance to try a “clean” build I’ll get back to you and let you know how things go.

In the meantime, I’m off to shovel 6″ of fresh heavy wet snow.


Comment from Cultist
Posted: February 9, 2013 at 07:02

I brought this up in #slackbuilds a while back but thought I’d post it here because I wasn’t able to catch you online at the same time I was.

I wanted to suggest that –enable-libvorbis be added to your restricted ffmpeg slackbuild. While ffmpeg does use libvorbis internally, certain applications which rely on ffmpeg to transcode (Amarok’s transcoding dialog that it gives you when you put music on a portable player being the first one that comes to mind) appear to require –enable-libvorbis to have been passed during compilation in order to transcode to ogg.

I manually add it myself when I compile ffmpeg and it does not appear to cause any problems, and does not require any additional work for the user since libvorbis is included in a stock Slackware installation.

Anyway, just my suggestion. Thanks!

Comment from alienbob
Posted: February 9, 2013 at 17:45


I will use “–enable-libvorbis” in future builds of my ffmpeg package. No problem at all.


Pingback from Steam – Titans Attack – Slackware 14 64bit – no sound
Posted: March 2, 2013 at 13:08

[…] Attacks game. Contact me in private (my "" email address or by posting to if you have issues with getting Minecraft going because I think that is off-topic for this thread. […]

Comment from slodki
Posted: March 11, 2013 at 23:00

Upgrading KDE to 4.10.x removed some important plasmoid SDK tools, not packaged into kde-workspace anymore (plasmaengineexplorer, plasmoidviewer etc.). Now they are included into Plasmate ( Could you try to build Plasmate slackware package?

Thank you for all your work

Comment from jen johnson
Posted: March 19, 2013 at 05:02

thank you.
Mr. slack_dragon

Comment from guilleg
Posted: March 24, 2013 at 20:06

no requests. thank you for all!!

or maybe…..more tutorials to know the same as you know

Comment from Michelino Chionchio
Posted: March 29, 2013 at 18:08

Just one question: You have to replay mysql with mariadb in compat32 stuff, have you?
Best regards

Comment from alienbob
Posted: March 29, 2013 at 22:44

Hi Michelino

Yes, I should have done that earlier.
Fixed and uploaded.

Cheers, Eric

Comment from mickski
Posted: April 1, 2013 at 09:15

Just found your modified inet1 files for bridging. Once again AB does the hard work so I don’t have to. Thank you, your a star.

Comment from alienbob
Posted: April 1, 2013 at 12:12

Hi mickski

Those bridge modifications for rc.inet1 were merged into Slackware 14. Are you running an older version still?


Comment from mickski
Posted: April 2, 2013 at 21:49

Hey Bob
yeah still on 13.37, running kde 4.10.1 + lo 4 thanks to some slackbuilds I found somewhere :-). It really would be easier to just upgrade.
Couldn’t agree more about the awful weather.
Cheers :-)

Comment from P431i7o
Posted: April 17, 2013 at 13:39

Hi Eric, I wonder if you have reached to compile wvdial and wvstreams on your arm port. Because now I’m having problems on my raspberry-pi trying tu use wvdial.
An error about:
getcontext open parenthesis &get_stack_return closes parenthesis == 0.

The error is not in the compile time, is in execution time. I didn’t have any problems compiling from the sources provide by slackbuilds.

Searching in google point out that this is and old problem,since 2009 and so on, but I have not read anything about some that fixed the problem.

Comment from alienbob
Posted: April 17, 2013 at 14:17

Hi P431i7o

I have not yet compiled any package… just sticking to the official Slackware packages for now.
Perhaps this is your solution:



Comment from Mário
Posted: May 3, 2013 at 16:58

Hi, Is there any easy way to make VLC link to libva installed in the system?

What do I need to change in the slackbuild?

Comment from alienbob
Posted: May 3, 2013 at 22:16

If you want to link to the system libva, then do not let the vlc.SlackBuild script enter the routine that builds an internal static copy of libva.


Comment from JKWood
Posted: May 3, 2013 at 23:33

Hi Eric,

It appears there’s something weird going on with your Slackware mirror (taper). Whenever I try to check for updates in the patches directory with slackpkg, it reports no packages to be upgraded. However, switching to the mirror fixed the problem.

Also see:

Comment from alienbob
Posted: May 4, 2013 at 19:54

Hi JKWood

There was a small omission in my script, some additional files were not being synced (FILELIST.TXT and CHECKSUMS.md5* in the main Slackware directory are updated whenever there are new patches).
I uploaded a fixed script and also ran that script on taper, so that the Slackware repositories there should work with slackpkg again.

Thanks for mentioning,


Comment from Q5sys
Posted: May 7, 2013 at 03:05

I just wanted to send you a small note to let you know how much I appreciate everything you do for the slackware community, and your continual efforts to make Slackware the most amazing distro available.
Your work is always impeccable, and I hope to someday be able to give back to the community as much as you have generously given over and over again.

Comment from raymundo augusto filho
Posted: May 13, 2013 at 21:52

Hi Bob.

I need help. I want to install Cairo Dock in slackware 12.0 and not locate binary packages. you know where I can find them?

Thank you.

Comment from alienbob
Posted: May 14, 2013 at 09:58

Hi raymundo

I do not think you will find many binary 3rd party packages for Slackware 12.0 on the Internet. Most people only release for Slackware 14.0.
A SlackBuild for ciro-dock was added to for Slackware version 13.1. I have no idea if cairo-dock will work on an old Slackware like 12.0.


Comment from raymundo augusto filho
Posted: May 15, 2013 at 02:46

Thank you Bob.

Comment from dolphin77
Posted: May 16, 2013 at 10:14

Hi, Eric.

Appreciate all your hard work on Slackware and your repositories for that. Not sure if you use SSD disks. But for those who uses SSD disks and running encrypted LVM setup, there is a need to add option –allow-discards for the cryptsetup lusOpen commad in the init file for initrd.

Would appreciate if you update that.

Thank you in advance.

Comment from alienbob
Posted: May 16, 2013 at 10:53

Hi dolphin77

Using “–allow-discards” has a potential negative security impact (see the cryptsetup man page). I guess that if you want to use this parameter because you installed Slackware on an encrypted SSD, you will have to add that parameter yourself to the init script inside the initrd. Slackware’s mkinitrd command won’t overwrite /boot/initrd-tree-init unless you specidy “-c” to (re)create the initrd from scratch.

Or you can submit a patch to introduce a variable which can be used to specify additional non-default cryptsetup parameters.


Comment from dolphin77
Posted: May 16, 2013 at 11:28

Eric, thank you for prompt reply.

You are right, I didn’t think of possible security impact. Probably it is better to leave as is system wide. Anyway on-line trimming (mounting with discard option) is not a good choice. Thus it is better to boot up from external flash disk from time to time and manually mount encrypted partitions and to run fstrim manually.


Comment from Alek
Posted: May 18, 2013 at 14:39

Hello, Eric
both 32-bit and 64-bit packages of kajongg-4.10.3 game are broken – there’s no executables in them.
greetz, Alek

Comment from alienbob
Posted: May 18, 2013 at 15:31

Hi Alek

You are right. I checked the build logfile and it appears that Kajongg requires pyhon-twisted (a networking library) which again depends on zope-interface.
I do not think that zope will ever be integrated into Slackware, so I left a note for Pat to decide what to do about this.
Basically there are two options:
1) remove the kajongg package entirely from Slackware’s KDE package set
2) Force the installation of the kajongg binaries (after all they are only python scripts) and leave it to the Slackware user to install python-twisted and zope-interface from (they are both present there already).


Comment from Antonio Spinelli
Posted: May 21, 2013 at 20:24

Thanks Eric, I’ll follow you forever!

Comment from William Park
Posted: May 25, 2013 at 03:46

Hi Eric,

I know that you’re concentrating on Samsung Chromebook. But, would your Arm port of Slackware run on BeagleBone Black ?

Comment from alienbob
Posted: May 25, 2013 at 13:30

Hi William

Unfortunately I can only test on hardware that I actually own. However, my ARM packages will work on any armv7 hardware. It’s usually just the kernel which you have to create for a new piece of hardware, and that will at least give you a bootable Slackware system. After that, there will usually be tweaks to get X.Org and sound fully functional but that will straighten out itself in time.

You could try what I initially did for my ChromeBook: find a bootable SD card image for another distro, write that to an empty SD card, and then wipe the other distro’s filesystem. Then copy my mini root filesystem into the empty partition and see if that will boot your BeagleBone…
A mini rootfs is here: . That rootfs does not contain a kernel or kernel modules, try copying those from a working BeagleBone distro image.


Comment from Alexandre Jobin
Posted: May 30, 2013 at 02:16

hi alienbob!

any chance to see an update of your handbrake package to v0.9.9?


Comment from dolphin77
Posted: June 7, 2013 at 14:37

Hi, Eric.

Want to report that something is wrong with your slackware64-current mirror. Looks like new files were added during sync, the old ones were not deleted.
See for example, where both kde-4.10.3 and kde-4.10.4 files are present.

Comment from alienbob
Posted: June 8, 2013 at 10:24

Hi dolphin77

Yeah, I guess that Pat uploaded his KDE packages around the time that I run my mirror script. Usually those two events are far apart.
I re-ran my mirror script and all is well again.

Cheers, Eric

Comment from alienbob
Posted: June 8, 2013 at 10:25

Hi Alexandre Jobin

Handbrake has been upgraded last week. It took some time to create a patch to make the compilation succeed.


Comment from César
Posted: June 18, 2013 at 21:43

Hi Erik, just installed calibre in slack 14.0 x86_64 multilib with all dependencies get this error.

$ calibre
Traceback (most recent call last):
File “/usr/bin/calibre”, line 20, in
File “/usr/lib64/calibre/calibre/gui2/”, line 415, in main
app, opts, args, actions = init_qt(args)
File “/usr/lib64/calibre/calibre/gui2/”, line 85, in init_qt
from calibre.gui2.ui import Main
File “/usr/lib64/calibre/calibre/gui2/”, line 31, in
from calibre.gui2.widgets import ProgressIndicator
File “/usr/lib64/calibre/calibre/gui2/”, line 21, in
from calibre.gui2.progress_indicator import ProgressIndicator as _ProgressIndicator
File “/usr/lib64/calibre/calibre/gui2/progress_indicator/”, line 15, in
RuntimeError: Failed to load the Progress Indicator plugin: the sip module implements API v9.0 to v9.1 but the progress_indicator module requires API v8.1

Do I need to recompile in 14.0 or is something missing?


Comment from alienbob
Posted: June 19, 2013 at 08:30

Hi César

I thik you are not running Slackware 14. It seems that you added some newer software on top which replaced original Slackware packages. Are you running my KDE 4.10 for Slackware 14? Part of that is an upgrade to the Slackware ‘sip’ package which is incompatible with calibre’s Slackware 14 package.

You have to recompile calibre to fix the sip error.


Comment from César
Posted: June 19, 2013 at 16:12

Eric, yes I’m using your KDE 4.10.4. I’ll recompile calibre and try to make it work. Gracias

Comment from thenktor
Posted: June 27, 2013 at 17:31

Hi Eric,
I’ve tried your alienarm miniroot fs on a device with NAND flash. I’ve created an ubifs image for rootfs and booted it. It always stops at the fsck check. ubifs does not support fsck at all, so I have patched rc.S to skip fsck for certain file systems:


Comment from mick
Posted: June 30, 2013 at 20:31

Hey Bob
Did you forget to update the libreoffice slackbuild on or do I just need some patience.

Thanks :-)

Comment from alienbob
Posted: June 30, 2013 at 22:01

mick, you looked at the “14.0” directories, right? I am not updating LibreOffice for Slackware 13.37, only for 14.0.


Comment from alienbob
Posted: June 30, 2013 at 22:08

Hi Thenktor, interesting patch. In case your pastebin entry does not have eternal life, I copied its content to .

Was this a Nokia device you tried the mini rootfs on? What were your findings?

Cheers, Eric

Comment from mick
Posted: June 30, 2013 at 22:20

Hey Bob
I mean the build script – it’s dated 18-may-2013.
last entry in the changes comments is :-4.0.3-1: 09/may/2013 by Eric Hameleers
# * New 4.0.3 release built for Slackware 14 and newer
The sources dir is up to date 30/6/13.

Once again many thanks :-)

Comment from mick
Posted: June 30, 2013 at 22:33

Lightening speed on the update Bob.
Thanks :-)

Don’t know where you find the time, but very much appreciated.

Comment from thenktor
Posted: July 2, 2013 at 08:42

Hi Bob,
it was a Atmel devkit, based on a Cortex A5:
Except for the fsck thing I had no other problems. I’m using a kernel compiled from the Atmel source tree:
Here is a picture:

Comment from Frederico Lemos dos Santos
Posted: July 3, 2013 at 18:11

I love slackware because I saw the birth of computer science. I’m sixty years and appreciates your work. It makes me very happy. I am Brazilian. Sorry my english. Congratulations!.

Comment from jaycee
Posted: July 19, 2013 at 13:39

Hey Eric! I couldn’t help but notice this – Are you considering creating packages for Slackware 13.37, for old time’s sake? Either way, thank you for your continuous efforts to provide timely updates for all the extra software packages you offer to us fellow Slackers! :)

Comment from alienbob
Posted: July 19, 2013 at 14:57

Jaycee, good idea. I will find some time for new LibreOffice 3.6.7 packages.


Comment from p431i7o
Posted: July 21, 2013 at 01:39

Hi Eric!.
I recently installed slackware64 (for the first time) on a Dell inspiron 14z, the thing is that it came with a hibryd video system, ati radeon plus intel graphics.
I proceeded to install it’s driver, but in some way that is described in many tutorials (download the driver, run sh –buildpkg, that generated a tgz file). The thing is that it didn’t work, I tried with the beta release and the stable one, but not success, after that I looked forward into the Xorg logs, because the message was ‘no screen founds’ and something related to libgl not found.
So I started looking for that library and the result was that it was installed on /var/lib64 instead of /var/lib where it was looked for.
So the the thing is, who I have to report this? To Patrick or to the people of ATI?
I solved the problem just creating a link with ln -s of the folder fgl between the /var/lib and /var/lib64

Comment from alienbob
Posted: July 21, 2013 at 11:38

Hi p431i7o

That sounds strange, the ATI driver looking for a file in /usr/lib on a 64-bit system which uses the lib64 convention for its library locations.
I would guess that this is an issue you should report to ATI.

Also, if you feel that this issue should be mentioned on then you could use that article’s “Talk” page to document your findings and hope that a WIki editor picks it up.

Cheers, Eric

Comment from Skinnable
Posted: July 23, 2013 at 13:16

This isn’t a post to inform, complain, or anything like that.

It’s fairly simple.

Thanks, alienbob for all you do in the Slackware community. You are very appreciated by this guy —> Skinnable

Although the only Slackware installation currently running in my household is on a server, I would have been completely lost without all the posts provided by you on the many pages floating around the internet.

So, thanks so much for your help – and, I appreciate all you do.


Comment from jaycee
Posted: July 26, 2013 at 16:26

Hey Eric! Another week, another LibreOffice release – I was just wondering if you plan to create packages for Slackware 14.0, or wanted to wait for the release of Slackware 14.1. Considering that interoperability was a large focus of the release, it’d be handy for 14.0 users to have LO 4.1 packages available. Either way is fine though, I trust your judgement. :)

Comment from Speek
Posted: July 31, 2013 at 18:30

Hi Eric!
Here you can find a patch for building libtorrent-rasterbar 0.16.10 with boost 1.54 (as in current):

Comment from Charles
Posted: August 15, 2013 at 04:45

With respect to your desire to have a tablet with Slackware on it, have you heard of the PengPod. I would love to have tablet with Linux on it but as I am not up to date on the politics of computer freedom, I find myself bouncing back and forth between the pengpod site and some of your articles on a port to the Arm architecture. Just Curious what your thoughts may be on the topic. Thanks.

Comment from Austin
Posted: September 3, 2013 at 04:17

I’ve followed your work for quite awhile, and as a last resort as not to waste your time I’ve come to you. Somewhere down the line slackpkg has been corrupt on a newly installed Slack 14 system. I’ve reinstalled the system as well as slackpkg to no avail, I’m more then willing to open a SSH tunnel for you if you would be willing to assist in either assisting me to resolve this mattery or I’m more then willing to follow any and all direction.

Comment from alienbob
Posted: September 3, 2013 at 07:47

Hi Austin

This blog is no replacement for the user forum at … problems like the one you describe are hard to diagnose without more than “slackpkg has been corrupt”.
What I suggest you do, is open a thread on and describe your problem there. Please try to give more information than what you wrote here, because I can not even start diagnosing it. Error messages? Weird behaviour? How do you experience this corruptness? Did stuff stop working? Etc…

I do not perform one-on-one support, so the ssh tunnel offer is nice but I am not going to follow up on it. I hope you understand that.

Cheers, Eric

Comment from alienbob
Posted: September 3, 2013 at 07:49

Hi Charles

I looked at the PengPod but I think its hardware is a generation too old for the price tag. Nice initiative though and I wish there were more like this. Tablet computer is not going away but the closed hardware / closed driver approach of most vendors _really_ annoys me.

Cheers, Eric

Comment from onebuck
Posted: September 3, 2013 at 12:59


Eric, condolences for the lose of your dear friend ‘Sox’. I too lost a friend a few weeks back who would be at my side when working on the farm. ‘Mo’ will be remembered and loved for her unconditional love. Best dog!

Comment from Charles
Posted: September 10, 2013 at 06:04

Thanks for your response. Yes, I just wish there was a tablet that had a basic linux os like slackware so I could practice writing scripts or programs. In some ways this closed hardware fight reminds of the early 90’s but from a different standpoint. The drivers didn’t exist, at least not the interconnectivity of machines. I still have my Macintosh Quadra 605 with 4 mb of ram 80 Mb HD, that I programmed in assembly, and pascal and c but that was a a long while back. I used a modem to connect to the university and did my work on a Unix mainframe. Those were the days. Appreciate greatly your response. Cheers.

Comment from Marius A. E. Beck
Posted: September 14, 2013 at 00:21

Hi Eric.

Would it be possible to add support for OpenConnect VPN to the networkmanagement package in KDE?

I successfully built the latest openconnect (5.01) and NetworkManager-openconnect ( using the slackbuilds from (just had to bump version numbers). Unfortunately OpenConnect did not appear in the VPN list in the NetworkManager configuration. It seems the networkmanagent package depends on openconnect to be installed to build support for it. After installing openconnect I manually built the networkmanagent package using the KDE.SlackBuild and sources from the slackware64-current repo (4.10.5). Now it’s working like a charm. I guess this would add OpenConnect as a dependency to the KDE build.

I need openconnect because my college uses Cisco AnyConnect VPN and it failed to install via the browser. Earlier I got OpenVPN working after installing NetworkManager-openvpn using Robby Workman’s slackbuild so I was led to believe the same would apply to NetworkManager-openconnect. Googling around only confused me but in the end I found the answer in the sources (networkmanagent-

Cheers, Marius.

Comment from alienbob
Posted: September 14, 2013 at 11:34

Hi Marius

I think the best course of action for you would be to write to Pat Volkerding (volkerdi at slackware dot com) asking for the inclusion of openconnect and NetworkManager-openconnect into Slackware.

I am carefully aiming my KDE stuff at slackware-current and therefore not introducing new packages unless absolutely required for KDE. Openconnect is a bit of a grey area.

The build-time dependency of networkmanagement on the presence of openconnect is unfortunate.


Comment from Marius A. E. Beck
Posted: September 14, 2013 at 21:02

Thanks for your reply.

I followed your advice and asked Pat Volkerdi to include openconnect into Slackware. I also wrote to Robby Workman because he is the maintainer of the openconnect and NetworkManager-openconnect packages at and there is no mention of this issue there.

Cheers, Marius.

Comment from donrich39
Posted: September 16, 2013 at 23:37

Hi Eric,
I was wondering what happened to the URL
I get an error 404. Did it move or get abandoned?
– dr –

Comment from ck
Posted: September 17, 2013 at 05:35

Hi Eric,

I’m a recent Slackware convert. Thanks for setting up this blog and putting up so much valuable information for sharing.

Recently, I wanted to learn how to compile my own kernel and I followed your post here:

unfortunately, I made a very silly mistake when creating the linux symlink. Instead of running:
#ln -s /usr/src/ linux
I did this:
#ln -s /usr/src// linux
with an additional “/”
hence, my symlink linux -> /usr/src///
notice the double “//” at the end.

Upon boot up, I get a whole series of version magic error:
version magic ‘3.2.29-custom SMP mod_unload PENTIUMIII ‘ should be ‘3.2.29-custom SMP mod_unload 486 ‘

upon realising my mistake, I rm the symlink and source dir and start everything from scratch. However, the error persisted even though I select and rebuild all my modules with Pentium III settings.

Could I have corrupted my entire system with the wrong linux symlink?
Is there a big difference between
linux -> /usr/src// and
linux -> /usr/src///?

Appreciate if you can provide some insights to this puzzle.

Thanks in advance for your generousity!


Comment from ck
Posted: September 17, 2013 at 05:38

Hi Eric,

Sorry that I had to repost this as I realised all my comments within “” were somehow truncated.

I’m a recent Slackware convert. Thanks for setting up this blog and putting up so much valuable information for sharing.

Recently, I wanted to learn how to compile my own kernel and I followed your post here:

unfortunately, I made a very silly mistake when creating the linux symlink. Instead of running:
#ln -s /usr/src/linux-3.2.29-custom linux
I did this:
#ln -s /usr/src/linux-3.2.29-custom/ linux
with an additional “/”
hence, my symlink linux -> /usr/src/linux-3.2.29-custom//
notice the double “//” at the end.

Upon boot up, I get a whole series of version magic error:
version magic ’3.2.29-custom SMP mod_unload PENTIUMIII ‘ should be ’3.2.29-custom SMP mod_unload 486 ‘

upon realising my mistake, I rm the symlink and source dir and start everything from scratch. However, the error persisted even though I select and rebuild all my modules with Pentium III settings.

Could I have corrupted my entire system with the wrong linux symlink?
Is there a big difference between
linux -> /usr/src/linux-3.2.29-custom/ and
linux -> /usr/src/linux-3.2.29-custom//?

Appreciate if you can provide some insights to this puzzle.

Thanks in advance for your generousity!


Comment from alienbob
Posted: September 17, 2013 at 08:13

Hi donrich39 –

Samba4 was eventually added to Slackware-current and therefor my own samba4 packages were no longer needed. But I keep a copy at


Comment from alienbob
Posted: September 17, 2013 at 13:02

Hi ck

Apparently, the kernel you boot and the modules you are trying to load are not built from the same sources.
The error you posted tells you that the modules which are being loaded are compiled for “PENTIUMIII” CPU architecture, while the kernel has been compiled for “486”

The extra slash in the symlink should not have any effect on this.

You need to recompile your kernel plus modules and install them all. Perhaps you forgot to install the new kernel which you built for PENTIUMIII ?


Comment from ck
Posted: September 19, 2013 at 04:48

Hi Eric,

Thanks for your advice.
I double checked to confirm that the kernel was build for pentium III under the processor config. Still same error.

So I rm and cp new source for the build using config seed from

It works now. Thanks again!


Comment from inman
Posted: September 23, 2013 at 14:39

hi eric,
just had a question since i use your build of ffmpeg, is that includes the libavcodec also? ( I’m not sure but i would say it was in your ffmpeg, since after upgrade to 12-Jun-2013, i get the error that it is missing.)
thank you,

Comment from alienbob
Posted: September 23, 2013 at 22:01

Hi inman, what program is giving you issues? It’s most likely not FFmpeg but a progranm which uses FFmpeg.
Check the exact error. It will probably say something like “ not found”.
My latest FFmpeg package contains “″. Any program which you have compiled against an older version of FFmpeg will stop working because the SONAME of that library has changed. FFmpeg does that a lot.
This is the reason why I bundle an internal copy of FFmpeg with the VLC package for instance… to avoid this kind of breakage.


Comment from donrich39
Posted: September 24, 2013 at 00:03

Hi Eric,
Thanks for referring me to slack-current and the samba 4 pkg. Upgraded to current, installed samba 4, needed kerberos5 so got the slackbuild from and the build failed. The reason is the tcl package has been upgraded to v.8.6 in slack-current
and some test code in the kerberos5 package uses (Tcl_Interp *) interp->result, which is deprecated in Tcl 8.6
and only defined when USE_INTERP_RESULT is defined.
The fix is to breakout the offending file (tcl_kadmin5.c) and add the line:
before the #include declaration. I.E.:

/* -*- mode: c; c-basic-offset: 4; indent-tabs-mode: nil -*- */
#include “autoconf.h”
#include “tcl_kadm5.h”
then replace the file in the archives and rerun the slackbuild.
I can give the commands if anyone else has the problem and is interested.
Thanks, – dr –

Comment from donrich39
Posted: September 24, 2013 at 00:35

For some reason in my above post, all the include statements had the greater-than “filename” less-than info removed.
the #define statement had to be before the #include tcl.h statement.

Comment from Austin
Posted: November 4, 2013 at 15:36

Mr. Hameleers, I wanted to thank you for all the documentation and support you provide for Slackware. I am writing today to see if I might be of some assistance. I discovered something neat while trying to install Slack on Apple products that might help others who encounter similar issues as myself.

A while back, I was offered a chance to purchase an Apple Mac Pro for a crazy-reasonable price. I have never been a fan of over-priced, last-years hardware; however, this machine had really great specs and a very attractive price. I have quite a few systems in my home, for various purposes; however, I have always wanted a true dual CPU machine. So, I went ahead and bought the Mac. As expected, I wasn’t too enthralled with Mac OS. It had some really nice features; but overall, it seemed lacking in some features that now seem basic. I began to experiment with the Mac and noticed that I couldn’t boot most install disks on it. After working with, and learning, the ups and downs of the “Mac” EFI implementation, I discovered something.

Out of all the distro’s I tried, the Ubuntu disk was the only one that started up and ran normally. It ran well, even in live mode. I did a little digging and started looking at the version of Grub on the Ubuntu boot disk, and it was unique. I tried many versions of Linux looking for one that gave me choice and also had a simple interface at boot. I found that Slackware was the best choice. Unfortunately, I couldn’t get the system to boot with the Slackware64-14 disk. I believe I read somewhere that the Linux Kernel 3.2.29 in that version wasn’t yet compatible with EFI. So I cloned Slack64 current from a mirror, built an ISO and tried to boot. No joy. So then I started playing around with the images. After much trial and error, I was able to extract both images to a folder and make a working installer. I found that the Grub.cfg for the Ubuntu version loaded additional add-ons that the Slackware version did not. Some are realted specifically to EFI and Apple products. So I took the Slack, Grub.cfg and then the Ubuntu, Grub.cfg and made a hybrid. The only difference is that the new one includes the additional add-ons that the Ubuntu installer used. I replaced the version of grub (from the Slack disk) with the one included with Ubuntu and it worked. I was able to install from DVD as well as USB. I have pretty much perfected this method. I know that many would ask why would someone want to run Slackware on a Mac. Well, because it’s awesome, and because you can. Also, older Macs get no love or support from Apple. Ultimately, my main goal was to compare features and the usage of system resources. I also wanted to test what compiling with Dual Quad-Core Xeons with 16GB DDR3 ECC would be like. I have to say, very nice. Both CPU’s support hyper-threading. If I specify 16 threads, I can compile a kernel in about 3 minutes. Anyways, sorry for the long email. I just wanted to get this information to you. If you think this method could be helpful, please let me know and I will make a tut showing what I did so others can do the same. Also, I noticed this method worked with my other UEFI systems as well. Might help some other folks having issues.

I was looking for an experience with Linux that I was unable to find other places. I want to learn the details of the OS and what makes it tick. Slackware forced me to learn in order to get what I wanted, and ultimately, that is exactly I needed.



Comment from alienbob
Posted: November 4, 2013 at 16:00

Hi Austin

I do not think that this information you are able to supply will find its way into Slackware 14.1 (the doors are pretty much closed on that) but why don’t you request an account at and write a nice tutorial about what you had to do to Slackware’s grub in order to boot a Mac Pro?

The Slackware Documentation Project would be the ideal location for hosting such information.

Cheers, Eric

Comment from Mr.X
Posted: November 10, 2013 at 18:18

I kinly like to ask for a Slackware Mini 14.1 build. Thank you!

Comment from alienbob
Posted: November 11, 2013 at 01:25

Hi Mr.X

Uploading mini ISO images now.


Comment from Boris
Posted: November 11, 2013 at 07:22

I believe there is a general problem with vlc 2.1 tearing with x264 videos. Do you still have a 2.0 build somewhere until they fix it?.

Comment from alienbob
Posted: November 11, 2013 at 13:03

Hi Boris,

I keep a copy of old VLC 2.0.8 packages here:


Comment from Chu_Set
Posted: November 12, 2013 at 10:10

Hello. I would like to install latest transmission 2.82 n my current 64 box. Somehow it fails to compile when it comes to qt- part of compiling. If i comment qt-part on sb.script it goes well, but I would like to have qt as well. It fits nice to kde. Thanks.

Comment from alienbob
Posted: November 12, 2013 at 10:19

Hi Chu_Set

I do not like Transmission myself, I use qbittorrent which is also Qt-based and is a much cleaner program: .

But if you want to compile transmission, give this SlackBuild script a try, it is checked on Slackware 141:


Comment from dmitri
Posted: November 16, 2013 at 21:56

Are you going to rename current/ to 14.1/ at

Comment from Ferdi
Posted: November 19, 2013 at 05:00

hey, how much do I have to click on the ads? cheers..

Comment from francois.e
Posted: November 19, 2013 at 07:11

I saw that you packed a screen videocapture program called xvidcap a while ago. Is there any reason why xvidcap-1.1.7-i486-1alien.tgz would not work on a 14.0 installation:

Sorry, I really love that package. I used to work with it before. It just made the job. I work on porteus 2.1.


Comment from alienbob
Posted: November 19, 2013 at 19:25

Hi dmitri,

Next KDE is going to go into a “14.1” directory instead of current.


Comment from alienbob
Posted: November 19, 2013 at 19:26

Hi Ferdi

Don’t stress yourself :-)
Just click from time to time. Google’s adwords program recognizes abnormal click behaviour and discards those click-through actions…


Comment from alienbob
Posted: November 19, 2013 at 19:28

Hi francois.e,

Perhaps I should just build a new xvidcap package for Slackware 14.0 / 14.1.


Comment from cwizardone
Posted: November 20, 2013 at 18:33

Just FYI, dconf-0.18.0-x86_64-1.txz, is included in -current.

Comment from alienbob
Posted: November 21, 2013 at 23:18

Hi cwizardone

Yeah you’re right. I have removed the redundant package from the repository.
I also patched gecko-mediaplayer so that it works with the Chromium & Chrome browsers


Comment from john connolly
Posted: November 28, 2013 at 18:44

I have used your multilib packages for some time. THANK YOU! However I recently installed MesaLib-9.2.3 on slackware 14.1 (graphics issues) and I am now ‘in between’ the 64 bit mesa library for 9.2.3 and the 32 bit library for the compat32-9.1.7 library. Is there a way that I can get both these libraries in sync?
Thanks, jwc

Comment from alienbob
Posted: November 28, 2013 at 22:57

Hi john,

What you can do is compile a 32-bit package for that MesaLib-9.2.3 (should be doable on your multilib computer or else ask someone with a 32-bit Slackware installation) and then use ‘convertpkg-compat32′ on the 32-bit package.


Comment from john connolly
Posted: November 29, 2013 at 03:31

Eric, What command do I use to get a 32 bit compile? The plain vanilla configure and make commands give the the 64 bit version. Incidentally the resulting installation has gone into /usr/local/lib instead of /usr/lib. I don’t know if that is a problem or not, but is there a simple way to change it?
Thanks, John

Comment from alienbob
Posted: November 29, 2013 at 10:28

Hi John

The best way forward would be to remove the Mesa stuff in /usr/local (you can probably just run “make uninstall” in the source directory) afrter creating a proper new 64-bit mesa package.
How to do that:
* grab the mesa source directory from Slackware-current, edit the mesa.SlackBuild and change the VERSION number, and place the new MesaLib source tarball inside that same directory.
* Then, run ./mesa.SlackBuild in that directory which will compile a mesa-9.2.3 package that will be placed in /tmp/
* Use the command “upgradepkg –install-new /tmp/mesa-9.2.3-*.t?z” to install your new mesa package (upgrading anything that remains from the original Slackware mesa package)
* Then proceed building a 32-bit package for mesa. Follow the guidelines here to accomplish that:
* Finally, convert the 32-bit package to a “compat32″ package and upgrade your computer with the result. Something like:

# convertpkg-compat32 -i /tmp//mesa-9.2.3-i486-1.txz
# upgradepkg –install-new /tmp//mesa-compat32-9.2.3-x86_64-1compat32.txz

And do not forget to re-install your binary (Nvidia or Ati) graphics driver every time you upgrade the mesa package!!


Comment from john connolly
Posted: November 30, 2013 at 02:42

“grab the mesa source directory from Slackware-current, edit the mesa.SlackBuild and change the VERSION number, and place the new MesaLib source tarball inside that same directory.
* Then, run ./mesa.SlackBuild in that directory which will compile a mesa-9.2.3 package that will be placed in /tmp/”

The mesa package that I get when I do that has all the lib files in /usr/local/lib and the header files in /usr/local/include. I don’t know how to change the slackBuild file so the files go to the right place.

Comment from q5sys
Posted: November 30, 2013 at 06:48

Do you know if anyone has written a more recent slackbuild script for rng-tools? The only one I find is from Slackware 12

Comment from alienbob
Posted: November 30, 2013 at 17:19

Hi q5sys

This is a question about the rng-tools entry on , right? You should really be asking that on the slackbuilds-users mailing list or visit the #slackbuilds IRC channel on Freenode to get an answer.
Nobody seemed to care about maintaining the SlackBuild script, why don’t you volunteer?


Comment from Alex
Posted: December 6, 2013 at 21:20

Hi Eric,
I was introduced to Slackware and Linux on general when I built my unRAID server, and I firstly want to say a huge thank you for all your packages and scripts I’ve used the last couple of years!!

I am a complete noob however when it comes to writing a slackbuild… I usually rely on botching together someone’s old script and thats what I ahve done for Makemkv(con).. until now! Theres a new dependency (libavcodec) required from ffmpeg, and I’m at a complete loss how to get that to compile for Slackware 13.1 (unRAID) to get the latest MakeMKV to compile with my (botched) slackbuild script. Any pointers would be massively appreciated!!


Comment from alienbob
Posted: December 7, 2013 at 00:09

Alex, libavcodec is part of ffmpeg. Have you tried compiling my ffmpeg.SlackBuild on your Slackware 13.1 system?

Btw – any reason why you are sticking with a relatively old Slackware version? Chances get bigger with every release that older releases no longer support compilation of newer software.

When the ffmpeg package is installed, other software should be able to pick up libavcodec.


Comment from Alex
Posted: December 7, 2013 at 00:35

Thanks for your reply Eric!

unRAID is built on Slackware 13.1 ( or possibly 13.37) so unfortunately I’m stuck with it!

I tried your ffmpeg.Slackbuild tonight and it failed unfortunately :/. My laptop is busy running chkdsk so can’t tell you exactly what it failed on other than I remember it failed in line 1557!

I’ll check what the actual failure was in the morning! If you ever fancy making a MakeMKV package in the meantime, I’d never complain! Haha. In all honesty tho I wouldn’t mind getting my head around it all a bit better!


Comment from Bill
Posted: December 9, 2013 at 02:57

Is there some reason why is not being updated? I’ve had my pointed there for a while, but since the upgrade, it hasn’t shown any movement.
Regards & thanks for all the effort,

Comment from alienbob
Posted: December 9, 2013 at 10:53

Looks like after the crash on 5 november, a lock file was not removed and therefore the mirror process was stuck. I have deleted the lockfile and manually started the mirror script. It should be OK in a short while.
Thanks for reporting this.


Comment from Alex
Posted: December 13, 2013 at 17:22

Hi Eric,
Sorry for the late reply! Still having issues and any help would be greatly appreciated!

I’ve installed your latest FFmpeg pkg ( 13.37 version) and I’m running the slackbuild script from here: (Version Number changed).

I keep getting the error “checking LIBAVCODEC_VERSION_MAJOR… failed
configure: error: in /tmp/SBo/makemkv-oss-1.8.7′:
configure: error: LIBAVCODEC_VERSION_MAJOR is not known at compile time in libavcodec.h
See config.log’ for more details”

There is a libavcodec.pc file in /usr/lib/pkgconfig so unsure what the problem is?! For info the build instructions for MakeMKV is here:

Comment from Rysio
Posted: December 15, 2013 at 01:26

“convertpkg-compat32″ converts incorrectly “lesstif-0.95.2-i486-1.txz” package. “installpkg” throws message:
“install/ line 23: syntax error: unexpected end of file”.
Keyword “fi” is missing (line 5) in script…

Comment from alienbob
Posted: December 15, 2013 at 14:33

Hi Rysio

Yes I am aware of that, it has always been there since the first multilib packages.
But I did not care to write a shell script parser just for the converting… and the error is harmless.


Comment from moonstroller
Posted: December 19, 2013 at 09:08

Hi Eric. It has been a long time since I visit your site. I feel I should spend more time here and with you. How do you join the blog? I can’t find a register button anywhere. I’m getting old (62 tomorrow).

Thank you.

Comment from alienbob
Posted: December 19, 2013 at 10:36

Hi moonstroller.

There is no need to register to this site, posting comments is always allowed.
If you want to be kept informed of new posts you can use a RSS feed reader (thunderbird will do the job) and subscribe to the RSS feeds for my posts and/or comments (the links are at the bottom of every page).
Happy birthday!

Cheers, Eric

Comment from lbs
Posted: December 24, 2013 at 17:45

Hello, Eric!

First off, THANK YOU for all of your hard work. I’ve been using Slackware Linux for over 12 years now, and what you’ve done for Slack makes the overall Slackware experience that much quicker, easier, and enjoyable.


So, I’m writing to let you know that a problem seems to exist in your new LibreOffice 4.1 packages when attempting to start/play a slide show in Impress (Pressing F5 to start the show to present the slides in full screen mode). The screen freezes and will not present the slides. Pressing ESC will get you out of the freeze, but you still cannot present.

Happy Holidays.

Comment from alienbob
Posted: December 24, 2013 at 23:43

lbs, that is actually not a new problem.
See here, google will show more hits:

– Go to “Tools > Options > LibreOffice (View)”
– Untick “Use Hardware Acceleration”
– Restart LibreOffice Impress


Comment from Sam
Posted: December 28, 2013 at 14:06

Hi Alien Bob I just wanted to take some time out to say a big thank you to you I have used slackware now since about 1998/9 and built lots of my own pkgs over the years, then children arrived and my time diminished your packages and fixes have saved me so many hours of work time I have used well. I just found your cure for dropbox now I can make real use of it from my linux systems. I run your firewall to jolly nice and secure BT my isp said we cant see any thing you have connected to our system thats good I said Alien Bobs firewall’s working a treat gob smacked they were lol. any way have a great 2014 when the kids are a bit bigger I will be back in the circles time I gave back to slackware. Sam

Comment from alienbob
Posted: December 28, 2013 at 15:01

Hi Sam

Good to see a Slacker who is into audio equipment servicing & repairs. Perhaps the Studioware guys should check you out (and vice versa)…

Cheers, Eric

Comment from Dennis
Posted: January 2, 2014 at 17:10

How about infinality fonts patch for Slackware 14.1?

Comment from alienbob
Posted: January 2, 2014 at 17:14

I am not interested in those Infinality font patches since they are mostly targeting MS WIndows font usage. If you use the default Slackware open source fonts you should not have a need for these patches IMHO.


Comment from Dennis
Posted: January 2, 2014 at 19:44

Actually you can target Linux too or even Mac OS X fonts (bash /etc/fonts/infinality/ setstyle). Anyway keep up the good work.

Comment from kukukk
Posted: January 6, 2014 at 12:40


Are you using Slackware in virtualised environment (most precisely in Citrix XenServer)?
I’m trying to install XenServer Tools in Slackware 14.1, but unfortunately Slackware is not officially supported.
If you have any experiences with this, or if you know anybody running Slackware on XenServer, please let me know. (I already tried to ask for help on, but I got no response.)


Comment from alienbob
Posted: January 6, 2014 at 13:58

Hi kukukk

I only use Slackware in VirtualBox and in QEMU. I have never tried Citrix Xenserver.
I found your post: but I thik there was no response because of the lack of detail. Without a copy/paste of the commands you used and the responses/errors you got there is nothing sensible to answer.


Comment from kukukk
Posted: January 6, 2014 at 15:00

Hi, and thanks for the quick reply.

I was almost sure that when you are creating/testing packages for different Slackware versions, you use them in a virtualised environment, and I hoped that it’s XenServer.

I did not added any other details because I don’t have :}. Converting and installing the Red Hat package went without any error message, but after restarting the guest XenServer still complained about missing XenServer Tools. Probably it’s because the different internal structures of the systems (something is not started, is not the right folder, etc). I don’t know, unfortunately I’m not a Linux expert. I hoped that somebody already went trough this and knows the steps required for installing XenServer Tools.

Anyway, Slackware is working fine as guest in Citrix XenServer, I just don’t have some information in the Management Console, like memory and cpu usage.

Comment from alienbob
Posted: January 6, 2014 at 16:58

Alternatively, try installing that RPM directly in Slackware, not converting it to a Slackware package first. That way, the RPM pre- and post-install scripts will be executed.

Use the command “rpm –nodeps” to avoid getting a ton of missing dependency errors.


Comment from Duodecimo Fernandes
Posted: January 7, 2014 at 12:46

Hi Eric,

I hope you can help me to find out what is wrong with my installation of pipelight.

I have followed the instructions from

when I run Pipelight diagnostic page, I get:

Pipelight diagnostic:
Please select the Plugin you want to test:

User agent (Javascript)
Checking for Windows user agent …okay
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Firefox/24.0
Please note: not every user agent works on every site, try multiple ones if something doesn’t work!

Silverlight (as seen by a website)
Checking for Silverlight …failed

Checking for Pipelight …okay

Configuration of Pipelight
Checking if config exists …okay
Checking if pluginLoaderPath is set and exists …okay
Checking if winePath is set and exists …okay
Checking if wine exists …okay
Checking if winePrefix is set and exists …okay
Checking if dllPath/dllname is set and exists …failed
You need to define either a valid dllPath/dllName or regKey
Unable to verify if the DLL exists, please check this manually!
(dllPath = c:\Program Files\Silverlight\5.1.20913.0\)
(dllName = npctrl.dll)
Checking if dependencyInstaller is set and exists …okay
Checking if dependencies are defined …okay

Loading file /etc/issue …okay

Welcome to \s \r (\l)

Content of file: /usr/share/pipelight/pipelight-silverlight5.1
Loading file /usr/share/pipelight/pipelight-silverlight5.1 …okay
# Enables a diagnostic mode which might be helpful to find an
# error in the configuration or installation.
# To get the error messages go to:
# Information for advanced users: The diagnostic page embeds the plugin
# of type “application/x-pipelight-error” to trigger the output of some
# debug information. The plugin cannot be triggered if everything is
# working, so this only affects users with a broken installation.
# The debug output will include paths on the local filesystem and the
# linux distribution used. If you don’t want to leak this information
# accidentially in case of a broken installation please either uninstall
# Pipelight or disable the diagnosticMode. [default: false]
diagnosticMode = true

# Path to the wine directory or the wine executable. When you
# specify a directory it should contain /bin/wine.
winePath = /usr/libexec/wine-pipelight

# Path to the wine prefix containing Silverlight
winePrefix = $HOME/.wine-pipelight/

# The wine architecture for the wine prefix containing Silverlight
wineArch = win32

# DLLs to overwrite in Wine
# (prevents Wine from asking for Gecko, Mono or winegstreamer)
wineDLLOverrides = mscoree,mshtml,winegstreamer,winemenubuilder.exe=

# Path to the plugin loader executable
# (Should be set correctly by the make script)
pluginLoaderPath = /usr/share/pipelight/pluginloader.exe

# Path to the runtime DLLs (libgcc_s_sjlj-1.dll, libspp-0.dll,
# libstdc++-6.dll). Only necessary when these DLLs are not in the same
# directory as the pluginloader executable.
gccRuntimeDlls =

# Path and name to the Silverlight directory
# You should prefer using regKey to make it easier to switch between
# different versions.
dllPath = c:\Program Files\Silverlight\5.1.20913.0\
dllName = npctrl.dll

# Name of the registry key at HKCU\Software\MozillaPlugins\ or
# HKLM\Software\MozillaPlugins\ where to search for the plugin path.
# You should use this option instead of dllPath/dllName in most cases
# since you do not need to alter dllPath on a program update.
# regKey =,version=1.0

# fakeVersion allows to fake the version string of Silverlight
# Allows to get around some version checks done by some websites
# when using an old version of Silverlight.
# fakeVersion = 5.1.20913.0

# overwriteArg allows to overwrite/add initialization arguments
# passed by websites to Silverlight applications. You can
# use this option as often as you want to overwrite multiple
# parameters. The GPU acceleration state of Silverlight can be controlled
# by setting:
# enableGPUAcceleration=false # disable GPU acceleration
# comment out # let the application decide (default)
# enableGPUAcceleration=true # force GPU acceleration
# You may need to overwrite the minimum runtime version if
# you use an old Silverlight version as some websites set
# an artificial limit for the version number although it
# would work with older versions.
# overwriteArg = minRuntimeVersion=5.0.61118.0
# overwriteArg = enableGPUAcceleration=false
# overwriteArg = enableGPUAcceleration=true

# windowlessmode refers to a term of the Netscape Plugin API and
# defines a different mode of drawing and handling events.
# On some desktop enviroments you may have problems using the
# keyboard in windowless mode, on the other hand the drawing is
# more efficient when this mode is enabled. Just choose what works
# best for you. [default: false]
windowlessMode = false

# embed defines whether the Silverlight plugin should be shown
# inside the browser (true) or an external window (false).
# [default: true]
embed = true

# Path to the dependency installer script provided by the compholio
# package. (optional)
dependencyInstaller = /usr/share/pipelight/install-dependency

# Dependencies which should be installed for this plugin via the
# dependencyInstaller, can be used multiple times. (optional)
# Useful values for Silverlight are:
# -> Silverlight versions (you need to adjust dllPath):
# wine-silverlight5.1-installer
# wine-silverlight5.0-installer
# wine-silverlight4-installer
# -> optional depependencies (required by some streaming sites)
# wine-mpg2splt-installer
dependency = wine-silverlight5.1-installer
dependency = wine-mpg2splt-installer
dependency = wine-wininet-installer

# Doesn’t show any dialogs which require manual confirmation during
# the installation process, like EULA or DRM dialogs.
# [default: true]
quietInstallation = true

# In order to support browsers without NPAPI timer support
# (like Midori) we’ve implemented a fallback to
# NPN_PluginThreadAsyncCall. In the default configuration
# a timer based approach is preferred over async calls and the
# plugin decides by itself which method to use depending on the
# browser capabilities. Setting the following option to true
# forces the plugin to use async calls. This might be mainly
# useful for testing the difference between both event handling
# approaches. [default: false]
# eventAsyncCall = true

# The opera browser claims to provide timer functions, but they
# don’t seem to work properly. When the opera detection is
# enabled Pipelight will switch to eventAsyncCall automatically
# based on the user agent string. [default: true]
operaDetection = true

# Minimal JavaScript user agent switcher. If your page doesn’t check
# the user agent before loading a Silverlight instance, you can use
# this trick to overwrite the useragent or execute any other Java-
# Script you want. You can use this command multiple times.
# Uncomment the following 4 lines for FF15 spoofing.
# executejavascript = var __originalNavigator = navigator;
# executejavascript = navigator = new Object();
# executejavascript = navigator.__proto__ = __originalNavigator;
# executejavascript = navigator.__defineGetter__(‘userAgent’, function () { return ‘Mozilla/5.0 (Windows NT 6.1; WOW64; rv:15.0) Gecko/20120427 Firefox/15.0a1′; });

# We are currently implementing hardware acceleration support, which
# can cause problems on some systems as especially specific open source
# drivers render only garbage when hardware acceleration is enabled.
# To prevent breaking any working solutions, we are currently
# implementing a whitelist system, which will enable hardware
# acceleration by default if the specified shell scripts returns 0.
# Otherwise we will disable it. You can still use
# overwriteArg = enableGPUAcceleration=false/true
# to overwrite the check results. If you really want to skip this test
# you can use: silverlightGraphicDriverCheck = /bin/true
silverlightGraphicDriverCheck = /usr/share/pipelight/hw-accel-default

#————————- EXPERIMENTAL ————————-
# Watch out: The following section contains highly experimental
# stuff! These functions are likely not working properly yet and
# might be removed at any time.

# Silverlight uses a lot of timer stuff do to the window redrawing
# . In order to speed this up a bit the following switch enables
# some API hooks to do most of timer stuff in user mode (without
# having to call wine-server each time). It is still unclear
# if this option has any significant effect on the performance.
# [default: false]
# experimental-userModeTimer = true

# In order to make it possible to let a window stay opened in fullscreen, even
# if the user clicks somewhere else it is necessary to install a window class
# hook. With some plugins this could lead to other problems! [default: false]
experimental-windowClassHook = true

# A sandbox is a method to isolate an untrusted program from the rest of
# the system to prevent damage in case of a virus, program errors or
# similar issues. We’ve been developing the ability to use a (self-created)
# sandbox, but this feature still has to be considered experimental.
# The feature will only be used when the sandbox path exists.
sandboxPath = /usr/share/pipelight/sandbox

On the terminal window running firefox I get:
[PIPELIGHT:LIN:unknown] attached to process.
[PIPELIGHT:LIN:unknown] checking environment variable PIPELIGHT_SILVERLIGHT5_1_CONFIG.
[PIPELIGHT:LIN:unknown] searching for config file pipelight-silverlight5.1.
[PIPELIGHT:LIN:unknown] trying to load config file from ‘/home/duo/.config/pipelight-silverlight5.1′.
[PIPELIGHT:LIN:unknown] trying to load config file from ‘/etc/pipelight-silverlight5.1′.
[PIPELIGHT:LIN:unknown] trying to load config file from ‘/usr/share/pipelight/pipelight-silverlight5.1′.
[PIPELIGHT:LIN:silverlight5.1] GPU driver check – Your driver is supported, hardware acceleration enabled.
[PIPELIGHT:LIN:silverlight5.1] using wine prefix directory /home/duo/.wine-pipelight/.
[PIPELIGHT:LIN:silverlight5.1] checking plugin installation – this might take some time.
[PIPELIGHT:LIN:silverlight5.1] basicplugin.c:373:checkPluginInstallation(): error in execvp command – probably dependencyInstaller/sandbox not found or missing execute permission.
[PIPELIGHT:LIN:silverlight5.1] basicplugin.c:383:checkPluginInstallation(): Plugin installer did not run correctly (exitcode = 1).
[PIPELIGHT:LIN:silverlight5.1] basicplugin.c:142:attach(): plugin not correctly installed – aborting

Same problem happens when I change silverlight plugin version.

Cheers, Duodecimo.

Comment from Duodecimo Fernandes
Posted: January 7, 2014 at 13:12

Hi Eric,

Oops, I forgot to mention on the previous message that I use Slackware 14.0 64 bits multilib.

Cheers, Duodecimo.

Comment from alienbob
Posted: January 7, 2014 at 13:12

Hi Duodecimo

Did you execute the command (under your own user account):

pipelight-plugin –enable silverlight

Also, you should check the enabled plugins by running:

pipelight-plugin –list-enabled

Do you see Silverlight mentioned there?

The very first time that the pipelight plugin loads you should see a Wine dialog mentioning that SilverLight is being downloaded and installed.


Comment from Duodecimo Fernandes
Posted: January 7, 2014 at 13:24

Hi Eric,

yes, the pipelight-plugin commands runs ok, and I checked on my user home that .mozilla/plugin gets the correct link to silverlight library.
As with wine dialog mentionning that silverlight is being downloaded, well, I remember it showing up the first time I installed pipelight. As I had got problems, I did try to reinstall all over again, as I foun out I had to versions of the Alsa package, the converted one that I installed following your pipelight page instructions, and a previous one (an alien version, maybe from slackpkg+ with multilib settings). In fact I thought about cleaning out stuff in order to have wine downloading silverlight again to see if it fixes my problem, but I didnt know what I should erase.

thanks, Duodecimo.

Comment from JesusM
Posted: January 10, 2014 at 20:25

Hi Eric,

Are you aware that your avidemux 2.6.x package creates a bin named ‘avidemux3′ but the avidemux.desktop entry still calls ‘avidemux2’? It’s not a big thing, but just in case you didn’t realized that.

And about your RSS. It’s great and I’ve subribed and use lots of your packages. Are you thoght on adding the link to the specific package in each RSS entry instead of linking to the whole repository? Just and idea.

Anyway, thanks for your work and happy New Year!

Comment from alienbob
Posted: January 10, 2014 at 23:20

Hi, yes I am aware of that bug in avidemux which I did not spot at first (someone else pointed it out in another comment). I have a fixed SlackBuild but that won’t be used until there is a new version of avidemux probably.

I’ll give your RSS request some consideration.


Comment from Bill Kirkpatrick
Posted: January 26, 2014 at 18:50

I have been spending the post couple of days recovering from something (that I probably did!) that erased the partition table from sda on my desktop machine. (At least it didn’t get my data drive. Anyway, when reloading calibre & all of its deps, I noticed that you have a “python-imaging” package & Slackware-current already has “pil”. Both seem to package the same digital libraries. I did not install your package, just to see what would happen. Calibre starts & performs simple tasks properly. Will I miss out on something more obscure by not having your package? If I do install your package, should I upgrade Slackwares package or put them in side by side?

Comment from alienbob
Posted: January 26, 2014 at 22:09

Yeah Slackware’s pil and my python-imaging packages are the same. I should remove it from the external dependency list.


Comment from Björn R.
Posted: January 27, 2014 at 22:22

Hi Eric,
i have installed the current slacky 14.1 and build a handbrake package with your script.
With the “Video Encoder” = x264 i get the error message “Segmentation fault”. So other encoder goes.
I read something about “Miscompilation with gcc 4.8″
Have you an idea for patch/workaround ?
Thanks, Björn

Comment from alienbob
Posted: January 27, 2014 at 23:06

What if you use my package for handbrake instead of compiling it yourself? I can create H.264 videos on Slackware64-current without any segfault.

And what is “the current slacky”? The name of the distro is Slackware.


Comment from Björn R.
Posted: January 29, 2014 at 10:42

I compiling it self with your build files and get the error.
Now i found your package and have no problems with H.264. Thanks, Björn

Comment from Bill Kirkpatrick
Posted: February 15, 2014 at 20:19

Are you going to upload the 64 bit version of fbreader for -current? The folder is empty on both &

Comment from alienbob
Posted: February 15, 2014 at 23:11

Hi Bill

The package did not get uploaded for unknown reasons, but I will set that right tonight. Thanks for the notification.


Comment from kukukk
Posted: February 22, 2014 at 09:22


Just a small update regarding to XenServer Tools on Slackware. Finally I managed to get it working. I had to make the following changes:
– recompile the kernel with Xen guest support enabled in Linux guest support (it was a bit tricky to add it to lilo, because my device changed from /dev/sda to /dev/xvda)
– modify the distribution detection script in XenServer Tools to support detecting Slackware
– modify the guest parameters updater script, because “ifconfig” seems to have different output format on Slackware.

A future request for Slackware: Xen guest support enabled by default :}

Best regards,

Comment from Igor
Posted: March 21, 2014 at 17:51

Hi Eric,
i am a brazilian user of slackware since longe time ago.
This days i try to figure out a way to start a diskless Slackware 14.1 client from a PXE + DHCP + NFS, without success. I can do this using a specific old 2.6 kernel, but in Slackware 14.1, i can’t figure out a way.

My PXE config sounds like:
DEFAULT pxelinux.cfg/vmlinuz-2.6 ip=dhcp root=/dev/nfs nfsroot= vga=791 init=/etc/rc.d/rc.S quiet rw

So if i change the old specific kernel (vmlinuz-2.6) to the new one Slackware 14.1 kernel (vmlinuz-huge-3.10.17) on PXE server, clients cant start due to a kernel panic error.

In Slackware 14.1 i will need a initrd?

Using the old “vmlinuz-2.6″ i dont need any extra ramdisk, just the kernel.

Can you help me to solve this?

Thanks to you attention and sorry to my bad english.

Comment from JKWood
Posted: March 30, 2014 at 16:07

Hey Eric,

Lookups like the slackware-current and slackware64-current directories on taper aren’t being updated.

Comment from alienbob
Posted: March 30, 2014 at 22:16

Hi JKWood

Yes, a lock file was left (perhaps after a crashed mirror action) and it prevented further mirror actions.
I deleted the lockfile and the mirrors are syncing again.
Thanks for spotting and reporting!


Comment from Mike H.
Posted: April 5, 2014 at 14:22

Hello Eric,

is there a reason why your KDE packages don’t come with Kolab libraries anymore? I’ve tried and created build-scripts based on SlackBuilds-templates and your last build-scripts from 4.8 (or was it 4.9?) and got Kolab support for Kontact after compiling your KDE 4.12.3 packages. Additional dependencies are xerces-c (available on and xsd (just created my own slackbuilds-script).
If you are interested in adding Kolab support again I could help if needed, otherwise I would simply submit my scripts to SlackBuilds. Personally I think it would be better if KDE would come with all needed dependencies, though.


Comment from alienbob
Posted: April 6, 2014 at 12:47

Hi Mike

I wrote about how to re-add Kolab support here: which was well before Slackware adopted KDE 4.10. At that time, I discussed it with Patrick and we decided not to add the Kolab support packages to the distro.

You can still find the sources for libkolab and libkolabxml here: . A package for xerces-c is in my mail repository:

Unless new dependencies have been added in the meantime, these three packages should allow you to add Kolab support by recompiling kdepim-runtime.


Comment from raffaele
Posted: April 9, 2014 at 18:33

Hello! In multilib, I noticed that two packages have to be updated! openssl-1.0.1f and openssl-solibs-1.0.1f are vulnerables to Heartbleed. Many thanks for you excellent job.
Best regards,raffaele

Comment from alienbob
Posted: April 9, 2014 at 20:10

Hi raffaele

Yes that was on the agenda for after work. By now, the updates should be in the multilib repository.


Comment from Mohammad Etemaddar
Posted: April 9, 2014 at 20:43

I liked Slackware to have requirements for Inkscape by default.
They are too much to install :)

Comment from Regnad Kcin
Posted: April 20, 2014 at 19:59

I know it ain’t your fault but there is a error in LibreImpress that prevents the slides from showing unless hardware acceleration is turned off. It was quite alarming and I installed slackware on another machine and found the same problem with the latest update.

Appreciate all your work.

I am going to build a new machine and upgrade to the 64 bit Slackware. I suppose I should go with 14.1?

Comment from Regnad Kcin
Posted: April 20, 2014 at 20:03

Ah, I live in Beijing so Chinese language support is useful for me. I got SCIM running about halfway- not very acceptable.

I fiddled with ibus for awhile some time back and finally couldnt make it perk. fcitx i got going for awhile but it was very unstable.

Any further thoughts? I am not going to try another Linux version. I am committed to being a slacker.

Comment from alienbob
Posted: April 20, 2014 at 22:14

Hi Regnad

Yes, the issue with Impress has been known for sometime ( for instance), nobody has fixed it yet unfortunately. Takes you by surprise.


Comment from alienbob
Posted: April 20, 2014 at 22:17

Regnad, what are your issues with SCIM? I did not play around with ibus yet, so I can not talk about how (un)stable it is.


Comment from Regnad Kcin
Posted: April 21, 2014 at 06:35

scim doesnt seem to work with some software like firefox. havent tried it with chromium though.

Comment from Regnad Kcin
Posted: April 21, 2014 at 08:54

When I used scim it only seemed to be able to input chinese pinyin for qt4 applications. I then tried fcitx but it wasnt much better because it was erratic. I finally did a clean install to start over.

I am going to tear into the chinese thing full bore when I get time. Will probably go to Slackware 64 bit first though because I am wanting to build a i7 machine in a small portable itx size box for a project I am working on.

Any advice on Chinese input would be appreciated.

Comment from Regnad Kcin
Posted: April 24, 2014 at 08:48

I installed the new KDE update, but now find that my audio does not work. Slackware finds the card and tests are ok but audio applications dont find the audio device.

Comment from Hubert Phava
Posted: April 24, 2014 at 13:41

Hi Eric. First of all, thanks for your *great* jobs for Slackware.
I’ running –current (64bit) with your multilib packages and last kde-4.13.0. On kde i’ve found that “baloo” ( the new semantic-indexing tool) eats lots of resources and eats lot of disk space ( for example, before i killed it, 7,9G of my homedir were filled by its stuff).
Removepkg-ed it, no chance to have dolpin so reinstallet baloo package but “chmod -x” its binaries.
Is there a chance to have dolpin not linked to baloo libraries?

Ah: my machine has a Amd-8core, 32G of ram and 5 hardisk ( my /home is on a raid-1 two 1G disks).

Thankyou again for your works…


Comment from alienbob
Posted: April 25, 2014 at 12:28

Hi Hubert,

Baloo libraries will remain linked to KDE binaries, but you can disable the indexing preocess in two ways: by removing the binaries “baloo_file_extractor” and “baloo_file_cleaner”.
OR, add your homedirectory to the list of excluded directories for indexing. If Baloo finds that you have excluded your $HOME, then it will disable itself. In “System Settings -> Desktop Search” add your home to the blacklist.

If you do not want the index-based search menu in dolphin, you can do the following:
$ cp /usr/share/autostart/baloo_file.desktop ~/.kde4/share/autostart/
$ echo “Hidden=True” >> ~/.kde4/share/autostart/baloo_file.desktop

There was a heated discussion on the KDE packagers mailing list about the bright idea of the developer, *not* to add a “disable indexing” button in the System Settings. I guess such a button will appear at some point in the future.


Comment from alienbob
Posted: April 25, 2014 at 12:29

Hi Regnad

The updates to KDE should not have an influence on your audio… is there something else you have changed or updated recently?


Comment from alienbob
Posted: April 25, 2014 at 12:30

Regnad, I would have to check using SCIM with pinyin input methods, to see how it affects Firefox. It used to work in the past, I have not paid attention to it recently.


Comment from Huber Phava
Posted: April 25, 2014 at 12:41

TY alienbob…
Putting $HOME in the blacklist didn’t have effects on my machine, i dont’ know why.
And there is a bug ( as the developer writes in his blog) regarding Maildir directories ( i’ve such a dir, of course …) that can bring to a loop in indexing.
Anyway, “chmod -x” the binaries is good for me and i hope developers will put ASAP that damn button to stop their crappy software and that they will stop to think like Gnome’s developers do.

Have a funny WE


Comment from alienbob
Posted: April 25, 2014 at 12:54

Hi Huber

I very much agree with your observation “stop to think like Gnome’s developers do”. The lack of the “disable indexing” button because the developer wanted to decide for the user that indexing is a “good thing” and therefore must be enabled always, strikes me as a worrisome example of how KDE software should _not_ work.
While the GNOME paradigm is “dumb down the interface, let the developer / UI designer make the decisions for the user” I have always though that the KDE philosophy was “if it can be tweaked, show a tweak button in the UI and leave the choice to the user”.


Comment from Mickski56
Posted: May 2, 2014 at 16:19

For anyone else experiencing failures to login to non kde sessions with kde-4.12.5 there’s a patch here .It works for me.

Big thanks to alienbob for the latest kde releases amongst many other things.

Comment from alienbob
Posted: May 2, 2014 at 23:04

Hi Mickski56,

Well, the patch I used is but it is the same issue that it fixes (the KDE patch is better than the Gentoo patch).

I was already compiling a new kde-worlspace package after this patch was announced on the kde-packagers mailing list and I am taking the opportunity to fulfill a request from Willy Sudiarto Raharjo to move the KDE sessions files to /usr/share/xsessions/ where XFCE installs its own session definition file already, so that other login managers can see these desktop session choices too.

Thanks for being alert.


Comment from eric spiering
Posted: May 13, 2014 at 18:15

hi – i am a longtime slack user. i was running 14.0 and using the ftdi_sio to talk to a printer and it was working fine, then i upgraded to 14.1 and the ftdi_sio now goes into an infinite connect/disconnect loop on the device. did 14.1 add something that is competing with ftdi_sio for the device? i can’t figure it out. the ftdi_sio source code hasn’t changed…

Comment from alienbob
Posted: May 13, 2014 at 20:42

Hi eric spiering,

I have no idea – I do not use printers myself, perhaps it is wiser to open a thread on and get a wider audience for your driver issue…


Comment from eric spiering
Posted: May 14, 2014 at 12:03

hello again, i have had this posted in LQ for several days now, but nobody has replied to it. i am thinking there is some configuration change in 14.1 that is now fighting for the ttyUSB0 connection, but i don’t know where to look to find it. do you see anything in these logs that might identify the culprit? This device connects fine to putty, so the device is good, but i need to use my minicom!

Comment from alienbob
Posted: May 14, 2014 at 13:01

Hi eric

If this is a Slackware-specific issue, then you should request that the moderators move your post to the Slackware forum ( where there will be more knowledgeable people than in the generic forums.

The first line I read in your post, “I have slack 14.1, kernel 3.14.3″ means that you are not running a stock Slackware 14.1 (which contains kernel 3.10.17 instead).


Comment from Alberto
Posted: May 22, 2014 at 11:52

Hi Eric,
I just install your new chromium package and I have issues with the keyboard.
More details: I’m using a QWERTY keyboard with an IT layout and it’s impossible to type every accented letter:
à is ‘
è is [
ì is =
ò is ;
ù is nothing.
It’s a chromium issue because everywhere in the system typing is good and I tested this on two 64bit slackware one with kernel 3.10.17 and one with 3.14.1.
With the previous version of chromium all was good.
What would suggest to do?

Comment from alienbob
Posted: May 22, 2014 at 13:20

Hi Alberto

Are you perhaps using SCIM or Ibus as text input methods? There is a bug in Chromium 35 apparently with XIM, as found here:


Comment from Alberto
Posted: May 22, 2014 at 14:34

But I found a similar issue (probably the same, but explained better than mine) and setting the LANG variable before starting chromiu seems to help:
$ LANG=it_IT.UTF-8 chromium

In other words, browser keyboard layout is “locked” to en_US.

Comment from Alberto
Posted: May 22, 2014 at 14:36


Comment from Hubert Phava
Posted: May 22, 2014 at 14:57

Upgraded just know: no problems at all with “italian” letters ( or keyboard).
I’m on 64–current with the entire Aliens’ stuff (multilib, kde, eccecc).
I have:

export LOCALE=it_IT.UTF-8
export LANG=it_IT.UTF-8

in /etc/profile.d/

italian keyboard in Kde and:

Option “XkbLayout” “it”

in the InputDevice section of my /etc/X11/xorg.conf


Comment from Alberto
Posted: May 22, 2014 at 18:38

It doesn’t work for me.

Comment from Hubert Phava
Posted: May 22, 2014 at 19:03

Alberto: what family of fonts are set in chromium?

Comment from Alberto
Posted: May 23, 2014 at 09:00

I guess standard ones. Anyway, after rebooting everything works fine. Thanks for your suggestion =)
Sadly there’s another problem: after updating, chromium doesn’t see java.
Worst release ever =(

P.S. In firefox everything works fine.

Comment from Phil
Posted: May 25, 2014 at 15:05

Hi Eric
Tried updating weekly version of calibre, but according to slackpkg+ there are no updates. Checked around various mirror sites and it seems that only the master has been updated.

Comment from alienbob
Posted: May 25, 2014 at 20:27

Hi Alberto

Starting with chrome and chromium 35, Google has removed support for NPAPI plugins (Netscape Plugin API i.e. the mozilla browser compatible plugins). This means that things like the icedtea-web Java plugin stopped being supported, but also the Pipelight plugin and several others that do not “talk” Google’s own PPAPI (Pepper Plugin API).
It sucks.


Comment from alienbob
Posted: May 25, 2014 at 20:28

Hi Phil

If everybody mirrors from my “taper” mirror then nobody will have had new packages. It looks like the mirror cron job had become stuck.
It’s been repaired now.


Comment from Alberto
Posted: May 26, 2014 at 09:38

Hi Eric,
thanks for your reply.
I don’t use openJDK, but Oracle’s official jdk (repackaged with the slackbuild included in Slackware).
Does it make any difference?

Comment from Phil
Posted: May 26, 2014 at 10:18

Cheers Eric
My mirror now up to date :-)

Comment from alienbob
Posted: May 26, 2014 at 15:51

Hi Alberto

The closed-source Oracle Java browser plugin uses the same NPAPI protocol as the opensource icedtea-web browser plugin. Both are incompatible with Chrome and Chromium 35 and higher.


Comment from Alberto
Posted: May 26, 2014 at 18:48

I see =/
The worst part is that also google talk plugin is blocked now.

Comment from alienbob
Posted: May 26, 2014 at 21:43

Alberto, the newest version of the HangoutPlugin should be a PPAPI version and work in Chrome/Chromium 35.


Comment from Alberto
Posted: May 28, 2014 at 14:24

I tried with the last one (version – according to what the SBo slackbuild extracted) and it is not visible among plugins =(
If you succeed in making it work, let me know =)
Thanks again!

Comment from alienbob
Posted: May 28, 2014 at 15:17

Hi Alberto

The google-talkplugin installs both the NPAPI and the PPAPI libraries. It takes a small change to make the PPAPI library available in chromium if you are using the SBo script to create a package.
Below is the patch I applied to the google-talkplugin.SlackBuild :


# —–8< ---------------------------------- 26c26 < VERSION=${VERSION:-} --- > VERSION=${VERSION:-}
> # Just in case:
< chmod 0755 $PKG # Put this back. < rm -rf etc/ # The cron job is debian/ubuntu only. --- > # Put this back.
> chmod 0755 $PKG
> # change /usr/lib/chromium-browser to /usr/lib/chromium
> mv ${PKG}/usr/lib/chromium-browser ${PKG}/usr/lib/chromium
> # Remove cron update script:
> rm -rf ${PKG}/opt/google/talkplugin/cron
> rm -rf ${PKG}/etc
# —–8< ———————————-

Comment from Alberto
Posted: May 28, 2014 at 20:26

It works!
Thanks a lot, Eric.

Comment from JesusM
Posted: May 31, 2014 at 20:09

Hi Eric,

since Chromium 35 doesn’t support NPAPI plugins any more, could you make available again your last Chromium 34 package?

Thanks a lot!!

Comment from Brad R.
Posted: May 31, 2014 at 21:44

I get an error when I try ann open a book on the command line with fbreader 0.99.4.

Gentoo had the following patch that works for me:

— fbreader-0.99.4-pristine/zlibrary/ui/src/qt4/filesystem/ZLQtFSManager.cpp
+++ fbreader-0.99.4/zlibrary/ui/src/qt4/filesystem/ZLQtFSManager.cpp
@@ -49,3 +49,4 @@
path = replacement + path.substr(1);
– }
+ }
+ ZLUnixFSManager::normalizeRealPath(path);

Comment from alienbob
Posted: June 1, 2014 at 12:22

Hi Brad

Ah, weird! I see the same crash, and indeed only happens when you try to open a book on the commandline.
I am going to look at that patch, thanks.


Comment from alienbob
Posted: June 1, 2014 at 16:10

Hi JesusM

Chromium 35 is a security release, so it is not advisable to keep running 34.
If you need Java or Netflix, then Firefox will be your only option.

If you want to know how hard it is to switch pipelight to a PPAPI plugin because of the sandboxing of Chrome plugins, read


Comment from Eduardo
Posted: June 5, 2014 at 17:15

Hi Eric! I’d like to thank you for your build of Chromium 35. It feels much lighter and faster than the previous versions.

However, there is a problem and I’d like to troubleshoot it in order to know whether the issue lies in the build, or the software itself, or my own configuration.

My keyboard layout is US International, which has dead keys. Now, starting from Chromium 35 I cannot produce some characters with dead keys, but I can produce others. Among the characters that I can write are: á é ñ, and among the characters that I cannot produce are: « » ¿ ç. Some of them (like ¿) are essential to write proper Spanish.

Thus: Is this due to some ./configure parameter? Is this because the software itself (I understand they’re using a new toolkit).

My own configuration may also be the culprit, but I doubt it because I had no problems until Chromium 34.

Thanks again,


Comment from Regnad Kcin
Posted: June 15, 2014 at 16:02

Some comments:
1. I got SCIM to work in chinese and it works very well indeed and I have a fully functional bilingual (for me) system.

2. The latest version of Libre Office is quite good and I am transitioning completely away from microsoft office except for shared edits with stored changes (just because I dont feel completely comfortable with this feature in microsoft office.)

I still have to disable hardware acceleration manually otherwise Libre Impress hangs on slide shows.

3. I recently had a horrid experience with adding a 3rd hard drive to my machine which has to be added to an SATA slot number smaller than the boot drive. Finally i got it going using UUID and mkinitrd and lilo.conf editing. This really was a pain and took a lot of time to figure out and I almost despaired of adding the 3rd hdd. The documentation on this was not so clear and I had to dig. Others might not be so determined as me.

Comment from Michelino
Posted: June 17, 2014 at 09:07

Just to notice you the new release of mirall
Thanks in advance!!!

Comment from Max
Posted: July 8, 2014 at 03:05

Hi Eric
Please I need chromium-33.0.1750.152-i486.txz you have this package? Please post link!

Comment from Eduardo
Posted: July 21, 2014 at 00:08

Hi Eric, I noticed you upgraded chromium to 36. I use Slack64-current multilib. I’m thinking about switching to firefox because since the latest upgrade in current, chromium in Slack64-current began to be really sluggish when typing text. This began to be apparent in chromium 35 (after the upgrade) and continued in chromium 36. To this add the known issue with dead keys and foreign languages.

I’ll continue to upgrade chromium as you provides releases, but for now it will become my second browser, not the default. The typing issue makes it very uncomfortable to use it.

Thanks again for all your effort. I hope this gets solved soon.



Comment from Alberto
Posted: July 22, 2014 at 09:34

Hi Eric,
as always great work with the new chromium release.
I’d like to report a bug that wasn’t there in previous releases: it is not possible to set it as default browser.
I don’t know if it is due to the build process or to chromium itself.

Comment from alienbob
Posted: July 24, 2014 at 02:20

Hi Alberto,

Works here with Chromium 36.0.1985.125 and running Slackware (almost-)current and KDE 4.13.1.

Note that setting it as the default browser changes the xdg-open behaviour.

Comment from Regnad Kcin
Posted: July 26, 2014 at 05:24

How -current does -current need to be? I am running multilib -current but havent updated to the most recent -current. I notice that you are also not-quite-current. The latest KDE and chromium are up and working ok. I find some problem with KDE occasionally (kwin blows up and gives and error message but I can keep working) and LibreCalc does weird stuff sometimes but it’s all tolerable.

Actually I am a bit leery of the latest -current with the display problems.

Comment from Eduardo
Posted: August 7, 2014 at 00:07

Hi Eric, I’m happy to say that Chromium behaved itself again after the latest update (I use Intel chips). The issue with international characters continue, though. Thanks for everything!

Comment from Fred
Posted: August 22, 2014 at 14:25


Thank you for providing this site and your slackware packages.

My apologies if this should be posted to the LibreOffice dev group. I searched for a ticket on this but couldn’t find one.

I have been using LibreOffice from your slackbuilds (slackware64-14.1) and have had no issues until the 4.3.0 release. Just recently, I tried saving in MS *.xls and *.xlsx formats and received an error from LibreOffice stating that saving failed. The export works with OpenOffice 4 and previous versions of LibreOffice.

Just wondered if you or anyone else has had this issue.



Comment from Regnad Kcin
Posted: August 22, 2014 at 14:48

i regularly save in those formats .xls .xlsx from libreoffice calc and dont have any trouble.

i am running slackware 64 -current (linux 3.14.16) and the latest libre office. i had some issues with calc blowing up after font changes a couple versions back but it works fine now.

Comment from Alberto
Posted: September 10, 2014 at 15:31

Hi Eric,
I just installed the last version of your pepperflash package ( and I noticed a weird thing.
In chrome://plugins page I have the following flash version (but the path is the pepper’s one):
I’m using chromium 37.0.2062.94.
Is this normal?

Comment from alienbob
Posted: September 10, 2014 at 23:19

There is nothing wrong with the way the plugin reports its version to web sites. Just check
The problem is in the /etc/default/chromium file where I try to determine the flash version. The string in the binary changed so it’s reporting nothing now, and in chroime://plugins that translates to this weird 11..2.999.999 version.

Make sure the version determination string in /etc/default/chromium is changed to:

flashversion=$(strings $flashso|grep “LNX “|sed -e “s/.*LNX //”|sed -e “s/,/./g”)

It’s really only cosmetics, but I refreshed my package anyway to fix this.

Comment from Jerónimo Navarro
Posted: September 15, 2014 at 04:57

Hi Eric, just wanted to ask you if you could update your scripts regarding SimpleScreenRecording. The changes are quite important imo.
Building from git works pretty well, the “simple-build-and-install”+”postinstall” scripts do all the magic (just needed to disable pulseaudio).
Sorry I couldn’t send you proper patches for such an easy task to save you the minutes, I lack knowledge on the topic.

Comment from alienbob
Posted: September 15, 2014 at 10:30

Hi Jerónimo – what scripts should I update and why? And with what/


Comment from Jerónimo Navarro
Posted: September 15, 2014 at 12:38

The slackbuild from here:
Because it does everything flawless but I get no exec file (notice that it download latest git master when it check the current date). Can’t find the program itself anywhere.
I guess with the “simple-build-and-install” script (diff).
Sorry If it’s me and I’m doing something wrong.

Comment from jr
Posted: September 22, 2014 at 10:47

hi Eric, three (four?) years ago I downloaded a package of yours — Shisen — built without all the (KDE) cruft. I used to love playing it and, having a new 2nd-hand computer, looked to download the game again. alas, cannot find it onsite, search returned no useful results. can you help? thank you.

Comment from alienbob
Posted: September 22, 2014 at 13:10

Hi jr

I never had a “shisen” package separately in my repository. Shisen is part of KDE, can not be shipped separately.
Perhaps you are thinking about another Mahjongg game? In my repository I have xmahjongg (quite old, just a 32-bit Slackware 12.1 package).

Comment from jr
Posted: September 22, 2014 at 13:23

hi Eric, thanks. I played kShisen a few days ago (love these tile matching games) and must have got mixed-up. I’d appreciate an url for the mahjonng game, it’s the one with the flowery(?) background image, right? thank you in advance.

regards, jr.

Comment from JesusM
Posted: October 5, 2014 at 11:52

Hi Eric,

few week ago you talked about the 2.x release of Calibre and the doubts you had about embedding Qt5 libraries or keep them separate. In the meanwhile your Calibre package would remain un-updated. Have you made a choice?


Comment from alienbob
Posted: October 5, 2014 at 11:58

Hi JesusM

I am too busy with work (the kind that earns money) to spend a lot of time on Slackware at this moment. I have decided not to try and build a calibre 2 package for the moment because it needs research time which I do not have right now.

Comment from Joe
Posted: October 11, 2014 at 16:04

Hi Eric,
Thanks for your packages.
I’ve tried your Chromium package on my Slackware-14.0 (release: 37.0.2062.94).

But I noticed the omnibox doesn’t work as usual: if I put there, for example “hello world”… well nothing happens!
I expected to be redirect to:
“w w w . g o o g l e . c o m/search?q=hello world”.

I’ve tried to change search engine and noticed that the matter is in “%s” variabile not expanded regularly.
For example if I create a new serch engine called with following string:


Then if I put something in omnibox and press enter, appears the address:
…without “%s” expanded.

Now, default search engine string (related to google engine) is made of just variabiles:

So here the answer to why nothing happened when I tried to search something using omnibox.

Can you confirm this release behavior?
Or pheraps could be a my local system matter?

Are you going to update chromium package also for slackware 14.0?

Thanks in advance! :)

Comment from 2-tokes over-the-line
Posted: October 29, 2014 at 19:38

Since I recently bought a new laptop I had to upgrade to Slackware current just to get it to boot. Since I did that I thought I’d try your kde upgrade to 4.14.2. Worked fine except for Okular which could no longer read mobipocket format. I had to back out to Slack 14.1 to get it working.

Just to not only complain here… I really really really find your multi-libraries handy. Thank you for that hard work and saving me from the aggravation. :-)

Comment from alienbob
Posted: October 30, 2014 at 20:19

I looked at your remark about Okular and I have found the culprit.
There is an issue with the order in which some packages are built.
I have fixed that order and the next KDE 4.14 release will have an Okular with mobipocket support.

In the meantime, you could install calibre or FBreader which both support .mobi.

Comment from Paulo Wildson
Posted: October 30, 2014 at 22:18

installed package wireshark on my slackware but after installation when I try to run the following error occurs:

bash-4.2 # wireshark
wireshark: error while loading shared libraries: can not open shared object file: No such file or directory

Can you help me?

Thank you

Comment from alienbob
Posted: October 30, 2014 at 22:47

You probably installed my wireshark package on Slackware 14.1 which I built for Slackware 13.37. The glutls package was updated since Slackware 13.37 and the package needs a recompilation.
You can download the wireshark “build” directory and run the wireshark.SlackBuild script. The package should be available in /tmp when the compilation finished.

Comment from fabio
Posted: November 13, 2014 at 13:54

A request. In a future update of ffmpeg package would it be possible to add libfdk_aac to the encoders? And thank you very much for your hard work. Obrigado!!

Comment from alienbob
Posted: November 13, 2014 at 16:35

Hi fabio, I can do that.

Comment from Inman
Posted: November 15, 2014 at 16:29

hi eric,
i wanted to ask u this question quiet longtime. I have a lenovo t400 and i can recall u use to have the same! … i have always run SC on it, and everything was quiet fine, minor problems but they could be easily fixed … since pat updated “x/*” on July 15, which messed up almost everything. Despite all my efforts i couldn’t get the issue with graphic fixed … openGL got massive problems, the lcd is partially colored with blue or black till refreshing opened windows, VSync cusses freezing and etc … i just wanna know if u have had also the same problem on ur t400? any solution to this? (of course if u still have ur t400!) … and do u know any way to upgrade Slackware Current to the version before July 15? (Just to mentioned i don’t have any of those problem on S14.1)
thank u in advance,

Comment from alienbob
Posted: November 15, 2014 at 23:13

Hi Inman

I still have that T400 and use it daily – it is my main workstation for work and home.
I am running Slackware64-current on it and have never experienced the problems you are describing. Could it be that you missed some new packages that you forgot to install, or else have not deleted some package that was removed in Slackware-current? A properly configured slackpkg will offer to install all missing packages when you run “slackpkg update ; slackpkg install-new”.

By the way, “slackware-current” does not have backup versions. You either have what’s available today, or you have to go back to Slackware 14.1 which is the most recent stable release available.

Comment from R.H.
Posted: November 26, 2014 at 21:16

Thanks for the chromium src scripts. Just a small thing to say. I don’t use printing and so cups is not installed. The chromium build fails when it tries to do the gyp stuff and after a lot of digging I found that I needed to add -Duse_cups=0 and then all worked. I don’t enable NaCL (sodium chloride I use) and I don’t even know what advantage there is using NaCL (other than food tastes better with it, but might be cooks fault and not food’s fault).

Comment from alienbob
Posted: November 26, 2014 at 21:46

When you use one of my scripts to compile a package, I only guarantee its working on a full installation of Slackware, since that is how I build them myself.
NaCl is Google’s Native Client. See so you can decide for yourself if this is useful for you.

Comment from R.H.
Posted: November 26, 2014 at 23:57

I understand the full-installation aspect of Slackware and it is a key thing for anyone using Slackware to understand, especially newcomers. I mentioned the cups config in case someone else might stumble into it. Thanks again.
(FWIW I don’t need the NaCL)

Comment from fabio
Posted: November 27, 2014 at 06:39

Just noticed the update on ffmpeg. Thank for the new decoders/encoders. I know you have a real life, and taking the time to include requests was very kind of you.

Comment from Mike Toh
Posted: December 5, 2014 at 15:20

Hi Eric,

RE; ip-address proxying

This was posted from the Mistress of the house’s computer
and if this got through, your explanation of my ISP proxying traffic from my computer through somewhere else, is verified.

Will expand further off-line from your feedback-of-blog.



Comment from Ed
Posted: January 7, 2015 at 19:09

Thanks so much for the great works that you have done. I have been redirected countless times from searches to your works and every time they work!

Thanks again!

Comment from Gilcio
Posted: January 11, 2015 at 14:48

Hi Eric,
First of all I have to say that you’re one of the main forces that help me to stay and develop using Slackware. I’m running current-64, multilib and a lot of alien packages absolutely updated. I start using qemu and vde networking from your first packages. My present issue is on vde. For some reason rc.vdenetwork (nat option) could not start dnsmasq and serve my qemu VMs. The error message is: “dnsmasq: failed to create listening socket for address already in use”. Could you give me some hint ?

Comment from alienbob
Posted: January 11, 2015 at 15:26

Hi Gilcio

It sounds as if you already have a DHCP/DNS server running on your computer.

Comment from Gilcio
Posted: January 11, 2015 at 21:19

You’re right. I did a ps ax | grep dhcp and results: “6476 ? S 0:00 /sbin/dhcpcd -B -K -L -G -c /usr/libexec/nm-dhcp-client.action -h orion eth1″ but I have no idea of what program could have started it?. I will look at it in more detail. As always thanks for the fast answer in a sunday afternoon.

Comment from R.H.
Posted: January 11, 2015 at 23:27

How do I make these stop? I get emails but there’s no info on how to make them stop. If I subscribed I made a mistake.

Comment from alienbob
Posted: January 12, 2015 at 12:10

Gilcio – the dhcpcd is the “DHCP client daemon” which manages your computer’s IP address. It is not a DHCP server.
If there is a DHCP server, it will be listening on port 67 and you should find its process with the command (as root): “netstat -panel | grep :67″

Comment from alienbob
Posted: January 12, 2015 at 13:08

R.H. – all the emails you receive from this blog are because you checked a subscription checkbox below one or more articles. I do not send them myself.

The emails you are getting should contain a link that allows you to manage your subscriptions.

Comment from R.H.
Posted: January 13, 2015 at 17:26

I figured out what’s happening. Some emails from your blog show the unsubscribe and some do not.

emails with subject [New comment] do not show the unsubscribe and those with [New post] do.

Comment from JesusM
Posted: January 13, 2015 at 17:31

I can see the unsubscribe link always:

Comment from Gilcio
Posted: January 28, 2015 at 04:21

Eric, sorry for a late acknowledge of your answer. I did a fresh reinstall of slack64 current and all my problems disappear. Thanks for your time

Comment from Alex
Posted: January 29, 2015 at 18:23

When are you planning to upload patched (CVE-2015-0235) glibc-multilib?

Comment from fabio
Posted: January 29, 2015 at 23:22

Will the updates on glibc (both stable and current) trigger an update in the multilib set? yes, it is a request. thanks Eric.

Comment from MajorLunaC
Posted: January 30, 2015 at 02:08

Yes, please update multilib glibc as soon as you can. It’s a pretty dangerous vulnerability. More details on this and other up-to-date computer vulnerability news:

Thanks for making multilib! I couldn’t use more than half of what’s out there, if there weren’t this easy multilib setup! :)

Comment from alienbob
Posted: January 30, 2015 at 13:57

You guys don’t seem to realize that I do all this Slackware stuff in my spare time. If you start demanding that I must do things I will start demanding money in return.
The updates will arrive as soon as I have time at home to build them.

Comment from fabio
Posted: January 30, 2015 at 14:17

in my defense: 1 – You created the space for requests and 2 i asked politely, not demanded. 3 if i had money you wouldn’t have to demand. It would be my pleasure due to the great work you do for us all. sorry to bother man, but you are always so fast that we grew spoiled hehe.

Comment from alienbob
Posted: January 30, 2015 at 14:49

Requets for new stuff is one thing. Requests to work faster is not acceptible to me. Yes, you were polite about it, fabio, and it was on the planning list anyway. My comment was more directed at Alex and MajorLunaC – I am well aware of glibc updates. This GHOST vulnerability is hard to exploit, actually there are no real-life exploits yet (apart from one for Exim which Slackware does not ship). You should try not to be so paranoid. And if you are, you know where the source code is.

Comment from MajorLunaC
Posted: January 31, 2015 at 04:05

Wow. So the words “please”, “as soon as you can”, and “Thanks” now mean “Work faster slave! Right now, damit!” in modern internet lingo? Let me interpret for those who think everyone is demanding instant results for a completely free repository made in spare time, and that everyone is ready to take a bite out of you. Maybe we use different dictionaries:

“please” = “I beg of you”. “I ask of you kindly”. Even “I seek your help”.

“as soon as you can” = “Whenever you are willing and able”. “I now you work hard, and you do in your spare luxury time in which you could be having fun, so if you happen to find the time, anytime in the distant future”. “Whenever you see fit”.

“Thanks” = “I am in your debt”. “I really appreciate it”. “I don’t think I could have done it without you”.

**As for your comments:

“I am well aware of glibc updates”: First I’ve heard you mention it.

“it was on the planning list anyway”: I would love to see that list. If I had known you knew of it and it was set to be updated, I would never have posted except a “Thank You for such a quick fix! Nice Work! You work too hard! Take it easy!”

“actually there are no real-life exploits yet”: A vulnerability is a vulnerability, no matter how small it is. In my opinion, vulnerabilities get their own level of priority far above anything else. Disclosure of the vulnerability increases the chance that someone will try to exploit it 10 fold or more, which is why vulnerabilities are usually disclosed privately, quite some time before the public disclosure, to those who can and do fix them. Once the vulnerability is publicly popularized, new ways to exploit it are often explored.

I need to come up with something to say to those who consider me paranoid, like “Wait till you see what I got off your computer …”

Comment from fabio
Posted: January 31, 2015 at 09:14

now that i saw the guy before me had asked the same, i fell quite stupid for posting before reading everything. As for the vulnerability itself, my primary concern was about getting the applications that rely on multilib working again, since few mortals have the solid knowledge in programming to really exploit it. Thanks for the updates and as for me, will wait quietly next time.

Comment from alienbob
Posted: January 31, 2015 at 13:13

MajorLunaC, and a good day to you too.

Actually, no one gets to see my TODO list. And if you would go looking at historical data of the multilib ChangeLog.txt you would notice that I am usually only hours or a day behind on Slackware proper. However, these were glib updates for 13.37, 14.0 and 14.1 combined with the KDE5 which cost me six weeks of multile hours per day work. At some point there is a decision to make about the balance of hobby work (which this is) and tending to family. The multilib glibc updates would come, if you were doubting that, you are quite new to Slackware and this community.

As for vulnerabilities: they are real but overrated. A vulnerability must be exploitable to be a vulnerability. And exploitable does not mean that it is exploitable _on Slackware_

Nevertheless, if it bothers you (and I respect your point of view) there is always the option to go back to Slackware’s patched glibc – temporarily – until the time that I release new multilib versions. All you lose is the capability to run 32-bit programs. You gain peace of mind by knowing your system is patched against a vulnerability.

Finally: you do not get so say what I have to do, unless you are my employer. And when you do, even if accompanied with please and thank you – you can rub me the wrong way if I just came home from a bad day at work and don’t need more people on my back.
End of statement.

Comment from fabio
Posted: March 1, 2015 at 11:18

Quick suggestion for when you get the time (if you feel like doing it, of course). A bump on LXQT to the 0.9 version. And thanks for the 0.7 version. Excellent for “reviving” old machines with slackware.

Comment from alienbob
Posted: March 1, 2015 at 12:38

Hi fabio

Building LxQt 0.9 is somewhere on my TODO. Their migration to Qt 5 and (some) KDE Frameworks made the update non-trivial and I wanted a stable KDE 5 before looking closer at LxQt.

Comment from KG
Posted: April 10, 2015 at 08:43

First of all a heartfelt thanks for your sterling work producing reliable slackware packages :)

However, your latest vlc package (2.2.0) doesn’t handle HD (720p and above) as well as the older 2.1.5 version: video stutters or freezes.
I downgraded to your 2.1.4 package (in the slackware-14.0 repo) and everything was back to normal.
I know that building vlc packages is a PITA. It could also be that my slightly outdated hardware could cause the malfunctioning. Still, if you can find the time to look into it, it would be highly appreciated.

Comment from alienbob
Posted: April 10, 2015 at 12:54


Start “vlc -vv” (or with one v, or with three, depending on the amount of debug info you need) and see if there are any hardware acceleration related errors when you play a video.
I have no problems with playback of HD video here.

Comment from KG
Posted: April 10, 2015 at 15:02

Hi Eric and thanks for a swift reply!

Embarrasing: after a new upgrade, the videoclip that caused trouble yesterday ran OK…

vlc -vv creates a huge amount of info, and repeated entries like this:
“[b5487e98] avcodec decoder warning: More than 4 late frames, dropping frame
[h264 @ 0xb549cf40] Frame num gap 19 17″

Maybe it should be put down to hardware. I’m on an old netbook with a Celeron processor, and when playing the HD clip in question the CPU load is as high as 80%. No wonder if there’s a bit of stuttering.

So for now I’ll stick to the latest version :)

Comment from Bryan Glunt
Posted: April 17, 2015 at 18:08

diff for new version of google-chrome.SlackBuild

ar p $CWD/google-chrome-${RELEASE}_current_${DEBARCH}.deb data.tar.lzma | lzma -d | tar xv || exit 1

Comment from alienbob
Posted: April 17, 2015 at 20:59

Hi Bryan

The recent debian packages are using xz compresson instead of lzma compression. The file is now called data.tar.xz.
The google-chrome.SlackBuild in slackware-current was updated for this, early March 2015.

Comment from Brian
Posted: April 18, 2015 at 08:07

Is there any chance that the latest “slackware-current” might no longer work with the files you have in the “current” directory of the multilib feed? I have been doing multilib upgrades with your packages for quite a while, but now when I run everything–with a fresh download and the same commands as before, glibc seems to get hosed, and the system is then unusable. I’ve tried twice, both times with the same result–can’t get at any commands and have to start the install over.

Comment from alienbob
Posted: April 18, 2015 at 14:27

Hi Brian

The multilib packages in the “current” directory of my repository are the ones for slackware-current as you can download it from any Slackware mirror. Check the package versions and BUILD numbers, they should match the versions of Slackware64-current (except my packages have the “alien” tag added to the BUILD number).
Can you double-check that you are indeed downloading the right packages, and that they have not been corrupted?
If you can’t find what’s wrong perhaps you can share:
– where you are downloading those packages
– what their md5sums are
– whether the gpg check is OK
– what commands you are using to upgrade glibc and in which order you issue these commands.

Comment from David
Posted: April 22, 2015 at 14:58

Mirror contain “deleted” package after huge update (20150421)
contain kernel source 4.14.33 and 4.18.11
same kde 4.10.5 amd 4.14.x

same type of thing in the iso

Comment from alienbob
Posted: April 22, 2015 at 15:59

Hi David

The primary mirror which I use is and its contents are correct.
However the rsync URI which is does not offer the same content: it still shows the old packages which should have been removed.
I use the rsync URI which is why my taper mirror shows all these redundant packages.

I am sure that this is an initial sync issue and that the primary mirror will be sanitized soon. Then taper’s contents will go back to normal too.

Comment from cwizardone
Posted: April 22, 2015 at 17:55

Good Afternoon,
Early this morning, my time, I went to download your latest -current iso and noticed it was 4.3 gigs in size.
Is that correct? I had thought the size of the iso had been reduced to somewhere over 2 gigs?

Comment from alienbob
Posted: April 22, 2015 at 19:48

cwizardone, it takes time to properly sync the mirrors. And if you sync at the same time it’s possible to get the old AND the new packages all together…
My taoer mirror had that issue, and as a result that ISO image also contained all the original as well as the updated and new packages, causing the filesize to explode
The mirror has been re-synced and the ISO re-created. It is now a proper 2.6 GB in size.

Comment from R.H.
Posted: April 23, 2015 at 20:26

1st off, thanks alienbob.

Since we’re on the topic of multilib is there an https location for multilib files? I did look around and try some urls but none worked. I wonder if osuosl or would or could do that hosting.

hey also I see you’re a sci-fi reader & collector, I have some and would be willing to donate one to you if interested. I have pohl, poul, lem, asimov, I could ship it whatever’s cheapest i can find to anywhere that usps goes I guess.

Comment from alienbob
Posted: April 23, 2015 at 22:35

Hi R.H.

Currently there is no https:// URL for download of multilib files that I am aware of. Downloading packages over HTTPS only adds strain to the server because it has to encrypt all the data. It adds no security… if you want to have security you can use the GPG signature files to verify your downloads.
Thanks for your offer to donate a Sci-Fi book but I think it will cost you too much in shipping. I have a wall full of books and no room anymore 😉 I switched to reading e-books because that is space-saving.

Comment from fabio
Posted: April 24, 2015 at 00:19

Just to inform, Libreoffice won’t start after the last batch upgrades on -current.
symbol lookup error: /usr/lib64/libreoffice/program/ undefined symbol

as well as other libs missing. Thanks for your work on the updates!

Comment from alienbob
Posted: April 24, 2015 at 09:35

Hi fabio, I know. I have new (and working!) 64-bit LibreOffice packages ready and the 32-bit package is still compiling (will take the rest of the day while I am at work).

Comment from fabio
Posted: April 27, 2015 at 06:03

Your speed is amazing man!!! libreoffice working perfectly. I know it’s minor and the focus now is kde5 but just to inform, in kde settings on -current it’s impossible to get new themes and window decorations, by clicking the option an API error occurs. Thanks again for the lightning fast libreoffice packages.

Comment from Brian
Posted: April 27, 2015 at 06:10

Note on my email of April 18:

I just fetched a new slackware-current ISO over the weekend, and using your guide’s lftp URL things worked perfectly. So it must have been some kind of hysteresis in the two feeds at the time I was doing my previous work.

Thanks for your wonderful work!

Comment from fabio
Posted: April 29, 2015 at 03:13

about kde themes not working, if someone got the same. Just delete .kde folder in your home. worked for me. sorry about the noise early.

Comment from Xylemon
Posted: May 4, 2015 at 09:35

Dear Alien,

Thank you for all your great packages and work on Slackware. I have two questions about some of the packages you host:

First one is regarding Chromium. I use Chromium mainly for Netflix and some other small audio related things (works very well with ALSA emulation), but I’ve been unable to use it for a month or two now due to an unexplained “Segmentation Fault” on any webpage load. I’ve tried several different new versions, deleted all Chromium config files, and even with an upgraded kernel (I’m now on 3.18.11) it still segfaults. Any idea what could be the cause?

Second question I have is regarding the multilib versions of Mesa. I recently have been trying out the nouveau drivers because they bring a lot of nice features that the nVidia drivers don’t and in combination with the new kernel, they now work great with my laptop. However, the problem is that despite the 64 bit versions of Mesa packages for Slackware are OpenGL 3.0, the 32-bit packages spit out OpenGL 1.4. This is very annoying considering that Source games can’t even run with such an old version, and Wine always uses the 32 bit version of Mesa even in 64 bit prefixes. Is there anyway to get the 32 bit libraries to utilize OpenGL 3.0?

Appreciate any help or response. Thanks.

Comment from alienbob
Posted: May 4, 2015 at 12:17

Hi Xylemon

You don’t tell what version of Slackware you are running, and on what type of hardware. If Chromium segfaults for you, perhaps you are able to attach a debugger to the session to get a backttrace? Or else, try adding the commandline parameter “–bwsi” to Chromium (“browse without sign in” which is Guest Mode with disabled extensions). If that makes Chromium run again, it may be one of your extensions which is causing the crash.

About your OpenGL question – you do not provide any example commands that you’ve tried inclusing literal copy/paste of the command output. I can not start guessing at what’s happening.

Comment from Xylemon
Posted: May 5, 2015 at 17:12

Thanks for the reply,

I am on Slackware 14.1 64-bit with Kernel 3.18.11 and I generally use the current packages with your multilib repo. I have a GT 755M card, and this is the rest of my system specs:

Regarding Chromium, I have tried removing any type of configuration file and install. Trying it with “-bwsi” has no effect. I’ll look into a backtrace or debugging soon. If it’s worth anything, I think the problem started when that version released which supposedly did not work on 3.10 kernels or something of the sort.

On the Mesa/OpenGL topic, the info I get regarding the 32 bit version of Mesa is this:

/usr/bin/32/glxinfo | grep “OpenGL”

Which in return spits out:

libGL error: unable to load driver:
libGL error: driver pointer missing
libGL error: failed to load driver: i965
libGL error: unable to load driver:
libGL error: failed to load driver: swrast
OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) Haswell Mobile
OpenGL version string: 1.4 (3.0 Mesa 10.5.3)
OpenGL extensions:

From what I understand, I should see 3.0 for the OpenGL version just like what the 64 bit version of glxinfo spits out:

OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) Haswell Mobile
OpenGL core profile version string: 3.3 (Core Profile) Mesa 10.5.3
OpenGL core profile shading language version string: 3.30
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
OpenGL version string: 3.0 Mesa 10.5.3
OpenGL shading language version string: 1.30
OpenGL context flags: (none)
OpenGL extensions:
OpenGL ES profile version string: OpenGL ES 3.0 Mesa 10.5.3
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.00
OpenGL ES profile extensions:

Hope this is more insightful than my last comment.

Comment from JesusM
Posted: June 6, 2015 at 07:38

Hi Eric,

surely it is my mistake, but I dont’ see where …

you have announced Calibre 2x for both Slackware 14.1 and -current. Indeed, today I saw at the RSS channel the notice for Calibre 2.30.

But when I try to update using ‘slackpkg update’ I still see Calibre 1.48.

I did update to Calibre 2.28 by downloading directly your pack from the repository, not using ‘slackpkg’.

What am I doing wrong?

Thanks once mor time for your job!

Comment from alienbob
Posted: June 6, 2015 at 11:08

Hi JesusM,

I guess it is an issue with slackpkg, because the newer calibre package is there in the 14.1 repository, next to the 1.x version of the package.

To end the confusion, I will rename the calibre-1 package for Slackware 14.1 to “calibre1″ like I did in the slackware-current repository.

Comment from senecum
Posted: June 7, 2015 at 04:59

Howdy AlienBob

Sorry for posting my question on “Parental control on the Linux desktop”…I misunderstood you statement above(“This is not meant to be a replacement for…). I stand corrected.

To the point. I often worry about the timeliness of many articles seen on the web with the fast pace of change that we live in. Your post on creating a safety net for our children is wonderful and meets my expectations quite well. Wishing to avoid a false sense of security, however, before implementing your suggestions I was wondering if there is anything you would change or add six years later, if that is in fact when you wrote the post.

So, any comments, changes, suggestions?

Comment from alienbob
Posted: June 7, 2015 at 14:38

Hi senecum,

My son grew up in those six years so I am no longer using parental control, but the concept is unchanged and the software you can use is also still the same.
The most recent release of tinyproxy is four years ago, but a lack of new releases does not mean that the sofware has become unusable or unfit. Some programs work well enough, especially if they are small and focused on one task, that they do not require a continuation of upgrades. Just comple the most recent version of tinyproxy for your computer and try it out.
Squid is the bigger brother of tinyproxy and of course you can consider that as an alternive – it’s just a bit more complex to setup.
Dansguardian or squidguard are the programs that do the actual content checking and filtering, those are still current.
If you implement this solution yourself and find that the article needs a refresher or requires fixing, please let me know so we can discuss it; or leave your comments in the “talk” section of the Wiki page. Credit where credit is due of course.

Comment from senecum
Posted: June 8, 2015 at 05:35

Thank you, AlienBob – I would say Eric but I like AlienBob too much… every time I see the name the tune from Sponge Bob invades my senses, I get “happy feet” and brings a smile to my face, a side effect of having small kids :⁾)

I will let you know if I come across any issues that need your attention.


Comment from senecum
Posted: June 8, 2015 at 11:02

Howdy, again AlienBob

In the spirit of trying to give something back, unable to offer anything else of value, I want to share this great little gem I came across today (the performance, not the song itself, which is well known already). I hope it will be of your liking and that it will shed some sunlight on those “rainy days”, or after one of those “wonderful” days at work…

P.S. the blog includes “life and everything” so I hope this post is not terribly inappropriate…delete at your discretion if it is.

Comment from Chris
Posted: June 18, 2015 at 19:49

Hi Eric,
I am very impressed, that you have mastered integrating the WideVine-Plugin into the Open-Source Chromium browser, and even to playback Netflix videos!!
So, I am trying to do the same for my Raspberry Pi (with Raspbian OS). The official Chrome browser does not work there, because it is not built for ARM architecture.
Chromium does work, but without the EME extensions.
So, do you have any tipps for me how to get it working on the Raspi, or even could provide a ARM build of your WideVine plugin?
Would be greatly appreciated 😉
Cheers, Chris

Comment from alienbob
Posted: June 19, 2015 at 11:00

Hi Chris

I do not think that’s going to work. I do not compile the Widevine CDM library, becuuse that is a piece of closed-source technology. What I do is compile the “adapter library” which interfaces Chromium with the Widevine Content Decryption Module. The Widevine CDM itself is then extracted from the official Google Chrome RPM binary.
For an ARM platform, you will require a binary Widevine CDM library which is made available by Google.
ChromeOS is available for ARM (my Samsung Chromebook runs it) so there *is* a version of Chrome that works on ARM. I have no idea (never tested) if Netflix works on the Chromebook, but if it works it might be possible to extract the Widevine libraries from the ARM archive of Chrome.

Comment from Chris
Posted: June 19, 2015 at 16:27

Thanks for your help!
I found some useful information on how to extract the Widevine plugin for ARM architecture here:

But what to do next??
– Which binary files are needed exactly?
– How to include them into the Chromium ARM build? (Therefore I would need your “adapter library”, right?

Comment from Eduardo
Posted: June 23, 2015 at 14:41

Hi Eric,
I would like to report that something went wrong with your latest Chromium release (the one without the OK Google binary blob, v. 43.0.2357.125-x86_64-2alien)

Chromium suddenly appeared big and blurry, as if I were using a 800×600 screen. Totally ugly.

Only after launching Chromium with the ‘–force-device-scale-factor=1′ gives me a normal appearance.

For the record, I am not enlarging or forcing any scaling on the display at all. All previous Chromium versions looked fine.

Thank you again for all your efforts.

Comment from alienbob
Posted: June 23, 2015 at 20:12

Eduardo, the only change to the package is the patch to remove the hotwording feature. No other changes were introduced to the SlackBuild, the source code remained the same.
It’s weird that for this release, the Key Fix was:
“[498426] Resolved browser font magnification/scaling issue.”

It appears that this bug was not properly fixed. If you read recent comments (of some hours ago) in you’ll notice that even the newest stable release which I am still compiling (will take until tomorrow) still has this scaling bug.

Comment from Eduardo
Posted: June 23, 2015 at 23:16

It’s weird indeed Eric. Thanks for your help.

Comment from websafe
Posted: June 26, 2015 at 01:52

@alienbob Please check here is the chromium package listed twice in

Comment from alienbob
Posted: June 26, 2015 at 08:54

Hi websafe. I do not see any issue on my side. I updated that bug report with a comment.

Comment from Ed
Posted: July 1, 2015 at 08:05

Hey Eric,

I just wanted to drop you a note that I am having problems accessing your slackbuild repository at

Sorry I guess that is all of

Comment from alienbob
Posted: July 1, 2015 at 09:54

Hi Ed

Yes, there was an issue with the interaction between the server and the Akamai contentserving front-end. We had to reboot the server in order to fix that. Should be OK now.

Comment from Ed
Posted: July 1, 2015 at 17:55

Yes, perfect. Thank you!


Comment from tard eo
Posted: July 1, 2015 at 22:55

thank you for all your great work….

Comment from Ed
Posted: July 13, 2015 at 00:54

Hi again Eric,

What is the possibility of getting you to look at building VeraCrypt for Slackware-current?

Comment from alienbob
Posted: July 13, 2015 at 23:07

Hi Ed.

I can do that.
In fact, I have just done so… veracrypt packages uploaded to the repository. Please tell me if they work.
Note that I added not just the veracrypt binary (the combined gui/console program which links against a lot of X libraries) but also a pure console binary “veracrypt-nox” which does not link against any X libraries at all and therefore can be used on headless servers that have no X installed.

Comment from Ed
Posted: July 14, 2015 at 01:12

Wow, thanks a lot!

I have installed it on -current/MATE and it works great! (Using GUI)

I have never experienced support like that which you give for Slackware. I am going to be making a donation to you and PV soon!

Comment from cwizardone
Posted: July 14, 2015 at 14:35

@ Alien Bob,
Many Thanks for the Veracrypt package!!!
Greatly appreciated.

Comment from Darren Drapkin
Posted: July 17, 2015 at 16:45

I am writing to report a bug in konqueror 4.14.6 in slackware64 current. I go to my admin page, then to the “freshly pressed” page, and soon after the browser crashes.

Comment from alienbob
Posted: July 17, 2015 at 21:19

Hi Darren

You should create a bug report in the KDE bug tracker instead. I do not solve application crashes.

Comment from Alex
Posted: July 19, 2015 at 23:05

Hello! The multilib openssl and openssl-solibs were not upgraded to correspond 64-bit versions.
Best regards and many thanks!

Comment from cwizardone
Posted: July 20, 2015 at 20:49

That is one of the easier things to do yourself, Download the 486, actually, I think they are labeled, 586, and follow the instructions here,

The information is about 1/2 way down the page.

Comment from Alex
Posted: July 21, 2015 at 11:23

@cwizardone, thank you for the link. In any case, alienbob already upgraded multilib.

Comment from antuan
Posted: July 24, 2015 at 16:10

Question about qemu

I installed Slack current from your repository, and it works very fine. thanks for that.
I would like to have virtualization env, and for that i installed latest qemu and virt-manager packages from Slackbuild. that works, but seems a more complicated and i have some problems with networking.
I read your wiki pages about qemu and Hardware virtualization with QEMU, but there’s some dead links to your packages. So can you tell me if theses howto are applicables for current Slackware.

Thanks in advance

Comment from alienbob
Posted: July 24, 2015 at 20:50

Hi antuan –

Years ago I changed the package name in my repository from qemu to qem-kvm to indicate that this fork of qemu was the one to be used instead of qemu itself. Looking back at my archive, I had packaged qemu-1.3.0 in December 2012 because that was the first release of QEMU that incorporates all the improvements of qemu-kvm. And then apparently I never released that qemu-1.3.0 package. I cannot remember why… and I am still using qemu-kvm-1.2.0 here at home.

Essentially I am still using QEMU (read: qemu-kvm) as explained on that Wiki page. The server running the virtual machines is Slackware 13.37 however – not slackware-current.

This blog is not the best medium for troubleshooting sessions. I think it may be better to open a thread on

Comment from antuan
Posted: July 26, 2015 at 19:44

Hi Alienbob

I resolve all with Slackbuilds from repository and every thing works perfect. I just have one Question. Do you know how to do for getting updated queues file for sbopkg. Link to Gitorious don’t work at all.
And just one word to say to you that appreciate very well your work. Just Fine.


Comment from alienbob
Posted: July 26, 2015 at 22:52

Hi antuna

The gitorious repository for queue files is no longer available, but you can use a script which is part of sbopkg (youy can find it in the contribs directory): sqg or “sbopkg queuefile generator”.
More information about how to use sqg to generate queuefiles is here:

Comment from antuan
Posted: July 26, 2015 at 23:40

It was under my eyes and i don’t seen it, thanks

Comment from antuan
Posted: August 7, 2015 at 13:40

Hi Eric,

can you tell me if your article on qemu is of actuality. if yes, I don’t understood which packets must be installed due to dead links. I already have intalled qemu and virt-manager since slackbuilds, but I would like to try your resolution with vde. this seems more less complicated to set up. Nowadays my install works but with some problemes as for the resolutions of addresses with dnsmask and avahi which I which i cannot resolve..
Could you just to say to me quickly how you would be taken you there?


Comment from alienbob
Posted: August 7, 2015 at 22:02

antuan, the combination of qemu and vde is what I still use, every day, when I compile a package in one of my virtual machines.
I do not use a version of qemu which needs libvirt or even avahi (how would qemu require avahi??).

Comment from antuan
Posted: August 8, 2015 at 12:39

Yes, concerning avahi, i quickly deleted it. I realized by consulting my syslog. Dnsmask done the job rather well, i had incorrectly configured it at the outset. Therefore everything is back in order. But I come back to my first question; if I want to go by your solution, what do I need to install? And then, why don’t you do you serve not libvirt?

Comment from gauchao
Posted: August 18, 2015 at 11:22

HI Eric. Regarding the last packages for qbittorrent and libtorrentrasterbar (Aug 17th 2015) I have noticed that the column with FILENAMES has disappeared on qbittorrent. Would it be a bug? I have Qt5 as recommended and didn’t have this problem with the previous versions of qbittorrent. Thank you for your time.

Comment from alienbob
Posted: August 18, 2015 at 12:15

the “Name” column disappeared from the default view indeed. Right-click the column headers and place a checkmark in the box next to Name”, that will make the “Name” column re-appear.
You might want to open a bug report to ask the developer to restore the old default.

Comment from gauchao
Posted: August 18, 2015 at 13:01

Thank you, Eric. I will do it.

Comment from orbea
Posted: September 1, 2015 at 20:31

Using slackyd -d installed from SBo I noticed a possible problem with one of your current mulitlib packages. required by:
–> Package: aaa_elflibs-compat32-14.2-x86_64-1compat32 (/usr/lib/
–> Package: aaa_elflibs-compat32-14.2-x86_64-1compat32 (/usr/lib/ required by:
–> Package: aaa_elflibs-compat32-14.2-x86_64-1compat32 (/usr/lib/
–> Package: aaa_elflibs-compat32-14.2-x86_64-1compat32 (/usr/lib/

What are the implications of this?

-d does “-d: Search missing shared libraries of installed packages.”, more info about slackyd can be found in the link below:

Comment from alienbob
Posted: September 2, 2015 at 10:23

Hi orbea

Your question has been addressed in yesterday’s -current update:

Tue Sep 1 23:29:22 UTC 2015
a/aaa_elflibs-14.2-x86_64-2.txz: Rebuilt.

Please read the remarks about the reasons why you should not always update your aaa_elflibs if you are running slackware-current:

Comment from orbea
Posted: September 2, 2015 at 15:06

Thanks for the reply and helpful link, I have read it before and have been only updating aaa_elflibs during the bigger updates when Pat updates it.

Comment from Geremia
Posted: September 6, 2015 at 01:36

The KWalletManager5 doesn’t show any of my wallets.

Comment from alienbob
Posted: September 6, 2015 at 10:22

Geremia, I have several blog posts specifically about KDE5. Please discuss anything related to KDE5 in the comments section of a KDE5 post and not in the general feedback.
By the way, my kwalletmanager5 shows (and uses) my single wallet. Never used more than one.

Comment from fabio
Posted: September 18, 2015 at 09:23

Hi Eric. Looking at the packages i noticed -current ships with fluxbox 1.3.7 (the latest) and 14.1 ships with 1.3.5 (two releases behind). would it be possible a slackbuild of 1.3.7 for 14.1? thanks for your time and efforts.

Comment from alienbob
Posted: September 18, 2015 at 09:51

Hi fabio.

Slackware releases only get critical security updates in their /patches directory. A newer version of fluxbox for Slackware 14.1 is something you’ll have to compile yourself.

Comment from carlosmoura
Posted: September 19, 2015 at 15:24

Hello Eric, I have been reading the post “feedback” of your blog and I have learned that there are difficulties in communication when using translators of languages for the comments.I also use these translators because they don’t know English writing,read until I can but to speak and write I have no security or training good. However I see that I am using now is of good quality and I will continue to comment on using the translations but if it is difficult to understand let me know that I will try another solution

Comment from luca
Posted: September 21, 2015 at 13:57

Hello Eric,
your ffmpeg package is just awesome.
The only thing it misses, IMHO, is ssl support. For example, mpv cannot play youtube videos if ffmpeg doesn’t support ssl (and, in general, all https urls). I always need to compile ffmpeg for this very reason.

Have you ever considered building it with ssl enabled? I know openssl is not feasible due to licensing problem, but what about using gnutls instead (like Arch does, for example)?


Comment from alienbob
Posted: September 22, 2015 at 14:50

Hi luca

What would be needed in the SlackBuild script to add SSL support to the ffmpeg package? I have not consciously left this out, I just had not realized that this was something people could need.
Don’t worry about licensing issues, I will take openssl or gnutls, whatever is most useful.

Comment from luca
Posted: September 22, 2015 at 16:46

Hello Eric,
thanks for the quick response.

it just takes to pass “–enable-gnutls” to configure to enable gnutls and “–enable-openssl” and “–enable-nonfree” for openssl.
So I think it will be forced to stay in the restricted repository if openssl is used.

I think the two are equivalent in term of functionality.

Comment from alienbob
Posted: September 22, 2015 at 20:32

Hi luca

That will indeed be easy to add, and it also allows to compare openssl with gnutls if I add openssl only to the restricted build.
Good idea.

Comment from Alex Kempshall
Posted: October 19, 2015 at 09:02

Hello Eric

I’ve noticed that your SlackBuild for Libreoffice in Slackware Current includes a patch to exclude the test CppunitTest_sc_ucalc.

The failure of this test can also be replicated in calc from the GUI by following these steps –

Start Calc

Select a range of cells from G4 to G10

Edit -> Fill -> Series

Push the radio button

Start Value: 5

Increment: 2

Expected results 5, 10, 20, 40, 80, 160, 320 in cells G4 thru G10

Edit -> Undo:Fill

All cells in G4 thru G10 range should now empty

I have observed the following –

In LO 4.4.5 in Slackware 14.1 the above test passes

In your version of LO in Slackware Current the test fails.

Using the SBO version of LO in Slackware Current the test passes.

If I compile from GIT in Slackware Current the test fails.

If I compile from GIT In Lubuntu 14:04 the test passes.

Any thoughts on what might me missing in Slackware Current that might be causing this problem.


Comment from alienbob
Posted: October 19, 2015 at 11:44

Alex, interesting issue. Indeed I could not make the compilation finish unless I disabled the unittest for sc_ucalc.
I noticed that the Fedora SPEC file for libreoffice ( mentions “system mdds 0.10.3 causes a crash in sc_ucalc unit test” but Slackware does not have mdds and my build uses the mdds tarball which libreoffice downloads.
Perhaps you find the cause yourself, in that case let me know. Otherwise I will re-visit this issue when LO 5.0.3 gets released.

Comment from Alex Kempshall
Posted: October 21, 2015 at 16:25


OK, I’ll bisect the code.

Firstly, I was wrong about stating that LO 4.4.5 in Slackware 14.1 passes it in fact fails!

What does pass is whereas fails.

As you can appreciate, if I do find an answer it will take some time to discover as at each bisect point I have to recompile. Can’t think of any shortcuts.


Comment from Alex Kempshall
Posted: October 24, 2015 at 06:11

The results of the bisect, which appears to be in the right ballpark, are –

8e4dc1d760d85e09bbc3f3bbb5b8be2947db1b63 is the first bad commit
commit 8e4dc1d760d85e09bbc3f3bbb5b8be2947db1b63
Author: Noel Grandin
Date: Fri Aug 22 15:15:17 2014 +0200

create type-safe bitfield for sc insert/delete flags

The most important part of the change is in sc/inc/global.hxx

It creates a type-safe struct that prevents the accidental interaction
between regular integer types and the flags struct.
It also provides utility methods that make combining and testing the
flags type-safe.

Change-Id: Ibc5b20058b1655df913490682b679afd1297b36d
Reviewed-by: Eike Rathke
Tested-by: Eike Rathke

:040000 040000 f9f6a67e9269712bb1997ee6ba9fb49d21e4455e 494c585ff088b7980af64f28e556a58b2afcc35b M sc

Comment from Alex Kempshall
Posted: October 27, 2015 at 10:39


I posted a message reporting my findings to the Libreoffice developers list on 24/10/2015 regarding the patch “create type-safe bitfield for sc insert/delete flags” not working on Slackware but was working on Lubuntu.

Low and behold a complete rewrite of the patch appeared 2 days later 26/10/2015 called “convert InsertDeleteFlags to use o3tl::typed_flags”.

I’ve compiled and tested in master. Now all tests pass in Slackware. Can’t find a bug report for it so don’t know what version of LO will end up with the patch.


Comment from alienbob
Posted: October 27, 2015 at 12:04

Hi Alex,
That was a fast fix!
I will check the next release to see if this patch has been applied or else I can apply it myself.
LO 5.0.3 should be released very soon according to

Comment from Alex Kempshall
Posted: October 27, 2015 at 15:27

Hi Eric

Not quite out of the woods yet.

Tracked down 2 regressions in LO 5.0.2 still got two more to go before I can move off of LO 4.4.5.

The one here was quite trivial, the other three are show stoppers for me.

One I’ve raised a bug for and that’s been fixed – 93618.

One of the unreported bugs locks up my virtual machine in virtual box. Have to go to tty1 to kill it.

Every time they bring out a major release my base application stops working. The bugs get fixed by about x.0.4, If I report them that is.


Comment from Renars
Posted: October 29, 2015 at 06:22

Hello Eric.

Yesturday I had odd stoper when tryed to update slackware 14.1 x86_64. After both apr*txz packages in xterm shows somthing was gine wrong and there is no /bin/sh. After that system just become dead. I reinstalled compleatly system and trayed agayn update and got same result. :( So for now I instaled slackware64-current.

I wonders is this issue just striked me?

P.S but anyway thanks for grate and stable distro. :)

Comment from alienbob
Posted: October 29, 2015 at 10:10

Hi Renars
What was the Slackware mirror where you got your slackware64-14.1 packages from? This issue should not occur with the packages in the slackware64-14.1 tree unless the package tree got corrupted.
Unless you mistakenly used a 32-bit package repository when installing these updates, instead of the required 64-bit repository.

Comment from Renars
Posted: October 29, 2015 at 18:14

Shame on me!!! :( I really mistakenly used 32bit packages. Well than tahnx for Your time and effort to answer for so fullish mistakes :)

Comment from Jeffrey
Posted: November 5, 2015 at 21:03

KDE 5 is running fine here, thank you for this much of work!

Comment from Thomas Jett
Posted: November 7, 2015 at 08:42

Hello, I just finished trying to build your SlackBuild for ffmpeg. It seems like it’s got some problems. I’ll paste in the last part of the terminal output so perhaps that will be of some help. I think this is the first one of your SlackBuilds that hasn’t compiled for me. Hope this helps.

Oh, btw, I downloaded everything in the build directory and kept the directory structure exactly the same as you have it on the site.

make[1]: Leaving directory `/tmp/build/tmp-ffmpeg/zvbi-0.2.35/po’
Making install in doc
make[1]: Entering directory `/tmp/build/tmp-ffmpeg/zvbi-0.2.35/doc’
make[2]: Entering directory `/tmp/build/tmp-ffmpeg/zvbi-0.2.35/doc’
make[2]: Nothing to be done for `install-exec-am’.
make[2]: Nothing to be done for `install-data-am’.
make[2]: Leaving directory `/tmp/build/tmp-ffmpeg/zvbi-0.2.35/doc’
make[1]: Leaving directory `/tmp/build/tmp-ffmpeg/zvbi-0.2.35/doc’
make[1]: Entering directory `/tmp/build/tmp-ffmpeg/zvbi-0.2.35′
make[2]: Entering directory `/tmp/build/tmp-ffmpeg/zvbi-0.2.35′
make[2]: Nothing to be done for `install-exec-am’.
test -z “/tmp/build/tmp-ffmpeg/ffmpegdeps/usr/lib64/pkgconfig” || mkdir -p — “/tmp/build/tmp-ffmpeg/ffmpegdeps/usr/lib64/pkgconfig”
/usr/bin/ginstall -c -m 644 ‘zvbi-0.2.pc’ ‘/tmp/build/tmp-ffmpeg/ffmpegdeps/usr/lib64/pkgconfig/zvbi-0.2.pc’
make[2]: Leaving directory `/tmp/build/tmp-ffmpeg/zvbi-0.2.35′
make[1]: Leaving directory `/tmp/build/tmp-ffmpeg/zvbi-0.2.35′
** ffmpeg …
ERROR: libass not found using pkg-config

If you think configure made a mistake, make sure you are using the latest
version from Git. If the latest version fails, report the problem to the mailing list or IRC #ffmpeg on
Include the log file “config.log” produced by configure as this will help
solve the problem.
Makefile:2: config.mak: No such file or directory
Makefile:62: /common.mak: No such file or directory
Makefile:104: /libavutil/Makefile: No such file or directory
Makefile:104: /library.mak: No such file or directory
Makefile:106: /doc/Makefile: No such file or directory
Makefile:189: /tests/Makefile: No such file or directory
make: *** No rule to make target `/tests/Makefile’. Stop.
Makefile:2: config.mak: No such file or directory
Makefile:62: /common.mak: No such file or directory
Makefile:104: /libavutil/Makefile: No such file or directory
Makefile:104: /library.mak: No such file or directory
Makefile:106: /doc/Makefile: No such file or directory
Makefile:189: /tests/Makefile: No such file or directory
make: *** No rule to make target `/tests/Makefile’. Stop.
** Adding ffmpeg presets:
** Fixing up pkgconfig files:
ls: cannot access /tmp/build/package-ffmpeg/usr/lib64/pkgconfig/*.pc: No such file or directory
cp: cannot stat ‘doc/TODO': No such file or directory
cp: cannot stat ‘doc/*.html': No such file or directory
./ffmpeg.SlackBuild FAILED at line 1765!

Comment from alienbob
Posted: November 7, 2015 at 16:13

The only relevant message shown in that bit of text is “ERROR: libass not found using pkg-config”. This means something was not well, a lot earlier in the compilation process. Try finding out what happened when libass was being compiled.

Comment from Brian Capouch
Posted: November 7, 2015 at 23:43

Build ffmpeg from the Github repo; it builds flawlessly, and has the advantage that it is compatible with the GH repo for vlc, too, and it was the only way I could get the latter to build successfuly.

Comment from alienbob
Posted: November 17, 2015 at 14:11

Alex Kempshall,

In LibreOffice 5.0.3 the patch still has not been applied, and I am unable to apply it cleany against the tarball. Subsequently the compilation fails because of the partly failed patch.
Unless you are able to create a rebased patch for me, I am afraid I have to build LO 5.0.3 without this fix.

Comment from alienbob
Posted: November 17, 2015 at 16:28

Actually Alex, I will try to come up with the patch myself. Most of the failed stuff is a simple s/IDF_/InsertDeleteFlags::/g

Comment from Alex Kempshall
Posted: November 17, 2015 at 17:02


Before raising it with you I posted a message to the developers list. Didn’t get anything useful back.

Then bisected the code got it down to a specific patch. Raised it again on the developers’ list and another patch was raised, a couple of days later, against master which fixed the problem.

I’ve never managed to find a bug report so don’t know which branch/release the patch was aimed at.

I’ve asked on the Developer’s list.


Comment from alienbob
Posted: November 17, 2015 at 17:03

I have a patch now, and I am compiling.

Comment from alienbob
Posted: November 17, 2015 at 22:00

Either I missed parts of the patch in git or something else is not compatible. This is the error I get:

414461 :/tmp/build/tmp-libreoffice/libreoffice-
error: 'fromInt' is not a member of 'InsertDeleteFlags'
414464 :/tmp/build/tmp-libreoffice/libreoffice-
error: 'lhs' was not declared in this scope
414467 :/tmp/build/tmp-libreoffice/libreoffice-
error: 'rhs' was not declared in this scope

The patch I used is here:

Comment from Alex Kempshall
Posted: November 18, 2015 at 09:21

Hi Eric

the response from the developers is

“as it was pushed to master only recently, it will only appear in the next release spawned off master, i.e., LO 5.1 ”

So I suppose we should leave it to spawn out in the way the developers intended.

Maybe if I’d raised a bug report immediately I encountered the problem the developer may have back ported.


Comment from Mohammad Etemaddar
Posted: November 19, 2015 at 07:57

Dear Alien Bob,
Would you mind update Qt on stable repo?
It’s a long time that Qt is updated to 5.5 on slackbuilds.

Also Qt has been updated to 5.5.1 about 30 days ago, If it’s possible, would you mind udpate to this version?

Thanks a lot,

Comment from Daniel
Posted: November 22, 2015 at 13:15

Hi Eric! It will be nice if you will also make a persistent Slackware Live edition.
People like the idea of having a stable and powerfull live operating system stored on an usb stick.

Comment from alienbob
Posted: November 22, 2015 at 14:43

Daniel, did you not read my article about my Live edition? Probably not, since you are posting this in the generic Feedback section.

Write a comment