Plasma 5.13.3, Applications 18.04.3 and Frameworks 5.48.0 by KDE now available to all Chakra users

kde-applications
curated
kde-frameworks
kde-plasma

(Neofytos Kolokotronis) #1

Also available in Italian and Taiwanese Mandarin.

Hi everyone!

On your next system upgrade you will receive all the latest versions of KDE’s Plasma, Applications and Frameworks, in addition to the usual package updates. For more details and the full changelogs on KDE’s software releases, you can read the official announcements:

Konqis by KDE under CC BY-SA
Other noteworthy package updates include:

[core]
curl 7.61.0
ffmpeg 4.0.2
intel-ucode 20180703
rust 1.27.2
samba 4.8.3
sddm 0.18.0

[desktop]
bitcoin-core 0.16.1
krita 4.1.1
plasma5-applets-latte-dock 0.8.0
spideroak 7.2.0
tmux 2.7
tor 0.3.3.9

[gtk]
eclipse 4.8
gimp 2.10.4

[lib32]
wine 3.13

It should be safe to answer yes to any replacement question by the package manager application. If in doubt or if you face another issue in relation to this update, please ask or report it below.

Most of our mirrors take 12-24 hours to synchronize with the central repositories on the origin server. Use the mirror status web page to see when your mirror of choice last synchronized.

Enjoy!


(Fred Talmadge) #2

Error opening Dolphin
Unable to create io-slave. klauncher said: Error loading ‘/usr/lib/qt5/plugins/kf5/kio/file.so’.
A reboot fixed it. Otherwise no problems, thanks.


(brli) #3

Yes, IMHO, there are always some cache difference during KDE update. Thus we always recommend a reboot after KDE upgrade


(truko22 🇻🇪) #4

$ systemctl status smbd.service nmbd.service
● smbd.service - Samba SMB/CIFS server
Loaded: loaded (/usr/lib/systemd/system/smbd.service; enabled; vendor preset: disabled)
Active: failed (Result: exit-code) since Mon 2018-07-30 18:14:31 -04; 3s ago
Process: 2034 ExecStart=/usr/bin/smbd -D (code=exited, status=1/FAILURE)

jul 30 18:14:31 javier-pc systemd[1]: Starting Samba SMB/CIFS server…
jul 30 18:14:31 javier-pc systemd[1]: smbd.service: Control process exited, code=exited status=1
jul 30 18:14:31 javier-pc systemd[1]: smbd.service: Failed with result ‘exit-code’.
jul 30 18:14:31 javier-pc systemd[1]: Failed to start Samba SMB/CIFS server.

● nmbd.service - Samba NetBIOS name server
Loaded: loaded (/usr/lib/systemd/system/nmbd.service; enabled; vendor preset: disabled)
Active: failed (Result: exit-code) since Mon 2018-07-30 18:14:31 -04; 4s ago
Process: 2035 ExecStart=/usr/bin/nmbd -D (code=exited, status=1/FAILURE)

jul 30 18:14:31 javier-pc systemd[1]: Starting Samba NetBIOS name server…
jul 30 18:14:31 javier-pc systemd[1]: nmbd.service: Control process exited, code=exited status=1
jul 30 18:14:31 javier-pc systemd[1]: nmbd.service: Failed with result ‘exit-code’.
jul 30 18:14:31 javier-pc systemd[1]: Failed to start Samba NetBIOS name server.
:frowning_face:


(ericjs) #5

I don’t know if this could also relate to the Samba issue, but I’m finding various network commands (nslookup, dig, host) fail with the error:

error while loading shared libraries: libjson-c.so.2: cannot open shared object file: No such file or directory

I just encountered this on a system which had not yet installed this latest large update. After installing the update and rebooting, this error still occurs.

I do find some search hits on this from Arch, like https://bugs.archlinux.org/task/57030. This thread says it was due to an AUR package needing rebuilding, but I get the same error on my test system which doesn’t have much CCR stuff installed. I’ll take another look when I have a chance to boot into it again, but I thought I should report this here in case others are encountering it.

Update: it turns out those network tools are themselves from a CCR package dnsutils! So I guess they need rebuilding. (My bad…I thought those were basic enough to be part of the core system.)

Further Update: Looks like dnsutils has been removed from CCR…have those utilities moved to some other package?


(tom) #6

it seems some package need to be rebuild against libjson-c.so.3.
run chakra-check-links to find this packages and then make a bug report


(ericjs) #7

brikler: turns out it was dnsutils, which seems to have been removed from CCR. I’m trying to figure out if those utilities have been relocated somewhere else.

This kind of answers it…now where to get ldns?


(tom) #8

ok^^
this packages need to be rebuild and you can get ldns from arch

https://projects.archlinux.de/svntogit/packages.git/tree/trunk?h=packages/ldns


(ericjs) #9

Oh looks like ldns is already in core. Not sure why I missed it when I looked before.


(truko22 🇻🇪) #10

Solved
Edit /etc/samba/smb.conf
quit
#name resolve order = hosts bcast


(Neofytos Kolokotronis) #11

This topic was automatically closed after 42 days. New replies are no longer allowed.