Main menu:

Sponsoring

Please consider a small donation:

 

 

Or you can donate bitcoin:

 

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

Page Rank

Fame

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.

Search

Subscribe to Blog via Email

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

Join 417 other subscribers

My Favourites

Slackware

Calendar

February 2019
M T W T F S S
« Jan    
 123
45678910
11121314151617
18192021222324
25262728  

RSS Alien's Slackware packages

RSS Alien's unofficial KDE Slackware packages

RSS Alien's multilib packages

RSS Slackware64-current

RSS SBo

Meta

KDE-5_15.09 – september release for Slackware-current

powerpenguin Today my son had his first day at school – he was not happy for some reason… can you imagine! I let him watch the second episode of Fear the Walking Dead to show what a really bad day at school  looks like 😉 Still, a very appropriate moment to write the next blog post about Plasma 5, because I wrote the previous one on his first day of summer holidays.

I want to announce the (first) September release of the Plasma 5 desktop KDE for slackware-current: KDE 5_15.09. The main components for this release are Frameworks 5.13.0, Plasma 5.4.0 and Applications 15.08.0. This has been a huge change compared to the previous batch, thanks to the feature updates in Plasma and Applications. Read the whole article please.

Attention: BETA alert!

This is an intrusive update, even if you currently have my KDE 5_15.07 packages installed and you are liking that release. Consider this to be beta-quality because there may be some usability issues – and read the “BUILD NOTES” section in the README very carefully before you decide to upgrade. If you were already complaining about the earlier Plasma 5 releases, then I do not consider you my target audience for this one. I do not need complaints and whining, I need people who are willing to take a deep dive and help me get this beast healthy again so that together we can ensure a future for Plasma 5 on Slackware. Much as you would like to just download my packages and live a happy life, this can not be a one-man show. This upgrade almost killed my willingness to provide an advanced bleeding edge KDE.

Because I have to say, all in all I am pretty unhappy with the effort which was required to get this latest batch of updates to compile and work together. And even then, with a finished set of packages, there are a few annoying issues for which I have no explanation nor do I have a solution because I do not know whether they are caused by Plasma 5 or by the recent slackware-current updates.

I need testers to iron out some annoying regressions!

Annoyance #1: Logging out is delayed

  • Try to open the Plasma Kicker startmenu and move your mouse over the “Leave” tab. It will then take a minute to display the tab’s content, and in the meantime, the Plasma workspace is frozen. Any open application windows are still responsive and you can work with them.
  • Try to use the logout/shutdown widget in the system tray if you added that. Clicking the widget will also cause a one to tw minute delay before the logoff dialog appears.
  • Try logging out from the commandline using this qdbus commmand in an X term:
    $ qdbus org.kde.ksmserver /KSMServer logout 0 0 0
    You will notice that this command just sits there for the same one to two minutes, and then it kicks into action and you’ll be logged off. Something is amiss with the communication over dbus. Ideas anyone?

Annoyance #2: Powersaving (could be slackware-current issue)

  • Whenever the power saver kicks in and I am not paying attention, the screen of my Lenovo T400 laptop (Intel graphics) turns black and will not revive. I have to Ctrl-Alt-F1 to get to my Linux console, press the backlight button until I can read again what’s on screen, and then back to X using Alt-F7.

Annoyance #3: WTF?

  • In my 32-bit virtual machine I cannot even login, because there is a flood of re-spawning screensaver processes that prevent access. This can be caused by something in the virtual machine, but I did not do extensive troubleshooting.

When I encountered this third “annoyance” I almost gave up on Plasma 5 entirely. What.The.Fuck? I kept trying to kill the screensaver processes but they just re-spawned with a new process-id. I vented my frustration in the Slackware core group, and it was Heinz Wiesinger (ppr:kut) who convinced me that it is important now more than ever to release the build scripts and packages and get people to test and fix these pesky bugs. So, despite the bad feelings I have about this update, I’ve released it anyway and the packages are available in my repository. Or will be soon.

What’s new in KDE 5_15.09?

Enough complaining, let’s check out the new stuff.

  • Qt5 has been updated to 5.5.0.
  • Slackware’s ConsoleKit (unmaintained) gets replaced by ConsoleKit2 (well-maintained fork) which could open up a path to a systemd-free Slackware that is compatible to a large extent with systemd requirements.
  • I added LoginKit also for that purpose. LoginKit in its present form does not do much (if anything at all) but I want to have it in for those who want to play test this.
  • Several of the other deps were added, updated, rebuilt or removed as well:
    • LibRaw (update for the Slackware package),
    • PyQt5 (updated),
    • qca-qt5 (patched),
    • grantlee (update for the Slackware package)
    • lmdb (new)
    • grantlee-qt5 (renamed to grantlee thereby replacing the Slackware version)
  • Removed from the “deps” because we can use the original Slackware packages now are: PyQt, sip and libepoxy.
  • Frameworks 5.13.0 is an enhancement release, lots of fixes are documented on https://www.kde.org/announcements/kde-frameworks-5.13.0.php
  • Plasma 5.4.0 is a feature release, you can read all the details in https://www.kde.org/announcements/plasma-5.4.0.php . Important is that the krunner has a command history again, and lots of new icons were added for non-Plasma5 applications, which helps to give the Plasma 5 desktop a uniform look and feel; Not so important for Slackware is the Wayland Tech Preview and some system tool improvements using PAM (kwallet-pam) or pulseaudio (audio volume applet).
  • Applications 15.08.0 is bringing more KF5 ports: 107 applications in total. Most noticeable are the KF5 ports of Dolphin (the file manager), KDEPIM (the Kontact Suite as it is called now) and Ark (archive tool). I am a bit worried about the Kontact port to the KDE Frameworks 5. Lots of struggles were discussed in the mailing lists and the resulting KF5 based Kontact Suite is still considered BETA quality.
  • The move to KF5 exposed several older KDE4 based applications that have a dependency on the KDE4 based PIM libraries.
    Therefore I had to add a compatibility layer of packages containing that KDE4 code: akonadi4 and kdepimlibs4 (similar to what I had to do earlier with libkmahjongg4, libkdegames4, konsolepart4 and katepart4).

Installing or upgrading Frameworks 5, Plasma 5 and Applications

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” “plasma”, “plasma-extra” and “applications”.

Upgrading to this KDE 5 is not difficult, especially if you already are running KDE 5_15.07. 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.

Note:

