KDE Plasma5 for Slackware – october ’18 batch

Today the Plasma developer team released Plasma 5.14.1 which was what I was waiting for. I was a bit hesitant to add a major new release (5.14.0) to my monthly refresh for Slackware and opted for this point release.

And now “KDE-5_18.10” has been uploaded to the ‘ktown‘ repository. Again I was able to offer a full set of updates.

What’s new

The October release of KDE Plasma5 for Slackware contains the KDE Frameworks 5.51.0, Plasma 5.14.1 and Applications 18.08.2. All this on top of Qt 5.11.2 which was updated inbetween the two monthly ‘ktown’ releases.
There were two updates in the ‘extras’ section for Applications: new versions for ‘krita’ and ‘okteta”. The ‘deps’ section saw some changes as well: ‘PyQt5’ was updated to work properly with Qt 5.11.2, a newer version of ‘sip’ had to be added for that same reason – it replaces the somewhat older Slackware package. And a new package ‘python-enum34’ package had to be added, it is a dependency for the Python2 support in PyQt5.

The incremental releases of Frameworks and Applications are focusing on bugfixing and stability improvements, but Plasma 5.14 is a bigger change compared with the 5.13 that was part of my last month’s ‘ktown’ release. Let’s repeat the highlights from the releasenotes:

  • There’s a new Display Configuration widget for screen management which is useful for presentations.
  • The Audio Volume widget now has a built in speaker test feature moved from Phonon settings.
  • The Network widget now works for SSH VPN tunnels again.
  • Switching primary monitor when plugging in or unplugging monitors is now smoother.
  • The lock screen now handles user-switching for better usability and security.
  • You can now import existing encrypted files from a Plasma Vault.
  • The Task Manager implements better compatibility with LibreOffice.
  • The System Monitor now has a ‘Tools’ menu full of launchers to handy utilities.
  • The Kickoff application menu now switches tabs instantly on hover.
  • Widget and panels get consistent icons and other user interface improvements.
  • Plasma now warns on logout when other users are logged in.
  • The Breeze widget theme has improved shadows.
  • The Global menu now supports GTK applications. This was a ‘tech preview’ in 5.13, but it now works out of the box in 5.14.

More features were added – to Plasma Discover and to the Wayland stack, both of which I skip in my ‘ktown’ releases.

Go get it

Download the KDE-5_18.10 from the usual location at https://slackware.nl/alien-kde/current/latest/ . Check out the README file in the root of the repository for detailed installation or upgrade instructions.

I will generate a new Plasma Live ISO soon. You will find it in https://slackware.nl/slackware-live/latest/

Have fun! Eric

