Package Details: fw-fanctrl-git r38.f0d8d77-2

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: 3
Popularity: 0.030381
First Submitted: 2023-07-04 00:25 (UTC)
Last Updated: 2024-05-28 18:45 (UTC)

Dependencies (3)

Required by (1)

Sources (1)

Pinned Comments

icedream commented on 2024-11-16 10:56 (UTC) (edited on 2024-11-16 10:57 (UTC) by icedream)

Quick note about the error message "libfakeroot internal error: payload not recognized!" - that is an upstream issue with fakeroot, not an issue with this package. It shouldn't cause any further issues than the displaying of that message.

See also https://gitlab.archlinux.org/archlinux/packaging/packages/fakeroot/-/issues/1

Latest Comments

« First ‹ Previous 1 2 3 4 Next › Last »

icedream commented on 2024-05-17 19:24 (UTC)

Yes I noticed I had the hashes not committed properly, thanks!

akrai commented on 2024-05-17 19:24 (UTC)

Still some issues :(

$ systemctl status fw-fanctrl.service 
○ fw-fanctrl.service - FrameWork Fan Controller
     Loaded: bad-setting (Reason: Unit fw-fanctrl.service has a bad unit file setting.)
     Active: inactive (dead)

akrai commented on 2024-05-17 19:19 (UTC)

you also need to update hash sums

icedream commented on 2024-05-17 11:21 (UTC) (edited on 2024-05-17 11:22 (UTC) by icedream)

To anyone wanting to use this package: I did not have time during the week to look into the current issue with the socket file path yet. I did receive an e-mail from one of the maintainers claiming there's issues due to the .service file supplied by my package, so I'll see if I can patch it up in a way that makes the package work again.

Will let you know here once I have fixed it up.

akrai commented on 2024-05-16 20:52 (UTC) (edited on 2024-05-16 20:53 (UTC) by akrai) 

$ fw-fanctrl 
Traceback (most recent call last):
  File "/usr/bin/fw-fanctrl", line 320, in <module>
    main()
  File "/usr/bin/fw-fanctrl", line 301, in main
    client_socket.connect(COMMANDS_SOCKET_FILE_PATH)
FileNotFoundError: [Errno 2] No such file or directory

akrai commented on 2024-04-02 12:40 (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

C_Schmidpeter commented on 2024-04-02 12:29 (UTC)

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

hasechris commented on 2024-03-16 23:58 (UTC)

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 :)

kitsunedrag0n commented on 2023-07-25 13:52 (UTC)

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.

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.

« First ‹ Previous 1 2 3 4 Next › Last »