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

My Favourites



February 2017
« Jan    

RSS Alien's Slackware packages

RSS Alien's unofficial KDE Slackware packages

RSS Alien's multilib packages

RSS Slackware64-current


December packages… not Santa Claus but Plasma 5

plasma5_startupI wanted to have the last 16.08.x release of KDE Applications available in my repository before the new 16.12.x releases start coming. There are some big changes in Applications 16.12 for which I need to time to review, plan and build packages. Therefore you will probably not see packages for Applications 16.12.0 in 2016.
So, my december release of the ‘ktown’ packages – KDE 5_16.12 – is sporting KDE Frameworks 5.28.0, Plasma 5.8.4 and Applications 16.08.3 for Slackware, built on top of Qt 5.7.0 which was recompiled with a patch which should improve stability. You can use the latest KDE 5 on Slackware 14.2 and -current.

And because there’s some people who do not read my posts all too carefully, let me again state strongly: my repository contains “latest” and “testing” releases. Currently, the “testing” release is severely outdated and will probably not work at all, or at a minimum give you headaches. The repository you are downloading from should either have “14.2/latest” (for Slackware 14.2) or “current/latest” (for Slackware -current) as part of the URL. When I have time and feel confident, I will re-visit the “testing” repository and work on the Wayland support, which is what that repository is meant for.
Be sure to check your automated package management programs for the correct repository URL!

What’s new in KDE 5_16.12?

  • Frameworks 5.28.0 is an enhancement release with one new framework, ‘syntax-highlighting‘. See
  • Plasma 5.8.4 is an incremental bug fix release for the 5.8 series. Plasma 5.8 is labeled a Long Term Support (LTS) release.
    See and if you want to know more about the LTS, go read:
  • Applications 16.08.3 is a maintenance upgrade. See .
  • In the ‘deps’ section, as previously stated I patched “qt5”. Also I added a “gpgme” package as an update to the stock Slackware version. It’s needed now to compile Kwallet and Telepathy.
  • Telepathy was enhanced with support for the Telegram IM protocol. Please tell me if it works for you – I could not successfully send a chat although the program registers itself with the Telegram servers properly.
  • I have removed baloo and baloo-widgets from the ‘kde4’ package subset. These two kdelibs4-based packages are no longer used by other packages.

This upgrade should be straightforward if you already have Plasma 5 installed. See below for install/upgrade instructions. And if you want to check it out before installing, I have generated a new Live ISO for the PLASMA5 variant. Look for that ISO on soon. Check the timestamp of the “slackware64-live-plasma5-current.iso” ISO.

Installing or upgrading Frameworks 5, Plasma 5 and Applications

You can skip the remainder of the article if you already have my Plasma 5 installed and are familiar with the upgrade process. Otherwise, stay with me and read the rest.

As always, the accompanying README file contains full installation & upgrade instructions. Note that the packages are available in several subdirectories below “kde”, instead of directly in “kde”. This makes it easier for me to do partial updates of packages. The subdirectories are “kde4“, “kde4-extragear“, “frameworks“, “kdepim“, “plasma“, “plasma-extra“, “applications“, “applications-extra” and “telepathy“.

Upgrading to this KDE 5 is not difficult, especially if you already are running KDE 5_16.11. You will have to remove old KDE 4 packages manually. If you do not have KDE 4 installed at all, you will have to install some of Slackware’s own KDE 4 packages manually.

What I usually do is: download all the ‘ktown’ packages for the new release to a local disk. Then run “upgrade –install-new” on all these packages. Then I check the status of my Slackware-current, upgrading the stock packages where needed. The slackpkg tool is invaluable during this process of syncing the package installation status to the releases.


If you are using slackpkg+, have already moved to KDE 5_16.11 and are adventurous, you can try upgrading using the following set of commands. This should “mostly” work but you still need to check the package lists displayed by slackpkg to verify that you are upgrading all the right packages. Feel free to send me improved instructions if needed. In below example I am assuming that you tagged my KDE 5 repository with the name “ktown” in the configuration file “/etc/slackpkg/slackpkgplus.conf“):
# slackpkg update
# slackpkg install ktown (to get the newly added packages from my repo)
# slackpkg install-new (to get the new official Slackware packages that were part of my deps previously)
# slackpkg upgrade ktown (upgrade all existing packages to their latest versions)
# slackpkg upgrade-all (upgrade the remaining dependencies that were part of my repo previously)

