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
Hello Eric,
Are those packages build against the new icu4c (that got pushed to current today) ?
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)
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.
Just for info, Eric:
on current QScintilla is on ‘2.10.7’ version, kdeconnect-1.3.2 is available, OpenAL-1.19.1, also.
Also in Current, gpgme is on (1.12.0) version 😉
( ChangeLog,)fri Oct 12 19:24:43 UTC 2018 )
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!
Uff, it looks like a big part of recompilation. Unicode is everywhere. For example(libicui): kdeinit5, kdostartupconfig5, kapplymousetheme, ksplashqml, etc…
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.
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”
Auto-updating a Slackware-current installation? Not a good idea…
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.
Thanks! Installed, working well as expected. Yeah that icu4c update caught me by surprise too.
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 !!
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.
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. 🙂
I ignored the ChangeLog.txt. It hurts! 😛
I’ll patiently wait for the recompiled stuff, Eric. Thanks for your heads up.
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.
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/
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()
BTW, whatever happened to the “Subscribe to posts” button?
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
Plasma Discover is very welcomed. Any plans to include it, Eric?
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
Ricardo, the place to subscribe to the blog and receive emails about new posts is at the top right of the page.
bam, I do not see any value for plasma-discover in a Slackware distribution.
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.
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.
Eric, thank you so much for the icu4c-compat. It worked like a charm. SDDM and Plasma are back on duty.
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.
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.
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! 🙂
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.
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.
Thanks for the icu4c-compat package, Eric. Much appreciated here.
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.
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.
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.
Eric, take your time with those packages and a well deserved rest so you can get better asap! I care more about your health than anything else.
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
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?
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
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!
Eric, I upgraded your Qt5 and related packages a few hours ago, so far so good!
Thank you!
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)
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.
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)
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.
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
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
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!
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).
Whoops! Mea culpa! Thanks, Eric!
I’m due an opticians appointment in a week’s time! 😉
—
Pete
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.
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
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.
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 !
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?
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.
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.
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!
acidtripper perhaps I just misunderstood your statement “remove icu4c-compat reinstall -current one”.
i remove icu4c-compat and installed again slackware’s icu4c from current, after upgrading to latest kde with new qt stuff.
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.
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.
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…
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.
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.
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.
Michael, that means you changed something on your computer. Krunner should not require Gnome icons or crystalsvg.
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.
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.
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.
It seems that the new polkit, has no problem with plasma5 here, just replace ‘js185’ by ‘mozjs52’
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. 😉
Good to know, thanks Gérard!
“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..
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.
### 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]