If you are using slackpkg+, have already moved to KDE 5_15.07 and are adventurous, you can try upgrading using the following set of commands. This should work but feel free to send me improved instructions if needed (assuming in this example that you tagged my KDE 5 repository with the name “ktown_testing” in the configuration file “/etc/slackpkg/slackpkgplus.conf“):
# slackpkg update
# slackpkg install ktown_testing (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_testing (upgrade all existing packages to their latest versions)
# slackpkg upgrade-all (upgrade the remaining dependencies that were part of my repo previously)
# slackpkg remove ConsoleKit (because we will now use ConsoleKit2 as a drop-in replacement)
# slackpkg remove grantlee-qt5 (upgraded grantlee takes over)
# slackpkg remove kgamma (no longer part of KDE Applications)
# slackpkg remove pairs(no longer part of KDE Applications)

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 that I do not want to repeat here, but if you want to read them, here they are: http://alien.slackbook.org/blog/tag/kde5/

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 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 “testing” repository):

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/ 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

Comments

Comment from Helios
Posted: September 3, 2015 at 07:10

Thank you for your great work !

Annoyance #2: I have had this also (with slackware64-current and kde-4.14.3):

on a laptop, it disappeared after I disabled the screensaver.

on a desktop computer, but it was because firefox did eat all my memory (it was the version of firefox before the last update in current).

Comment from rvdboom
Posted: September 3, 2015 at 08:50

Also hit by Annoyance #1. I also noticed that the Reboot and Shutdown icons have disappeared from the Log out tab of the K menu, maybe that’s related.
On the whole, though most things seem to work in the very short tests I did this morning. In particular, Kontact does look to work fine : all my mails appeared in kmail and I could download new ones without issues. I’m not sure it uses properly kwallet though, since starting Kontact did not triggered a request to open kwallet, and I manually provided the passwords, but I didn’t have much time to test, so maybe I just did a mistake somewhere.
In any case, thanks a lot for the packages, Eric. I’ll try to test it a bit more in the coming days.

Comment from Michelino
Posted: September 3, 2015 at 09:37

Hi Eric,
I’ve some problem with sddm and days.

1) In “init 4” mode I get this message many time:
/usr/bin/sddm: symbol lookup error: /usr/bin/sddm: undefined symbol: _ZN10QByteArray14trimmed_helperERS_

And then:
INIT: I’d “x1″respawning” too fast: disabled for 5 minutes

2) In “init 3′, using “startx” it appears a black screen with an error windows with this message:
Could not sync environment to dB us.

and, in terminal this two errors:
kdostartupconfig5: symbol lookup error: kdostartupconfig5: undefined symbol: _ZN7QString14trimmed_helperERKS_

/usr/lib64/ksyncdbusenv: symbol lookup error: /usr/lib64/ksyncdbusenv: undefined symbol: _ZN9QMetaType22registerNormalizedTypeERK10QByteArrayPFvPvEPPS3_S3_PKvEi6QFlagsINS_8TypeFlagEEPK11QMetaObject

Any tips!

Comment from Michelino
Posted: September 3, 2015 at 10:04

Ok, I’ve found the problem.

slackpkg do not upgrade qt5 to qt5-5.5.0 due to the fact that your repository contains qt5-5.4.1 also, at least in the x86_64 repository.

While the x86 repository contains only qt5-5.5.0, but with missed “alien” tag.

I’ve installed “manually” upgraded qt5 and everything works fine (at least at the first impression).

Comment from Michelino
Posted: September 3, 2015 at 10:19

Last things, maybe there are few little error in the “README”

1) a typo: “tw” instead “two” in the second point of “Annoyance #1”

2) “oxygen-gtk3” that you mention among the packages that should be taken from slackware-current, was removed from current,

3) you still mention “libepoxy” and “libfakekey” among deps not taken from current.

Comment from savo
Posted: September 3, 2015 at 13:31

I also ran into the Could not sync environment to dB us problem thanks for tracking that down Michelino.

I also had problems with libxcb not upgrading with slackpkg + so had to install that manually as well.

Comment from alienbob
Posted: September 3, 2015 at 15:23

Oops, I will update the qt5 in my main repository to 5.5.0 as well.

Comment from alienbob
Posted: September 3, 2015 at 15:26

I will update the README and remove the references to oxygen-gtk3, libepoxy and libfakekey, thanks for spotting those!

Comment from carlos moura
Posted: September 3, 2015 at 16:02

Hello Eric . I had to disable the effects in kwin order to use the PC , this happens after the last update of the slackware -current even with kde 5:15:07 , using nvidia driver 304 125 , the screen freezes for several minutes. I disabled also search the desktop and system settings closes constantly when I make changes. If I restart with ctrl + alt + backspace see several unexpected closing messages akonadi ( when the screen is frozen ) Perhaps these things occur to be an old facility but who knows may be useful that information , whatever. After that I can use the PC normally. Thank you for your work and will continue testing here. PS : in kde4.14.3 ‘s okay , I have migrated and returned several times in the same installation

Comment from Michelino
Posted: September 3, 2015 at 16:27

I’ve another problem with owncloudclient.

I had to recompile it (and qt5keychain) against new qt5, but owncloud ends in a “Segmentation fault”.
It seems that it depends on libkdecore.so.5, according to gdb:

$ gdb owncloud
GNU gdb (GDB) 7.9.1
Copyright (C) 2015 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type “show copying”
and “show warranty” for details.
This GDB was configured as “x86_64-slackware-linux”.
Type “show configuration” for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.
For help, type “help”.
Type “apropos word” to search for commands related to “word”…
Reading symbols from owncloud…(no debugging symbols found)…done.
(gdb) run
Starting program: /usr/bin/owncloud
[Thread debugging using libthread_db enabled]
Using host libthread_db library “/lib64/libthread_db.so.1”.
[New Thread 0x7fffcebff700 (LWP 29694)]
[New Thread 0x7fffd7cf9700 (LWP 29691)]
[New Thread 0x7fffe3d95700 (LWP 29689)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffcebff700 (LWP 29694)]
0x00007fffcddc2dda in ?? () from /usr/lib64/libkdecore.so.5
(gdb) bt
#0 0x00007fffcddc2dda in () at /usr/lib64/libkdecore.so.5
#1 0x00007fffcdf54866 in () at /usr/lib64/libkdecore.so.5
#2 0x0000006e0000005b in ()
#3 0x0000000000000002 in ()
#4 0x0000000000000001 in ()
#5 0x00007fffcddb7f3f in _init () at /usr/lib64/libkdecore.so.5
#6 0x00007fffce1fa9b0 in () at /usr/lib64/libproxy/0.4.11/modules/config_kde4.so
#7 0x00007ffff7de8f5d in call_init.part () at /lib64/ld-linux-x86-64.so.2
#8 0x00007ffff7de90ab in _dl_init () at /lib64/ld-linux-x86-64.so.2
#9 0x00007ffff7dedf8d in dl_open_worker () at /lib64/ld-linux-x86-64.so.2
#10 0x00007ffff7de8e44 in _dl_catch_error () at /lib64/ld-linux-x86-64.so.2
#11 0x00007ffff7ded3b3 in _dl_open () at /lib64/ld-linux-x86-64.so.2
#12 0x00007ffff2930fb9 in dlopen_doit () at /lib64/libdl.so.2
#13 0x00007ffff7de8e44 in _dl_catch_error () at /lib64/ld-linux-x86-64.so.2
#14 0x00007ffff293161d in _dlerror_run () at /lib64/libdl.so.2
#15 0x00007ffff2931051 in dlopen@@GLIBC_2.2.5 () at /lib64/libdl.so.2
#16 0x00007fffea4f08d5 in libmodman::module_manager::load_file(std::string, bool) () at /usr/lib64/libproxy.so.1
#17 0x00007fffea4f0c63 in libmodman::module_manager::load_dir(std::string, bool) () at /usr/lib64/libproxy.so.1
#18 0x00007fffea4e235e in () at /usr/lib64/libproxy.so.1
#19 0x00007fffea4e304b in px_proxy_factory_new () at /usr/lib64/libproxy.so.1
#20 0x00007ffff406aefd in QNetworkProxyFactory::systemProxyForQuery(QNetworkProxyQuery const&) ()
at /usr/lib64/libQt5Network.so.5
#21 0x00007ffff741761a in OCC::SystemProxyRunnable::run() () at /usr/lib64/libowncloudsync.so.0
#22 0x00007ffff2fee47e in () at /usr/lib64/libQt5Core.so.5
#23 0x00007ffff2ff143f in () at /usr/lib64/libQt5Core.so.5
#24 0x00007ffff0dd2704 in start_thread () at /lib64/libpthread.so.0
#25 0x00007ffff10f0aed in clone () at /lib64/libc.so.6

I write it down here couse I don’t know if is related to your “kdelibs-4.14.11” or to owncloudclient itself (in this event I’ll report it to owncloud people).

Two notes:
1) everything worked fine before upgrading;
2) I’ve tried with owncloudclient-2.0.1, same results

Any suggestion?

Pingback from Links 3/9/2015: Xiaomi’s Linux Push, Calligra/Krita 2.9.7 | Techrights
Posted: September 3, 2015 at 18:14

[…] KDE-5_15.09 – september release for Slackware-current […]

Comment from carlos moura
Posted: September 3, 2015 at 18:29

Eric really there are two packages ” sddm – qt5 ” in “plasma – extra” I ‘m testing the two but may have gone unnoticed because one replaces another

Comment from carlos moura
Posted: September 3, 2015 at 18:46

The two ( sddm – qt5 ) are working here without problems , only the loading progress bar does not change , it does nothing (no problems )

Comment from Eduardo
Posted: September 3, 2015 at 19:03

Hi Eric, thank you once more!

Annoyance #1 confirmed.

Also the lack of progress bar during login as reported by carlos moura is here, too.

Comment from Eduardo
Posted: September 3, 2015 at 19:41

About annoyance #2: I was hit by it when I left the computer for an extendend period of time. I switched to a virtual console, switched back, and then brightness was set to zero. I had to manually raise the brightness to an acceptable level.

Comment from alienbob
Posted: September 3, 2015 at 21:46

Yeah the progress bar does not show any progress. That is not SDDM’s fault though, you will see the same behaviour when running “startx” in runlevel 3.
Feel free to open a bug report on KDE’s bugtracker.

Comment from alienbob
Posted: September 3, 2015 at 21:48

carlos, I cleaned up the repository earlier today. Apart from an older sddm-qt5 package, there was also an older qt5 package and some packages were missing the “alien” tag.
See http://taper.alienbase.nl/cgit/ktown/commit/?h=5_15.09&id=53dc81e7545cf436bfdd0c4ac1e63723e2f2086a for details

Comment from Michelino
Posted: September 4, 2015 at 12:13

Little update.

According to owncloud-client developers (on IRC) it seems that the problem with owncloud (and maybe other apps) is releted to a platformtheme plugin from frameworks integration
(see https://bugzilla.redhat.com/show_bug.cgi?id=1255902) and/or a qt5 bug (see https://bugreports.qt.io/browse/QTBUG-47863)

Is it possible an workaround (like the one in fedora)?

Thanks

Comment from alienbob
Posted: September 4, 2015 at 14:38

Hi Michelino

From those two bug reports I can not find a solution that I can apply now. But OwnCloud has a workaround in git for systems that have Qt 5.5.0 installed: https://github.com/owncloud/client/commit/3414b58b99aadc091d760cf268b99d739137f032

Comment from Michelino
Posted: September 4, 2015 at 16:12

Thank you for pointing it out, but this workaround was already merged in the 2.0.1 release (starting from 2.0.0) and doesn’t work in my case.
Owncloud client developers said me that the bugI have has to be addressed by qt developer, so I’ve to wait for qt-5.5.1, meanwhile Fedora had drawn down a workaround on the “frameworksintegration” side.
I’ll keep inspetting in order to understand how they solved the bug.

Thanks for your attention

Comment from Michelino
Posted: September 4, 2015 at 16:35

Little update (sorry for my insistence).

It seems that the problem in Fedora was with a compiler optimization so they added “no-strict-aliasing” option to CFLAGS and CXXFLAGS (http://pkgs.fedoraproject.org/cgit/kf5-frameworkintegration.git/commit/?id=a59a3a2ccb4a15905de7ed8297327d06720986e0)

Owncloud-clients devs suggested to me to check if slackware have the same problem.

Have you any idea about that?

Comment from Owen Greaves
Posted: September 4, 2015 at 16:53

Well I got around to installing your September release, as much as I like it, it still seems clunky, although that may be due to the very old hardware, video may be the biggest issue mostly. Still have to hit SHIFT+ALT+F12 to get the taskbar and menu’s to work….I had an app crash, bring me to a black screen, and then had a hell of a time to get out of X : ) I was able to get the command line up so I could get out of X. Don’t remember the app name at the moment, but I’ll try and reproduce it and do some tracking as to what happened.

So far I’m having fun : )

Comment from Owen Greaves
Posted: September 4, 2015 at 16:55