And doublecheck that you have not inadvertently blacklisted my packages in “/etc/slackpkg/blacklist“! Check for the existence of a line in that blacklist file that looks like “[0-9]+alien” and remove it if you find it!

Recommended reading material

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

A note on Frameworks

The KDE Frameworks are extensions on top of Qt 5.x and their usability is not limited to the KDE Software Collection. There are other projects such as LXQT which rely (in part) on the KDE Frameworks, and if you are looking for a proper Frameworks repository which is compatible with Slackware package managers such as slackpkg+, then you can use these URL’s to assure yourself of the latest Frameworks packages for Slackware-current (indeed, this is a sub-tree of my KDE 5 repository):

The same goes for Frameworks for Slackware 14.2 (change ‘current’ to ‘14.2’ in the above URLs).

Where to get the new packages for Plasma 5

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

Using a mirror is preferred because you get more bandwidth from a mirror and it’s friendlier to the owners of the master server!

Have fun! Eric


Comment from Mikel Nies
Posted: December 11, 2016 at 10:29

The part of the “.new” file fails somewhere. All configs are overwritten. No “.new” files are found.

Comment from Mikel Nies
Posted: December 11, 2016 at 10:36

The above results in the problem I had with SDDM in the previous version. And now the HiDPI option doesn’t work anymore so SDDM is unusable again.

Comment from alienbob
Posted: December 11, 2016 at 11:00

I fail to see how all the .new files would be gone, unless installpkg/upgradepkg had checked the original file and concluded that there is no difference between original and .new files. You are providing insufficient background info to make an educated guess. You tell exactly zero about your upgrade steps.

What package tool are you using to do the upgrade? How does a .new file affect your HiDPI settings? Also, the previous Plasma5 package set (the one I released early november) already had this SDDM package on board, so your pkgtools should not even have touched the sddm package or its config file.

Comment from Mikel Nies
Posted: December 11, 2016 at 11:07

1st I did:
If you have my ‘ktown’ set of KDE 5_16.11 installed:
– Upgrade to KDE 5_16.12
Remove the packages that no longer exist in KDE 5_16.12:
* removepkg baloo
* removepkg baloo-widgets

On Slackware 64-bit:
# upgradepkg –reinstall –install-new x86_64/deps/*.t?z
# upgradepkg –reinstall –install-new x86_64/deps/telepathy/*.t?z
# upgradepkg –reinstall –install-new x86_64/kde/*/*.t?z

