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

My Favourites

Slackware

Calendar

September 2018
M T W T F S S
« Aug    
 12
3456789
10111213141516
17181920212223
24252627282930

RSS Alien's Slackware packages

RSS Alien's unofficial KDE Slackware packages

RSS Alien's multilib packages

RSS Slackware64-current

RSS SBo

Meta

KDE Plasma5 Sep’18 release for Slackware

Today I uploaded my monthly update “KDE-5_18.09” to the ‘ktown‘ repository, containing latest sources from the KDE download server and built on the latest Slackware-current. I waited just long enough to have the devs refresh everything. I also grabbed the latest sources of some of the other relevant packages I have in ‘ktown’ that are not part of Applications.

What’s new

The September release of KDE Plasma5 for Slackware contains the KDE Frameworks 5.50.0 (just released today), Plasma 5.13.5 and Applications 18.08.1. All this on top of Qt 5.11.1. Many bugs fixed and stability increased with these updates, but there’s no real new functionality on board compared to last month.

My updates in the ‘extras’ section for Applications are new versions for ‘krusader’, ‘kstars’, ‘ktorrent’, ‘okteta’ and the KDE Development packages ‘kdevelop’, ‘kdev-python’ and ‘kdev-php’.

Go get it

Download the KDE-5_18.09 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.

Last month I did not succeed in accompanying the release with a Live ISO. That had a reason – I was working on an update to liveslak that required more testing than anticipated. This month I will generate a new Plasma Live ISO. Currently I am compiling a new VLC package to go with it. There’s already a 64bit Chromium 69 awaiting in the corner – I did not yet release that separately because I am unable to build a 32bit package for the latest Chromium. Trying to fix that had to wait for KDE and VLC. The new Plasma5 Live will have a story to it that I will post in a separate article.

Comments

Comment from Eduardo
Posted: September 9, 2018 at 00:52

Thank you Eric!

Comment from chrisretusn
Posted: September 9, 2018 at 05:01

Posting this from “KDE-5_18.09”. Upgraded early this morning my time. All is well.

Comment from Eduardo
Posted: September 9, 2018 at 05:04

I concur. Smooth upgrade, zero trouble.
Thanks again Eric!

Comment from Matthew Miller
Posted: September 9, 2018 at 05:23

Thanks for the upgrade; it went smoothly. However, I do have one small request. I run Clementine, and it requires cryptopp-7.0. Your packages include the older 6.x.x series, which breaks Clementine. Is it possible to update this package so that the next update doesn’t break Clementine? Thanks for your consideration!

Comment from chrisretusn
Posted: September 9, 2018 at 11:30

Hi Eric, A few minutes ago I ran slackpkg upgrade-all (w/slackpkg+) and noticed it wanted to upgrade kpat to the Slackware64 version. On checking my local mirror I noted that kpat was no longer available in “KDE-5_18.09″. No mention in the README. It was there with KDE-5_18.08.

Comment from gengisdave
Posted: September 9, 2018 at 11:58

Hi Eric, it seems the compile script took the syndication sources from Applications instead from Frameworks, the package is 18.08.1 and the library file is 5.9.1 instead of 5.55.0 (both package and library). Anyway, thank you again for your work.

Comment from alienbob
Posted: September 9, 2018 at 13:24

Matthew I will see that cryptopp gets an update.

Comment from alienbob
Posted: September 9, 2018 at 13:30

gengisdave yeah I packaged the sources in a ‘transition” moment where the new Frameworks release already contains Syndication and the latest Applications still contains Syndication.
It’s the same software, just the library versions are different. It should not matter at this moment, and the Applications version will be removed when 18.08.2 is released.
If the wrong choice of source tarball _does_ pose a problem, let me know and I will recompile from the Frameworks sources.

Comment from alienbob
Posted: September 9, 2018 at 13:34

chrisretusn I orgot to mention that properly in the README. I fixed that now.
The ‘kpat’ sources can no longer be compiled on Slackware.

Comment from Regnad Kcin
Posted: September 9, 2018 at 17:59

Noto CJK fonts problem persists but readily remedied by deleting the entire Noto font series. Just deleting the CJK fonts is enough to fix the “tofu” problem that Noto fonts create in Simplified Chinese. otherwise upgrade went smoothly no plus or minus so far.

