Just damn. The coding A-team keeps on pushing the envelope for reverse engineering.

Everything from shaping the graphics stack to fully utilizing the GPU instead of falling back to software rendering, as well as figuring out many other quirks, the team behind #Asahi is a credit to #Linux kernel developers.

One of them even updated #PackageKit to DNF5 for the Asahi Fedora Remix so they could stop packaging twice. Neat!

Progress Report: #Linux 6.19 - Asahi Linux
https://asahilinux.org/2026/02/progress-report-6-19/

Progress Report: Linux 6.19 - Asahi Linux

today in #fedora qa:
* migrated fedora_openqa and os-autoinst-distri-fedora to #forgejo
* did a bunch of updates to docs, comments, wiki pages etc. for the migration
* sent a PR to fix a test failure @neal noticed - https://forge.fedoraproject.org/quality/os-autoinst-distri-fedora/pulls/485
* looked into #cockpit tests failing after #packagekit update landed, did a quick dirty patch, filed a PR-as-issue - https://github.com/cockpit-project/cockpit/pull/22800
* some minor updates to openQA-python-client - https://github.com/os-autoinst/openQA-python-client/pull/79 , https://github.com/os-autoinst/openQA-python-client/pull/80
_graphical_wait_login: really expect a *graphical* login screen

https://openqa.fedoraproject.org/tests/4180975 failed because _graphical_wait_login matched text_console_login while it was still visible before the VM rebooted. Let's tweak things so _graphical_wait_login really only looks for a *graphical* login screen. We already have the tags, only need t...

Fedora Forge

To celebrate the end of the year, I've completed one of the biggest ticket items I've had in a while: I've made a brand new #PackageKit backend for Linux distributions using #DNF version 5.

https://github.com/PackageKit/PackageKit/pull/931

This has been partly possible thanks to having the time to do it, but I'd like to be able to have time to do more big things like this. If you want that too, consider sponsoring me!

https://github.com/sponsors/Conan-Kudo

This is how to make the “Install pending software updates” checkbox go away in GNOME

If you’re using GNOME, and when you tell it you want to shut down or reboot your system it pops up a confirmation dialog with an “Install pending software update” checkbox in it, and the checkbox is checked by default, and you want to make that checkbox go away or at least be unchecked by default, then you’ve come to the right place.

There’s no perfect way to do this. Below I talk about two imperfect solutions that are available. If you think there should be an easier way, feel free to weigh in here. The GNOME developers are skeptical that anyone wants or needs this, but maybe if enough people ask for it they will reconsider.

Imperfect solution one: Open the preferences for the GNOME Software app and change “Software Updates” there from “Automatic” to “Manual”. Caveats:

  • This may only work on systems, such as Fedora-based systems, where PackageKit uses a separate update cache from the system. On APT-based systems (Debian, Ubuntu, and the like), where it appears that PackageKit uses the same update cache as the underlying APT system (as it should!), then when the updates are downloaded outside of GNOME Software, you may still see the checkbox.
  • If there were already updates downloaded before you switched from Automatic to Manual, you will get the checkbox. You need to install those updates (either through GNOME Software or with DNF or APT or whatever) and then refresh the GNOME Software Updates tab to make them go away there.
  • If you check for updates in the GNOME Software app manually and then click the Download button, you will probably get the checkbox the next time you try to shut down or restart.

Imperfect solution two: Create the file /etc/polkit-1/rules.d/99-disable-offline-update.rules, owned by user “root” and group “polkitd”, with the following contents:

polkit.addRule(function(action, subject) { if ((action.id == "org.freedesktop.packagekit.trigger-offline-update")) { return polkit.Result.NO; } });

Caveat: This will disable all attempts to trigger offline updates, not just the checkbox that shows up when you try to shutdown or restart your system. This means, for example, that you won’t be able to trigger “Restart and install…” updates from inside the GNOME Software app either.

#GNOME #PackageKit #Polkit
Please give us a way to disable the "Install pending software updates" checkbox in the restart and shutdown popups (#8920) · Issues · GNOME / gnome-shell · GitLab

There are people all over the internet asking, "How do I disable the "Install pending software updates" checkbox when I tell GNOME to shutdown or restart?

GitLab

@lerothas @fabiscafe @MentalFS Natürlich entscheidet das die Distribution. #GNOME Software müsste sich die Information ja sonst an der Distribution vorbei beschaffen und Pakete selbst installieren. Tut es nicht.

GNOME Software ist ein Frontend für #PackageKit, welches widerum zu 100% auf die Distributions-Tools zurückgreift. Siehe https://github.com/PackageKit/PackageKit/tree/main/backends

PackageKit/backends at main · PackageKit/PackageKit

A D-BUS abstraction layer that allows the user to manage packages in a secure way using a cross-distro, cross-architecture API. - PackageKit/PackageKit

GitHub
#PackageKit est déjà traduit à 98% en #breton.

Joey Riches has been working on packagekit integration for moss so that we can have a nicer GUI experience for package installation of our stone based packages.

A short summary of his progress:

- Generated rust bindings for packagekit
- Wrote the moss backend for packagekit and implemented all functionality that moss supports
- Gnome software can list, install & update packages - working on getting a appstream catalog hosted for full functionality

TODO:

- Figure out C/rust interop story to minimise usage of unsafe
- Get support for misc. items implemented in moss such as repo origin of packages
- Get progress bar callback support in
- Implement support for remaining more niche packagekit filters e.g. newest, devel, basename, etc
- Figure out build system: integrate rust bindings & our backend upstream or develop it downstream for now?

It sometimes needs saying that we are fleshing out our distro from scratch, which means we are having to build new integrations like this from scratch. This is a good thing as we have been finding opportunities for optimisation across our code base, but it does require time.

#Rust #RustLang, #AerynOS #Linux #packagekit #GUI

I am today years old to know that GNOME software is powered by PackageKit that is run in a way that even bypass local PackageKit configuration...

#gnome #packagekit #dnf #linux

I am very honored to be part of the first Sovereign Tech Fellowship program!
This will directly support my work on #FreeDesktop, #AppStream and #PackageKit, so expect a lot more changes faster, and also way faster patch reviews.
This is also the first time ever that I have dedicated time to work on fd.o, and I am excited about the possibilities! You can expect blog posts about it in future 😄

You can read more about the amazing program and the other fellows here:
https://www.sovereign.tech/news/meet-the-sovereign-tech-fellows

Meet the Sovereign Tech Fellows | Sovereign Tech Agency

Sovereign Tech Agency