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

My Favourites

Slackware

Calendar

May 2016
M T W T F S S
« Apr    
 1
2345678
9101112131415
16171819202122
23242526272829
3031  

RSS Alien's Slackware packages

RSS Alien's unofficial KDE Slackware packages

RSS Alien's multilib packages

RSS Slackware64-current

Meta

KDE 5_15.12 for Slackware-current

plasma5_startup It is time for a refresh of my ‘ktown’ package set. KDE 5_15.12 has been uploaded, containing the latest and greatest: Frameworks 5.17.0, Plasma 5.5.1 and Applications 15.12.0.

To be honest, the compilation had already finished on tuesday but due to the hectic work circumstances moving toward the christmas break, I did not have time to install and test the new packages on my laptop. Today, that has changed, and here is the new batch. One small disappointment… the colorful icons used for the shutdown & logout widget are again replaced by the old colorless flat icons. A regression in my opinion. Die flat colorless icons die!

Anyway, don’t mind the ramblings of an old greybeard who yet has to pour his first drink of the holiday. On with the story.

What’s new in KDE 5_15.12?

Actually, I skipped a Plasma release! Starting with Plasma 5.5, the developers have adopted a more agile release schedule, meaning that after a point release (.0) there will be one or two fast bugfix updates (.1 and .2) followed by further updates with a slightly longer delay. I had built Plasma 5.5.0 and was about to apply the wrapping paper when several last-minute bugs were uncovered in the new Applications point release (15.12.0) which lead to delays in finalizing the repository because of all the patching and subsequent rebuilds. And by the time the Applications issues were resolved, I found the Plasma 5.5.1 sources ready so I archived my 5.5.0 packages and built 5.5.1 instead.

  • Frameworks 5.17.0 is an enhancement release. See https://www.kde.org/announcements/kde-frameworks-5.17.0.php
  • Plasma 5.5.1 is the first bugfix release of the 5.5 series. See https://www.kde.org/announcements/plasma-5.5.1.php . Plasma 5.5 ditched KDE’s own TrueType font “oxygen-icons” in favor of Google’s Noto font family. Another load of font bullshit dumped on Slackware, yay, just what we needed. I had to follow suite and added “noto-font-ttf” and “noto-cjk-font-ttf” packages to the “deps” department. Other noteworthy enhancements and improvements of Plasma 5.5:
    • Support for legacy Xembed protocol is back – the blueman and HP systray icons are again visible without having to jump through hoops. The package “xembed-sni-proxy” which I added a few releases earlier, is gone from my repository because its code is now part of Plasma itself. Don’t forget to run “removepkg xembed-sni-proxy“!
    • Network Manager applet supports WPA2 Enterprise now.
    • A Breeze theme engine for GTK2+ applications was added.
    • You should be able to run a Wayland session now without too much pain and grinding of teeth. I did not test this myself, but some of you may want to tell me your experiences. Wayland is still a grey area to me, if not a black box.
  • Like the new Plasma, Applications 15.12.0 was also announced earlier this week. It is a step further in maturing the KDE Frameworks 5 (KF5) ports of the KDE application collection.
    • Highlight is the retirement of good old KSnapshot and the introduction of a brand new screenshot tool, Spectacle which should also be capable of capturing application menus and pop-ups.
    • Apart from KSnapshot, other packages have been removed as well in Applications 15.12: Amor, KTux (both unmaintained), and SuperKaramba (Plasma offers similar functionality).
    • And several artwork collections are no longer shipped: kde-base-artwork, kde-wallpapers and kdeartwork. Apparently “their content had not changed for a long time”.

I am wondering if I should re-add these removed packages as part of the “kde4” subset, like I already did with some of the other old stuff. Give me your opinion about the value of Amor, KTux, kde-base-artwork, kde-wallpapers and kdeartwork! I will re-add them when the demand is high.

And then there are the dependencies. I upgraded OpenAL, PyQt5, lmdb, added an updated sip package (i.e. newer than Slackware’s own), added the two aforementioned noto font packages and also added yet another new dependency for KWin: libxkbcommon.

I am also working on a new release of the Plasma 5 version of my Slackware Live Edition. It depends on whether I can get UEFI boot to work properly. That milestone will also become the “Beta 3″ release of my liveslak scripts. A link to the Plasma 5 Live ISO will be added to KDE’s Plasma 5 Live testing page, so that more people can get a taste of Slackware-current topped with Plasma 5.

Installing or upgrading Frameworks 5, Plasma 5 and Applications

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

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

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

Note:

If you are using slackpkg+, have already moved to KDE 5_15.10 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)
# removepkg xembed-sni-proxy ktux amor kde-base-artwork kde-wallpapers kdeartwork (they don’t exist in the repo anymore)
# slackpkg upgrade-all (upgrade the remaining dependencies that were part of my repo previously)

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

Recommended reading material

