I’m trying a fresh 39 install on Cinnamon, and when I try to install the driver, I’m getting the
-nothing provides python(abi) = 3.11 needed by system76-driver…
error
I, too, have seen this on my Darter Pro 9.
Looks like last build on the project was 5 months ago, maybe reach out to the maintainer. I have had luck in the past using the buy me a coffee link on his website https://marcin.szydelscy.pl/
It would be nice to update system76-power to latest git version, as it supports AMD Pstate now.
Thanks for the coffee 
Really appreciate this.
All packages are updated to the most recent versions provided by the system76.
- System76-driver works on fedora 39.
2 Likes
I wonder if we should train up a bit on packaging to help out @szydell . Any documentation you can point us to?
Thanks so much!
Tom - System76 does not provide any documentation; only GitHub repositories.
The biggest help for me is testing and feedback. Without it, I am sometimes unable to find an issue.
Thank you very much for the update. I hope the following may save someone a bit of upgrade pain with Fedora 39:
After upgrading Fedora 38 to 39 on my Thelio Mira the fan was running constantly and system76-firmware notified me of a needed update to thelio-io, but the update consistently failed with a “Permission Denied” error.
These problems were solved by dnf reinstalling the system76-packages, repeating the systemctl steps of your installation instructions, and rebooting.
Thanks again.
Well, I finally switched back to Fedora Workstation 39 from Silverblue 39. Followed the instructions to install the system76 driver. The fans stopped as soon as I activated the deamon from the command prompt.
Now, I would like to know if anybody had tried the Gnome shell extension in Gnome 45. Further, I would like to get firmware updates for my Mira, but I’m not sure which packages (among DKMS, ACPI DKMS, Io DKMS, & OLED) I should install. Finally, is it recommended to add the a line in /etc/nixos/configuration.nix?
Under Fedora 39 I seem to need to dnf reinstall the system76 packages after every kernel update. I don’t recall that happening under earlier Fedora versions. Has integration with kernel updates somehow been lost? I’d love to provide additional info toward troubleshooting this if you can give me some suggestions of where to look.
All packages or the dkms?
I faced similar issues with the dkms packages before. imho it’s not the best way to load modules to linux kernel and requires manual cleaning from time to time.
https://wiki.archlinux.org/title/Dynamic_Kernel_Module_Support
I’ve been reinstalling all of them out of an excess of caution. Next time I’ll reinstall them one at a time, starting with the dkms, to try to see which one(s) are involved.
In my case usually just the dkms packages fix the problems after a kernel upgrade. I usually type the following to fix, wait a moment then reboot.
dnf reinstall system76-dkms system76-io-dkms system76-acpi-dkms
I’m convinced @mlwhite is correct that only the 3 dkms packaged are relevant to my problem.
Thank you for pointing me at the dkms docs. I’m pretty sure I see what’s happening: My first clue was that dkms status was returning nothing when I expected it to list the system76 dkms packages. It turns out that since I’ve been executing dnf reinstall ... the %preun and %postun rpm-spec scriptlets get executed. %postun recursively deletes the /var/lib/dkms/system76/{{{ git_dir_version }}} directory tree, effectively undoing the earlier dkms add ... action and removing the package from dkms rebuilds.
When I prepared this part I was using dnf erase, dnf install not dnf reinstall.
dnf erase without %postun was leaving mess.
I’ll check that behavior.
@szydell : Thank you for looking into this issue. After some more experiments and a kernel update with a successful dkms auto-rebuild, I now think your code is correct and the only problem is with the broken logic of dnf reinstall.
I suggest that anyone who needs to re-install the system76 dkms packages in Fedora should avoid dnf reinstall. Instead use the 2-step process:
dnf remove system76-dkms system76-io-dkms system76-acpi-dkms
dnf install system76-dkms system76-io-dkms system76-acpi-dkms
Thanks for the verification @grey-owl.
I will add a note to the main page.
When will this be resolved?
david@pangolin:~$ sudo dnf copr enable szydell/system76
[sudo] password for david:
Enabling a Copr repository. Please note that this repository is not part
of the main distribution, and quality may vary.
The Fedora Project does not exercise any power over the contents of
this repository beyond the rules outlined in the Copr FAQ at
<https://docs.pagure.org/copr.copr/user_documentation.html#what-i-can-build-in-copr>,
and packages are not held to any quality or security level.
Please do not file bug reports about these packages in Fedora
Bugzilla. In case of problems, contact the owner of this repository.
Do you really want to enable copr.fedorainfracloud.org/szydell/system76? [y/N]: y
Repository successfully enabled.
david@pangolin:~$ sudo dnf install system76-driver
Copr repo for system76 owned by szydell 2.1 kB/s | 1.5 kB 00:00
Fedora 39 - x86_64 - Updates 43 kB/s | 23 kB 00:00
Fedora 39 - x86_64 - Updates 805 kB/s | 2.0 MB 00:02
Dependencies resolved.
==============================================================================================================================================================================================
Package Architecture Version Repository Size
==============================================================================================================================================================================================
Installing:
system76-driver noarch 20.04.85-2 copr:copr.fedorainfracloud.org:szydell:system76 166 k
Transaction Summary
==============================================================================================================================================================================================
Install 1 Package
Total download size: 166 k
Installed size: 863 k
Is this ok [y/N]: y
Downloading Packages:
system76-driver-20.04.85-2.noarch.rpm 675 kB/s | 166 kB 00:00
----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Total 666 kB/s | 166 kB 00:00
error: Verifying a signature using certificate 9204B9DE588F5664FF7D974BFAC2718FD9BC8ACB (szydell_system76 (None) <szydell#system76@copr.fedorahosted.org>):
1. Certificiate FAC2718FD9BC8ACB invalid: certificate is not alive
because: The primary key is not live
because: Expired on 2024-01-05T23:15:41Z
2. Key FAC2718FD9BC8ACB invalid: key is not alive
because: The primary key is not live
because: Expired on 2024-01-05T23:15:41Z
error: Verifying a signature using certificate 9204B9DE588F5664FF7D974BFAC2718FD9BC8ACB (szydell_system76 (None) <szydell#system76@copr.fedorahosted.org>):
1. Certificiate FAC2718FD9BC8ACB invalid: certificate is not alive
because: The primary key is not live
because: Expired on 2024-01-05T23:15:41Z
2. Key FAC2718FD9BC8ACB invalid: key is not alive
because: The primary key is not live
because: Expired on 2024-01-05T23:15:41Z
Copr repo for system76 owned by szydell 7.2 kB/s | 1.0 kB 00:00
GPG key at https://download.copr.fedorainfracloud.org/results/szydell/system76/pubkey.gpg (0xD9BC8ACB) is already installed
The GPG keys listed for the "Copr repo for system76 owned by szydell" repository are already installed but they are not correct for this package.
Check that the correct key URLs are configured for this repository.. Failing package is: system76-driver-20.04.85-2.noarch
GPG Keys are configured as: https://download.copr.fedorainfracloud.org/results/szydell/system76/pubkey.gpg
The downloaded packages were saved in cache until the next successful transaction.
You can remove cached packages by executing 'dnf clean packages'.
Error: GPG check FAILED
I had the same issue today. I fixed it by removing and adding the key back similar to this topic:
https://discussion.fedoraproject.org/t/copr-gpg-key-changed/81215/4