I should also mention that X takes forever to load on this release. : (

Comment from Owen Greaves
Posted: September 4, 2015 at 17:17

Well, I have been unable to get the desktop back since the app crashed it – and now the desktop continues to crash. The error is merely Plasma unexpectedly stopped.

Comment from Owen Greaves
Posted: September 4, 2015 at 17:22

Here’s the developer info it spit out, I don’t know what I’m looking for in this report:

Application: Plasma (plasmashell), signal: Aborted
Using host libthread_db library “/lib64/libthread_db.so.1”.
[Current thread is 1 (Thread 0x7feba577e7c0 (LWP 10467))]

Thread 7 (Thread 0x7feb90915700 (LWP 10470)):
#0 0x00007feb9d26f40d in poll () at /lib64/libc.so.6
#1 0x00007feba35d0012 in () at /usr/lib64/libxcb.so.1
#2 0x00007feba35d1aaf in xcb_wait_for_event () at /usr/lib64/libxcb.so.1
#3 0x00007feb922e3239 in () at /usr/lib64/libQt5XcbQpa.so.5
#4 0x00007feb9de0243f in () at /usr/lib64/libQt5Core.so.5
#5 0x00007feb9bf53704 in start_thread () at /lib64/libpthread.so.0
#6 0x00007feb9d27aaed in clone () at /lib64/libc.so.6

Thread 6 (Thread 0x7feb8932c700 (LWP 10472)):
#0 0x00007feb9829631b in g_main_context_check () at /usr/lib64/libglib-2.0.so.0
#1 0x00007feb98296848 in () at /usr/lib64/libglib-2.0.so.0
#2 0x00007feb982969ac in g_main_context_iteration () at /usr/lib64/libglib-2.0.so.0
#3 0x00007feb9e03685c in QEventDispatcherGlib::processEvents(QFlags) () at /usr/lib64/libQt5Core.so.5
#4 0x00007feb9dfde142 in QEventLoop::exec(QFlags) () at /usr/lib64/libQt5Core.so.5
#5 0x00007feb9ddfd59c in QThread::exec() () at /usr/lib64/libQt5Core.so.5
#6 0x00007feba208bba5 in () at /usr/lib64/libQt5Qml.so.5
#7 0x00007feb9de0243f in () at /usr/lib64/libQt5Core.so.5
#8 0x00007feb9bf53704 in start_thread () at /lib64/libpthread.so.0
#9 0x00007feb9d27aaed in clone () at /lib64/libc.so.6

Thread 5 (Thread 0x7feb7a402700 (LWP 10475)):
#0 0x00007feb9d288fe6 in clock_gettime () at /lib64/libc.so.6
#1 0x00007feb9deb0f36 in () at /usr/lib64/libQt5Core.so.5
#2 0x00007feb9e0343f9 in QTimerInfoList::updateCurrentTime() () at /usr/lib64/libQt5Core.so.5
#3 0x00007feb9e034905 in QTimerInfoList::timerWait(timespec&) () at /usr/lib64/libQt5Core.so.5
#4 0x00007feb9e035cde in () at /usr/lib64/libQt5Core.so.5
#5 0x00007feb98295e8d in g_main_context_prepare () at /usr/lib64/libglib-2.0.so.0
#6 0x00007feb982967d0 in () at /usr/lib64/libglib-2.0.so.0
#7 0x00007feb982969ac in g_main_context_iteration () at /usr/lib64/libglib-2.0.so.0
#8 0x00007feb9e03685c in QEventDispatcherGlib::processEvents(QFlags) () at /usr/lib64/libQt5Core.so.5
#9 0x00007feb9dfde142 in QEventLoop::exec(QFlags) () at /usr/lib64/libQt5Core.so.5
#10 0x00007feb9ddfd59c in QThread::exec() () at /usr/lib64/libQt5Core.so.5
#11 0x00007feba208bba5 in () at /usr/lib64/libQt5Qml.so.5
#12 0x00007feb9de0243f in () at /usr/lib64/libQt5Core.so.5
#13 0x00007feb9bf53704 in start_thread () at /lib64/libpthread.so.0
#14 0x00007feb9d27aaed in clone () at /lib64/libc.so.6

Thread 4 (Thread 0x7feb78a30700 (LWP 10478)):
#0 0x00007ffdc63a89a3 in clock_gettime ()
#1 0x00007feb9d288fe6 in clock_gettime () at /lib64/libc.so.6
#2 0x00007feb9deb0f36 in () at /usr/lib64/libQt5Core.so.5
#3 0x00007feb9e0343f9 in QTimerInfoList::updateCurrentTime() () at /usr/lib64/libQt5Core.so.5
#4 0x00007feb9e034905 in QTimerInfoList::timerWait(timespec&) () at /usr/lib64/libQt5Core.so.5
#5 0x00007feb9e035cde in () at /usr/lib64/libQt5Core.so.5
#6 0x00007feb98295e8d in g_main_context_prepare () at /usr/lib64/libglib-2.0.so.0
#7 0x00007feb982967d0 in () at /usr/lib64/libglib-2.0.so.0
#8 0x00007feb982969ac in g_main_context_iteration () at /usr/lib64/libglib-2.0.so.0
#9 0x00007feb9e03685c in QEventDispatcherGlib::processEvents(QFlags) () at /usr/lib64/libQt5Core.so.5
#10 0x00007feb9dfde142 in QEventLoop::exec(QFlags) () at /usr/lib64/libQt5Core.so.5
#11 0x00007feb9ddfd59c in QThread::exec() () at /usr/lib64/libQt5Core.so.5
#12 0x00007feba208bba5 in () at /usr/lib64/libQt5Qml.so.5
#13 0x00007feb9de0243f in () at /usr/lib64/libQt5Core.so.5
#14 0x00007feb9bf53704 in start_thread () at /lib64/libpthread.so.0
#15 0x00007feb9d27aaed in clone () at /lib64/libc.so.6

Thread 3 (Thread 0x7feb72fbf700 (LWP 10479)):
#0 0x00007feb9bf5940f in pthread_cond_wait@@GLIBC_2.3.2 () at /lib64/libpthread.so.0
#1 0x00007feba4e5ff14 in () at /usr/lib64/libQt5Script.so.5
#2 0x00007feba4e5ff59 in () at /usr/lib64/libQt5Script.so.5
#3 0x00007feb9bf53704 in start_thread () at /lib64/libpthread.so.0
#4 0x00007feb9d27aaed in clone () at /lib64/libc.so.6

Thread 2 (Thread 0x7feaebb4e700 (LWP 10482)):
#0 0x00007feb982d9710 in g_mutex_unlock () at /usr/lib64/libglib-2.0.so.0
#1 0x00007feb9829685e in () at /usr/lib64/libglib-2.0.so.0
#2 0x00007feb982969ac in g_main_context_iteration () at /usr/lib64/libglib-2.0.so.0
#3 0x00007feb9e03685c in QEventDispatcherGlib::processEvents(QFlags) () at /usr/lib64/libQt5Core.so.5
#4 0x00007feb9dfde142 in QEventLoop::exec(QFlags) () at /usr/lib64/libQt5Core.so.5
#5 0x00007feb9ddfd59c in QThread::exec() () at /usr/lib64/libQt5Core.so.5
#6 0x00007feba2c159e2 in () at /usr/lib64/libQt5Quick.so.5
#7 0x00007feb9de0243f in () at /usr/lib64/libQt5Core.so.5
#8 0x00007feb9bf53704 in start_thread () at /lib64/libpthread.so.0
#9 0x00007feb9d27aaed in clone () at /lib64/libc.so.6

Thread 1 (Thread 0x7feba577e7c0 (LWP 10467)):
[KCrash Handler]
#6 0x00007feb9d1a8097 in raise () at /lib64/libc.so.6
#7 0x00007feb9d1a9c6a in abort () at /lib64/libc.so.6
#8 0x00007feb712719b8 in () at /usr/lib64/libepoxy.so.0
#9 0x00007feb71293294 in () at /usr/lib64/libepoxy.so.0
#10 0x00007feb7156a12c in () at /usr/lib64/qt5/qml/org/kde/kquickcontrolsaddons/libkquickcontrolsaddonsplugin.so
#11 0x00007feb9e00ea3a in QMetaObject::activate(QObject*, int, int, void**) () at /usr/lib64/libQt5Core.so.5
#12 0x00007feba2cb08ce in QQuickWindowPrivate::renderSceneGraph(QSize const&) () at /usr/lib64/libQt5Quick.so.5
#13 0x00007feba2c82333 in () at /usr/lib64/libQt5Quick.so.5
#14 0x00007feba2c83451 in () at /usr/lib64/libQt5Quick.so.5
#15 0x00007feb9f5ddc5c in QApplicationPrivate::notify_helper(QObject*, QEvent*) () at /usr/lib64/libQt5Widgets.so.5
#16 0x00007feb9f5e2dd0 in QApplication::notify(QObject*, QEvent*) () at /usr/lib64/libQt5Widgets.so.5
#17 0x00007feb9dfe05a3 in QCoreApplication::notifyInternal(QObject*, QEvent*) () at /usr/lib64/libQt5Core.so.5
#18 0x00007feb9e0357dd in QTimerInfoList::activateTimers() () at /usr/lib64/libQt5Core.so.5
#19 0x00007feb9e035c21 in () at /usr/lib64/libQt5Core.so.5
#20 0x00007feb9829665d in g_main_context_dispatch () at /usr/lib64/libglib-2.0.so.0
#21 0x00007feb98296908 in () at /usr/lib64/libglib-2.0.so.0
#22 0x00007feb982969ac in g_main_context_iteration () at /usr/lib64/libglib-2.0.so.0
#23 0x00007feb9e036847 in QEventDispatcherGlib::processEvents(QFlags) () at /usr/lib64/libQt5Core.so.5
#24 0x00007feb9dfde142 in QEventLoop::exec(QFlags) () at /usr/lib64/libQt5Core.so.5
#25 0x00007feb9dfe5c4d in QCoreApplication::exec() () at /usr/lib64/libQt5Core.so.5
#26 0x0000000000432463 in main ()

Comment from Owen Greaves
Posted: September 4, 2015 at 17:24

I remember trying to add a Widget and that’s what caused the crash – it tries to load and Plasma crashes : (

Comment from carlos moura
Posted: September 4, 2015 at 17:56

Here it seems to have improved the kickoff relationship with dashboard application launcher . There seemed to be a problem with the file usr / share / plasma / plasmoids / org.kde.plasma.kickoff / contents / ui / main.qml , I just deleted the folder plasma / plasmoids and reinstalled kdeplasma – addons – 5.4.0 and improved . Also reinstalled kmenuedit and plasma workspace so far is running smoothly without freezing the screen. I also added a text file in my home to help speed the menus : ” .gtkrc -2.0 ” and added the line ” gtk -menu -popup -delay = 0″ | tee -a 2.0 – .gtkrc “here has improved , I apologies if the approach does not fit in this post but it may be helpful for someone with the same problem with the panels

Comment from Ryan P.C. McQuen
Posted: September 4, 2015 at 18:21

Hi Eric,

Thanks for providing these, installation went smoothly with slackpkg+, but upon upgrading KDE5 was overwritten. Should I have kde blacklisted? Also, hplip gave an error about the system tray on KDE5.

Comment from carlos moura
Posted: September 4, 2015 at 19:14

Eric I apologize for so many lines I have written ,, this last comment I forgot to say what led me to seek solutions to the panel : I could not remove the panel after adding a new one because the original was not editable , did not update the changes , was in an infinite percentage count. and froze the desktop

Comment from Owen Greaves
Posted: September 4, 2015 at 20:35

OK, I got my desktop back – I deleted the .cache folder, then deleted a file called plasma-org.kde.plasma.desktop-appletsrc in the .config folder. Rebooted, and the desktop returned after I hit SHIFT+ALT+F12 of course : )

I still don’t know what or why adding the applet to the desktop caused plasma to crash to a black screen, but that’s how I got it back.

Comment from aocab
Posted: September 4, 2015 at 21:47

Thanks for the packages and all your hard work. I encountered issues #1 and #2 though #2 was happening before this set of packages. Dumb question I’m not sure what the correct course of action should be. Should I install PyQt-4.11.4-x86_64-1.txz from current or stay with PyQt-4.11.3-x86_64-1alien.txz from ktown? Same question for libepoxy and sip. Just curious. Good job. The only other issue I’m seeing is Firefox locking up on me though I think that is happening because I set the setting to force hardware acceleration. Again thanks.

Comment from alienbob
Posted: September 4, 2015 at 22:24

Hi aocab

The package “PyQt-4.11.3-x86_64-1alien.txz” is no longer part of my ktown repository. You can (and should) upgrade to Slackware’s own PyQt, as well as sip and libepoxy.
Whenever Slackware updates its own packages to match what I have in my ktown repository, I can remove those same packages from my ktown. The less “deps” packages the better.

Comment from alienbob
Posted: September 4, 2015 at 22:26

Owen – yes, I too have had to learn what files to delete to revive a looping crashing Plasma desktop…

There is a new plasma-5.4.1 around the corner, I really should try to make time (and room on my build server) to prepare new packages. I fear that the current regrressions could in part be caused by the big step from Plasma 5.3.x to 5.4.0. The 5.4.1 should be a bugfix release.

Comment from alienbob
Posted: September 4, 2015 at 22:28

carlos, there’s always valuable information when you post about an issue, especially if your follow-up post clarifies things.

Comment from alienbob
Posted: September 4, 2015 at 22:44

Hi Ryan, do you have the “alien” tag active in /etc/slackpkg/blacklist? That may cause a reverse upgrade back to Slackware’s own packages. When using slackpkg+, you should remove “alien” from the slackpkg blacklist.

Comment from Ryan P.C. McQuen
Posted: September 5, 2015 at 19:22

Hey Eric, thanks for getting back to me. I do not have ‘alien’ in my blacklist, here it is for reference: http://sprunge.us/XESJ

When I run `slackpkg upgrade-all` I get: https://clbin.com/OG9xHf.png

Here is my slackpkgplus.conf also: http://sprunge.us/Wcad

Thank you for always being helpful!

Comment from alienbob
Posted: September 5, 2015 at 20:30

Hi Ryan

Well, for one, you appear to run slackware64-current without multilib but you have all of these enabled:

MIRRORPLUS[‘alienbob’]=http://taper.alienbase.nl/mirrors/people/alien/sbrepos/14.1/x86_64/
MIRRORPLUS[‘restricted’]=http://taper.alienbase.nl/mirrors/people/alien/restricted_sbrepos/14.1/x86_64/
MIRRORPLUS[‘ktown-testing’]=http://taper.alienbase.nl/mirrors/alien-kde/current/testing/x86_64/
MIRRORPLUS[‘alienbob-current’]=http://taper.alienbase.nl/mirrors/people/alien/sbrepos/current/x86_64/

Your enabled repositories are the 14.1 ones – not the current ones – you may be installing packages which are broken on -current:
REPOPLUS=( slackpkgplus restricted alienbob )

And there you also have your issue. The “ktown-testing” repository is not mentioned in the REPOPLUS variable and thus it is inactive and Slackware’s own packages will be preferred over what you have installed from my ktown.

BTW this needs to change:
PKGS_PRIORITY=( ktown-testing:.* restricted-current:.* alienbob-current:.* )

Latest versions of slackpkg+ do not need the “:.*” anymore, as is documented higher up the file.
Try this instead:
PKGS_PRIORITY=( ktown-testing restricted-current alienbob-current )

Comment from Ryan P.C. McQuen
Posted: September 5, 2015 at 22:41

Hi Eric,

Perhaps I am reading the slackpkg+ README incorrectly, but it appears that PKGS_PRIORITY or REPOPLUS is required, but not both:

===
PRIORITY CONFIGURATION

When a package is present in more than one repository, the package will be
searched for in the following order:

1) as listed in PKGS_PRIORITY (allow to override official packages)
2) as listed in an official Slackware repository
(configured in /etc/slackpkg/mirrors)
3) as listed in REPOPLUS (deny to override official packages)
4) all others defined in MIRRORPLUS
===

