Some of our team will attend FOSDEM 2024 in Brussels. You can meet us in person on the weekend of 3 & 4 February 2024 at ULB Campus du Solbosch. We bring some Manjaro stickers and gaming gear to test. It will be a great opportunity to talk about future plans and direction of the Manjaro project, to share our passion with like-minded individuals and get first hand infos about upcoming devices powered by Manjaro Linux!
Manjaro, like many other open-source projects, relies on the generosity of its community through donations and corporate sponsorships to support its growth and development. These donations are essential in covering the various expenses incurred in the operations of the project such as server costs, software development tools, infrastructure expenses, training, flying people to events or conferences and the salaries of key developers. With the help of these donations, Manjaro is able to secure the necessary financial stability that allows the project to continuously improve and remain active. If you love Manjaro, consider to donate!
As you might have seen some of our team were able to attend FOSDEM 2023 and the conference proved to be incredibly productive for us. See our blog post for more.
Finding information easier about Manjaro always has been a topic that needed to be solved. With our new search we have put all Manjaro data accessible in one place and divided by sections so it makes it easier to digest: New Manjaro search engine is available | Blog
Notable Package Updates:
Some Kernels got updated
linux65 and linux65-rt got dropped
we added linux-firmware-uncompressed for linux419 series
This is a wiki post; please edit as necessary.
Please, consider subscribing to the Testing Updates Announcements RSS feed
Please RTFT (Read This Fine Thread) first before reporting the same issues over and over again!
Making dbus-broker our default D-Bus daemon
2024-01-09 - Jan Alexander Steffens
We are making dbus-broker our default implementation of D-Bus, for improved performance, reliability and integration with systemd.
For the foreseeable future we will still support the use of dbus-daemon, the previous implementation. Pacman will ask you whether to install dbus-broker-units or dbus-daemon-units. We recommend picking the default.
For a more detailed rationale, please see our RFC 25.
If you experience similar or new issues please run sudo usr/bin/nvidia-bug-report.sh and post either in an already given post or create a new one, including your generated nvidia-bug-report.log.gz for Nvidia to fix the issue: Linux - NVIDIA Developer Forums
Changes in JDK / JRE 21 packages may require manual intervention
2023-11-02 - Frederik Schwan
We are introducing a change in JDK/JRE packages of our distro. This is triggered from the way a JRE is build in modern versions of Java (>9). We are introducing this change in Java 21.
To sum it up instead of having JDK and JRE packages coexist in the same system we will be making them conflict. The JDK variant package includes the runtime environment to execute Java applications so if one needs compilation and runtime of Java they need only the JDK package in the future. If, on the other hand, they need just runtime of Java then JRE (or jre-headless) will work.
This will (potentially) require a manual user action during upgrade:
If you have both JDK and JRE installed you can manually install the JDK with pacman -Sy jdk-openjdk && pacman -Su and this removes the JRE related packages.
If you have both JRE and JRE-headless you will need to choose one of them and install it manually since they would conflict each other now.
If you only have one of the JDK/JRE/JRE-headless pacman should resolve dependencies normally and no action is needed.
At the moment this is only valid for the upcoming JDK 21 release.
After seeing the last 2 posts I tested a cold boot on my desktop—black screen. Rebooting had worked fine after the update and I used the comp for hours. Now, cold booting doesn’t work unless I make the “quiet splash” edit and boot.
AMD 7800X3D, B650 mobo
Tried a cold boot on the (Acer Spin) laptops; boots fine to login screen. Issue might be with newer CPUs/AMD?
This update again results in a black screen after a reboot with no way to get to a tty. Problem is still with Plymouth on my system (AMD cpu and NVIDIA gpu). Editing grub menu and removing “quiet” and “splash” will allow you to log in.
I went ahead and removed the “plymouth” Hook from /etc/mkinitcpio.conf and ran sudo mkinitcpio -P. Then I edited /etc/default/grub to remove “splash” and ran sudo update-grub. I don’t have the second or two of the Plymouth splash screen any longer, but at least I can boot the computer.
There are two issues. Manjaro neither used kms nor Plymouth by default. Only with recent changes to 23.1 ISOs those got activated.
KMS hook created also issues within mkinitcpio due to the fact that on our end we use a symlink for extramodules which is not copied as a regular folder with 37.2 release to avoid the inclusion of the large Nvidia GSP firmware blob. That issue is now fixed.
Plymouth is more or less eyecandy and can create issues if not properly set up.
You can remove splash from /etc/default/grub and regenerate the menu for grub via update-grub.
kms hook can be removed from /etc/mkinitcpio.conf and regenerated via mkinitcpio -P
We are still working to get the situation with Plymouth active more supportive.
Since extramodules is a symlink on our end, mkinitcpio 37.2 originally messed up nvidia drivers as the host was touched when users had chosen to uncompress modules for kms and faster booting. That was fixed in a more recent update of mkinitcpio.
Nvidia drivers should be removed, checked for uncompressed .ko files should get removed and after driver installed again
A SSD/partition is set up to auto mount but in fact does not auto mount after this update.
Checking the settings it is still configured to auto mount and it does mount if I manually force it to(asks for password in that case leading me to wonder if there’s something up with that, but the specific SSD/partition directories are all under my users full ownership).