Comment from gengisdave
Posted: September 9, 2018 at 19:12

Hi Eric, looking at the syndication branch there are no relevant differences between the Frameworks and the Applications branches, the first one has many commits to align with the other libraries style. I think the next month syndication-18.08.2 won’t be shipped.

Comment from todortakov
Posted: September 9, 2018 at 19:52

Hi Eric, I’d like to ask about 2 issues that I have with latest KDE. These most likely are not connected with your
commended work, because your efforts are in the direction of compiling and packaging of what KDE team produce, but nethertheless you may have an idea how things should be done.
1. Konqueror and Falkon when directed to euronews and skynews live feeds produce an error that the browser does not recognize any of the currently supported formats (namely the browser does not recognize MSE & H.264 and H.264). I remember using any of these browsers before without any problems on euronews and skynews.
2. Akonadi resources for Google services dialog promp comes out on a regular basis throughout of each KDE session at least every 10-15 minutes. It seems that kdewallet either cannot remember the credentials or this Akonadi Resouses thing cannot read them back from the wallet. I wander if this is only at my end.

Pingback from Links 9/9/2018: New Mesa and Nitrux 1.0.15 | Techrights
Posted: September 10, 2018 at 01:40

[…] KDE Plasma5 Sep’18 release for Slackware […]

Comment from Regnad Kcin
Posted: September 10, 2018 at 07:05

Baloo turned itself on somehow. balooctl disable still kills it dead, but that cpu hog might be discouraging for new users.

Comment from alienbob
Posted: September 10, 2018 at 09:46

Ballo will require a lot of CPU only in the beginning, when it starts indexing your disk. When that’s done, Baloo will not use a lot of resources, especially if you disable content indexing (just leave filename indexing enabled).
I have content indexing enabled on my laptop with LUKS encrypted disk and Baloo is not negatively affecting me.

Comment from Valheru
Posted: September 10, 2018 at 23:55

KDE 5 for stable 14.2 dead ? :/

Comment from alienbob
Posted: September 11, 2018 at 00:23

Valheru I assume you did not follow my progress with KDE Plasma5 for Slackware, during the past year.

I stopped with the packages for Slackware 14.2 after KDE Applications 17.12. The reason is that after that time, old KDE4-based applications are no longer supported by KDE Plasma5. I think it is not right to remove KDE4 compatibility from Slackware 14.2.

The ktown repository has always been about exploring the bleeding edge anyway. That is why since January 2018 there are only new releases for Slackware -current.

Comment from alienbob
Posted: September 11, 2018 at 12:29

Matthew I have uploaded a new cryptopp and a rebuilt cryfs package.

Comment from Matthew Miller
Posted: September 11, 2018 at 15:03

Eric, I saw the update this morning. Thank you very much!

Comment from Andrew Patrzalek
Posted: September 15, 2018 at 01:47

There seems to be a disconnect in the README for the KDE5 rsync command. The rsync host (slackware.nl) seems to provide tar.gz files but the upgrade command that are presented later are looking to t?z files.
ref: https://slackware.nl/alien-kde/current/latest/ [README]

Comment from alienbob
Posted: September 15, 2018 at 11:55

Andrew there may be something wrong on your end. A rsync from slackware.nl, or else a misunderstanding after reading the instructions.

Downloading from rsync://slackware.nl/mirrors/alien-kde/current/latest/ latest/ will only get you the packages (in .txz format) but downloading from rsync://slackware.nl/mirrors/alien-kde/source/latest/ will get you the sources for those packages (where you will find the .tar.gz and .tar.xz archives).

If you downloaded a .tar.gz file then that is not a Slackware package. Or, if you downloaded from the correct URI, your computer at the local end transformed a .txz acrhive into a .tar.gz archive. How do you download?

Comment from Andrew Patrzalek
Posted: September 15, 2018 at 22:31

lftp is preferred for mirrored sites.
Ended up using ‘slackpkg install ktown’ (slackpkg+ installed)
Plasma seems to be working.

502 history | grep rsync
423 rsync -Hav rsync://slackware.nl/alien-kde/current/latest/ latest/ (uri c/p’d from the README)
Definitely src files.

Don’t use rsync that much; maybe it’s time to explore the rsync method with some –dry-run’s
Thanks for the quick reply.