Also this syntax (:.*) appears to still be supported:

===
PKGS_PRIORITY=( ktown:.* )
means ‘all packages in repository ktown’

latest item maybe replaced simply with
PKGS_PRIORITY=( ktown )
===

But just in case I am misunderstanding the slackpkg+ README (http://slakfinder.org/slackpkg+/src/README) I made the changes you noted, and I am still having the same issue. Slackpkg wants to replace KDE5 with KDE4 … any other ideas?

On a side note I emailed zerouno to clarify these slackpkg+ discrepancies.

Comment from alienbob
Posted: September 5, 2015 at 23:01

===
PRIORITY CONFIGURATION

When a package is present in more than one repository, the package will be
searched for in the following order:

1) as listed in PKGS_PRIORITY (allow to override official packages)
2) as listed in an official Slackware repository
(configured in /etc/slackpkg/mirrors)
3) as listed in REPOPLUS (deny to override official packages)
4) all others defined in MIRRORPLUS
===

Please note the order. The REPOPLUS is checked _after_ the Slackware repository. If you mention ktown only in REPOPLUS then slackpkg will check Slackware’s repository before ktown and decide that Slackware’s packages take precedence over the ktown packages. Resulting in the removal of KDE5 on your computer.

Zerouno is not a native english speaker so the “deny to override official packages” is probably a straight italian to english conversion. It means, a package from a repository mentioned in REPOPLUS will be overwritten by a package with the same name from Slackware’s official repository.

