[Testing Update] 2025-02-17 - Kernels, Plasma 6.3, KDE Frameworks 6.11, Systemd, LibreOffice 25.2

Hello community, here we have another set of package updates.

This also marks the first update of the year of the Snake.

Current Promotions

  • Find out all about our current Gaming Laptop the Hero with Manjaro pre-installed from Spain!
  • Protect your personal data, keep yourself safe with Surfshark VPN: Get 4 months extra

Recent News

Previous News
Finding information easier about Manjaro

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: News – Manjaro

image

Notable Package Updates

  • Kernels
    • including firmware updates
    • toolchain update
    • linux611-rt series got dropped
  • Plasma 6.3.0
  • KDE Frameworks 6.11.0
  • Systemd 257.3
  • fixes to libpamac
  • LibreOffice 25.2.0
  • Thunderbird 128.7.0

Additional Info

Python 3.13 info

:information_source: You will need to rebuild any AUR Python packages that install files to site-packages or link to libpython3.12.so.

Print a list of of packages that have files in /usr/lib/python3.12/ :

pacman -Qoq /usr/lib/python3.12/

Rebuild them all at once:*

pamac build $(pacman -Qoq /usr/lib/python3.12)

Use rebuild-detector to see if anything else needs to be rebuilt:

 checkrebuild

* It’s recommended to clean your build cache first with pamac clean --build-files

Info about AUR packages

:warning: AUR (Arch User Repository) packages are neither supported by Arch nor Manjaro. Posts about them in Announcements topics are off-topic and will be flagged, moved or removed without warning.

For help with AUR packages, please create a new topic in AUR and a helpful volunteer may be able to assist you.

Get our latest daily developer images now from Github: Plasma, GNOME, XFCE. You can get the latest stable releases of Manjaro from CDN77.


Our current supported kernels

  • linux54 5.4.290
  • linux510 5.10.234
  • linux515 5.15.178
  • linux61 6.1.127
  • linux66 6.6.77
  • linux612 6.12.13
  • linux613 6.13.2
  • linux614 6.14.0-rc3
  • linux66-rt 6.6.74_rt48
  • linux612-rt 6.12.8_rt8
  • linux613-rt 6.13_rt5

Package Changes (Mon Feb 17 07:25:02 CET 2025)

  • testing core x86_64: 39 new and 37 removed package(s)
  • testing extra x86_64: 1511 new and 1472 removed package(s)
  • testing multilib x86_64: 12 new and 12 removed package(s)

Overlay Changes

  • testing core x86_64: 39 new and 43 removed package(s)
  • testing multilib x86_64: 1 new and 5 removed package(s)
  • testing extra x86_64: 157 new and 241 removed package(s)

A list of all 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:


4 Likes

Known issues and solutions

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!

Note: Do not forget to review your .pacnew files:

:arrow_right: 2025-02-17

2025-01-15

Critical rsync security release 3.4.0

2025-01-16 - Robin Candau

We’d like to raise awareness about the rsync security release version 3.4.0-1 as described in our advisory ASA-202501-1.

An attacker only requires anonymous read access to a vulnerable rsync server, such as a public mirror, to execute arbitrary code on the machine the server is running on. Additionally, attackers can take control of an affected server and read/write arbitrary files of any connected client. Sensitive data can be extracted, such as OpenPGP and SSH keys, and malicious code can be executed by overwriting files such as ~/.bashrc or ~/.popt.

We highly advise anyone who runs an rsync daemon or client prior to version 3.4.0-1 to upgrade and reboot their systems immediately. As Arch Linux mirrors are mostly synchronized using rsync, we highly advise any mirror administrator to act immediately, even though the hosted package files themselves are cryptographically signed.

All infrastructure servers and mirrors maintained by Arch Linux have already been updated.

– Arch Linux - News: Critical rsync security release 3.4.0

2024-12-11

Kernel 6.11 and 4.19 has been marked End Of Life (EOL) on kernel.org

2024-11-27

Partial Cinnamon 6.4 updates

Linux Mint is currently preparing Cinnamon 6.4. The Arch Maintainers went ahead and released some Cinnamon packages which got already tagged 6.4. However, it seems this will break your installation of your Cinnamon desktop. We will monitor the situation and might downgrade to 6.2 packages if needed, before we do a stable branch update. Your feedback regarding Cinnamon overall is highly appreciated.

Known issues so far:

What you can do:

  • Ignore all cinnamon updates when updating.
  • You can try the newly added cinnamon-git package to see if it improves the situation.
  • Update: The issues are resolved with cinnamon >= 6.4.0-1. If you manually installed cinnamon-git, you may now install cinnamon again.

2024-11-13

v86d has been dropped from Manjaro repositories and is no longer required for mhwd

Re: Unstable Update MHWD disussion

If pamac GUI options Enable AUR support and Check for updates are enabled, users should check the package list before agreeing to update and un-check AUR packages

2024-11-01

KVM default behavior change on module loading in kernel 6.12

In kernel 6.12, KVM initializes virtualization on module loading by default. This prevents VirtualBox VMs from starting. In order to avoid this, either add kvm.enable_virt_at_load=0 parameter into kernel command line or unload the corresponding kvm_XXX module. Initial support for 6.12 kernel series was added with Virtualbox 7.1.4.

More info about that in the Linux mailing list

Previous testing threads:

Pamac crashed (or at least the UI did), during the update but everything appears to have updated (I restarted after noting 0% CPU usage). Will update post after updating laptops…

