Install noto-fonts-cjk or another font of your choice. The problem seems related to a ttf-droid update.
The libbloom package prior to version 1.6-2 was missing a soname link. This has been fixed in 1.6-2, so the upgrade will need to overwrite the untracked soname link created by ldconfig. If you get an error
to perform the upgrade.
Items from previous update sets
File conflict: "snapd: /snap already exists in filesystem"
If you have this file conflict, we recommend to use the command-line interface for this time and use the
--overwrite option. In a command-line interface, use the following command or any equivalent of your choice:
sudo pacman -Syu --overwrite '/snap'
Warning: audit: directory permissions differ on /var/log/audit/filesystem: 755 package: 700
sudo chmod 700 /var/log/audit/ in terminal
mariadb 10.4.x update requires manual intervention
(Source: https://www.archlinux.org/news/mariadb-104x-update-requires-manual-intervention/ , 2019-06-27, by Christian Hesse)
The update to mariadb 10.4.6-1 and later changes configuration layout as recommended by upstream.
The main configuration file moved from
/etc/mysql/my.cnf (and its include directory
/etc/mysql/my.cnf.d/ ) to
/etc/my.cnf.d/ ). Make sure to move your configuration.
Instantiated services (like
firstname.lastname@example.org ) are no longer configured in separate files (like
/etc/mysql/myfoo.cnf ). Instead move your configuration to configuration blocks with group suffix in main configuration file, one for each service. A block should look something like this:
datadir = /var/lib/mysql-foo
socket = /run/mysqld/mysqld-foo.sock
Like every mariadb feature update this requires the data directory to be updated. With the new configuration in place run:
systemctl restart mariadb.service && mariadb-upgrade -u root -p
Some KDE System Settings may have been reset to their defaults
- System Settings > Input Devices > Touchpad > Tap-to-click
- The compositor could get disabled during the upgrade which will stop all of the KDE eye-candy
- (Font-)Hinting could get reset to
XFCE 4.14-pre2 : I do not see XFCE 4.14-pre2 in the repositories!?
You won't see explicitly 4.14-pre2 anywhere on our
xfce-gtk3 packages. We follow the versioning used by upstream. Here's the list of all components that are part of XFCE 4.14-pre2.
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 -Syu pamac
sudo pacman -Syu pamac will both install Pamac and upgrade all upgradable packages on your system at the same time.)
Issues with DisplayCAL
DisplayCAL 18.104.22.168 - Missing python2-dbus causes failure to launch application.
Solution - Install the
python2-dbus package for now. Version 3.8.2 fixes the dependency error. As and when DisplayCAL 3.8.2 reaches stable branch you can remove python2-dbus as it does not require it. Only remove python2-dbus again if you installed it specifically for DisplayCAL.
Regression with Linux firmwares on machine running Vega GPUs.
June 2, 2019: We expect it to be fixed with linux-firmware 20190514-711d329-1.1. We downgraded the firmware related to Vega GPUs to a previous version. You should now be able to use Linux 4.19 correctly.
[Stable Update] 2019-05-26 - Kernels, XFCE 4.14-pre1, Virtualbox, LibreOffice
linux-firmware 20190514-711d329-1 introduced a regression that can make the system unbootable on systems that use a AMD Vega GPUs (for example: Vega 64, Vega 56, Vega 10) and Linux 4.19.
It is a regression that affects both Manjaro and Arch Linux. Here's some links.
Arch Linux bugtracker: https://bugs.archlinux.org/task/62666
Manjaro forum: Most recent stable branch update problem
Manjaro forum: Manjaro update prevents system booting
Manjaro forum: 'linux-firmware 20190514.711d329-1' update prevents my system booting.
If you are affected by this issue, you have essentially two choices: either use a different kernel or downgrade
linux-firmware. The most preferred method is the first one since it doesn't involve keeping a package to an older version. Either way, if your system is completely unbootable (not even with a command line interface), you will need to do a chroot to repair your system. For each solution suggested below, we will suppose that you need to do a chroot; skip the chroot part if you manage to reach an usable command line interface.
For the first solution, as far as we know, it works fine on Linux 5.1 and supposedly also on Linux 5.0. Follow these steps in order to be able to install a new kernel:
- Launch a live session with an installation medium;
- Open a terminal;
- Chroot your system. You may do so automatically with
manjaro-chroot -a. On more complex system where manjaro-chroot may simply fail, you may have to do a manual chroot.;
- Once you have chrooted on your system, use
mhwd-kernel -i linux51 to install Linux 5.1 and all extra modules needed for your system. You may also try with Linux 5.0 (replace
linux50), although Linux 5.0 is expected to be End of Life soon.
(If you have multiple kernels installed on your machine, you may want to boot with other kernels before trying to install a new one.)
For the second one:
- Chroot to your system from a live session;
- Downgrade the
linux-firmware package to version 20190424.4b6cf2b-1 with
pacman -U /var/cache/pacman/pkg/linux-firmware-20190424.4b6cf2b-1-any.pkg.tar.xz. If the package is not available in your local cache, use
pacman -U https://archive.archlinux.org/packages/l/linux-firmware/linux-firmware-20190424.4b6cf2b-1-any.pkg.tar.xz instead.
(Note that if you know how to use downgrade, you may also use downgrade.)
(Remember that downgrading a package is merely a temporary solution, do not hold the package to a previous version forever.)
signature from "Helmut Stult (schinfo) <email@example.com>" is marginal trust
manjaro-keyring first. For more options read this thread:
Issues with "signature is marginal trust" or "invalid or corrupted package"
replace steam-devices with community/game-devices-udev?
Yes. The package name changed. Accept the replacement.