[Testing Update] 2019-06-20 - Kernels, KDE Plasma, Browsers, Mesa, Qt5

Hello community,

I am happy to announce another Testing Update.

This update holds the following changes:

  • most of our Kernels got updated. Some of them got already built with gcc 9.1.
  • KDE Plasma is now at 5.16.1
  • we added some Browser updates
  • Mesa is now at 19.1.0
  • Manjaro Juhraya ISOs got updated, including snap support pre-activated: XFCE, Gnome

Give us the usual feedback and let us know what you think about this update.

Current supported Kernels

  • linux316 3.16.67
  • linux318 3.18.140 [EOL]
  • linux44 4.4.182 (no legacy nvidia-340 module!)
  • linux49 4.9.182
  • linux414 4.14.128
  • linux419 4.19.53
  • linux420 4.20.17 [EOL]
  • linux50 5.0.21 [EOL]
  • linux51 5.1.12
  • linux52 5.2-rc5 (few extramodules build, but not all yet!)
  • linux419-rt 4.19.50_rt22
  • linux50-rt 5.0.14_rt9

Package Updates (Thu Jun 20 12:42:43 CEST 2019)

  • testing community x86_64: 282 new and 276 removed package(s)
  • testing core x86_64: 31 new and 33 removed package(s)
  • testing extra x86_64: 339 new and 435 removed package(s)
  • testing multilib x86_64: 6 new and 6 removed package(s)

A detailed list 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:


Known issues and solutions

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

Some KDE System Settings may have been re-set to their defaults

  • System Settings > Input Devices > Touchpad > Tap-to-click
  • Scrolling
  • The compositor could get disabled during the upgrade which will stop all of the KDE eye-candy

Kvantum theme reset

If you are using the Matcha theme in kvantum you may experience a theme reset. Simply install kvantum-theme-matcha if not happend yet and select the new provided variants. Manjaro 18.1 releases will ship with the new themes by default.

Issues with Octopi

Currently several users report different issues for Octopi. So if you encounter some of them, you may switch to pamac for now: sudo pacman -Sy pamac

Items from previous update sets

Small cleanup of Manjaro official repositories

Please note that the following packages got removed from our repositories.

  • chromium-chromevox
  • gimp-gtk3
  • pamac-classic
  • pamac-dev
  • pamac-dev-tray-appindicator

ZFS 0.8 fails to import ZFS pool during boot

As noted for testing update 2019-05-29, it can be permanently fixed
by removing and re-adding the pool's cachefile :

zpool set cachefile=none <name of your pool>
zpool set cachefile=/etc/zfs/zpool.cache <name of your pool>

More details in [Testing Update] 2019-05-29 - Kernels, XFCE, Deepin, Mesa, Nvidia, KDE-Dev (search for 'ZFS' there)

Gnome 3.32: Two extensions removed from our repos.

We have dropped two packages that shipped additional extensions for Gnome: gnome-shell-extensions-topicons-plus-huttli and gnome-shell-extensions-taskbar. We won't maintain Topicons Plus and Taskbar anymore.

Those extensions are not in active development anymore and may not work properly (or not work at all) on Gnome 3.32. Notably, it has been reported that using Topicons Plus on Gnome 3.32 may leads to very high CPU usage.

We strongly recommend you to disable those extensions if they are enabled (Tweaks > Extensions) and remove those packages with your favorite package manager. To prevent potential problems with the next version of Gnome, you may do those steps (or at least the first one) before upgrading your system.

Gnome 3.32: Various problems

There is currently several problems with Gnome 3.32. Here is what we know so far.

1. Possibility of broken extensions
Broken extensions is something to expect when transitioning between major versions of Gnome, especially if you are using extensions that are not shipped by default on Manjaro Gnome. If you have a broken extension taken from somewhere else than Manjaro official repositories, you will have to contact the maintainer on the source you have taken the extension from to get more support. You may also want to report the problem to the developer(s) of the extension (if not the same person/group).

It is possible that extensions become so broken on Gnome 3.32 that it makes Gnome Shell crash completely when trying to log in, thus making Gnome completely unusable. For example, we have a report of such issue with a third-party extension (that doesn't come from Manjaro's official repositories) called Extensions.

To decrease the risk of breakage (especially if running Gnome extensions that does not come from Manjaro official repositories) and make the upgrade smoother, you can disable all Gnome extensions (Tweaks > Extensions) before upgrading your system, then enable them one by one only after being logged in a completely new session on Gnome 3.32.