upgradepkg x86_64/kdei/*.t?z

find /etc/ -name “*.new”
Which finds nothing and the edited file /etc/sddm.conf is gone. I’ve edited back the “HiDPI=false” but now this doesn’t work anymore. SDDM just crashes. /var/log/sddm.log only has
[10:43:04.580] (II) DAEMON: Display server starting…
[10:43:04.580] (II) DAEMON: Running: /usr/bin/X -nolisten tcp -auth /var/run/sddm/{c8ab24a1-47ef-4c1c-a3e3-5e6b084f8b5e} -background none -noreset -displayfd 18 vt7
[10:43:05.665] (II) DAEMON: Running display setup script “/usr/share/sddm/scripts/Xsetup”
[10:43:05.668] (II) DAEMON: Display server started.
[10:43:05.668] (II) DAEMON: Socket server starting…
[10:43:05.668] (II) DAEMON: Socket server started.
[10:43:05.669] (II) DAEMON: Greeter starting…
[10:43:05.669] (II) DAEMON: Adding cookie to “/var/run/sddm/{c8ab24a1-47ef-4c1c-a3e3-5e6b084f8b5e}”
[10:43:05.683] (II) DAEMON: Greeter session started successfully
[10:43:05.727] (II) DAEMON: Message received from greeter: Connect
[10:43:19.012] (WW) DAEMON: Signal received: SIGTERM
[10:43:19.013] (II) DAEMON: Greeter stopping…
[10:43:19.013] (II) DAEMON: Socket server stopping…
[10:43:19.013] (II) DAEMON: Socket server stopped.
[10:43:19.013] (II) DAEMON: Display server stopping…
[10:43:24.017] (II) DAEMON: Display server stopping…

Can I go back to KDM?

Comment from Gérard Monpontet
Posted: December 11, 2016 at 11:44

i have already compiled all latest kde, 😉

but i have tested your news packages, except telepathy part.

all work fine here 😉

a new version of kdeconnect-kde-1.0.2 is available this version seem worked better that the 1.0.0 version, here.

Comment from alienbob
Posted: December 11, 2016 at 12:06

Mikel Nies, I just ran this test:
I modified my /etc/sddm.conf and then ran “upgradepkg –reinstall” on the sddm-qt5 package. My modification in the /etc/sddm.conf file was still there. As expected, and as previously tested and validated here but I had to be sure. Your installation process is flawed somewhere, even if you say you copied the commands from the README verbatim. Check your command history, perhaps it will shed light on what went wrong.

If you want KDM back, that is entirely possible. You’ll have to go all the way though: downgrade from Plasma5 to the stock KDE4 of Slackware. There is no KDM in Plasma5. Ever thought of runlevel 3? That still works if your SDDM fails.

Comment from Mikel Nies
Posted: December 11, 2016 at 12:20

Well my commands are copy&pasted and check out in my bash_history. I can’t find an error there. I did make an error editing /etc/sddm.conf so SDDm is working again. My config did get overwritten somehow. And I didn’t have a .new file.
Copied from my bash_history:

removepkg baloo
removepkg baloo-widgets
cd /home/mikel/Data/alien/new/5
upgradepkg –reinstall –install-new x86_64/deps/*.t?z
upgradepkg –reinstall –install-new x86_64/deps/telepathy/*.t?z
upgradepkg –reinstall –install-new x86_64/kde/*/*.t?z
upgradepkg x86_64/kdei/*.t?z
ls /var/log/packages | grep kde-l10n
ls /var/log/packages | grep l10n
upgradepkg –install-new x86_64/kdei/kde-l10n-nl-*.t?z
slackpkg new-config
find /etc/ -name “*.new”

I don’t see the error?

Comment from Gérard Monpontet
Posted: December 11, 2016 at 12:26

just little report the source of plasma are in:

/kde/src/plasma/plasma/, instead of /kde/src/plasma/

it seem on all mirrors 😉

Comment from alienbob
Posted: December 11, 2016 at 12:47

Mikel, you did both “slackpkg new-config” and “find /etc/ -name “*.new”. If you finish with the slackpkg command and dealt with every file it proposed, your second command will not find any .new files. My guess is that you told slackpkg to overwrite the existing /etc/sddm.conf file with the .new file.

Comment from alienbob
Posted: December 11, 2016 at 12:48

Gérard yeah I should fix that for the next release. Fortunately the SlackBuild script does not care where these source tarballs are, as long as they are somewhere below ./src …

Comment from Mikel Nies
Posted: December 11, 2016 at 12:48

No, I ran the find command after slackpkg new-config didn’t show anything.

Comment from MeH
Posted: December 11, 2016 at 17:02

Dear Eric,

Thanks for the new year gift. It sounds that “(note that
there is a dot at the end of these commands!)” in the README is not needed anymore 😉

Comment from Eduardo
Posted: December 11, 2016 at 19:14

Hi Eric, thank you! Was unable to test the telepathy part but otherwise everything is running smoothly here. Thanks again for this great Christmas gift!

Comment from Ricardo J. Barberis
Posted: December 11, 2016 at 19:55

Thank you Eric!
Downloading ATM 🙂

Comment from Gerald Morris
Posted: December 12, 2016 at 04:31

Bravo Eric! So far, all seems well from your end. I see I’ve a /home drive about to die on me, and THIS likely is what’s plagued my system for a week or so. Once I rid myself of it, I can tell you more if there is need to.

Comment from Tyler C. Hayward
Posted: December 12, 2016 at 10:05

First, thank you very much for all your efforts around Slackware and Plasma 5 in particular.

I followed your instructions on upgrading from 5_16.11, but upon rebooting, Kleopatra throws the following error:

“The version of the GpgME library you are running against is older than the one that the GpgME++ library was built against.
Kleopatra will not function in this setting.
Please ask your administrator for help in resolving this issue.”

I have verified that I have the correct gpgme-1.7.1-x86_64-1alien and gpgmepp-16.08.3-x86_64-1alien from this release.

Any thoughts or assistance is most appreciated!

Comment from Mike Langdon
Posted: December 12, 2016 at 15:52

I had no new files either, using “slackpkg new-config”. I upgraded from -current though, with no previous plasma installed. Everything seems to work after running xwmconfig, although I have to find a theme I like. This thing is fugly out of the box. I wonder if keramic is still available? Off to search something to look at – and
Thanks Eric!

Comment from K
Posted: December 12, 2016 at 18:29

Just upgraded on my Toshiba laptop from KDE 5_16.11. Looks ok, shutdown process is at least five times faster. Some plasmoid widgets still doesn’t work.

Comment from Mike Langdon
Posted: December 12, 2016 at 21:42

One other thing since I seem to be brain-dead. How do I configure slackpkg+ to exclude upgrading kde? In PKGS PRIORITY I put alien-kde:.* I must be forgetting something…..

Comment from alienbob
Posted: December 12, 2016 at 21:45

Mike, seems OK to me, but (1) you do not post your complete configfile and (2) you don’t tell what’s going wrong.

Comment from Mike Langdon
Posted: December 13, 2016 at 02:25

I believe this all the relevant part. What happens is after I set the config, I issued “slackpkg update”. Next, I issued “slackpkg upgrade-all”. It shows all of Slackware’s kde to be upgraded. It really should show nothing?

Comment from alienbob
Posted: December 13, 2016 at 10:38

It should not show all the Slackware KDE packages as candidates for upgrade. Again, if you do not share your slackpkgplus.conf I can not give you a useful anwer.

Comment from Mike Langdon
Posted: December 13, 2016 at 10:58

I had it on the clipboard……looks like I forgot the important part.

# Configuration for slackpkg+. See /usr/doc/slackpkg+-*/README for more details

