[Stable Update] 2020-03-14 - Kernels, Plasma 5.18.3, KDE Frameworks 5.67, KDE Apps 19.12.3, Firefox, Kodi

philm · 14 March 2020 17:11

Hello community,

here is another Stable Update:

Our next fully branded Manjaro Laptop comes from Tuxedo Computers. Stay tuned for pre-orders opening ...

Some feature-updates:

Kernels got updated
Systemd is now at v244 series
Pamac got updated to 9.4.0-rc4-3 to support flatpak and other changes.
Palemoon got updated to 28.8.4
Kodi released 18.6
KDE-git packages got updated
Plasma 5.18 got its third point-release, which fixes most of the reported issues
KDE-Frameworks got updated to 5.67.0
KDE Applications got updated to 19.12.3
Nvidia driver to updated to 440.64
We updated Mesa to 19.3.5
A lot of python and haskell updates

If you like following latest Plasma development you may also like to check out our current version of manjaro-kde-dev, which we build on a regular basis against kde-git master packages. Also check out our current 19.0.2 ISOs and give us the needed feedback. You might also want to give our latest spin with NX-Desktop a try ...

As always we appreciate your input and feedback for the updates.

Upstream notice

Arch updated their default compression to zstd. We adopted to the same standard. More and more packages will have the zst extension from now on. If you get for what ever reason an error with ZSTD not supported as archive format you can do this:

wget https://pkgbuild.com/~eschwartz/repo/x86_64-extracted/pacman-static
chmod +x pacman-static
sudo ./pacman-static -Syyu

Our current supported kernels

linux316 3.16.82
linux44 4.4.215
linux49 4.9.215
linux414 4.14.172
linux419 4.19.108
linux54 5.4.24
linux55 5.5.8
linux56 5.6-rc4
linux419-rt 4.19.106_rt44
linux54-rt 5.4.22_rt13

Package Changes (Sat Mar 7 09:00:15 CET 2020)

stable community x86_64: 941 new and 942 removed package(s)
stable core x86_64: 24 new and 25 removed package(s)
stable extra x86_64: 531 new and 479 removed package(s)
stable multilib x86_64: 15 new and 9 removed package(s)

A detailed list of all packages changes can be found here.

No issue, everything went smoothly
Yes there was an issue. I was able to resolve it myself.(Please post your solution)
Yes i am currently experiencing an issue due to the update. (Please post about it)

0 voters

Check if your mirror has already synced:

Mirror-Check Service

philm · 14 March 2020 12:02

Known issues and solutions

This is a wiki post; please edit as necessary.
Please, consider subscribing to the Stable Updates Announcements RSS feed

firewalld>=0.8.1-2 update requires manual intervention

(From arch linux post)
The firewalld package prior to version 0.8.1-2 was missing the compiled python modules. This has been fixed in 0.8.1-2, so the upgrade will need to overwrite the untracked pyc files created. If you get errors like these

firewalld: /usr/lib/python3.8/site-packages/firewall/__pycache__/__init__.cpython-38.pyc exists in filesystem
firewalld: /usr/lib/python3.8/site-packages/firewall/__pycache__/client.cpython-38.pyc exists in filesystem
firewalld: /usr/lib/python3.8/site-packages/firewall/__pycache__/dbus_utils.cpython-38.pyc exists in filesystem
...many more...

when updating, use

pacman -Syu --overwrite /usr/lib/python3.8/site-packages/firewall/\*

to perform the upgrade.

Older issues

(2020-02-14) Can't boot into a graphical session anymore

[Stable Update] 2020-02-10 - Kernels, KDE Apps, Gnome Settings

We deeply apologize for the inconvenience this error may have caused.

Even if your graphical session is broken, you should still be able to access a TTY session with CTRL+ALT+F3 (and other similar key combinations), where you can then run sudo pacman -Syyu.

several flatpaks have issues to get a secure connection

This is a known bug and related to p11-kit update to 0.23.19. With 0.23.20-1 that issue is fixed. Please update to that version as soon our mirrors synced.

wpa_supplicant update broke Wifi for Broadcom

By enabling new features in revision 4 of v2.9 by Arch a connection with a Broadcom Wifi card was not possible anymore. This is a known bug. Either try to downgrade to revision 3 or upgrade to revision 5.

sudo pacman -U https://archive.archlinux.org/packages/w/wpa_supplicant/wpa_supplicant-2%3A2.9-3-x86_64.pkg.tar.xz
sudo pacman -U https://archive.archlinux.org/packages/w/wpa_supplicant/wpa_supplicant-2%3A2.9-5-x86_64.pkg.tar.zst

(From Arch Linux) rsync compatibility