2. Using world clocks can break Gnome Shell completely
If you have configured world clocks in Gnome, it may make Gnome Shell segfaults and crashes when trying to log in for a graphical session, making Gnome unusable. If it happens, you will need to reset your parameters for world clocks with the following command (do it in TTY): dbus-launch gsettings reset org.gnome.clocks world-clocks.
See this Arch Linux thread and this ticket from upstream.

3. Gnome Shell may crash completely when resuming from sleep if you use Wayland
If you are using Wayland (instead of X.org), Gnome Shell may crash when resuming from sleep. Upstream is aware of this issue. As a workaround, you may use X.org instead of Wayland for now.

4. Miscellaneous
Some programs don't get focused after being launched. Reported to upstream and confirmed for distributions other than Manjaro too.

Yaourt: Rest in peace

Yaourt has been removed from our repositories completely. We won't maintain the yaourt package anymore, which means that you will not receive any updates from us for this package. A very old package named yaourt-gui-manjaro has been removed at the same time too.

If you are still using Yaourt, we strongly encourage you to switch to an alternative like Pamac CLI (package: pamac-cli), Trizen (package: trizen), Yay (package: yay) or Pacaur (package: pacaur); and uninstall Yaourt from your system.

In addition to that, we have dropped support for several packages that depended on yaourt: allservers, pacli and pacli-jwm. Those packages has been removed from the official repositories completely.

vlc-nightly has been dropped

The vlc-nightly package, which was really useful in a time when VLC 3 was not officially out yet, has been dropped on our side and is not in the official repositories anymore. If you still have this package and you want the latest stable version of VLC media player, remove vlc-nightly, then install the vlc package.