# Enable (on) / Disable (off) slackpkg+

# set to \’0\’ to never show the download progress bar
# set to \’1\’ to show the bar only in download packages (default)
# set to \’2\’ to always show the download bar
# set to \’3\’ for a debug mode

# By default slackpkg+ deny to install 32bit packages.
# Set this flag to \’on\’ allow slackpkg+ to install 32bit packages on a 64bit slackware
# installation (possibly unsafe). Please, do not install both 32 and 64bit of the same
# package to avoid problems, and NEVER upgrade existant 64bit packages with relative 32bit package.
# Do not forget to install the multilibs.

# Enable (1) / Disable (0) the official slackpkg blacklist. May be useful to temporarily skip
# the slackware blacklist. You can also override it from command line:
# \’USEBL=0 slackpkg upgrade-all\’

# Add custom option to \’wget\’.
# You can solve the repository indisponibility issue by set a timeout here
WGETOPTS=\”–timeout=20 –tries=2\”

# If you want replace wget with another downloader search DOWNLOADCMD in documentation
# at /usr/doc/slackpkg+-*/README
#DOWNLOADCMD=\”wget -O\”

# Use the cache for metadata files (CHECKSUMS.md5,…). Enable it (on) to speedup the slackpkg update
# process by downloading just new files (see README). Disabled by default (off)

# You can download-only by setting DOWNLOADONLY to \’on\’. You may (you should) also use it in commandline
# for example: \”DOWNLOADONLY=on slackpkg upgrade-all\”. Useful for large upgrades.

# Enable (on) / Disable (off) notification events (see notifymsg.conf)

# Enable (on) / Disable (off) the greylist feature. See /etc/slackpkg/greylist

# Defines if commands \’search\’ and \’file-search\’ are case-sensitive (on) or not (off). Default to \”on\”

# Select the show order in dialogbox. Available \”package\” \”repository\” \”tag\” \”path\” \”arch\”

# If two or more repositories contains some same packages, you can specify
# from which repository you prefer to search it.
# The syntax is \”:\”
# Accepts regular expressions. To give priority to an entire repository use \”\”

# Examples:
#PKGS_PRIORITY=( restricted:vlc )
# OR
#PKGS_PRIORITY=( myrepo )
# if you have two reporitories to give priority you must set both in the same line
#PKGS_PRIORITY=( myrepo restricted:vlc )
# if you want to install \’ktown\’ repository you must set it here
PKGS_PRIORITY=( alien-kde:.* )
# and DO NOT MISS to read special instruction on /usr/doc/slackpkg+-*/repositories.txt
# If you want a multilib system, uncomment the multilib repository and set:
#PKGS_PRIORITY=( multilib )
# (Use /usr/doc/slackpkg+-*/ to setup a multilib configuration)
# For both multilib and ktown set
PKGS_PRIORITY=( restricted:vlc )

# Otherwise you can try to upgrade a package from a repository that contains a package with the
# same tag of the already installed package. Tipically that means to upgrade a package from the
# same author of the already installed package.
# Note that this method may not works properly where two repositories contains a package with the
# same tag.
# Set TAG_PRIORITY to \’on\’ to enable this function

# List repositories you want to use (defined below)
# remember to launch \’slackpkg update\’ if you modify that row.
REPOPLUS=( slackpkgplus restricted alienbob alien-kde )