Comment from Ryan P.C. McQuen
Posted: September 5, 2015 at 23:07

Which would mean that since I have ktown-testing in PKGS_PRIORITY it should have precedence over official packages. But for some reason it is not behaving that way …

Comment from alienbob
Posted: September 5, 2015 at 23:33

This is not about priorities of the repositories.
If a MIRRORPLUS repository is not mentioned in the REPOPLUS array is it _ignored_ completely.

Comment from Ryan P.C. McQuen
Posted: September 5, 2015 at 23:42

Hey Eric, I added ktown-testing to the REPOPLUS array and it is still being ignored.

Comment from Eduardo
Posted: September 5, 2015 at 23:33

There’s one more issue. The GTK NetworkManager applet depends (I think) on the older ConsoleKit and thus I couldn’t connect today to a network using xfce4. One solution would be (I think) to rebuild NetworkManager after installing the new Plasma.

Comment from alienbob
Posted: September 5, 2015 at 23:46

Ryan, you did run “slackpkg update” after modifying the REPOPLUS variable?

Comment from Ryan P.C. McQuen
Posted: September 5, 2015 at 23:47

Yes.

Comment from ZeroUno
Posted: September 6, 2015 at 00:23

Hi All.

Yes, I’m not a good english speaker 😀 (I’m just following an english course 😉
“deny” in that row not means that can conflicts with the previous “allow”.

If a repository is in PKGS_PRIORITY all other priority (slackware, REPOPLUS and MIRRORPLUS) are ignored. That packages will override the slackware packages.

If a repository is in NOT in PKGS_PRIORITY, the slackware packages will override 3th party packages.

Note that if a repository is not listed in REPOPLUS, it will *NOT* skipped. Only it will have no priority over other repositories.
In fact it’s not strictly needed to popolate REPOPLUS; this is just useful to choice the wanted priority for a package.

So (by return to kde5), your posted configuration file should have worked.

However I downloaded your configuration and I’m testing it on my pc and – for same reason – the pkglist is not correctly popolated that means that ktown5 packages are not correctly managed and will be overridden by slackware packages.
I’m investigating and I will keep you updated.

Have a good night

Comment from Zerouno
Posted: September 6, 2015 at 00:50

Ops, pkglist was incorrectly populated because I have a 32bit machine 😉
I will retry

Comment from Eduardo
Posted: September 6, 2015 at 01:44

Well, I rebuilt NetworkManager but still had no success.

The error message said that basically there is a file at /var/run/ConsoleKit/database that was missing.
This leaves you unable to connect to any existing network, even when you specify it manually. Even more curious: this happens only with some networks, not all of them. I can connect to other networks. Go figure!

Comment from rvdboom
Posted: September 6, 2015 at 09:34

Some additional feedback after some days of use : the new kmail adamently wanted to use a wallet called “kwallet” to store its passwords, ignoring the wallet called “Richard” I’ve been using for years. I exported the Richard wallet in xml and imported back in a kwallet wallet, and now it works. Probably a kmail issue, though. However, I did realize that for some reason, I could not change the configuration of kwallet : it seems I don’t have the permissions to do so. Could it be related to the move to ConsoleKit2? I’ve not tried that for a long time, so maybe it has been this way for years.
I have the same issue to change the configuration of date and time : no permission to do it. My guess is that right now, the temporary root access does not work.
I sometimes have the huge plasma lag when right clicking on the Miniatures box in the box, but couldn’t find a particular pattern. My guess is that it’s also related to a DBUS call timing out but this is really too imprecise right now.

Comment from rvdboom
Posted: September 6, 2015 at 09:38

A quick addition, if I start systemsettings from the console and move to the Regional Settings -> Date and time, I get the following message in the console :

Timedated not found, using legacy saving mode

Comment from ZeroUno
Posted: September 6, 2015 at 10:56

@Ryan..
Under some condition, the symbol \’-\’ in repository name can broke the priority mechanism.
I highly encourage to NOT use it.
Substitute it with \’_\’ or remove it and all will works.
PKGS_PRIORITY=( ktown_testing restricted_current alienbob_current )
MIRRORPLUS[\’alienbob\’]=http://taper.alienbase.nl/mirrors/people/alien/sbrepos/14.1/x86_64/
MIRRORPLUS[\’restricted\’]=http://taper.alienbase.nl/mirrors/people/alien/restricted_sbrepos/14.1/x86_64/
MIRRORPLUS[\’slackpkgplus\’]=http://slakfinder.org/slackpkg+/
MIRRORPLUS[\’ktown_testing\’]=http://taper.alienbase.nl/mirrors/alien-kde/current/testing/x86_64/
MIRRORPLUS[\’alienbob_current\’]=http://taper.alienbase.nl/mirrors/people/alien/sbrepos/current/x86_64/
MIRRORPLUS[\’restricted_current\’]=http://taper.alienbase.nl/mirrors/people/alien/restricted_sbrepos/current/x86_64/

Comment from Ryan P.C. McQuen
Posted: September 6, 2015 at 20:28

Thank you Matteo!

Comment from Eduardo
Posted: September 6, 2015 at 23:01

Some more information. I think my problem has to do with how ConsoleKit2 and cgmanager interact with NetworkManager. I found this post but I still don’t know how to make sense of it: https://forum.manjaro.org/index.php?topic=25287.0

Comment from Owen Greaves
Posted: September 7, 2015 at 03:42

I’m experiencing something interesting. when I right click on the time (which is the wrong time BTW), the right time shows correctly in the Date & Time Control Module but the AM/PM is wrong. When I change it to PM, click apply…and sometimes the APPLY button stays greyed out….it saves the PM on the task bar, but not in the module where I changed it.

So, if it’s 7:30 PM – the task bar shows it’s 2:37PM – I can’t change the UTC to my local (Vancouver, Canada) it won’t let me apply the change.

I’m not sure if it’s a package problem or an actual KDE problem. After I try to change and then click cancel, because it would allow me bow gracefully, I get an error – kcmshell5 segment fault Using host libthread_db library “/lib64/libthread_.so.1”

Also, on a different item – when I click on the K application launcher, I see my favorites, but when I float the mouse over an item, they disappear : )