Comment from alienbob
Posted: September 15, 2018 at 23:01

Your line:

rsync -Hav rsync://slackware.nl/alien-kde/current/latest/ latest/
My README:

rsync -Hav rsync://slackware.nl/mirrors/alien-kde/current/latest/ latest/

Notice the difference?

Comment from Andrew Patrzalek
Posted: September 16, 2018 at 00:07

grepped the history of the wrong account.
That account was an attempt to find a uri that might work.

Here is the grep of the account that was used to do the rsync:
403 grep -w -e rsync README_ktown_current_5
404 rsync -Hav rsync://slackware.nl/mirrors/alien-kde/source/latest/ latest/ > rsync.log 2> rsync.err
503 history | grep rsync

You’ve actually provided what was needed, verification that the command in the README works. What is necessary at this end is to discover how this command gave unexpected results.
I regret the confusion in the second comment.

Excerpt from the rsync.log file (at the start to the point where tar.gz files are demonstrated with ellipsis to the end of the file)

##### ##
####### ## #### ## ## ## ## ## ##
##O#O## ## ## ### ## ## ## ## ##
#VVVVV# ## ## ## ### ## ## ## ##
## VVV ## ##### #### ## ## ###### ## ##
# ##
# ALIENS ## ‘BEAR’ – Alien’s Slackware goodies –
# ###
QQ# ##Q
QQQQQQ# #QQQQQQ
QQQQQQQ# #QQQQQQQ You might find me as alienBOB
QQQQQ#######QQQQQ in channel ##slackware on Freenode IRC.

receiving incremental file list
created directory latest
./
deps/
deps/alldeps.SlackBuild
deps/updates.SlackBuild
deps/wayland_updates
deps/ConsoleKit2/
deps/ConsoleKit2/ConsoleKit2-1.2.1.tar.xz
deps/ConsoleKit2/ConsoleKit2.SlackBuild
deps/ConsoleKit2/doinst.sh
deps/ConsoleKit2/rc.consolekit
deps/ConsoleKit2/slack-desc
deps/ConsoleKit2/patches/
deps/OpenAL/
deps/OpenAL/OpenAL.SlackBuild
deps/OpenAL/openal-soft-1.18.2.tar.bz2
deps/OpenAL/slack-desc
deps/PyQt/
deps/PyQt/PyQt.SlackBuild
deps/PyQt/PyQt.phonon.diff
deps/PyQt/PyQt4_gpl_x11-4.12.1.tar.gz
deps/PyQt/slack-desc
deps/PyQt5/
deps/PyQt5/PyQt5.SlackBuild
deps/PyQt5/PyQt5_gpl-5.10.1.tar.gz
deps/PyQt5/slack-desc
deps/PyQt5/patches/
deps/PyQt5/patches/pyqt-qt5.11.patch
deps/PyQt5/patches/pyqt-support-new-qt.patch
deps/PyQt5/patches/pyqt5-cura-crash.patch
deps/QScintilla/
deps/QScintilla/QScintilla.SlackBuild
deps/QScintilla/QScintilla_gpl-2.10.4.tar.gz
deps/QScintilla/slack-desc
deps/accountsservice/
deps/accountsservice/accountsservice-0.6.45.tar.xz
deps/accountsservice/accountsservice.SlackBuild
deps/accountsservice/slack-desc

kde/src/plasma/sddm-kcm-5.13.5.tar.xz
kde/src/plasma/sddm-kcm-5.13.5.tar.xz.sig
kde/src/plasma/systemsettings-5.13.5.tar.xz
kde/src/plasma/systemsettings-5.13.5.tar.xz.sig
kde/src/plasma/user-manager-5.13.5.tar.xz
kde/src/plasma/user-manager-5.13.5.tar.xz.sig
kde/src/plasma/xdg-desktop-portal-kde-5.13.5.tar.xz
kde/src/plasma/xdg-desktop-portal-kde-5.13.5.tar.xz.sig

sent 37,247 bytes received 2,416,451,838 bytes 439,082.24 bytes/sec
total size is 2,415,790,010 speedup is 1.00

Comment from Andrew Patrzalek
Posted: September 16, 2018 at 00:39

No need to reply, I see the error.

Write a comment