Main menu:


Please consider a small donation:



Or you can donate bitcoin:


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

Page Rank


FOSS Force Best Blog--2013 Award

Recent posts

Recent comments

About this blog

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


Subscribe to Blog via Email

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

Join 425 other subscribers

My Favourites



April 2019
« Mar    

RSS Alien's Slackware packages

RSS Alien's unofficial KDE Slackware packages

RSS Alien's multilib packages

RSS Slackware64-current



Live ISOs for Slackware-current 20171122

blueSW-64pxI have released an update of the ‘liveslak‘ scripts. I needed the tag for a batch of new ISO images for the Slackware Live Edition. These are based on the latest Slackware-current dated “Wed Nov 22 05:27:06 UTC 2017“) i.e. yesterday and that means, the ISOs are going to boot into the new 4.14.1 kernel.

The new liveslak version has a few updates. Most are not worth mentioning but these are:

  • CACert root certificates are added to the OS so that you can visit the upcoming securely without nasty warnings about untrusted certificates.
  • The PLASMA5 ISO image features Wayland support. You can login to a regular X.Org Plasma5 session but you can also choose the “Plasma – Wayland” session from the SDDM dropdown menu. In order to keep the ISO size below the DVD medium maximum size, I had to leave the optional ‘wine’ module out of the ISO. You can still download the wine module from the ‘bonus‘ location.
    FYI, this was the command to generate that PLASMA5 ISO:

    # ./ -d PLASMA5 -m plasma5wayland -M -X

If you already use a Slackware Live USB stick that you do not want to re-format, you should use the “-r” parameter to the “” script. The “-r” or refresh parameter allows you to refresh the liveslak files on your USB stick without touching your custom content. If you want to modify other parameters of your USB stick, use the script ““. It’s main feature is that it can update the kernel on the USB stick, but it also can replace the Live init script. As with most (if not all) of my scripts, use the “-h” parameter to get help on its functionality.

More detail about the features of Slackware Live Edition can be found in previous posts here on the blog.

Have fun!


Comment from burdi01
Posted: November 23, 2017 at 18:34

As always: a big THANKS!
Alas this time the 698M slackware-live-xfce.current.iso has some problems:
— during boot sbin/ip complains about not found;
— starting the terminal emulator fails with an “Input/output error”.

Comment from alienbob
Posted: November 23, 2017 at 19:50

burdi01 the recent updates in -current must have wreaked havoc on dependencies. I’ll have to rebuild both the 32bit and 64bit XFCE ISOs from scratch, adding new packages to satisfy new dependencies.

Comment from burdi01
Posted: November 23, 2017 at 21:44

Eric: Take your time, I can use the “full” live-current for the time being.
Regards, Dick

Comment from alienbob
Posted: November 23, 2017 at 21:59

The fixed XFCE ISOs have already been uploaded burdi01…

Pingback from Links 23/11/2017: Lumina and Qt Quick | Techrights
Posted: November 23, 2017 at 22:16

[…] Live ISOs for Slackware-current 20171122 […]

Comment from D.L.C. Burggraaff
Posted: November 24, 2017 at 11:12

Eric: Thanks. All is well now.

Comment from burdi01
Posted: November 24, 2017 at 11:18

Eric: Thanks. All is well now.

Comment from Gérard Monpontet
Posted: November 24, 2017 at 13:21

I have tested plasma5 iso on dvd and usb key, no proplem 😉

Comment from SouL Shadow
Posted: November 25, 2017 at 19:15

Anyone try the live USB with a Chromebook or the new Pixelbook? I have one of the new Pixelbooks coming this week and plan on using the Plasma5 version. Just wondering if anyone had any experience, tips or tricks.

Comment from alienbob
Posted: November 25, 2017 at 20:00

I have a Chromebook but it’s an ARM version so the Slackware Live is not going to work there. A Pixel2 costs a lot of money. But, I assume it should work fine with this Live USB.

Comment from matteo
Posted: November 26, 2017 at 16:34

