Sync Updates for Week 26, 2025

EbonJaeger

Heya folks! It's sync day, and that means it's time for the weekly Solus roundup!

This week, we've made the Nuitka-compiled Python 3 version of eopkg the default. Work on this has been ongoing for a while, and we now feel that it is ready to become the default over the original Python 2 version. This is the next big step towards removing Python 2 from our repository, and it's been a long time coming. The package manager should continue to work as normal. If you notice any issues, please report them on the eopkg issue tracker.

Both of our kernel packages have been updated to the latest point releases. This brings the -current kernel to version 6.14.11, and the LTS kernel branch to 6.12.34.

The KDE Frameworks stack has been updated to 6.15.0. This release brings a lot of fixes, and some new features. Check out their release announcement.

Version 2 of the Arduino IDE (arduino-ide) has landed in the repository this week. It is a more modern editor than the legacy version of the IDE, featuring a more responsive interface with autocompletion, code navigation, and a live debugger. More information can be found on their website.

Security updates

We have a few security updates this time around. As always, be sure to install updates to get the latest security vulnerabilities.

firefox was updated to 140.0.1-366 (@HarveyDevel, @HarveyDevel). Includes security fixes for CVE-2025-6435, CVE-2025-6425, CVE-2025-6432, CVE-2025-6436, CVE-2025-6424, CVE-2025-6433, CVE-2025-6429, CVE-2025-6427, CVE-2025-6434, CVE-2025-6430.
libblockdev was updated to 3.3.1-25 (@joebonrichie). Includes security fixes for CVE-2025-6019.
udisks was updated to 2.10.1-30 (@joebonrichie). Includes security fixes for CVE-2025-6019.

General updates

The full list of updated packages can be found here.

For the list of currently known issues, see the dedicated thread for it. If you begin experiencing a bug, please look for an issue on our issue tracker, and open a new one if one does not exist.

That’s all for this week, folks! We'll be here same time, same place next week for another roundup of the news!

Original-Syn

Went smooth. The only weird thing was download the nvidia firmware was very slow. Everything else was 30+Mbs for some reason the firmware was at less than 1Mb. This actual install was all quick and fast.

banger

Quite a big update, team have been busy. So far so good on 2 bare metal Plasma and an Unstable VM.

SethStorm666

Works great. Gnome Edition. Thanks for the updates 🙂

BuzzPCSOS

Another smooth update on Plasma. Solus just gets better and better. Thank you.

MetaNorm

Latest update broke my system. Went back to the previous Kernel.
I am on GNOME with AMD R9 9950X

System Details Report

Report details

Date generated: 2025-06-28 12:13:10

Hardware Information:

Hardware Model: ASUS ProArt X670E-CREATOR WIFI
Memory: 32.0 GiB
Processor: AMD Ryzen™ 9 9950X × 32
Graphics: AMD Radeon™ Graphics
Disk Capacity: (null)

Software Information:

Firmware Version: 2604
OS Name: Solus 4.7 Endurance
OS Build: (null)
OS Type: 64-bit
GNOME Version: 48
Windowing System: Wayland
Kernel Version: Linux 6.14.6-319.current

AlphaElwedritsch

no issues with it on gnome
thanks again

penny-farthing

I updated 106 packages for Solus today, and everything seems to be working fine.

Safe Eyes is now up and running again, and I thank you for that. The application launched properly again at startup, although the first alert took a while to appear, but after, the others followed according to the frequency set in the settings.

I also confirm that Discover has no longer caused me any problems installing Solus updates since I uninstalled the solus-sc package.

Just a small detail, as the famous Lieutenant Columbo would say: I noticed that Discover doesn't indicate the package size for system updates (unlike Solus Software), while it does indicate it for flatpak packages.
Is this normal?

penny-farthing

Just a note about Safe Eyes (I installed Solus Budgie in French): among the various prompts that appear to encourage you to take a short break, there is one that remains in English:
"Tightly close your eyes"
But it is possible to translate it into French ("Fermez bien les yeux") by clicking on the Breaks (Pause) tab (the edit button (located next to the delete button) allows you to modify the prompt) and here is the result:

TraceyC

penny-farthing I noticed that Discover doesn't indicate the package size for system updates (unlike Solus Software), while it does indicate it for flatpak packages.

There's an issue on the tracker for this.

AlphaElwedritsch

On gnome it's not that big update as on the kde

Lucien_Lachance

is it me or does firefox no longer follow the system titlebar buttons?

Lonsfor

Lucien_Lachance yes, i can no longer close tabs with the buttons. only hotkeys work

Axios

All is well Plasma

asianbullet

Unfortunately this issue has cropped up for me again on a Nvidia GTX system

Error preparing initrd: Device Error
start_image() returned Device Error

For me at least it's a sporadic issue with the Nvidia driver updates. I've have noticed it happens when the linux-current + Nvidia or linux-current + linux-firmare + Nvidia packages are updated in the same weekly sync - however not all the time!!!

At the moment the workaround for me is chroot into the main system & do the following;

In the .conf file from the /boot/loader/entries folder, I removed
"initrd /EFI/com.solus-project/initrd-com.solus-project.current.6.14.11-320.nvidia" line.
Note: the file/line numbering will defer depending on the current kernel version.

Also note I did NOT touch in the EFI booting folder /boot/EFI/com.solus-project/ the initrd boot 'initrd-com.solus-project.current.6.14.11-320.nvidia' file

Only caveat would be after an update as clr-boot-manager is triggered or adding/removing packages though dependant on what's being modified. clr-boot-manager will return/insert the initrd '.nvidia' line back into to the .conf file & the above error comes up on next boot & you can't TTY on that error. I've learnt to not add/remove packages until AFTER a successful update sync/reboot is done. If I had to use my workaround I'd check if the initrd '.nvidia' line has returned & make the edit prior to reboot.

Which is weird because generally it works with the '.nvidia' line & I know it's supposed to be loaded in at boot???

System specs is in the image below after I've my workaround

alfisya

penny-farthing It is most likely an upstream bug, you should file a bug report to safeeyes developer. Not something Solus can do much about.

penny-farthing

alfisya

It's done:
https://github.com/slgobinath/SafeEyes/issues/732

penny-farthing

TraceyC

Sorry, I've just declare a new issue on the advice of @alfisya:
https://github.com/slgobinath/SafeEyes/issues/732

Original-Syn

Just updated my Framework 13 AI with the KDE release. Working well and the kernel update helped a few small things.

ernesto

HI
Everything is ok on XFCE. Thank's for the job done.