Otherwise, you can continue to use vlc-nightly from the AUR (but you'll have to compile it yourself).

Kodi 18.1: extensions may not work properly.

Kodi 18.1 is now available in our repositories. Since this is a major version change, extensions for Kodi (if you use some) may stop working properly. Developers of those extensions will need to make them compatible with Kodi 18.

If Kodi 18.1 doesn't work properly for you and you absolutely need to use your extensions, you may use the old kodi package in /var/cache/pacman/pkg in order to downgrade Kodi to version 17.6. Please note that it is a temporary workaround and that the software provided in the old kodi package may stop working properly in the future too. You should not keep the downgrade forever.

Notifications looking weird in XFCE

Since the package dunst includes now dunstfy in the main package notifications may not displayed properly in XFCE. Please uninstall that package to solve that issue. Normally not needed in that edition.

Plasma will not reboot from the Application Launcher

If you update from within Plasma (e.g. from the konsole), you may need to issue a systemctl reboot to reboot.

I can't open Nemo with elevated privileges (as root)

Workaround found: Use the dbus-x11 package instead of the regular dbus package. This package is available in the official repositories and provides dbus compiled without the --without-x option.

To replace dbus with dbus-x11 package, simply install dbus-x11 with your favorite package manager: dbus will be replaced by dbus-x11.

Pamac: "Failed to commit transaction - Transaction not prepared" at the end

So far, it has only been a false alarm: updates are applied successfully.

AMD-Ucode introduction

Unless you've already done this previously, All users of AMD-APUs/CPUs should install this update like this:

sudo pacman -Syyu
sudo pacman -S amd-ucode
sudo pacman -R intel-ucode
sudo update-grub

Step 3 is optional.

Rebuilding fontconfig cache: failed to write cache

Please ignore this message. Upstream already works on a solution. More about the issue here.

LibreOffice has no window decoration in KDE

New line export SAL_USE_VCLPLUGIN=gtk3_kde5, once merged into existing /etc/profile.d/libreoffice-fresh.sh , fixes a moderately longterm issue. If it doesn't work for you, you may use gtk instead of gtk3_kde5 as UI framework.

Installing glibc (2.28-4) breaks the dependency “glibc=2.27” required by lib32-glibc

Install the update either:

  • from terminal: sudo pacman -Syu or;
  • with Octopi instead of Pamac.

Something using Perl/Python/glibc broke

Rebuilds needed!

  • If it's an AUR package, try to reinstall it from AUR. It most likely needs to be rebuilt.
  • If it's a repo package, please report and check back regularly for updates.

I've lost a Thunderbird addon/feature

Thunderbird 60 disables incompatible addons by default. There's an about:config switch should you want to force-enable the addon, but many addons simply will not work with the newer Quantum-based Thunderbird.

Read more about Thunderbird 60 here: Thunderbird 60

Firefox - WebGL not working anymore

You may try the following solution:

Open about:config and set security.sandbox.content.read_path_whitelist to /sys/.

libutf8proc>=2.1.1-3 update may require manual intervention

This should normally be automatically fixed via manjaro-system update.

The libutf8proc package prior to version 2.1.1-3 had an incorrect soname link. This has been fixed in 2.1.1-3, so the upgrade will need to overwrite the untracked soname link created by ldconfig. If you get an error

libutf8proc: /usr/lib/libutf8proc.so.2 exists in filesystem

when updating, use

pacman -Suy --overwrite usr/lib/libutf8proc.so.2

to perform the upgrade.

Pamac: "Invalid or corrupted package."

If you receive an "Invalid or corrupted package." error message with Pamac and if the details contains an output similar to the following:

Synchronizing package databases...
Starting full system upgrade...

Resolving dependencies...
Checking inter-conflicts...
Downloading manjaro-system-20180716-1-any.pkg.tar.xz...
Checking keyring...
Checking integrity...
Loading packages files...
Checking file conflicts...
Checking available disk space...
Upgrading manjaro-system (20180702-1 -> 20180716-1)...
==> Fix libutf8proc upgrade ...
resolving dependencies...
looking for conflicting packages...

Packages (1) libutf8proc-2.1.1-4

Total Download Size:   0.05 MiB
Total Installed Size:  0.32 MiB
Net Upgrade Size:      0.00 MiB

:: Proceed with installation? [Y/n] 
:: Retrieving packages...
downloading libutf8proc-2.1.1-4-x86_64.pkg.tar.xz...
checking keyring...
checking package integrity...
loading package files...
checking for file conflicts...
checking available disk space...
:: Processing package changes...
upgrading libutf8proc...
:: Running post-transaction hooks...
(1/1) Arming ConditionNeedsUpdate...
Running post-transaction hooks...
Arming ConditionNeedsUpdate...
Warning: lock file missing /var/lib/pacman/db.lck
Starting full system upgrade...
Resolving dependencies...
Checking inter-conflicts...
Error: could not open file /var/lib/pacman/local/libutf8proc-2.1.1-2/files: No such file or directory
Warning: could not fully load metadata for package libutf8proc-2.1.1-2

Failed to prepare transaction:
invalid or corrupted package

Try the following steps: close Pamac window first, then launch it again and start the update procedure again. It should continue from where it left off.

Issues with folder view widget in KDE v5.13

KDE introduced a new setting for icon sizes. Now you're able to define also the size for your panel. If you have a high-DPI display, you may want to increase the value. This will fix the display issue with given widget.


Pulseaudio changes

With this update we have a /etc/pulse/default.pa.pacnew. It may be necessary to merge (some lines related to “GSettings” in /etc/pulse/default.pa ) if 'default.pa' has been customised.

File conflict engrampa.tap

thunar-archive-plugin: /usr/lib/xfce4/thunar-archive-plugin/engrampa.tap exists in filesystem (owned by engrampa-thunar-plugin)

thunar-archive-plugin has added native support for the Engrampa archive manager. engrampa-thunar-plugin is no longer needed. Remove engrampa-thunar-plugin to continue with the update.

Only one thing regarding this update went bad. Firefox went bad. Profile issues. Seems the test build for 67.0.3-1 was wrong and GAVE me the profile issue, not fixing it. And yes, I clicked the wrong thing.

Edit: Solved, like for everyone else, by running MOZ_ALLOW_DOWNGRADE=1 firefox

Edit again: Xfce 5.2 using terminal.


Updated via TTY with zero issues.


Seems @jonathon has a little bit more work to do then...

Already done... :kissing_heart:


Qbittorrent crashes for me after installing the latest update
I use gnome edition


Update went smooth on Xfce running linux4.14.x and linux5.1.x with 66 package updates.
Didnt face the firefox issue I'm seeing on all recent update threads(maybe i'm not using firefox as everyone else).

So far, so good on KDE and Gnome.

Edit: Baloo has decided to stop indexing yet again. Downgrade to 5.58.0-1 resolves it.

Edit 2: Spoke to soon...:stuck_out_tongue_closed_eyes:

All fine here.
53 Packages updated successfully. :+1:
LXQT+ Kernel 5.1.