79 thoughts on “KDE Plasma5 for Slackware – october ’18 batch


  1. Current ChangeLog:

    (Those of you using Plasma 5 or various third party packages should know by
    now what it means when icu4c gets a bump in -current. You may want to wait
    a few days for those things to appear again rebuilt against this)


  2. No, the packages have not been built against the new icu4c. Pat’s updates surprised me too. Just wait a bit with upgrading to the latest -current if you are running KDE Plasma5, like the Slackware-current ChangeLog.txt cautions you.
    I will check what packages need to be recompiled and get to do that after I return home from work.


  3. Just for info, Eric:
    on current QScintilla is on ‘2.10.7’ version, kdeconnect-1.3.2 is available, OpenAL-1.19.1, also.



  4. Hi Eric, thank you!
    I note about the warnings on updating current.
    By the way, it seems like your ktown packages still put some *.la libraries, if you have time perhaps you might like to look into that.
    Otherwise, the latest update is running smoothly here. Thanks again!


  5. Uff, it looks like a big part of recompilation. Unicode is everywhere. For example(libicui): kdeinit5, kdostartupconfig5, kapplymousetheme, ksplashqml, etc…


  6. Pingback: Links 17/10/2018: Elementary OS 5.0 “Juno” Released, MongoDB’s Server Side Public Licence | Techrights

  7. Marcus, what you see are indirect dynamic dependencies. Which means, the binaries you mention link against Qt5 libraries, and Qt5 has a direct dependency in icu4c libraries.
    Which means, after recompiling qt5 (which will take ages unfortunately) most of those perceived library issues will be resolved automatically.
    Bottomline: do not use “ldd” to find direct dependencies.
    Instead, use “readelf -d” and look for the lines that have “NEEDED” in them. Those are the direct dependencies.


  8. Sorry, my fault. I do not tested it. I only typed objects from error log on one PC. Autoupdate script was faster than me. 🙂
    Thanks for “readelf -d” I did not know that. Usually use ” objdump -p /path/to/program | grep NEEDED”



  9. I know, only for testing purpose(and laziness) on one pc. At least it is fun to repair a malfunctioning system. 🙂 Man will learn a lot.



  10. Hello Eric, first than all thank you very much! I really was enjoying KDE plasma even in my office – I know I shouldn’t -, but I got a lot of troubles with the update of the icu4c to 63.1 kde only lies the 61.1 and not even the ln -s link trick works. At the end I had to remove every clue of KDE on my slack. Do you think that it could be a solution any time soon? or maybe compiling – and waiting for hours – may solve the problem ? Thank you again !!


  11. Omar, and anyone else reading this:
    VERY important to realize if you use slackware-current, is that you should NEVER automatically upgrade to the latest batch of packages.
    ALWAYS FIRST read the ChangeLog.txt file and search for possible breakage of 3rd party packages.

    If you see a warning in the ChangeLog.txt that goes “Shared library .so-version bump.” this means that any program depending on this library will be broken after the upgrade.
    And if the above message is shown for packages like boost, icu4c, harfbuzz, or poppler, you know that a LOT of programs will be broken.

    In such a case, it is advised to wait with upgrading, and start with reading news articles for clues as to the potential impact.

    In this case we are talking about now, the icu4c update unfortunately requires compiling a lot of packages in ‘ktown’. The biggest is ‘qt5’ and that takes a long time to finish. And currently I have issues in the chain, I am stuck at QScintilla because of an apparent new issue with PyQt5.

    If you already did the upgrade, there;s no other way except wait for my updates. In the meantime, you can use XFCE if you need a Desktop Environment. I will release new 64bit packages first, to avoid delays, and then I will recompile the 32bit packages where needed.


  12. Thank you Eric, now I learned the lesson, hehe. Slackware always techs you – sometimes in a bad way but it does -. I am using XFCE and now and so on I will read the ChangeLog.txt file. I was trying to downgrade but it could come with other issues, I think it is better to wait – also for the LibreOffice, it was broken too-. Again, thank you very much and I am glad to help if you need it. 🙂



  13. Working and Looking good. Noto-CJK fonts no longer causing problems with SCIM. There is now an option to set window translucency! Operation smooth overall.


  14. I am facing issues with recompiling qt5, qt5-webkit and QScintilla so I cannot proceed with the remaining Plasma recompile candidates for now.
    I need to figure out why the qt5/qt5-webkit packages are incomplete. In the meantime I have uploaded a “icu4c-compat” package to my regular repository. It contains the icu4c shared libraries of all the previous couple of years’ packages and it hopefully resolves the present issues until I get the recompile working properly.
    See http://www.slackware.com/~alien/slackbuilds/icu4c-compat/


  15. Eric, after I upgraded I’m having problems with some PyQt5 programs too, mainly git-cola (which I maintain on SBo).

    I tracked the error to sip/python2 in case it might be useful with your problems (git-cola uses qtpy, which is a wrapper around PyQt4, PyQt5 and PySide).

    I haven’t yet attempted to recompile sip, will check and report back.

    These are the errors I’m getting:

    $ git-cola
    Traceback (most recent call last):
    File “/usr/bin/git-cola”, line 53, in
    from cola.main import main
    File “/usr/share/git-cola/lib/cola/main.py”, line 6, in
    from . import app
    File “/usr/share/git-cola/lib/cola/app.py”, line 15, in
    from qtpy import QtCore
    File “/usr/share/git-cola/lib/qtpy/__init__.py”, line 175, in
    raise PythonQtError(‘No Qt bindings could be found’)
    qtpy.PythonQtError: No Qt bindings could be found

    $ slf /usr/lib64/python2.7/site-packages/sip.so
    sip-4.19.13-x86_64-1alien: usr/lib64/python2.7/site-packages/sip.so

    $ python
    Python 2.7.15 (default, Jun 17 2018, 22:57:51)
    [GCC 7.3.0] on linux2
    Type “help”, “copyright”, “credits” or “license” for more information.
    >>> import sip
    Traceback (most recent call last):
    File “”, line 1, in
    ImportError: /usr/lib64/python2.7/site-packages/sip.so: undefined symbol: _Py_FalseStruct
    >>> quit()

    $ python3
    Python 3.6.6 (default, Jul 31 2018, 15:43:11)
    [GCC 8.2.0] on linux
    Type “help”, “copyright”, “credits” or “license” for more information.
    >>> import sip
    >>> quit()



  16. I downloaded the files from https://slackware.nl/alien-kde/source/latest/deps/sip/ and put a ‘make clean’ before ‘python configure.py’ in the Slackbuild, and that seems to have done the trick for the python module.

    Your package seems to have installed the python3 module in the python2 path:

    sip-4.19.8-x86_64-2.txz ## from Slackware64-current
    $ ls -l /usr/lib64/python*/site-packages/sip.so
    -rwxr-xr-x 1 root root 140440 abr 13 2018 /usr/lib64/python2.7/site-packages/sip.so
    -rwxr-xr-x 1 root root 140376 abr 13 2018 /usr/lib64/python3.6/site-packages/sip.so

    sip-4.19.13-x86_64-1alien.txz ## from your repo
    $ ls -l /usr/lib64/python*/site-packages/sip.so
    -rwxr-xr-x 1 root root 140312 oct 11 17:50 /usr/lib64/python2.7/site-packages/sip.so
    -rwxr-xr-x 1 root root 140312 oct 11 17:50 /usr/lib64/python3.6/site-packages/sip.so
    $ cmp /usr/lib64/python*/site-packages/sip.so ; echo $?
    0

    $ ll /usr/bin/sip{,3}
    -rwxr-xr-x 1 root root 398608 oct 11 17:50 /usr/bin/sip
    -rwxr-xr-x 1 root root 398608 oct 11 17:50 /usr/bin/sip3
    $ cmp /usr/bin/sip{,3} ; echo $?
    0

    ## Newly compiled package with ‘make clean’ added
    $ ls -l /tmp/package-sip/usr/lib64/python*/site-packages/sip.so
    -rwxr-xr-x 1 root root 148632 oct 18 18:12 /tmp/package-sip/usr/lib64/python2.7/site-packages/sip.so
    -rwxr-xr-x 1 root root 140376 oct 18 18:12 /tmp/package-sip/usr/lib64/python3.6/site-packages/sip.so
    $ cmp /tmp/package-sip/usr/lib64/python*/site-packages/sip.so
    /tmp/package-sip/usr/lib64/python2.7/site-packages/sip.so /tmp/package-sip/usr/lib64/python3.6/site-packages/sip.so differ: char 25, line 1

    $ ls -l /tmp/package-sip/usr/bin/sip{,3}
    -rwxr-xr-x 1 root root 398648 oct 18 18:12 /tmp/package-sip/usr/bin/sip
    -rwxr-xr-x 1 root root 398648 oct 18 18:12 /tmp/package-sip/usr/bin/sip3
    $ cmp /tmp/package-sip/usr/bin/sip{,3} ; echo $?
    0



  17. PyQt5 seems partially affected too:

    $ ll /usr/lib64/python*/site-packages/dbus/mainloop/pyqt5.so
    -rwxr-xr-x 1 root root 23264 oct 11 20:22 /usr/lib64/python2.7/site-packages/dbus/mainloop/pyqt5.so
    -rwxr-xr-x 1 root root 23264 oct 11 20:22 /usr/lib64/python3.6/site-packages/dbus/mainloop/pyqt5.so
    $ cmp /usr/lib64/python*/site-packages/dbus/mainloop/pyqt5.so ; echo $?
    0




  18. Ricardo, what I will do is reverse the build order (python2 / python3) in the sip package and rename the python2 version of sip to sip2 instead of renaming the python3 based sip to sip3. That should get rid of these issues. The likely cause is that I did a similar reversing of building the python2 and python3 based code and it should be done the same in both.
    Why did I do this reversal? Because the KItemModels Framework now requires the python3 based code in PyQt5 and so python3 had to become the default python in sip/PyQt5.
    At least, that is my theory.


  19. Re. subscribe button: my bad, I meant the “subscribe to new comments” button, I think it’s wordpress feature.

    Re. PyQt5: I recompiled it with a make clean and git-cola keeps using PyQt4.
    In python2’s shell I get:

    >>> from PyQt5 import QtCore
    import PyQt5 # directory /usr/lib64/python2.7/site-packages/PyQt5
    # /usr/lib64/python2.7/site-packages/PyQt5/__init__.pyc matches /usr/lib64/python2.7/site-packages/PyQt5/__init__.py
    import PyQt5 # precompiled from /usr/lib64/python2.7/site-packages/PyQt5/__init__.pyc
    dlopen(“/usr/lib64/python2.7/site-packages/PyQt5/QtCore.so”, 2);
    Traceback (most recent call last):
    File “”, line 1, in
    ImportError: No module named sip
    >>>
    >>> from PyQt5 import QtCore
    >>> quit()

    Weird that it fails the first time (which is why git-cola falls back to PyQt4) but works the second :/

    I’ll try recompiling in the order you suggest.

    Thank you.



  20. pyqt5 need the module PyQt5.sip now (for hplip compiled with pyqt5 qt5 ), this module isn’t compiled by default, with your Slackbuild, i have modified your sip.Slackbuild like this:

    if [ -n “${PYTHON3LIB}” ]; then
    python3 configure.py –sip-module PyQt5.sip –no-tools \
    -b “/usr/bin” \
    -d “$PYTHON3LIB” \
    CFLAGS=”$SLKCFLAGS” \
    CXXFLAGS=”$SLKCFLAGS” || exit 1
    make $NUMJOBS || make || exit 1
    make install DESTDIR=$PKG || exit 1

    fi

    if [ -n “${PYTHON3LIB}” ]; then
    python3 configure.py \
    -b “/usr/bin” \
    -d “$PYTHON3LIB” \
    CFLAGS=”$SLKCFLAGS” \
    CXXFLAGS=”$SLKCFLAGS” || exit 1
    make $NUMJOBS || make || exit 1
    make install DESTDIR=$PKG || exit 1

    mv $PKG/usr/bin/sip $PKG/usr/bin/sip3
    fi
    these changes, are for added sip module ‘PyQt5.sip’,
    and now hplip compiled with pyqt5, work.


  21. Hello Eric,
    the icu4c-compat package is a simple and smart idea!!
    It’s something that maybe Patrick could consider for all the sensitive packages (boost, icu4c).
    Even if -current always requires some self-awareness from the user.


  22. Thanks, Eric, for the super-quick reaction. After installing your icu4c-compat package everything is smoother than ever. Great solution and “ludicrous” speed on your side! 🙂


  23. Well, the icu4c-compat was a stop-gap measure but a good one that I will keep.
    I used the suggestions made by Ricardo and Gérard to improve on the sip and PyQt5 packages and I found out why qt5-webkit was missing stuff: the version 5.9.1 is no longer compatible with Qt 5.11.x. I had to upgrade it to the Webkit port which is being developed and maintained here: https://github.com/annulen/webkit … I succeeded in recompiling gpgme, qt5, qt5-webkit, sip, PyQt5 and currently fighting with QScintilla which now refuses to compile with all-new errors.


  24. Great, glad to hear that qt is almost done, right now using current and latest kde. Great an quick solution with icu4c-compat. I see kde deployment on current on near future :D. at least nearer than some time ago. last version was mature, but this is better. thanks again for taking your time, your work is really appreciated by slack community.
    Gonzalo.



  25. upgraded -current with icu4c-compat waiting to be installed. plasma did fail after upgrade, all working fine after installing icu4c-compat. plasma ok, libreoffice including impress ok, scim ok, inkscape ok, skype ok, OpenBoard ok, vlc ok . sensitive sometimes persnickety apps all running smoothly.


  26. A million thanks, Eric, for the ingenious solution building the icu4c-compat package.
    Since I’ve chosen MATE as my DE, the dreaded .so bumps usually have limited consequences. This time just a few programs dependent on Qt5 and Qt5-webkit were affected: MuseScore, qBittorrent, vlc. But icu4c-compat solved it all.
    Looking forward to the fresh Qt5 packages in the pipeline.


  27. Hi all.

    Updates will eventually come, but I am currently ill and at home, so things are a bit slower.
    For Plasma the fix takes the shape of recompiled qt5 and PyQt5, updated qt5-webkit, sip, QScintilla and gpgme with a new ‘hyphen’ package added.
    These package updates will also fix qbittorrent and vlc.
    The calibre and libreoffice packages need a full recompile.
    For 64bit, I have done all of the above except for libreoffice. The 32bit effort needs to commence yet, but you still have icu4c-compat.



  28. Problem:

    dolphin: error while loading shared libraries: liblmdb.so.0.0.0: cannot open shared object file: No such file or directory

    Solved:

    cd /usr/lib64
    ln -s liblmdb.so liblmdb.so.0.0.0


  29. Antonio, no idea what happened on your computer but /usr/lib64/liblmdb.so.0.0.0 should be a regular file and it is part of the lmdb-0.9.22-x86_64-2.txz package.
    And liblmdb.so should be a symlink.

    Did you install lmdb from another location instead of using the Slackware package that was added to Slackware on Sep 14?


  30. Alien, all the wonder out there? Here in Brazil we are looking forward to the presidential elections! Hehehe.

    My installation looks like this:

    [ Status] [ Repository] [ Package]
    installed myktown lmdb-0.9.21-x86_64-2alien
    uninstalled(masked) slackware64 lmdb-0.9.22-x86_64-2

    Should I install the “official package” parallel to yours?

    I use a local ktown mirror, a local Slackware64 mirror and slackpkg+ to manage the packages.

    Hugs


  31. Antonio, I’d recommend to install Slackware’s version, that’s what I have on my system:

    $ slackpkg search lmdb

    Looking for lmdb in package list. Please wait… DONE

    The list below shows all packages with name matching “lmdb”.

    [ Status ] [ Repository ] [ Package ]
    installed slackware64 lmdb-0.9.22-x86_64-2

    Cheers!



  32. Then you very much !

    There are still icu4c problems in many deps/telepathy and kde/telepathy packages.

    I found also “libclang.so.6 not found” in /usr/lib64/libKDevClangPrivate.so.30 (in kdevelop)


  33. Helios I do not use Telepathy myself, so I have not paid attention to it. I may fix those packages later, but 32bit fixes have to come first. Considering the issues I have at the moment, recompiling anything Qt5 related, it may take a week before I get the time for further fixes.


  34. alienbob I don’t use Telepathy too, but I check everything in /usr/bin and /usr/lib64 to see which extra packages I need to recompile after updating icu4c. Fortunately there is ony one (tesseract)


  35. Antonio, I assume that “myktown” is a local repository with Plasma5 packages? It is not an up-to-date repository then, because lmdb was part of the older releases but not part of the current set any longer since lmdb got added to Slackware.


  36. Hi Eric,
    Firstly, thanks for all your hard work, and hope you manage to shake the bug off soon!

    I’ve just updated -current, LibreOffice and KDE5 with your latest offerings and run into a problem: kdenlive won’t run

    ~$ kdenlive
    kdenlive: error while loading shared libraries: libhyphen.so.0: cannot open shared object file: No such file or directory

    ~$ locate libhyphen
    /usr/lib64/libreoffice/program/libhyphenlo.so

    Is this something I’ve done wrong, or is something missing from the updates? It was working fine before.

    Cheers,


    Pete


  37. Update: Have built Hyphen-2.8.8 from slackbuilds, and everything seems to be fine now. I suspect you’ve built on a machine with this installed – not sure if its essential or not, but if it is, perhaps this needs adding to dependencies?

    Cheers,


    Pete


  38. Fantastico Alien, everything beauty?
    I fixed the script that creates my local mirrors and now everything is working fine.
    Many thanks for your patience and great work!
    PEACE!


  39. Pete, hyphen is a new dependency for the new qt5-webkit sources I am using.
    A ‘hyphen’ package was already added both to ktown and my regular repository together with the upload of new qt5 and qt5-webkit packages. I assume you forgot to read the README and/or the ChangeLog.txt of my rpeository (always see if there’s new packages to install).



  40. Just updated my local repository to the latest ktown and upgraded ktown on my systems. Finally able to upgrade Slackware. All is working well. Thanks a million.


  41. Just updated and I noticed an issue opening my vault from the task bar. When I attempt to open it I do not get the prompt for the password. I do not get any visual feedback and the vault entry disappears from the list. I can however open the vault fine from the command line. Thanks


  42. aocab I can confirm that.
    I thought I tested the vault after the updates… guess not.
    What I also observe is that I see a message popup stating that my wireless connection is established (but it’s active all the time) and in the system tray I see three crash boxes appear and then disappear again before I get the chance to click on them.


  43. I can see although an other problem with libre office 6.1.2 #2 packages. file menu dissapreaded, can somebody check if having same issue? thanks !


  44. acidtripper, works fine here on Plasma5 Desktop.
    Check /etc/profile.d/libreoffice.sh and un-comment this line:

    export SAL_USE_VCLPLUGIN=gtk3

    And leave all other lines commented-out.
    Login again or start a new login shell, and run Libre Office again. Are the menus back?


  45. Im at work, let me check it when arrive home.
    Other thing i saw yesterday is that when you open dolphin for example, file menu appears but on desktop background. what i did is to remove icu4c-compat reinstall -current one, and upgrade to latest kde 5.14.1 packages (the ones you uploaded with new qt neq qt-webkit, etc.


  46. acidtripper, Dolphin looks fine here. Perhaps you are experiencing a graphics bug in combination with Plasma 5.14?
    What happens if you create a new user account and login with that account, then check?

    By the way, icu4c-compat does not take the place of Slackware’s icu4c package, it is meant to be co-installed.


  47. But as soon as i installed the new qt versions and kde stuff it shouldn’t be necessary anymore to conserve icu4c-compat i’m right?. On the other hand maybe i faced some misconfiguration related to my user. i’ll check it in some hours and let you know about this two things: libreoffice and dolphin file’s menu.
    Thanks!



  48. i remove icu4c-compat and installed again slackware’s icu4c from current, after upgrading to latest kde with new qt stuff.


  49. Well here im testing. adding a new user solved libreoffice file menu issue. about dolphin file menu isn-t present but menu isnt in the wallpaper. although i upgraded qscintilla and sip, dated from today *24th.


  50. acidtripper then perhaps it is time that you to open a bug report on bugs.kde.org with as much detail as you can give, including screenshots.
    I do not experience the issues you are describing.


  51. FYI,

    According to a quick scan of packages using ‘ldd’, the following packages still have icu4c linking issues and probably have to be recompiled.
    From the deps/telepathy section, in this order:
    libaccounts-glib
    libaccounts-qt5
    signon-ui
    telepathy-gabble
    telepathy-logger
    telepathy-logger-qt5
    telepathy-mission-control
    telepathy-accounts-signon

    And in kde/telepathy (in this order):
    kaccounts-integration
    kaccounts-providers
    ktp-common-internals
    ktp-accounts-kcm
    ktp-contact-list
    ktp-contact-runner
    ktp-text-ui
    ktp-kded-module
    ktp-auth-handler
    ktp-filetransfer-handler
    ktp-send-file
    ktp-call-ui

    I’ll see what I can do. A new KDE Applications release is still two weeks away.
    Perhaps with the compilation of the dependencies, most of the damage is repaired already. And if you have icu4c-compat installed, you won’t have an issue anyway…


  52. Well, everything working as a charm here, although telepathy issues, personally i dont use it . So i don’t get hurt this time. Is there any idea of merging kde5 on current eric? or it’s far away?
    Thanks for your dedicated work and answers. Im using it an testing in my main devices.


  53. Plasma 5 working great with all apps and fast and smooth. Wacom tablets support good now, with calibration flawlessly operating. No longer any need to tweak with xsetwacom to get it right. Overall this is a system that anyone can use. Great work.


  54. Eric,
    Today I did Alt+F2 for krunner and nothing happened after three tries. I tried in Konsole, and krunner was looking for gnome icons or crystalsvg icons. I installed crystalsvg icons and had KDE use that. Alt+F2 immediately pulled up krunner. I like the crystalsvg icons, but hadn’t had this problem in the past. I only use krunner with kdesu anyway. Sometimes I’m a bit lazy.



  55. It was not what I changed, but what I didn’t change. I was suffering some goofiness from the background flashing black to white with more than one app open. It did not matter the apps. Then I remembered that when I removed KDE and replaced all with your KDE5, I never removed the nvidia driver. It did not cross my mind. I just now removed the driver, and it complained about the driver installation had been changed, so I new that having removed KDE, something went awry. Re-installing nvidia solved all probems with the flashing screen and krunner. I took out crystalsvg and krunner was just fine. I then put crystalsvg back, because I did like it.


  56. Hi AlienBob, my KRunner are too having problems, if I try write anything the program crash. Running it from konsole it shows this after the crash:
    “org.kde.plasma: unversioned plugin detected, may result in instability”
    I am using Slackware Current, the last versions for Multilib and Kde Plasma from your repository, also qt-creator(and it’s dependencies) and steam.


  57. Hi Eric, the latest -current update (Mon Nov 19 02:46:11 UTC 2018) upgrades polkit. Is it OK to update or do you suggest to hold off updating if we want to keep running Plasma? Thanks.



  58. A good news, i have compiled the latest ‘frameworks’ ,’plasma5′ and the latest ‘beta applications’ ‘18.11.80’,
    and it seem ‘David Faure’ has fixed the ‘kio-extra’ mtp problem with dolphin, now i have acces to my android GSM photos. 😉



  59. “bam, I do not see any value for plasma-discover in a Slackware distribution.”
    Eric, the reason I want it in Slackware is because for now it’s the only possible way to have GUI in Plasma for Flatpack, which works perfectly fine in Slackware.
    Without it, I can’t test AppData of my Flatpack project.
    I have searched by didn’t find other solution for Slackware..


  60. bam, you nailed the exact reason why I will not add plasma-discover.
    I would have to also add appstream and flatpak, plus all *their* dependencies. Sorry, you’ll have to do this yourself if you need it.


  61. ### Im Getting this error related to baloo, any idea?

    Application: Baloo File Indexing Daemon (baloo_file), signal: Bus error
    Using host libthread_db library “/lib64/libthread_db.so.1”.
    [Current thread is 1 (Thread 0x7fb3a6b2d800 (LWP 5971))]

    Thread 3 (Thread 0x7fb3a5fb6700 (LWP 6853)):
    [KCrash Handler]
    #6 0x00007fb3abd11ea0 in __memmove_avx_unaligned_erms () from /lib64/libc.so.6
    #7 0x00007fb3ac6d4efd in ?? () from /usr/lib64/libKF5BalooEngine.so.5
    #8 0x00007fb3ac6c2fb9 in Baloo::PostingDB::get(QByteArray const&) () from /usr/lib64/libKF5BalooEngine.so.5
    #9 0x00007fb3ac6d2942 in Baloo::WriteTransaction::commit() () from /usr/lib64/libKF5BalooEngine.so.5
    #10 0x00007fb3ac6c93a2 in Baloo::Transaction::commit() () from /usr/lib64/libKF5BalooEngine.so.5
    #11 0x0000000000413b40 in ?? ()
    #12 0x00007fb3ac17a6e1 in ?? () from /usr/lib64/libQt5Core.so.5
    #13 0x00007fb3ac181e9c in ?? () from /usr/lib64/libQt5Core.so.5
    #14 0x00007fb3aad1c17e in start_thread () from /lib64/libpthread.so.0
    #15 0x00007fb3abcab85f in clone () from /lib64/libc.so.6

    Thread 2 (Thread 0x7fb3a6ad9700 (LWP 5979)):
    #0 0x00007fb3abc9faa9 in poll () from /lib64/libc.so.6
    #1 0x00007fb3a7fc2ace in ?? () from /usr/lib64/libglib-2.0.so.0
    #2 0x00007fb3a7fc2bdc in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0
    #3 0x00007fb3ac3752fb in QEventDispatcherGlib::processEvents(QFlags) () from /usr/lib64/libQt5Core.so.5
    #4 0x00007fb3ac32530b in QEventLoop::exec(QFlags) () from /usr/lib64/libQt5Core.so.5
    #5 0x00007fb3ac1788d6 in QThread::exec() () from /usr/lib64/libQt5Core.so.5
    #6 0x00007fb3ac789505 in ?? () from /usr/lib64/libQt5DBus.so.5
    #7 0x00007fb3ac181e9c in ?? () from /usr/lib64/libQt5Core.so.5
    #8 0x00007fb3aad1c17e in start_thread () from /lib64/libpthread.so.0
    #9 0x00007fb3abcab85f in clone () from /lib64/libc.so.6

    Thread 1 (Thread 0x7fb3a6b2d800 (LWP 5971)):
    #0 0x00007fb3abc9faa9 in poll () from /lib64/libc.so.6
    #1 0x00007fb3a7fc2ace in ?? () from /usr/lib64/libglib-2.0.so.0
    #2 0x00007fb3a7fc2bdc in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0
    #3 0x00007fb3ac3752e3 in QEventDispatcherGlib::processEvents(QFlags) () from /usr/lib64/libQt5Core.so.5
    #4 0x00007fb3ac32530b in QEventLoop::exec(QFlags) () from /usr/lib64/libQt5Core.so.5
    #5 0x00007fb3ac32d08e in QCoreApplication::exec() () from /usr/lib64/libQt5Core.so.5
    #6 0x000000000040b913 in ?? ()
    #7 0x00007fb3abbb90ab in __libc_start_main () from /lib64/libc.so.6
    #8 0x000000000040baaa in _start ()
    [Inferior 1 (process 5971) detached]


Leave a Reply to Omar Cancel reply

Your email address will not be published.

This site uses Akismet to reduce spam. Learn how your comment data is processed.