(2020-01-15, by Christian Hesse)
(This is relevant on Manjaro, as Manjaro imports rsync package directly from Arch Linux.)

Our rsync package was shipped with bundled zlib to provide compatibility with the old-style --compress option up to version 3.1.0. Version 3.1.1 was released on 2014-06-22 and is shipped by all major distributions now.

So we decided to finally drop the bundled library and ship a package with system zlib . This also fixes security issues, actual ones and in future. Go and blame those running old versions if you encounter errors with rsync 3.1.3-3 .

Source: https://www.archlinux.org/news/rsync-compatibility/

Weird font glitches (see screenshots below).

If you have weird glitches like below...

Screenshots

Screenshot%20from%202020-01-16%2023-59-49

strings%20mismatch
post%20transaction%20hooks

... have you tried turning it off and on again?

More seriously, so far, people that reported to have such issue noticed that the problem goes away at next boot.

Installing xorgproto (2019.2-2) breaks dependency of a package

If you run into an issue because of xorgproto please DON'T follow the Arch suggestion as Manjaro uses the xorgproto-transfer package to make this automatic. If you have an issue, please report and wait for an update from us!

Orphaned khotkeys

There is some discussion of whether this is a true orphan, or an upstream packaging error, or merely a difference in philosophy about dependencies:

$ pacman -Qdt
khotkeys 5.18.3-1

Regardless, do not blindly remove this orphan.

Jamezrin · 14 March 2020 10:41

So far so good, updated a few minutes ago and I haven't had any problems. Good job!

muvvenby · 14 March 2020 10:49

Update went fine on Cinnamon DE, kernel 5.5, Nouveau video

zepar · 14 March 2020 11:13

i updated, but afterwards couldnt open certain programs anymore, after a reboot everything is fine again

Bleuzen · 14 March 2020 11:15

This update also contains systemd 244 and pamac 9.4.0-rc.
These were held back before and are also not included in your feature-updates list in the first post of this thread.
Just to make sure... were these two meant to be included on stable or is this a mistake?
If this is correct, you should also add pamac and systemd to the feature updates list, I think they are worth to mention.

dbmanjaro · 14 March 2020 11:20

After upgrade, receiving this message when trying to use pamac-manager.

pamac-manager: symbol lookup error: pamac-manager: undefined symbol: pamac_config_get_check_flatpak_updates

I do have flatpak installed.

gollum23 · 14 March 2020 11:25

Updated without problems. Thanks Manjaro Team

Beerfoo · 14 March 2020 11:37

Updated without any apparent problems.
Thanks Team.

Kris · 14 March 2020 11:38

Hi
KDE Desktop. 5.4 kermel.

Update doesn't complete because of file conflicts ; apparently related to firewalld and python 3.8.
Sorry, error in french but, basically, file conflicts detected.