Manjaro i3, no issues =D

For some reason, tap-to-click doesn't work anymore here, but it's likely that it happened already with a previous update. I cannot seem to reenable it...

Not even after a few reboots?

Falkon loads just fine, but seems to have trouble with many websites. Anybody capable of replicating and providing details?

Failing, for example on https://www.techdirt.com/, with Testing, fully updated

Application version 3.1.0
QtWebEngine version 5.12.4

© 2010-2018 David Rosca

Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Falkon/3.1.0 Chrome/69.0.3497.128 Safari/537.36

Working, with Unstable, not updated (yet)

Application version 3.1.0
QtWebEngine version 5.12.4

© 2010-2018 David Rosca

Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Falkon/3.1.0 Chrome/69.0.3497.128 Safari/537.36

Working with Unstable, updated
Packages (36) apparmor-2.13.3-2  curl-7.65.1-3  dhcpcd-7.2.2-1  falkon-3.1.0-5  firefox-67.0.4-0.1  firefox-i18n-en-us-67.0.4-0  fuse-common-3.6.1-1
              fuse3-3.6.1-1  harfbuzz-2.5.2-1  harfbuzz-icu-2.5.2-1  intel-ucode-20190618-1  js60-60.7.2-0.1  knetattach-5.16.1-2  kwin-5.16.1-4
              lib32-libva-mesa-driver-19.1.0-2  lib32-mesa-19.1.0-2  lib32-mesa-vdpau-19.1.0-2  lib32-util-linux-2.34-1  lib32-vulkan-intel-19.1.0-2
              lib32-vulkan-radeon-19.1.0-2  libutil-linux-2.34-2  libva-mesa-driver-19.1.0-3  libxi-1.7.10-1  linux419-4.19.53-1  mesa-19.1.0-3
              mesa-vdpau-19.1.0-3  nano-4.3-1  perl-5.30.0-3  plasma-desktop-5.16.1-2  pyside2-5.12.4-1  python-shiboken2-5.12.4-1  qt5-base-5.12.4-2.1
              rubygems-3.0.4-1  util-linux-2.34-2  vulkan-intel-19.1.0-3  vulkan-radeon-19.1.0-3

I am not sure how this could have worked, but I used the hamburger menu to select Tools > Clear Recent History, and I checked all boxes and for Visited pages History selected all from the drop-down and clicked on Clear and everything seems to work again.

Updated my single-boot Testing VM via Octopi == all excellent.

Updated my dual-boot [Manjaro+Fedora] Testing Tower via Pamac == all excellent right up to the penultimate phase, when...

Eek, doing today's big Testing Update in Pamac, totally locked up Tower, at the very very end of the process, when it was updating grub. It successfully found & processed my three Manjaro kernels, but froze solid when searching for my Fedora kernels That process always works reliably when done directly in Konsole, ergo... [note to self] in future only do all dual-boot Tower major updates involving kernels, in Konsole.

I rescued the situation by booting into LiveUSB then redoing update-grub in manjaro-chroot. All good again now, but if it happens in Stable for any other dual-booting Manjaroos using Pamac, it might, ahem, startle them a bit.

Post-reboot of Tower, i found another of the System Settings that Plasma 5.16.1 has reset, rassen sassen frassen... my Fonts dpi has reverted to default of 96, instead of my hitherto 105.

Oh, btw, FF ~.4 came through for me in this large update, & as per all recent previous updates, i had no Profile hassles with it at all.

EDIT: Nah, the situation with the fonts dpi is more tricky than i thought. I can change it to what i want, apply it, see it change my stuff [albeit sometimes i need to log out/in], BUT, the next time i visit that setting, it reverts to displaying 96dpi, despite all the Plasma elements palpably being either the larger or smaller sizes i set. Tis confusing & tricky... bug!

My Falkon working fine.
Replicating of what? You don't mention any site you have difficulty to load.

Sorry, in the process of testing on other machines. Details added in my post, but for example, on https://www.techdirt.com/

techdirt also loaded fine in my falkon. Even with hosts by Steven Black.
(testing updated 06-20 / Application 3.1.0 / QtWebEngine 5.12.4)

I am not sure how this could have worked, but I used the hamburger menu to select Tools > Clear Recent History, and I checked all boxes and for Visited pages History selected all from the drop-down and clicked on Clear and everything seems to work again.

It was probably a problem with the cache then. Glad you were able to fix it.

Forum kindly sponsored by Bytemark