There have been several posts now about KDE 5 for Slackware-current. All of them contain useful information, tips and gotchas 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 such as LXQT which rely (in part) on the KDE Frameworks, and if you are looking for a proper Frameworks repository which is compatible with Slackware package managers such as slackpkg+, then you can use these URL’s to assure yourself of the latest Frameworks packages for Slackware-current (indeed, this is a sub-tree of my KDE 5 “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 webster / Valheru
Posted: December 19, 2015 at 00:34

I’ve a black desktop with just a cursor on slackware current with kde 4.14.3 and the same with Your ktown :/ Before upgrading from xorg-server-1.17.3 worked. :/ :(((
GPU – nvidia

Comment from alienbob
Posted: December 19, 2015 at 00:57

webster… does not have any relevance to this article does it?
If you installed Nvidia’s binary driver and upgraded xorg-server, you *must* re-install the driver.
And since there was a new kernel in slackware-current as well, you need to compile a new nvidia kernel module anyway.

Comment from webster / Valheru
Posted: December 19, 2015 at 09:10

Yes does not have any relevance to this article, I know :/ I saw ktown and I had to write it :/ Sorry – It’s not my first upgrade slackware, I know about recompile nvidia drivers etc. but it doesn’t change. xfce works good for example. Ok, doesn’t matter. ://

Comment from Gérard Monpontet
Posted: December 19, 2015 at 10:58

Ok Eric, overall, plasma work correctly, just kmail crash, when leave, but it work.

no tested telepathy

Thanks 😉

Pingback from Links 19/12/2015: Manjaro Linux 15.12 RC 2, Jolla is Back | Techrights
Posted: December 19, 2015 at 19:41

[…] KDE 5_15.12 for Slackware-current […]

Comment from alienbob
Posted: December 19, 2015 at 20:01

webster, when your screen remains black there will be error or log messages on your console, and/or in /var/log/Xorg.0.log

Comment from webster / Valheru
Posted: December 19, 2015 at 21:50

Alien, I know, I read Xorg log, but I cannot found there any warnings , I’m afraid that is bug of nvidia drivers.

Comment from MiRacLe
Posted: December 19, 2015 at 21:58

Telepathy with google\’s accounts not works (https://bugs.kde.org/show_bug.cgi?id=354949, bug marked as resolved, but i have same error: Authentication failed: invalid-authzid)

Annoying I18n_plural_argument_missing in many notifications and dialogs (bug: https://bugs.kde.org/show_bug.cgi?id=356529)

Also feature request for package qt5 – can you add qt5-x11extras with next update ?

Comment from alienbob
Posted: December 20, 2015 at 00:08

MiRacLe… “qt5-x11extras” is a sub-package split off the main qt5 package, used by non-Slackware distros.
However, Slackware does not split packages into sub-packages. The files you think you need are already contained in my qt5 package.

Yes I am aware of these two bugs and I think it is a pity that the stupid “I18n_plural_argument_missing” bug was not fixed before release.

Comment from Eduardo
Posted: December 20, 2015 at 00:39

Hi alien! All is working properly save for the bugs you noted. Thank you!

I concur with your appreciation of icons. In addition, the most recent default walpaper is downright awful.

Comment from Geremia
Posted: December 20, 2015 at 01:09

This update caused all my windows to lack frames. I don’t know why.

Comment from Geremia
Posted: December 20, 2015 at 01:24

Also, I use an Intel graphics card.

Pingback from Florida Patent News Links 19/12/2015: Manjaro Linux 15.12 RC 2, Jolla is Back – Florida Patent News
Posted: December 20, 2015 at 06:19

[…] KDE 5_15.12 for Slackware-current […]

Comment from Helios
Posted: December 20, 2015 at 10:45

my screen remained black also, this was because /etc/X11/xinitrc was still linked to xinitrc.kde, and not xinitrc.plasma.

Comment from webster / Valheru
Posted: December 20, 2015 at 10:52

Helios, I had linked correctly to kde.plasma using xwmconfig to set it. When I use just intel drivers without “xorg.conf” file, kde work correctly. I’m afraid that is bug of nvidia drivers.

Comment from alienbob
Posted: December 20, 2015 at 12:40

Geremia, if you are missing the window decorations, then KWin does not start. Did you install the new libxkbcommon package in “deps”? KWin requires it now.

Comment from vision
Posted: December 20, 2015 at 15:46

Thanks Eric.

KSnapshot does not working, and Plasma Wayland session cannot start – return to SDDM login manager.

Comment from Gérard Monpontet
Posted: December 20, 2015 at 16:04

KSnapshot has been retired and replaced with a new screenshot application, Spectacle.

Comment from Gérard Monpontet
Posted: December 20, 2015 at 16:23

baloo and baloo5 are in conflict, they contain many same

exec in /usr/bin it seem that baloo is obsolet 😉

Comment from alienbob
Posted: December 20, 2015 at 16:45

Indeed, baloo was needed for as long as kdepim was still based on KDE4. But that has changed a couple of months ago. Next release of my KDE 5 will say goodbye to the KDE4 based baloo.

Comment from Gérard Monpontet
Posted: December 20, 2015 at 16:52

Ok, kmail work here without baloo

just recompilet dolphin dolphin-plugin kde-baseapps without baloo (this 3 work here)

Comment from MiRacLe
Posted: December 20, 2015 at 16:52

vision, for using Spectacle (replacement for kscreenshot) i\’m remove khotkey\’s configuration (~/.config/khotkeysrc) and restart \”Input actions\” background kde service.

Comment from alienbob
Posted: December 20, 2015 at 17:08

Also remove the package “ksnapshot” if you forgot to do that.

Comment from Gérard Monpontet
Posted: December 20, 2015 at 17:19

OK , for baloo probably remove the exec in /usr/bin/* is a is a good transitory solution , i think 😉

because it seem digikam and kipi-plugins use the old baloo lib

Comment from vision
Posted: December 20, 2015 at 17:30

Thanks Gérard Monpontet & MiRacLe!

Comment from Gérard Monpontet
Posted: December 20, 2015 at 17:31

baloo-widgets-15.12.0, is no present in your package

it’s intentional ?

http://download.kde.org/stable/applications/15.12.0/src/baloo-widgets-15.12.0.tar.xz

is

Comment from Geremia
Posted: December 20, 2015 at 21:54

alienbob, thanks
That fixed it.
For some reason I had an SBo build of libxkbcommon, version 0.2!

Comment from Gerald Morris
Posted: December 20, 2015 at 23:05

KWin DEFINITELY crashing Eric. NOT from lack of libxkbcommon at proper version either. Might try a new QT build here, or just run openbox for my windowmanager for now. I suppose I might go with the proprietary nVidia driver for my old GeForce 8400 card too, or try Arn Exton’s kernel hack, but I want to keep things pure Slack when possible. You getting much other static about this yet?

Comment from alienbob
Posted: December 21, 2015 at 00:19

Gerald, no one except Geremia is complaining about kwin not starting, and his issue was resolved with a proper libxkbcommon. Try to catch the errors.

Comment from Gerald Morris
Posted: December 21, 2015 at 03:44

Here you go: QXcbConnection: XCB error: 16 (BadLength), sequence: 9610, resource id: 31457311, major code: 72 (PutImage), minor code: 0

It starts alright, just crashes frequently. I’m looking at similar cases with Plasma, dating back over the past year. I still want to see what happens with kernel 4.3.1, just to compaqre. I suspect its qt-5, where the bug abides.

Comment from manciuleas
Posted: December 21, 2015 at 05:29

Hi alienbob,

Thanks for another great update.
There are a few minor issues with some of the packages:
kdenetwork-filesharing-15.12.0-x86_64-1alien
kamera-15.12.0-x86_64-1alien
krfb-15.12.0-x86_64-1alien
kdegraphics-thumbnailers-15.12.0-x86_64-1alien
kdesdk-thumbnailers-15.12.0-x86_64-1alien
marble-15.12.0-x86_64-1alien
should be recompiled as the plugins directory is in the wrong place /usr/lib64/plugins instead of /usr/lib64/qt5/plugins. I guess that setting -DKDE_INSTALL_QTPLUGINDIR=”$(/usr/bin/kf5-config –qt-plugins)” in the build scripts will solve this problem.

kdepimlibs-15.12.0-x86_64-1alien.txz has an issue with the following header /usr/include/KF5/AkonadiCore/std_exception.h. In your package it includes “/usr/include/c++/5.2.0/exception” and this path does not exist anymore since upgrading to gcc 5.3.0 (it should point to 5.3.0).

Regards

Comment from Gérard Monpontet
Posted: December 21, 2015 at 06:03

kdepim no have this issue here

Comment from Gérard Monpontet
Posted: December 21, 2015 at 06:22

Ok, manciuleas, you have right for kdepimlibs, i recompiled kdepimlibs and i do no have this isssue but eric package has.

Comment from Geremia
Posted: December 21, 2015 at 06:25

Also, I’m getting Baloo and kcmshell5 crashing.

Comment from alienbob
Posted: December 21, 2015 at 13:49

I get occasional crashes in kcmshell5 too, mostly related to stuff that requires input of the root password (like setting time etc).
But no other crashes.

Comment from alienbob
Posted: December 21, 2015 at 13:54

So from the bug reports it looks like I have to rebuild some packages:
kdepimlibs
kdenetwork-filesharing
kamera
krfb
kdegraphics-thumbnailers
kdesdk-thumbnailers
marble
… and add baloo-widgets (no idea why that was missed).

I am waiting for Pat to provide some updates before I start recompiling those though – because I may end up having to recompile more than the above.

This is also the reason that I delayed a release of Beta3 of my Live Edition.

Comment from Fabio
Posted: December 21, 2015 at 14:28

Hello, in the new kde-applications should not be there kde-live?

Comment from alienbob
Posted: December 21, 2015 at 14:35

Fabio, perhaps you meant “kdenlive”?
I will not compile that, because it requires packages that I am not willing to add to my Plasma 5 repository (ffmpeg, mlt).
There’s lots of other sources in the “applications” source directory that I am also not compiling, because they depend on for instance pulseaudio, opencv etc.

Comment from Gérard Monpontet
Posted: December 21, 2015 at 14:52

for:

kdenetwork-filesharing
kamera
krfb
kdegraphics-thumbnailers
kdesdk-thumbnailers

i think added this option

-DKDE_INSTALL_USE_QT_SYS_PATHS=ON \

is sufficient 😉

Comment from Ars
Posted: December 21, 2015 at 15:40

startx fails with following errors:
kstartupconfig5 does not exist or fails
After clicking ok on above, several error messages show up in console:
/usr/bin/startkde line 23: /usr/lib64/qt5/bin/qtpaths: cannot execute binary file. Exec format error.

/usr/bin/startkde line 34: /usr/bin/kcheckrunning: same error message.

/usr/bin/startkde line 137: /usr/bin/kstartupconfig5: same error message.

Thanks for all your contibution to Slackware.

Comment from Gérard Monpontet
Posted: December 21, 2015 at 15:52

For marble, option:

-DQT_PLUGINS_DIR=lib$LIBDIRSUFFIX/qt5/plugins \

is needed, for the qt5 designer plugin 😉

Comment from alienbob
Posted: December 21, 2015 at 15:58

Gérard all you need to do is create a symlink “ln -s applications5 cmake/” for the application sources that were built with incorrect Qt5 paths.

Comment from alienbob
Posted: December 21, 2015 at 16:00

Ars, did you install 64bit packages onto a 32bit Slackware OS?

Comment from Ars
Posted: December 21, 2015 at 16:04

Apparently so. I was just about to write you to ignore that message :-)

Comment from Gérard Monpontet
Posted: December 21, 2015 at 17:15

Ok, thanks , Eric.

Comment from Gérard Monpontet
Posted: December 21, 2015 at 17:41

i have compiled digikam-5.0.0beta2 with success, on your

kde5 package, Eric.

it work 😉

Comment from Gérard Monpontet
Posted: December 21, 2015 at 18:00

For ‘Ars’ kstartupconfig5 is part of plasma-workspace-5.5.1

package, try to install or reinstall

Comment from Gérard Monpontet
Posted: December 21, 2015 at 18:13

probably

we have this bug:

https://bugzilla.redhat.com/show_bug.cgi?id=1249157

https://bugs.kde.org/show_bug.cgi?id=351500

Comment from Gérard Monpontet
Posted: December 21, 2015 at 18:32

oops Sorry Eric it’s solved by your build option 😉

Comment from Gérard Monpontet
Posted: December 21, 2015 at 18:39

re oops its my build options

kde-runtime need these options:

(-DBUILD_kglobalaccel=OFF \)
(-DBUILD_kuiserver=OFF \)

Comment from manciuleas
Posted: December 21, 2015 at 19:03

Hi alienbob,

One more package with issues: OpenAL. openal-info fails with an error message. OpenAL 1.17.1 is out and after I upgraded openal was back to normal.

Comment from Gérard Monpontet
Posted: December 21, 2015 at 19:53

yes, openal need update i use also the 1.17.1 version

work also here

Comment from Willy Arana
Posted: December 22, 2015 at 05:48

Thanks for all you job Eric, :) work and look great :)

Comment from Gérard Monpontet
Posted: December 22, 2015 at 06:58

patch (kmail crash on exit)

kdepimslib

https://quickgit.kde.org/?p=kdepimlibs.git&a=commitdiff&h=c6bf33&o=plain

Comment from Gérard Monpontet
Posted: December 22, 2015 at 07:04

plasma-framework

https://bugs.kde.org/show_bug.cgi?id=356428

https://quickgit.kde.org/?p=plasma-framework.git&a=commitdiff&h=bca8e8&o=plain

Comment from Gérard Monpontet
Posted: December 22, 2015 at 12:27

kde-runtime clean

fix compil options (without confict with others plasma elements).

need added:

( -DBUILD_khelpcenter=OFF \ )
( -DBUILD_kglobalaccel=OFF \ )
( -DBUILD_kuiserver=OFF \ )

Comment from Emsi
Posted: December 22, 2015 at 19:20

Ark has a problem with rar archives after update:
ark 1.rar
ark.kerfuffle: Failed to find needed executables for plugin “kerfuffle_clirar”
ark.kerfuffle: Failed to find a usable plugin for “/tmp/1.rar”

I have tried unrar-4.2.4 and unrar-5.3.7 no difference.

Workaround is to use old version of ark.

Comment from Gérard Monpontet
Posted: December 22, 2015 at 19:38

Maybe a fix on ark git:

https://quickgit.kde.org/?p=ark.git

Comment from alienbob
Posted: December 23, 2015 at 00:39

I can’t find a fix for Ark in their git repository. I do find the error on the internet but the cause and a fix are inconclusive.
It only happens with RAR archives in any case.

Comment from Gerald Morris
Posted: December 23, 2015 at 00:57

FYI, I rolled my compositor-> rendering backend setting back to XRender under Display and Monitor and that stopped all the weird crashing and garbage like transparent window decorations. I suspect that my old GeForce 8400 card might be causing the Open GL backends to puke. I’ll run for a day or 2 and see if things stabilize. You might tell other folks about this if they yelp about Kwin…. I KNEW something was up when Openbox worked, and Kwin kept crashing.

Comment from Gérard Monpontet
Posted: December 23, 2015 at 07:03

i have applied this patch on plasma-framework, it seem this reduce the crash :

https://quickgit.kde.org/?p=plasma-framework.git&a=commitdiff&h=bca8e8&o=plain

Comment from alienbob
Posted: December 23, 2015 at 12:34

The regression in Ark is reported as a KDE bug and should be repaired eventually: https://bugs.kde.org/show_bug.cgi?id=357057
The current solution is to install not just “unrar” but also “rar”.
Unfortunately Slackware does not ship either, so even when the bug is addressed and “rar” is no longer a requirement, we still face the missing “unrar”.
I am not going to add a unrar package to my ‘ktown’ repository because it has zero chance of getting added to Slackware, so please add your comments to the above bug report, stating that some distros are not shipping “unrar” either.

Comment from Emsi
Posted: December 23, 2015 at 13:46

I’m not aware of any alternative of “unrar” for handling rar extraction. If they remove “unrar” support Ark no longer will be able to extract rar archives.
Building and installing “unrar” is not a big deal if someone needs to open rar files.

To make 15.12 work only with unrar, edit kerfuffle_clirar.desktop.cmake
and change line 13 from:
X-KDE-Kerfuffle-ReadWrite=true
to:
X-KDE-Kerfuffle-ReadWrite=false

and Ark is extracting rar archives without problem.

Comment from alienbob
Posted: December 23, 2015 at 14:37

Hi Emsi, I already updated the KDE bug report with a request to allow the unrar support in libarchive as an alternative to requiring unrar to be installed.
I will apply your small patch to ark and recompile it.

Comment from alienbob
Posted: December 23, 2015 at 14:38

Time to recompile (or create) a couple of packages, now that BlueZ 5 has finally landed in Slackware -current.

I am going to take the patch for kdepimlibs (prevent crash in kmail) but the others need to be evaulated first. “Reduce the crash” is not good enough.

On my list:
deps:OpenAL
plasma:bluez-qt,bluedevil,plasma5-nm,plasma-workspace
applications:kde-runtime,kdepimlibs,kdenetwork-filesharing,kdesdk-thumbnailers,kdegraphics-thumbnailers,krfb,kamera,marble,ark,baloo5-widgets

And I am going to remove the old KDE4 based baloo-widgets and nepomuk-widgets, these are probably no longer needed.

Comment from Gérard Monpontet
Posted: December 23, 2015 at 16:06

Eric, dolphin need recompil with baloo5 and kde-baseapps, need recompil on new recompiled dolphin, because konqueror depend on dolphin.

all work fine here 😉

Comment from alienbob
Posted: December 23, 2015 at 16:10

Gérard, why should I recompile dolphin?

Comment from Gérard Monpontet
Posted: December 23, 2015 at 16:11

if you unintall baloo(4) dolphin compil on baloo5

I did like that here, and it works

Comment from Gérard Monpontet
Posted: December 23, 2015 at 16:20

because it seem dolphin is compiled on baloo (4) 😉

Comment from alienbob
Posted: December 23, 2015 at 16:46

Looking at my old build logs, dolphin needs baloo5-widgets, not baloo5.

Comment from Gérard Monpontet
Posted: December 23, 2015 at 17:00

Ok, i have retested it seem just kde-baseapps need recompil

whithout baloo (4)

ldd /tmp/tmp.n635aC/usr/lib64/libdolphinprivate4.so.4.14.15: libbaloofiles.so.4 => not found
ldd /tmp/tmp.n635aC/usr/lib64/libdolphinprivate4.so.4.14.15: libbaloowidgets.so.4 => not found
ldd /tmp/tmp.n635aC/usr/lib64/libdolphinprivate4.so.4.14.15: libbaloopim.so.4 => not found
ldd /tmp/tmp.n635aC/usr/lib64/libdolphinprivate4.so.4.14.15: libbalooqueryparser.so.4 => not found
ldd /tmp/tmp.n635aC/usr/lib64/libdolphinprivate4.so.4.14.15: libbaloocore.so.4 => not found
ldd /tmp/tmp.n635aC/usr/lib64/libkdeinit4_dolphin4.so: libbaloofiles.so.4 => not found
ldd /tmp/tmp.n635aC/usr/lib64/libkdeinit4_dolphin4.so: libbaloowidgets.so.4 => not found
ldd /tmp/tmp.n635aC/usr/lib64/libkdeinit4_dolphin4.so: libbaloopim.so.4 => not found
ldd /tmp/tmp.n635aC/usr/lib64/libkdeinit4_dolphin4.so: libbalooqueryparser.so.4 => not found
ldd /tmp/tmp.n635aC/usr/lib64/libkdeinit4_dolphin4.so: libbaloocore.so.4 => not found
ldd /tmp/tmp.n635aC/usr/bin/dolphin4: libbaloowidgets.so.4 => not found
ldd /tmp/tmp.n635aC/usr/bin/dolphin4: libbaloofiles.so.4 => not found
ldd /tmp/tmp.n635aC/usr/bin/dolphin4: libbaloopim.so.4 => not found
ldd /tmp/tmp.n635aC/usr/bin/dolphin4: libbalooqueryparser.so.4 => not found
ldd /tmp/tmp.n635aC/usr/bin/dolphin4: libbaloocore.so.4 => not found

if you recompil kde-baseapps without baloo (4)

it compil on baloo5 😉

Comment from alienbob
Posted: December 23, 2015 at 17:06

Gérard I am not going to remove the baloo (4) package; I am just going to remove the binaries in /usr/bin/ . No need to recompile anything because of that.

Comment from Gérard Monpontet
Posted: December 23, 2015 at 17:13

just removed baloo (4) for compil kde-baseapps,

or find the option that forces the compilation of kde-baseapps on baloo5

Comment from Gérard Monpontet
Posted: December 23, 2015 at 17:32

the likely benefit of this change is that after, nothing on kde5 depends on baloo (4)

i think 😉

Comment from alienbob
Posted: December 23, 2015 at 17:59

I will use the fix for Ark which will go into 1512.1: https://quickgit.kde.org/?p=ark.git&a=commitdiff&h=087e5aab49c60ac5930742fe892fa930048e2f43&hp=307a3c3295bc61dadaa2153cf029b73d03f923d4&o=plain

Comment from alienbob
Posted: December 23, 2015 at 18:00

Gérard are you certain that kde-baseapps is the last to depend on the old baloo (4)?

Comment from Gérard Monpontet
Posted: December 23, 2015 at 18:12

Yes because konqueror part of your kde-baseapps package no work with baloo(4) package uninstalled.

it work with my kde-baseapps package compiled on baloo5

Comment from Gérard Monpontet
Posted: December 23, 2015 at 18:19

test of dependance of your package

bash-4.3# requiredbuilder -z kde-baseapps-15.12.0-x86_64-1alien.txz > kde-baseapps-15.12.0-x86_64-1alien.dep
ldd /tmp/tmp.WuuTmA/usr/lib64/libdolphinprivate4.so.4.14.15: libbaloofiles.so.4 => not found
ldd /tmp/tmp.WuuTmA/usr/lib64/libdolphinprivate4.so.4.14.15: libbaloowidgets.so.4 => not found
ldd /tmp/tmp.WuuTmA/usr/lib64/libdolphinprivate4.so.4.14.15: libbaloopim.so.4 => not found
ldd /tmp/tmp.WuuTmA/usr/lib64/libdolphinprivate4.so.4.14.15: libbalooqueryparser.so.4 => not found
ldd /tmp/tmp.WuuTmA/usr/lib64/libdolphinprivate4.so.4.14.15: libbaloocore.so.4 => not found
ldd /tmp/tmp.WuuTmA/usr/lib64/libkdeinit4_dolphin4.so: libbaloofiles.so.4 => not found
ldd /tmp/tmp.WuuTmA/usr/lib64/libkdeinit4_dolphin4.so: libbaloowidgets.so.4 => not found
ldd /tmp/tmp.WuuTmA/usr/lib64/libkdeinit4_dolphin4.so: libbaloopim.so.4 => not found
ldd /tmp/tmp.WuuTmA/usr/lib64/libkdeinit4_dolphin4.so: libbalooqueryparser.so.4 => not found
ldd /tmp/tmp.WuuTmA/usr/lib64/libkdeinit4_dolphin4.so: libbaloocore.so.4 => not found

Comment from marc.d
Posted: December 23, 2015 at 20:07

Hi,

Upgrading to KDE 5_15.12 broke my sddm. I found this was compiled against icu4c-51.2 and not against icu4c-56.1 which i now have (through slackpkg). I got things solved by extracting the relevant files out of the ‘old’ packages, and putting them in /usr/lib64.

So I guess this package needs to build again too.

And thanks a lot for your continuous effort for improving our beloved distribution!

Comment from alienbob
Posted: December 23, 2015 at 20:25

marc.d;

The 64bit sddm-qt5 package in my repository is already compiled against the new icu4c 56.1.
I do not have a 32bit OS running at the moment, so I can not verify the status of the 32bit sddm-qt5. Are you on 32bit Slackware?

Comment from Gérard Monpontet
Posted: December 23, 2015 at 20:27

the good package is sddm-qt5 no sddm

if you have one package named sddm, remove it

and install sddm-qt5 package, it’s here:

http://alien.slackbook.org/ktown/current/testing/x86_64/kde/plasma-extra/sddm-qt5-0.13.0-x86_64-2alien.txz

Comment from naikin
Posted: December 23, 2015 at 23:04

Hi. I have KDE-5_15.07 installed and the README says I have to upgrade to KDE-5_15.09, remove some packages, and then upgrade to KDE-5_15.12. Where can I find the packages to upgrade to KDE-5_15.09 since the mirrors only provide the latest version of KDE(currently being KDE-5_15.12)? Thanks in advance!

Comment from alienbob
Posted: December 24, 2015 at 00:19

naikin, you’ll have to use the README to find out for yourself what needs to be installed/re-installed/removed. You need to jump straight to 5_15.12.

I do not keep older KDE releases online, and since this is all a testing ground for what might get added to Slackware in a year, you’ll have to do a bit of handywork yourself I’m afraid.

Comment from Robby
Posted: December 24, 2015 at 15:10

Hi Eric, couple of issues here and there but great release again – thanks! I have one issue with the fonts – any way to get ttf oxygen-icons back? I have oxygen-sans in my font list but I’m not sure that is the same … Thunderbird’s looking like crap now! ; )

Comment from Robby
Posted: December 24, 2015 at 15:14

Hey Eric, thanks for another great release. One issue though – fonts inside Thunderbird look like crap now – does this have anything to do with the font change from oxygen-icons to noto?

Comment from alienbob
Posted: December 24, 2015 at 17:02

Robby – can’t tell… I have not yet used Thunderbird on Plasma 5 but I will have a look.
I decided against keeping the oxygen TTF fonts because of the additional size plus they should no longer matter, but if you prefer these fonts there is no reason not to keep them in.
I will have the oxygen-fonts package back in the next ktown update.

Comment from Gérard Monpontet
Posted: December 24, 2015 at 18:27

I have compiled plasma-5.5.2 with successfully 😉

Comment from naikin
Posted: December 24, 2015 at 23:29

Hi thanks, I was able to make it work but I am having problems with dolphin – it does not start at all and it says it is missing libkdeinit4_dolphin. I saw other people had similar problems so I was wondering whether they have found the fix? I could not re-compile kde-baseapps because the SlackBuild script throws an error and does not execute till the point where it compiles the kde-baseapps package.

Comment from alienbob
Posted: December 25, 2015 at 00:04

naikin, why are you compiling these packages? Just take my packages and install them.
For instance, download all of them for x86_64 like the README shows, and then run

# upgradepkg –install-new deps/*.t?z
# upgradepkg –install-new deps/telepathy/*.t?z
# upgradepkg –install-new kde/*/*.t?z

After that, examine your /var/log/packages/ directory, find any old package of mine that does no longer belong (or read the README to help you decide which packages are no longer needed).
In particular, make sure that you upgrade to the Slackware versions of some of the “deps” packages that I still had in 5_15.07 (I think that xapian-core is the only one).

FYI, libkdeinit4_dolphin is part of the kde-baseapps package.

Comment from naikin
Posted: December 25, 2015 at 14:55

I am so sorry I made it work now. I was originally installing the pre-compiled packages exactly as you said. The problem was that I forgot to include the flag that deletes the old files when I was doing the rsync from the mirror, so in the end I was installing the old version of the kde together with the new one. Apologies

Comment from Gérard Monpontet
Posted: December 28, 2015 at 16:36

kget-15.12.0 is compiled on nepomuk

i have recompiled it without nepomuk and it work fine

i think nepomuk is obsolet now.

Comment from alienbob
Posted: December 29, 2015 at 01:13

Gérard, can be, and for your computer that’s just fine.
But nepomuk will have to stay if this Plasma 5 is going to provide a migration path for users of Slackware’s KDE 4.

Comment from Gérard Monpontet
Posted: December 29, 2015 at 09:35

yes, I understand, Eric, but I doubt that this migration concerns
kget 😉

Comment from CarlosNihelton
Posted: January 1, 2016 at 20:16

How nice is this job you carry on regarding to providing us these previews for Slackware community! Congrats.

I tried a fresh installation of Slackware64-current, but I only installed the bare minimum packages from KDE4 as you suggest. And after that I installed the packages for Plasma5, from your ktown repository. Everything else is running fine up to now.

But now I cannot log into the plasma shell if I setup init default to runlevel 4.

What I might have done wrong?

Thanks in advance! And Happy New Year!

Comment from Gérard Monpontet
Posted: January 2, 2016 at 07:57

Eric, new ‘bluez-qt’ package have bad ‘slack-desk’ file, (slack-desc-missing),

http://alien.slackbook.org/ktown/current/5/x86_64/kde/plasma/

juste contain the ‘bluez-qt’ package, all other bluez-qt files (.lst, .txt, .asc, .meta, .md5), are no present.

Comment from alienbob
Posted: January 2, 2016 at 22:51

Gérard I know. The slack-desc file was added in this commit: http://taper.alienbase.nl/cgit/ktown/commit/?h=5_15.12&id=16e613e2585bb42feb26d70a89d8a1945c6a8827 but I had already built the package.
Since it makes no difference to the working of the package this missing slack-desc will be fixed in my next KDE-5 release.

Comment from alienbob
Posted: January 2, 2016 at 22:52

CarlosNihelton you need to give more information if you want an answer. What is (not) happening when you boot the computer to runlevel 4? Does the graphical login manager start or not? Does it accept your account/password or not? Can you see (parts of) the initialization of the Plasma Desktop or not? Etcetera.

Comment from alienbob
Posted: January 2, 2016 at 22:58

Gérard on the other hand, since “bluez-qt” is now invisible from a tool like slackpkg+ or slapt-get I may fix it sooner. Not now though, work is again ramping up for the new year.

Comment from Gérard Monpontet
Posted: January 3, 2016 at 08:18

Ok Eric 😉

Comment from tuxolinuxt
Posted: January 4, 2016 at 13:03

Hi alienbob,

Thank you so much for all your work on the repositories. I’m now in the process of discovering Slackware after a long time using Debian and Arch.
Last weekend I installed the latest Plasma and Framework builds from ktown. Overall everything went OK, though I surely missed something in the process, as I explain below:

– kmix is at version 5.12, but in KDE it shows as version 4.14.
– there is something wrong with the i18n files at logout. Message”plural arguments missing” shows in place of the usual logout message.

As it is the first time I install KF5 in Slackware, I probably forgot or missed something, though I read the provided documentation.
Has anyone ever noticed the same issues mentioned above?

BTW, I am using x86_64 Current.

Many thanks and happy 2016!

Chris

Comment from tuxolinuxt
Posted: January 4, 2016 at 14:54

Hello again,

Well I have just realized two things, my mistake:

– Kmix is built againt kdelibs 4.14, which is why, is seems, it shows as KDE 4.14. I guess that being accustomed to another distribution made me forget that I should use “plasma-pa” with pulseaudio 7 in KF5, not Kmix, though it works. For full integration, I will figure out how to compile plasma-pa.

– regarding the i18n errors, I did not see that this had already been discussed in this thread and that there is a bug already filed.

I guess I have replied to my own questions… Sorry about that.
Thanks for all this good stuff.

Cheers,

Chris

Comment from alienbob
Posted: January 4, 2016 at 15:31

Hi tuxolinuxt, glad you like it.

The KMix source code says the following:

# KDE4 support: complete
# KF5 support is in work. A build will be triggered by adding “-DKMIX_KF5_BUILD=1” to the cmake call.
# Status: Build fails on kmixdevicemanager.cpp , which does #include
# Unfortunately Solid currently has no Audiointerface in KF5, thus it pulls the #include from
# KDE4, which leads to error: ‘AudioInterface’ is not a member of ‘Solid::DeviceInterface’

Which means that KMix is still being built as a KDE4 application and not a KF5 application. All KDE4 applications get the version number of kdelibs which is 4.14.15.

About the i18n messages… this is a bug which has been reported as https://bugs.kde.org/show_bug.cgi?id=356529

Comment from alienbob
Posted: January 4, 2016 at 15:33

tuxolinuxt, since pulseaudio is not part of Slackware, the plasma-pa sources have not been compiled into a package. If you want to compile it you’ll also have to compile and install pulseaudio yourself.

Comment from tuxolinuxt
Posted: January 4, 2016 at 17:35

Éric / alienbob,
Yes, indeed, thank you, I will build pulseaudio from the slackbuilds and plasma-pa on top of it from source.

Cheers,
Chris

Comment from tuxolinuxt
Posted: January 5, 2016 at 11:19

Hi Eric,

Just for information, the plasma-pa module was built successfully on my system. The only thing I had to do was to set the cmake options to set the install prefix (/usr) and the lib path (/usr/lib64, in my case) and to use the qt system paths, otherwise it would not work.
Hope it helps someone else to install it if needed :-)

Regards!

Chris

Comment from Michelino
Posted: January 7, 2016 at 11:51

I can’t find the package dolphin-plugins-15.12.0-x86_64-1alien, am I the once that missed it?
Thanks

Comment from alienbob
Posted: January 7, 2016 at 14:40

Hi Michelino – looks like I accidentally archived it together with the dolphin package when I rebuilt that last one.
I am restoring the dolphin-plugins package from my archive now and re-adding it to the repository.
Thanks for spotting it.

Comment from Michelino
Posted: January 7, 2016 at 14:57

Thank you for your huge work!

Comment from manciuleas
Posted: January 8, 2016 at 03:50

Hi alienbob,

Happy New Year! to everyone.

The latest version of the marble package installs the following libraries in two different places:

/usr/lib64/plugins/designer/libLatLonEditPlugin.so
/usr/lib64/plugins/designer/libMarbleNavigatorPlugin.so
/usr/lib64/plugins/designer/libMarbleWidgetPlugin.so

/usr/lib64/qt5/plugins/designer/libLatLonEditPlugin.so
/usr/lib64/qt5/plugins/designer/libMarbleNavigatorPlugin.so
/usr/lib64/qt5/plugins/designer/libMarbleWidgetPlugin.so

The intended location is probably /usr/lib64/qt5/plugins/designer

Comment from 3DPACTE
Posted: January 10, 2016 at 19:13

Many thanks to you for the done work. Everything is excellent, besides, that telepathy and vacuum-im don’t connect on jabber. And Psi-well connects. Why so?

Comment from 3DPACTE
Posted: January 10, 2016 at 19:23

Excuse for my bad English.

Comment from ZeroUno
Posted: January 13, 2016 at 00:16

Eric, you have extra-cmake-modules triplicated in ktown (x86).
deps/extra-cmake-modules-5.16.0-i486-1alien
deps/extra-cmake-modules-5.17.0-i486-1alien
kde/frameworks/extra-cmake-modules-5.17.0-i486-1alien

Comment from alienbob
Posted: January 13, 2016 at 09:04

The “deps/extra-cmake-modules-5.16.0-i486-1alien” should have been removed and I will do so. There is a package in deps as well as in frameworks because some people who recompile from scratch need the extra-cmake-modules for other packages in deps but it would not be built until you get to the frameworks otherwise.

Comment from Gérard Monpontet
Posted: January 13, 2016 at 20:37

i have recompiled qt5 and all deps who need pulseaudio, compiled plasma-pa kde-runtime recompiled kmix, all work fine here 😉

Comment from Gerald Morris
Posted: January 14, 2016 at 04:40

Eric, if you’re still having trouble compiling QT5, please send me your Slackbuild of it and I’ll do it for you. My old HP Proliant server, while not THAT powerful, has better CPU cores, registered ECC RAM etc and normally knocks out QT5 in under a night, and does it right.

Comment from alienbob
Posted: January 14, 2016 at 09:49

Hi Gerald,

I need to be able to compile and recompile in case of errors so ‘outsourcing’ the compilation process has never been an option.
For instance, I need to recompile qt5 and phonon for the new pulseaudio but I ran into unexpected build failure which I had to investigate during a series of partial recompilations.

Also, I am too paranoid to let someone else compile packages on my behalf.

Comment from Gérard Monpontet
Posted: January 14, 2016 at 12:14

phonon need this patch:

https://projects.archlinux.org/svntogit/packages.git/tree/trunk?h=packages/phonon

Comment from Gérard Monpontet
Posted: January 14, 2016 at 12:16

openal need recompil with pulse, no problem, compil perfectly.

Comment from alienbob
Posted: January 14, 2016 at 12:53

Gérard I know I know. I am way past those builds already.

Comment from Gérard Monpontet
Posted: January 14, 2016 at 13:13

Ok, Eric 😉

Pingback from Slackware 14.2 beta est de sortie – My Tiny Tools
Posted: January 21, 2016 at 12:20

[…] lien n°4 : KDE5 – Plasma 5.5.1 – la preview pour current préparée par AlienBob […]

Write a comment