Those are the two glaring things I’ve come across – any tips?

Comment from alienbob
Posted: September 7, 2015 at 05:51

Eduardo you may be right with regard to interaction between ConsoleKit2 and cgmanager. Keep me informed if you learn anything new that I should apply.

Comment from alienbob
Posted: September 7, 2015 at 05:52

Owen, the best course of action is to create bug reports on https://bugs.kde.org/ . All sorts of things can go wrong, perhaps even because of what’s changing in slackware-current. But bug reports get attention from the KDE developers and that is important.

Comment from Geremia
Posted: September 7, 2015 at 09:19

The KWalletManager5 doesn’t show any of my wallets. Also, when I try importing a wallet, no dialog box pops up.

Comment from Andres
Posted: September 7, 2015 at 12:51

Hello, I had the same problem with the clock that Owen has.

I found a workaround, where i let UTC selected and select my timezone too. Then i enable the option to change zones with mouse wheel, and apply the changes.

So in the clock i change to my timezone and it keeps fixed between restart/relogins.

Comment from Ryan P.C. McQuen
Posted: September 7, 2015 at 18:17

Thank you Eric and Matteo. I am running KDE5 now with no issues using slackpkg+. Here is my conf if anyone else finds it useful: https://gist.github.com/ryanpcmcquen/944ed4e1960af046bd0f

Note that I only had to add ktown_testing to PKGS_PRIORITY and not REPOPLUS (as Matteo said).

Comment from Gérard Monpontet
Posted: September 7, 2015 at 19:15

ConsoleKit package

as the old ConsoleKit slack-current package, it would be better that the folder / usr / lib64/ConsoleKit be moved
in /usr /lib

Comment from Gérard Monpontet
Posted: September 7, 2015 at 19:31

Sorrry for double post

this is is because console-kit-daemon find the folder Consolekit in /usr/lib not in /usr/lib64

in syslog

WARNING: Unable to open directory /usr/lib/ConsoleKit/run-session.d: Error opening directory ‘/usr/lib/ConsoleKit/run-session.d’: No such file or directory

Comment from Michelino
Posted: September 8, 2015 at 11:54