Hi Eric, thanks for the .iso, I’m running in an annoying issue, I installed the system on disk with the setup2hd script, created a new user and logged in. After connecting to wifi I’m unable to launch any graphical application (“no protocol specified” error). For now I added a script to the startup applications to do “xhost +local:” as suggested in a post I found in LQ, but I was wondering if there’s a proper fix to this issue and if you know what exactly is going wrong.
Just before rebooting after the installation to disk I noticed a couple of errors printed in the console, something like “AUTHORITY add … bad command”, could it be related to the messed up permissions I’m facing?

Comment from alienbob
Posted: November 26, 2017 at 19:15

matteo you don’t tell which of the ISOs you downloaded and installed, but I am guessing that it was the PLASMA5 ISO?
Are you running a Wayland session? You are running the graphical session as the non-root user?
Are you booting into runlevel 3 or 4?
And how are you attempting to start your graphical applications?

It’s a pity that you do not remember the exact errors you saw right before rebooting.

Comment from matteo
Posted: November 26, 2017 at 19:34

You are right I forgot to add a lot of info.
I’m running the plasma5 iso, x11 session as normal user and I think I’m booting into runlevel 4 because I get the sddm prompt.
Attempting to start applications from the start menu silently fails, while in the terminal I get the “protocol” error. This issue happens as soon as I connect to the WiFi network, that I thought was automatically picked up after the first connection but actually isn’t.
The errors I mentioned briefly flashed before the reboot, I didn’t have enough time to properly document them, I can try to replicate them again in a virtual machine when I have some time, meanwhile the workaround script on startup seems to work fine, I’m good for now.
Btw impressive job with the setup, all the latest and greatest and zero issues so far (apart this permission thing).

Comment from Mario
Posted: December 6, 2017 at 10:32

Hi Eric,
I’ve created an USB stick with your scripts, but if I try to boot from a laptop with linux already intalled, it stucks on bootloader with only a “GRUB” up left on the screen. If I boot it form another laptop without linux, it works (both laptop with UEFI).
Can you help me?

Comment from alienbob
Posted: December 6, 2017 at 10:43

Mario laptops with UEFI usually support “legacy mode” where a BIOS-based boot is performed. The Slackware Live Edition will use syslinux to boot in BIOS mode. Perhaps that way it will boot on that laptop of yours.
The GRUB is what’s used on a UEFI boot. Why it displays only the word GRUB and does not show the boot menu I can not answer.

Comment from hello
Posted: December 6, 2017 at 21:40

FYI, have you see this?:

Comment from alienbob
Posted: December 6, 2017 at 21:44

Totally irrelevant. Slackware Live Edition is already capable of encrypting the sensitive bits. No need to slow down the USB-based OS even further by fully encrypting it. Waste of time.

Comment from Nate Bargmann
Posted: December 14, 2017 at 17:21

I have Slackware Current on my laptop with your repositories so am running Plasma5 (not that this really matters). I have a USB installation of Liveslak that I used with my work laptop last month while on the road. I save a few files on it and would like to mount the ‘slhome.img’ file on the laptop running Current without rebooting.

Most everything I can find talks about mounting a Luks partition, but not just an image file.

Comment from alienbob
Posted: December 15, 2017 at 00:01

Nate, the “slhome.img” file is a container. You have to loop-mount it first, then use cryptsetup to unlock the LUKS partition inside and then mount the mapped device to access the data.

Something like this should work (untested):

LOOPDEV=$(losetup –find)
losetup –find /path/to/slhome.img
cryptsetup luksOpen $LOOPDEV homeluks
mount /dev/mapper/homeluks /mnt/tmp
< ... access your data below /mnt/tmp ...>
umount /mnt/tmp
cryptsetup luksClose homeluks
losetup –detach $LOOPDEV

Comment from Nate Bargmann
Posted: December 15, 2017 at 14:32

Those commands worked exactly as you’d written them. Thanks so much, Eric!

Write a comment