recherche des conflits entre fichiers…
firewalld : /usr/lib/python3.8/site-packages/firewall/__pycache__/__init__.cpython-38.pyc est déjà présent dans le système de fichiers
firewalld : /usr/lib/python3.8/site-packages/firewall/__pycache__/client.cpython-38.pyc est déjà présent dans le système de fichiers
firewalld : /usr/lib/python3.8/site-packages/firewall/__pycache__/command.cpython-38.pyc est déjà présent dans le système de fichiers
firewalld : /usr/lib/python3.8/site-packages/firewall/__pycache__/dbus_utils.cpython-38.pyc est déjà présent dans le système de fichiers
firewalld : /usr/lib/python3.8/site-packages/firewall/__pycache__/errors.cpython-38.pyc est déjà présent dans le système de fichiers
firewalld : /usr/lib/python3.8/site-packages/firewall/__pycache__/functions.cpython-38.pyc est déjà présent dans le système de fichiers
firewalld : /usr/lib/python3.8/site-packages/firewall/__pycache__/fw_types.cpython-38.pyc est déjà présent dans le système de fichiers
firewalld : /usr/lib/python3.8/site-packages/firewall/config/__pycache__/__init__.cpython-38.pyc est déjà présent dans le système de fichiers
firewalld : /usr/lib/python3.8/site-packages/firewall/config/__pycache__/dbus.cpython-38.pyc est déjà présent dans le système de fichiers
firewalld : /usr/lib/python3.8/site-packages/firewall/core/__pycache__/__init__.cpython-38.pyc est déjà présent dans le système de fichiers
firewalld : /usr/lib/python3.8/site-packages/firewall/core/__pycache__/base.cpython-38.pyc est déjà présent dans le système de fichiers
firewalld : /usr/lib/python3.8/site-packages/firewall/core/__pycache__/ebtables.cpython-38.pyc est déjà présent dans le système de fichiers
firewalld : /usr/lib/python3.8/site-packages/firewall/core/__pycache__/fw.cpython-38.pyc est déjà présent dans le système de fichiers
firewalld : /usr/lib/python3.8/site-packages/firewall/core/__pycache__/fw_config.cpython-38.pyc est déjà présent dans le système de fichiers
firewalld : /usr/lib/python3.8/site-packages/firewall/core/__pycache__/fw_direct.cpython-38.pyc est déjà présent dans le système de fichiers
firewalld : /usr/lib/python3.8/site-packages/firewall/core/__pycache__/fw_helper.cpython-38.pyc est déjà présent dans le système de fichiers
firewalld : /usr/lib/python3.8/site-packages/firewall/core/__pycache__/fw_icmptype.cpython-38.pyc est déjà présent dans le système de fichiers
firewalld : /usr/lib/python3.8/site-packages/firewall/core/__pycache__/fw_ifcfg.cpython-38.pyc est déjà présent dans le système de fichiers
firewalld : /usr/lib/python3.8/site-packages/firewall/core/__pycache__/fw_ipset.cpython-38.pyc est déjà présent dans le système de fichiers
firewalld : /usr/lib/python3.8/site-packages/firewall/core/__pycache__/fw_nm.cpython-38.pyc est déjà présent dans le système de fichiers
firewalld : /usr/lib/python3.8/site-packages/firewall/core/__pycache__/fw_policies.cpython-38.pyc est déjà présent dans le système de fichiers
firewalld : /usr/lib/python3.8/site-packages/firewall/core/__pycache__/fw_service.cpython-38.pyc est déjà présent dans le système de fichiers
firewalld : /usr/lib/python3.8/site-packages/firewall/core/__pycache__/fw_transaction.cpython-38.pyc est déjà présent dans le système de fichiers
firewalld : /usr/lib/python3.8/site-packages/firewall/core/__pycache__/fw_zone.cpython-38.pyc est déjà présent dans le système de fichiers
firewalld : /usr/lib/python3.8/site-packages/firewall/core/__pycache__/icmp.cpython-38.pyc est déjà présent dans le système de fichiers
firewalld : /usr/lib/python3.8/site-packages/firewall/core/__pycache__/ipXtables.cpython-38.pyc est déjà présent dans le système de fichiers
firewalld : /usr/lib/python3.8/site-packages/firewall/core/__pycache__/ipset.cpython-38.pyc est déjà présent dans le système de fichiers
firewalld : /usr/lib/python3.8/site-packages/firewall/core/__pycache__/logger.cpython-38.pyc est déjà présent dans le système de fichiers
firewalld : /usr/lib/python3.8/site-packages/firewall/core/__pycache__/modules.cpython-38.pyc est déjà présent dans le système de fichiers
firewalld : /usr/lib/python3.8/site-packages/firewall/core/__pycache__/nftables.cpython-38.pyc est déjà présent dans le système de fichiers
firewalld : /usr/lib/python3.8/site-packages/firewall/core/__pycache__/prog.cpython-38.pyc est déjà présent dans le système de fichiers
firewalld : /usr/lib/python3.8/site-packages/firewall/core/__pycache__/rich.cpython-38.pyc est déjà présent dans le système de fichiers
firewalld : /usr/lib/python3.8/site-packages/firewall/core/__pycache__/watcher.cpython-38.pyc est déjà présent dans le système de fichiers
firewalld : /usr/lib/python3.8/site-packages/firewall/core/io/__pycache__/__init__.cpython-38.pyc est déjà présent dans le système de fichiers
firewalld : /usr/lib/python3.8/site-packages/firewall/core/io/__pycache__/direct.cpython-38.pyc est déjà présent dans le système de fichiers
firewalld : /usr/lib/python3.8/site-packages/firewall/core/io/__pycache__/firewalld_conf.cpython-38.pyc est déjà présent dans le système de fichiers
firewalld : /usr/lib/python3.8/site-packages/firewall/core/io/__pycache__/functions.cpython-38.pyc est déjà présent dans le système de fichiers
firewalld : /usr/lib/python3.8/site-packages/firewall/core/io/__pycache__/helper.cpython-38.pyc est déjà présent dans le système de fichiers
firewalld : /usr/lib/python3.8/site-packages/firewall/core/io/__pycache__/icmptype.cpython-38.pyc est déjà présent dans le système de fichiers
firewalld : /usr/lib/python3.8/site-packages/firewall/core/io/__pycache__/ifcfg.cpython-38.pyc est déjà présent dans le système de fichiers
firewalld : /usr/lib/python3.8/site-packages/firewall/core/io/__pycache__/io_object.cpython-38.pyc est déjà présent dans le système de fichiers
firewalld : /usr/lib/python3.8/site-packages/firewall/core/io/__pycache__/ipset.cpython-38.pyc est déjà présent dans le système de fichiers
firewalld : /usr/lib/python3.8/site-packages/firewall/core/io/__pycache__/lockdown_whitelist.cpython-38.pyc est déjà présent dans le système de fichiers
firewalld : /usr/lib/python3.8/site-packages/firewall/core/io/__pycache__/service.cpython-38.pyc est déjà présent dans le système de fichiers
firewalld : /usr/lib/python3.8/site-packages/firewall/core/io/__pycache__/zone.cpython-38.pyc est déjà présent dans le système de fichiers
firewalld : /usr/lib/python3.8/site-packages/firewall/server/__pycache__/__init__.cpython-38.pyc est déjà présent dans le système de fichiers
firewalld : /usr/lib/python3.8/site-packages/firewall/server/__pycache__/config.cpython-38.pyc est déjà présent dans le système de fichiers
firewalld : /usr/lib/python3.8/site-packages/firewall/server/__pycache__/config_helper.cpython-38.pyc est déjà présent dans le système de fichiers
firewalld : /usr/lib/python3.8/site-packages/firewall/server/__pycache__/config_icmptype.cpython-38.pyc est déjà présent dans le système de fichiers
firewalld : /usr/lib/python3.8/site-packages/firewall/server/__pycache__/config_ipset.cpython-38.pyc est déjà présent dans le système de fichiers
firewalld : /usr/lib/python3.8/site-packages/firewall/server/__pycache__/config_service.cpython-38.pyc est déjà présent dans le système de fichiers
firewalld : /usr/lib/python3.8/site-packages/firewall/server/__pycache__/config_zone.cpython-38.pyc est déjà présent dans le système de fichiers
firewalld : /usr/lib/python3.8/site-packages/firewall/server/__pycache__/decorators.cpython-38.pyc est déjà présent dans le système de fichiers
firewalld : /usr/lib/python3.8/site-packages/firewall/server/__pycache__/firewalld.cpython-38.pyc est déjà présent dans le système de fichiers
firewalld : /usr/lib/python3.8/site-packages/firewall/server/__pycache__/server.cpython-38.pyc est déjà présent dans le système de fichiers
Des erreurs se sont produites, aucun paquet n’a été mis à jour.