Laptops updated. All good.

1 Like

Just a couple of AUR packages complaining, 6.3 made a few stealthy changes:

  1. Easystroke reported error while loading shared libraries: libboost_serialization.so.1.86.0 - required clean/rebuid
  2. Klassy window decoration disappeared (desktop started with Breeze) needing a clean rebuild.
  3. As usual, digital clock reverted to it’s default state so I needed to edit the colours manually again.
    DClock

Overall, a nice update (no unexpected errors).

Perhaps a good time to test Konsole, something like:

sudo pacman -Syu && pamac update && flatpak upgrade
1 Like

Did you just rebuild it as-is?

In my case I pulled from the existing PR for minimal 6.3 support as seen in the Unstable thread;
https://forum.manjaro.org/t/unstable-update-february-2025/173706/17?u=cscs

Also removed klassy-qt5 as unneeded for me. :person_shrugging:

EDIT.

Oh. I see, the PKGBUILD was updated to include a patch from that PR. Carry on. :saluting_face:

1 Like

image

I really don’t care if popups, windows, or whatever this is appears over my rarely used activities. So I would rather not install an extension for something so trivial. I still see text while searching, which would be more of a problem. So the only problem that is apparent, is the pasted warning notification. But I have a feeling these changes may be needed moving forward.

Can anyone confirm?

The wiki post the popup references says to change these environment variables.

$ echo $XMODIFIERS
@im=ibus
$ echo $QT_IM_MODULE                                                                                    
ibus

And the fcitx wiki post for convenience:

GNOME

Best setup:

  • Environment variables:
    • Set XMODIFIERS=@im=fcitx for XWayland application
    • Set QT_IM_MODULE=fcitx for Qt, since Qt5 would use XWayland by default.
    • Run chrome with XWayland and GTK_IM_MODULE=fcitx

Support information:

  • Application/Compositor uses text-input-v3
  • Compositor/Input Method uses ibus dbus protocol, so ibus frontend is required to be used.
  • Adding Fcitx 5 to autostart, it will replace any existing ibus-daemon upon start up so it will work out of box.
  • Popup candidate window is not able to be displayed over gnome-shell UI. Only solution is to use Kimpanel, link to extension.
  • Qt need to use QT_IM_MODULE=fcitx since there is no text-input-v2 support.
1 Like

Long time stable/testing user here with very little to report during the last, uh, two years? Great job!

This time though there is somethong to write here about; I have the same pop-up as Molski is having, and keyboard layout reverts from Finnish to English at every reboot - but only on one out of my four systems. Haven’t yet had time to debug further.

Based on others’ posts, as I was also not utilizing virtual keyboards, I chose to uninstall Fcitx completely and haven’t experienced problems thereafter. I’m using KDE.

I am not sure it was the update, but I could not add an app to autostart. I ended up creating a launch script for the app, then also creating an appropriate desktop file that autostart requires. It worked after that.

uh, isn’t that the way it should be done?
creating a .desktop and put it in the folder?
just wondering…

I think he might be referring to the KDE System Preference to set apps to launch at login

1 Like

Regarding fcitx5 issues, probably the best advice is “If you don’t use or need it, uninstall it”. These 2 comments from 357194 – Chosen keyboard layout doesn’t work when plasma-desktop reboots with fcitx5 sum it up fairly well:

cwo 2025-02-11 22:15:26 UTC

How do I make sure that I have English and Russian so that I can switch
between them as before and the keyboard shortcuts always work?

Easiest way is to uninstall fcitx5. You don’t need an input method to type English and Russian, regular keyboard layouts are absolutely enough. Input methods are relevant for languages that have way more characters than keys (think Chinese or Japanese where you have thousands of different characters that you need to be able to type). Without fcitx5, you can just use Plasma’s keyboard layout configuration and it will remember the layouts.

If you do want to have fcitx5 installed, you need to configure everything in fcitx5 which is rather more complicated than the plasma default because it does so much more. fcitx5 needs to take over the keyboard configuration from Plasma so that switching between languages works with input methods. There is a separate System settings module for fcitx5 (kcm-fcitx5), and you will probably also want kimpanel through which you can setup fcitx5 as well. If you do, you can just ignore the keyboard configuration in Plasma itself; it will not apply.

cwo 2025-02-15 12:27:58 UTC

Then your options are as outlined in comment #12. Either uninstall fcitx5 if you do not actually need it, or use fcitx5 to configure your layouts and switching, not Plasma’s keyboard settings in System Settings > Keyboard. fcitx5 takes over keyboard layouts when it’s started, and replaces it with the ones configured in fcitx5 so that it can function properly. We know this is not optimal, but at the moment you cannot use Plasma’s Keyboard layout configuration if you’re also using fcitx5, it will be regularly overwritten. (You can install kcm-fcitx5 if you want to configure fcitx5 in System Settings, but it will not appear in the Keyboard settings; it’s under Language & Time as “Input Method”).

And if you do use fcitx5, make sure you have fcitx5-configtool installed so you can set up your keyboard layouts. The fcitx5 wiki may also be useful - something I posted in the Stable Updates thread:

It is getting a little confusing having 2 open Testing Update threads, especially as the 2025-02-19 Testing Update included a Plasma bugfix update from 6.3.0 to 6.3.1, which means some issues here may already be fixed. So, I think I will close off this thread.

2 Likes