# Define mirrors (uncomment one or more mirror; remember to add it to REPOPLUS)
# GPG Note: after adding a repository, you must to run \’slackpkg update gpg\’
# some repositories as salixos or slackel, have a partial GPG support;
# for that repositories you may need to run slackpkg with \’slackpkg -checkgpg=off …\’

# Slackware 14.2 – x86_64

# use this to keep the slackpkg+ package updated

# Slackware current – x86_64

# Local repository:
# Local packages (you do not need metadata nor \’slackpkg update\’ command):

# Supported Repositories (see /usr/doc/slackpkg+-* for details and notes):

#Supports GPG
#Does NOT support GPG

Comment from Michelino
Posted: December 13, 2016 at 12:34

Hallo Eric,
same Tyler C. Hayward’s issue:
“The version of the GpgME library you are running against is older than the one that the GpgME++ library was built against.
Kleopatra will not function in this setting.
Please ask your administrator for help in resolving this issue.”

Notwithstanding correct packages installed.

Any hints?

Comment from alienbob
Posted: December 13, 2016 at 22:15

You have defined PKGS_PRIORITY twice, and I assume that the second occurrence is overruling the first:

PKGS_PRIORITY=( alien-kde:.* )
PKGS_PRIORITY=( restricted:vlc )

Please: next time, try to NOT paste all the irrelevant comments but leave just the relevant lines… makes your post smaller and this page a lot easier to read.

Comment from alienbob
Posted: December 13, 2016 at 22:19

Tyler, Michelino, I do not even get to start kleopatra. It segfaults immediately.
If you find what’s wrong, tell me. A patch will be even better.

Comment from Mike Langdon
Posted: December 14, 2016 at 00:47