Thanks for your support.

muvori · 14 March 2020 11:40

https://www.archlinux.org/news/firewalld081-2-update-requires-manual-intervention/

TheYke · 14 March 2020 11:45

superbe! no issues whatsoever. can't wait testing new flatpak-pamac-plugin!

screwtape · 14 March 2020 13:55

Basically everything is fine with the update. The only inconvenience is that qt applications continue to scale differently than gtk applications and i now need lxappearance to set the font size for gtk apps.
Well done!
(Kernel 5.4/ Nvidia 435/ Plasma)

exceptione1 · 14 March 2020 11:59

Issue: font for firefox looks big on KDE.

After applying this update firefox gets a weird font size now for the titlebar and tabs. It looks really big, and I am not sure if it is event the old font previously used.

johnvranos · 14 March 2020 12:10

If you have more than one OSes installed, /etc/default/grub requires the value of 1 or more, for GRUB_TIMEOUT.

Otherwise it waits for 10 seconds before boot.

Another option is to write:

GRUB_DISABLE_OS_PROBER=true

in /etc/default/grub.

After updating /etc/default/grub, do not forget to run:

update-grub

Keruskerfuerst · 14 March 2020 12:11

I had to reboot the computer with "reboot" on console.

Everything else went fine.

freggel.doe · 14 March 2020 12:14

Always reboot after updating kernels and/or vital system components like DE or system libraries.

K4rol · 14 March 2020 12:26

Everything went great, although I removed gtk3-nocsd-git before updating Manjaro KDE. No clue if it's required, but there is a lot of changes to csd in newest Plasma.

mcnesium · 14 March 2020 12:38

pamac says:

Preparing...
Synchronizing package databases...
Refreshing core.db...
Refreshing extra.db...
Refreshing community.db...
Refreshing multilib.db...
Resolving dependencies...
Checking inter-conflicts...
Refreshing multilib.db...
Checking keyring...
Checking integrity...
Error: multilib.db: chromium: signature from "Evangelos Foutras <evangelos@foutrelis.com>" is invalid
Error: multilib.db: linux55: signature from "Philip Müller (Called Little) <philm@manjaro.org>" is invalid
Failed to commit transaction:
invalid or corrupted package:

Linux 5.5.7-1-MANJARO / Manjaro Gnome 19.0.2

medmedin · 14 March 2020 12:38

With 5.18.3 Kwallet started to ask for root password at boot time directly after entering password in SDDM, with 5.17 and kwallet enabled this was not the case.