Hi Eric,
I’m trying to figure out owncloud bug (https://github.com/owncloud/client/issues/3769).
Could you tell me if qt-5.5.0 is compiled with or without libproxy support.

In you slackbuild there is no reference to libproxy, and I’m not able to determine if it’s enabled by default or not.

Thanks

Comment from alienbob
Posted: September 8, 2015 at 13:41

Hi Michelino

Yes, libproxy is enabled. Here is a part of the compilation log:

Configuration ………. accessibility accessibility-atspi-bridge alsa audio-backend avx avx2 c++11 clock-gettime clock-monotonic compile_examples concurrent cups dbus egl egl_x11 eglfs enable_new_dtags evdev eventfd fontconfig full-config getaddrinfo getifaddrs glib gstreamer-0.10 gtk2 gtkstyle harfbuzz iconv icu inotify ipv6ifname kms large-config largefile libproxy libudev linuxfb medium-config minimal-config mremap mtdev nis nostrip opengl openssl png posix_fallocate qpa qpa reduce_exports reduce_relocations release rpath shared small-config sse2 sse3 sse4_1 sse4_2 ssse3 system-freetype system-jpeg system-png system-sqlite system-zlib xcb xcb-glx xcb-plugin xcb-render xcb-sm xcb-xlib xinput2 xkbcommon-qt xlib xrender

libproxy………….. yes

If you need the full log of compiling Qt5, let me know.

Comment from Michelino
Posted: September 8, 2015 at 16:10

Thank’s, Eric, I’ll ask to devs if they need full log.

Comment from Michelino
Posted: September 8, 2015 at 20:20

Eric, seems that NetworkManager search ConsoleKit “database” file in “/var/run/ConsoleKit/” but in you package the run directory is “/run/ConsoleKit” (–with-rundir=/run).

Removing “/var/run/ConsoleKit” and giving “ln -s /run/ConsoleKit/ /var/run/ConsoleKit”, NetworkManager find database file and is able to add connections.

I don’t know if this affect other software.

Just a final question: is it normal that ck-lists-session give no output (in init4)?

Comment from Michelino
Posted: September 8, 2015 at 21:00

Two more details:
1) when you reboot the “/var/run/ConsoleKit” link is deleted (but I think that is normal, does’it?)

2) in init4 you need to start a consolekit session (in init3 it starts automatically according to .xinitrc)

Comment from Gérard Monpontet
Posted: September 9, 2015 at 05:31

maybe it’s better to change /var/run/ConsoleKit for /run/ConsoleKit in rc.consolekit

Comment from Eduardo
Posted: September 9, 2015 at 14:26

Michelino! Thanks for the info! I think that will solve my problem. I’m going to rebuild ConsoleKit2 specifying /var/run as its run directory.

Comment from alienbob
Posted: September 10, 2015 at 11:28

I will update the ConsoleKit2 package using “/var/run/ConsoleKit”. The package was taken from Robby Workman’s non-public repository of Slackware updates and I think he has not noticed the discrepancy between the SlackBuild and the rc script. Neither did I.
Using “/var/run” instead of “/run” fits in more with the “drop-in replacement” idea but I will ask Robby why he explicitly chose “/run” instead.

Comment from cwizardone
Posted: September 10, 2015 at 17:13

I was reading the recent announcements on the KDE website and came across this,

“Along with this release Plasma 4 will be published in its LTS version for the last time as version 4.11.22.”

So, apparently kde-workspace-4.11.22 will be the last update of the 4 series.
Is that correct?

Comment from Gérard Monpontet
Posted: September 10, 2015 at 17:38

i use /run in the package and also in the /rc.consolekit
and no problem.

why i use /run because is fashionable and /var/run no 😉

Comment from Michelino
Posted: September 10, 2015 at 19:12

Eric, I think I’ve figured out the owncloud bug.
It was caused by a libproxy call to the kde4 libs, so I’ve compiled libproxy with “-DWITH_KDE4=OFF” option and it did the trick.
I think you should recompile libproxy in your next KDE5 release to avoid that other qt5 programs run into the same problem.

Comment from alienbob
Posted: September 10, 2015 at 22:01

Hi Michelino

In my next update I will include a rebuilt libproxy package.

Comment from alienbob
Posted: September 10, 2015 at 22:03

cwizardone, you are correct. The only focus will be on development of KDE Frameworks, Plasma and Applications. Once all Applications have been ported to KF5, the old kdelibs4 will no longer be needed – except of course for 3rd party applications that are still KDE4 based.

Comment from cwizardone
Posted: September 10, 2015 at 23:59

@alienbob,
Is there any chance the latest, and last, maintenance updates to KDE 4, will show up in -current?
🙂

Comment from Gérard Monpontet
Posted: September 13, 2015 at 12:28

package kmix have kmix.rc at the / ( /kmix/kmix.rc )

Comment from Gérard Monpontet
Posted: September 13, 2015 at 12:51

sorry

package kmix have kmixui.rc at the / ( /kmix/kmixui.rc )

Comment from Gérard Monpontet
Posted: September 13, 2015 at 13:02

probably at place of /usr/share/kxmlgui5/

Comment from alienbob
Posted: September 13, 2015 at 13:07

Hi Gérard,

Indeed!
Luckily this has been fixed in the upcoming package for kmix-15.08.1.
I intend to upload my updated packages on tuesday when the sources for KDE Applications 15.08.1 are released to the public.
I already compiled them and am using these packages myself at this very moment.

A git branch contains all my changes since KDE 5_15.09: http://taper.alienbase.nl/cgit/ktown/log/?h=5_15.09_02

Comment from alienbob
Posted: September 13, 2015 at 13:08

The file’s proper location is “/usr/share/apps/kmix/kmixui.rc”

Comment from Gérard Monpontet
Posted: September 13, 2015 at 13:13

Ok, Eric, thanks 😉

Comment from Gérard Monpontet
Posted: September 13, 2015 at 13:24

xapian-core-1.2.21 installed here without problem,

maybe you can update it.

Comment from Eduardo
Posted: September 14, 2015 at 19:19

Bad news. I rebuilt ConsoleKit2 specifying /var/run as its rundir and /var/run/ConsoleKit as the pidfile location. But I still get an error when I try to add a new connection: “Connection error: could not open session for uid 1000” or something similar.

Comment from Michelino
Posted: September 14, 2015 at 19:35

Try starting a consolekit session
“ck-launch-session”

Comment from alienbob
Posted: September 14, 2015 at 20:44

Tomorrow, you’ll get a load of new packages and a whole lot less issues.
I am waiting for Applications 15.08.1 to be released, then my packages will become available too. With a fixed ConsoleKit2

Comment from Geremia
Posted: September 26, 2015 at 12:36

Have you ever thought of homeschooling your son?

Write a comment