That did the trick Eric, thanks!
Sorry about the full paste….:(
I still had to look hard to find the two instances. Good grief…..

Comment from Hristo Simeonov
Posted: December 14, 2016 at 14:44

Can you post a way how to uninstall the whole project and revert back to slackware current or 14.2?

Comment from Deny Dias
Posted: December 14, 2016 at 15:05

Dear Eric,

I’ve been following your epic KDE achievements since KDE 4 (while stock -current was 4.7~8 or so).

Well, I moved out from the previous KDE WM and have been using awesome WM for the last year and half. Nonetheless I always kept my eye on your Ktown adventures.

Today I moved from my previous KDE 4.14 to your brand new KDE 5_16.12. Apart from some glitches because the mix between awesome WM and KDE itself and other minor config stuff, it was a pretty smooth path.

So I’m here just to tell you this: I’m always amazed by your organizational methods, precise wording and technical description for documentation matters and the high quality of the products you deliver. But this time you had exceeded yourself. Ktown is greatest then it already was before!

Thank you for your work. Pat and the whole Slackware community is going to receive a rock solid KDE 5 when its time arrive.

Comment from alienbob
Posted: December 14, 2016 at 15:50

Thanks Deny Dias. I hope you enjoy the Plasma5.

Comment from alienbob
Posted: December 14, 2016 at 15:51

Hristo, it should be possible to script this kind of “downgrade” or at least provide a sequence of commands to achieve it.
I will think about this.

Comment from mick
Posted: December 15, 2016 at 21:37

Just an fyi session selection doesn’t work for me in sddm if I select the elarun theme. Works fine with the maldives theme & the background is easily changed just edit /usr/share/sddm/themes/maldives/theme.conf or create /usr/share/sddm/themes/maldives/theme.conf.user and customize there (untested by me)

As always big thanks to Alien Bob for doing all the hard work so I don’t have to 🙂

Comment from Tyler C. Hayward
Posted: December 16, 2016 at 10:52

Eric, I noticed your Slackbuild directory for gpgme contains the src for both 1.7.1 and 1.8.0, which version was gpgmepp compiled against? I am trying to build my own package to figure out where the problem lies.

Comment from alienbob
Posted: December 16, 2016 at 11:31

I originally tried with gpgme 1.8.0 but that version is broken, and even with the patch I tried (it’s also in that same source location under ./patches/) there were issues. Other distros report the same thing so everyone sticks with 1.7.1. Therefore I built my package using 1.7.1.

Comment from Deny Dias
Posted: December 17, 2016 at 00:57

I’m enjoying Plasma 5, yes.

I’ve even give it some personal touch. If anyone is interested:

There’s a preview of the splash screen at

Comment from bam
Posted: December 17, 2016 at 16:25

Telegram doesn’t work:
I can add account, but when trying to Go Online I get:
There was a problem while trying to connect – An unknown error was encountered (org.freedesktop.DBus.Error.Failed), please report this

Comment from alienbob
Posted: December 17, 2016 at 21:25

bam, I could not get it to work either. Patches are welcome, I do not use telegram myself and only added it on request. I am not going to search for a fix.

Comment from bam
Posted: December 17, 2016 at 22:34

Thanks Eric, it was me who asked it. No problem here, maybe it will work in further versions. I wonder if it works in current KDE neon though..

Comment from LoneStar
Posted: December 19, 2016 at 12:39

I did try telepathy with telegram yesterday. It connected and at first nothing seemed to work. Anyway after a while it somehow syncronized with the previous status of the various chats I had and it has worked. Anyway I found it disappointing because it lacks many features in current status. So I’m back to Pidgin + purple-telegram for desktop usage.

Comment from Pere Ferrés Pons
Posted: December 26, 2016 at 19:22

I have downloaded the file slackware64-live-plasma5-current.iso and recorded on a DVD, started correctly on my 64bit machine and asks me for a password … for more that I searched on your blog I can not find any reference .. .. ???
Is it okay for a Live to ask for a password?

Comment from alienbob
Posted: December 26, 2016 at 20:00

Pere, I do not believe that you searched the articles in this blog. Information about the password for the “root” and “live” user accounts is mentioned in several articles.
Also, information about the passwords you need to enter can be found in the documentation:

Comment from Arief JR
Posted: January 2, 2017 at 09:41

Hi eric!

After kde plasma updated, the panel always lag when opened more application. For running back i always run \”alt+f2\” then type kill plasmashell and run again plasmashell &.

In earlier, i was rebuilt qt5 and nothing.

Comment from Tony
Posted: January 10, 2017 at 03:42

Hi Eric,

I recently updated my system to Plasma and now slackpkg is pulling all the old KDE4 packages to update. Is this normal?

Comment from alienbob
Posted: January 10, 2017 at 19:17

Tony, if you are using slackpkg and have Plasma 5 packages installed, you will have to do one of two things:
(1) blacklist my packages in the /etc/slackpkg/blacklist
(2) install slackpkg+ and configure it to use my ‘ktown’ repository.
If you do not pick either of these two options, then slackpkg will always give higher priority to an official Slackware package if you have a 3rd-party package with the same name installed.

Comment from Tony
Posted: January 12, 2017 at 18:30

Thank a bunch Eric, that seemed to fix the issue I was having. Love your work, keep it up!. Cheers

Comment from Gérard Monpontet
Posted: January 16, 2017 at 18:43

On current, qt5 need rebuild with the new hunspell package 😉

Comment from manciuleas
Posted: January 21, 2017 at 06:57

@Gerard & alienbob

So is it enough to recompile only qt5 in order to run with current from Jan. 18? Pat has recompiled quite a few kde4 packages.

Comment from Raveriux
Posted: January 24, 2017 at 11:31

Strange problem with this Plasma5 set and with older set. Sometimes there is somehow generated file qt.conf in directory /usr/bin and plasma wont start. After deletions of this file everything is normal. Still didn’t noticed why and when this file is generated. At this moment it looks like very random.

Comment from alienbob
Posted: January 24, 2017 at 12:00

First time I hear that, Raveriux… never happened to me.

Comment from Skaendo
Posted: January 24, 2017 at 14:50

Hey Eric,

I just rsync’d your Plasma 5 packages from “bear” and ran a checksum test on them. I got two errors;

./kde/applications-extra/ktorrent-5.0.1-x86_64-1alien.txz.asc: FAILED
./kde/applications-extra/libktorrent-2.0.1-x86_64-1alien.txz.asc: FAILED

So I tried from and got the same errors.

Comment from alienbob
Posted: January 24, 2017 at 20:57

Hi Skaendo

I’ll generate new CHECKSUMS.md5 when I upload new packages. That will probably be around the weekend, if I can fix my issues with the new Applications 16.12.x.

The two .asc files themselves are OK by the way. It’s just their md5 checksums that are incorrect. So, slackpkg’s GPG signature check will not fail.

Comment from Raveriux
Posted: January 25, 2017 at 09:42

Found the problem sollution. Someone posted in the linuxquestions that this can be caused by some packages in SBo which include qt.conf file which is placed to /usr/bin/ during install of the package. Mendeleydesktop for example.

here is the link:

Comment from Skaendo
Posted: January 25, 2017 at 10:44

Yea, I figured it was just something silly like that. Just thought that I’d give you a heads-up.

Thanks for making sure.

Write a comment