Package Details: coolercontrol 3.0.2-1

Git Clone URL: https://aur.archlinux.org/coolercontrol.git (read-only, click to copy)
Package Base: coolercontrol
Description: A program to monitor and control your cooling devices
Upstream URL: https://gitlab.com/coolercontrol/coolercontrol
Licenses: GPL-3.0-or-later
Submitter: codifryed
Maintainer: codifryed (caferen)
Last Packager: caferen
Votes: 46
Popularity: 2.33
First Submitted: 2023-02-07 21:45 (UTC)
Last Updated: 2025-11-15 21:28 (UTC)

Pinned Comments

codifryed commented on 2024-09-22 19:02 (UTC)

With the release of 1.4.1 CoolerControl has now been spit up into several packages. This requires users to uninstall and then reinstall the application.

See: https://gitlab.com/coolercontrol/coolercontrol/-/issues/347

There's an upside, there's now a binary AUR package coolercontrol-bin for less compile time!

codifryed commented on 2023-02-07 22:54 (UTC) (edited on 2024-01-06 23:57 (UTC) by codifryed)

Post-installation steps:

sudo systemctl enable --now coolercontrold

Then open the desktop application.

Latest Comments

1 2 3 4 5 6 .. 13 Next › Last »

caferen commented on 2025-11-16 17:40 (UTC)

I will investigate how we can make this more reliable. In the meantime, makepkg's --nocheck flag can be used as a workaround (see --mflags arg if you're using helpers).

lrdoftheblings commented on 2025-11-16 11:24 (UTC)

I have the same issue aequilibrium had, where the check fails.

I’ve tracked the build failure down to the AppStream validation step.

appstream-util validate-relax times out after 5 seconds when fetching the GitLab raw screenshot URL:

Resolving timed out after 5000 milliseconds

The URL itself is valid and loads fine in a browser, but GitLab’s raw CDN intermittently responds too slowly for AppStream’s strict timeout. This makes the build nondeterministic on both coolercontrol and coolercontrol-bin.

Since AppStream URL validation depends on external network conditions, would you consider making the check() step nonfatal or disabling the network-dependent validation (e.g., --nonet)? This would avoid transient CDN timeouts causing package build failures.

caferen commented on 2025-11-16 04:03 (UTC)

@slimljim192 libsodium is in CoolerControl's dependency tree. You may have a broken AUR package messing up the versions, probably an ffmpeg variant.

FabioLolix commented on 2025-11-05 21:13 (UTC)

Hi, about make -C build -j8 please don't specify the number of the makejobs; that's up to the users makepkg.conf

slimjim192 commented on 2025-10-14 22:14 (UTC)

Please add libsodium as a dependency. Coolercontrol does not launch or compile without it.

coolercontrol: error while loading shared libraries: libsodium.so.26: cannot open shared object file: No such file or directory

caferen commented on 2025-09-11 22:41 (UTC)

I tried again, still working on my end. Lets see if anyone else will have this issue over time.

Just to note: if you ran yay -Sc while coolercontrol was installed, then that wouldn't clear coolercontrol's cached packages. You should either run yay -Scc (this would clear all packages' cache, installed or not) or uninstall coolercontrol before running yay -Sc.

Also, it looks like your error is related to DNS resolution. If you can access gitlab.com on your browser, I suggest trying to curl it on the terminal. Your browser might be using a different DNS resolver.

aequilibrium commented on 2025-09-11 21:55 (UTC)

@caferen Thank you for the extremely timely response. I am using an aur helper, i was using yay to install the package, and I just did yay -Sc and tried to rebuild it but it ended up in the same error. I really am not sure what the issue is, but as I previously mentioned I simply commented out the "appstream-util validate-relax "packaging/metadata/$_app_id.metainfo.xml"" check and it compiled and built fine. I guess its just one of those works for me, but not for you bits haha. In any case, I could just add this to ignorePkg and manually update it with new releases. Btw, props on the project guys, it really is a cool app, and the issue made me look at the gitlab, cctv seems like a very cute utility add to a rice!

caferen commented on 2025-09-11 20:26 (UTC)

hi @aequilibrium, the url is accessible on my end too and I can't reproduce the issue.

How are you installing the package? If you're using an AUR helper, it sometimes helps to clear the cache.

I suggest first trying to install the application manually and if that also does not work, opening an issue on the repository so we can have a look at the full output.

aequilibrium commented on 2025-09-11 20:15 (UTC)

Im having the following issue, I commented out the relevant appstream check or whatever and compiled it, but I dunno how'd fix it, might be some ddos mitigation on the part of gitlab thats causing it? Because the url is valid and accessible afaik. ==> Starting check()... packaging/metadata/org.coolercontrol.CoolerControl.metainfo.xml: FAILED: • url-not-found : <screenshot> url not valid [https://gitlab.com/coolercontrol/coolercontrol/raw/main/screenshots/coolercontrol-overview.png]: Resolving timed out after 5001 milliseconds Validation of files failed ==> ERROR: A failure occurred in check(). Aborting... -> error making: coolercontrol-exit status 4 -> Failed to install the following packages. Manual intervention is required:

caferen commented on 2025-04-13 19:45 (UTC)

Thanks for the report @starquake. After some internal discussion and analyzing other packages, we've decided not to add qt6-wayland as an explicit dependency for three reasons:

1- The need for qt6-wayland is documented in the wiki as part of setting up Wayland:

https://wiki.archlinux.org/title/Wayland#Qt

2- It is a completely useless package for many X11 users.

3- qt6-base, which we already depend on, already optionally depends on it.

I will instead document the need in our installation guidelines.

1 2 3 4 5 6 .. 13 Next › Last »