| Git Clone URL: | https://aur.archlinux.org/fw-fanctrl-git.git (read-only, click to copy) |
|---|---|
| Package Base: | fw-fanctrl-git |
| Description: | A simple systemd service to better control Framework Laptop's fan |
| Upstream URL: | https://github.com/TamtamHero/fw-fanctrl |
| Licenses: | BSD-3 |
| Conflicts: | fw-fanctrl |
| Provides: | fw-fanctrl |
| Submitter: | icedream |
| Maintainer: | icedream |
| Last Packager: | icedream |
| Votes: | 1 |
| Popularity: | 0.44 |
| First Submitted: | 2023-07-04 00:25 (UTC) |
| Last Updated: | 2024-03-30 05:41 (UTC) |
You are right about the current situation, there is no other ectool provider currently working for this system other than that package, but how the dependency is currently would allow other future ectool packages working for this system to be selected.
But yeah, it is better to modify it and if other ectool exists in the future, edit the dependency
fw-ectool-git depends on ectool. ectool is provided by 1) coreboot-utils 2) ectool-samus-git 3) fw-ectool-git
With coreboot-utils it does not work, and I assume ectool-samus-git does not either. So I think it should depend directly on fw-ectool-git
Just a info here: This script supports now the new framework 13 / 16 AMD series laptops. See https://github.com/TamtamHero/fw-fanctrl/issues/20 for more info :)
Hmm, I see that now that I checked out the files. I installed the script first and then removed it. I wonder if it kept the systemd files installed by the script instead of the ones in this package. Sorry to bother.
The build section for this package and the .service file I added to this repository were explicitly written to circumvent the two situations you mentioned. (This should probably be more visibly documented as the config path does deviate from the official Git README.)
I am not using the install script from the source code repository as it has these paths hardcoded, making it troublesome for packaging.
I don't believe this is set up correctly. The systemd service tries to load fw-fanctrl from /usr/local/bin instead of /usr/bin/ and it tries loading the config file from .config/fw-fanctrl/config.json instead of /etc/fw-fanctrl/config.json.
Pinned Comments
icedream commented on 2023-07-24 12:51 (UTC) (edited on 2023-07-24 12:53 (UTC) by icedream)
The build section for this package and the .service file I added to this repository were explicitly written to circumvent the two situations you mentioned. (This should probably be more visibly documented as the config path does deviate from the official Git README.)
I am not using the install script from the source code repository as it has these paths hardcoded, making it troublesome for packaging.