Package Details: gnome-shell-extension-freon 58-1

Git Clone URL: https://aur.archlinux.org/gnome-shell-extension-freon.git (read-only, click to copy)
Package Base: gnome-shell-extension-freon
Description: Displays: CPU temperature, HDD/SSD temperature, video card temperature (nVidia/Catalyst), voltage and fan RPM in a GNOME Shell top bar pop-down.
Upstream URL: https://github.com/UshakovVasilii/gnome-shell-extension-freon
Licenses: GPL
Conflicts: gnome-shell-extensions-git
Submitter: WoefulDerelict
Maintainer: WoefulDerelict
Last Packager: WoefulDerelict
Votes: 26
Popularity: 0.001686
First Submitted: 2015-07-23 22:29 (UTC)
Last Updated: 2025-03-19 19:47 (UTC)

Latest Comments

1 2 Next › Last »

ouille commented on 2025-12-25 18:27 (UTC)

The upstream repo just pushed a tag for the latest release which specifies support for Gnome 49: https://github.com/UshakovVasilii/gnome-shell-extension-freon/releases/tag/EGO-60

lenhuppe commented on 2025-11-09 13:53 (UTC) (edited on 2025-11-09 14:31 (UTC) by lenhuppe)

Freon 58-1 does appear to work in Gnome 49 if you edit the shell-version array found in the metadata.json file here:

/usr/share/gnome-shell/extensions/freon@UshakovVasilii_Github.yahoo.com/metadata.json

daenney commented on 2024-03-26 16:27 (UTC)

This needs a bump to 56 for Gnome Shell 46 compatibility.

WoefulDerelict commented on 2022-03-17 21:49 (UTC) (edited on 2022-03-18 02:17 (UTC) by WoefulDerelict)

skrewball: Thanks for pointing it out. I'll try to dig deeper into this soon and see what the best path forward is.

skrewball commented on 2022-02-11 19:49 (UTC)

In case anyone else has missing icons for temps and gpu, I had to manually grab the 'material-icons' from the repo and add that folder in the icons folder for the extension and now they show up as intended.

Moo-Crumpus commented on 2021-10-12 14:56 (UTC) (edited on 2021-10-12 14:59 (UTC) by Moo-Crumpus)

still sha512sums missmatch... until I purged the older package files as cached by paru, in my case.

escape0707 commented on 2021-10-09 05:30 (UTC) (edited on 2021-10-09 05:50 (UTC) by escape0707)

@Viski

After looked up the man page of makepkg I'm sure that makepkg won't redownload source files upon checksum mismatch.

So, according to Arch_package_guidelines#Package_sources, the source array of the PKGBUILD of this package should be updated with a renaming consist of distinctive $pkgver.

Edit:

It seems that this problem has been reported 3 times...

By the way, dconf is already a dependency of gnome-shell so there is no need to include it in the depends array.

Viski commented on 2021-04-26 09:29 (UTC) (edited on 2021-04-26 09:32 (UTC) by Viski)

I too got the failed sha512sum when updating the package with aurutils. When manually downloading and checking the package, there's no issue – the sha512sum matches.

I'd guess the issue is that the src is downloaded to a .tar.gz file which does not have a version number. makepkg seems to be happy when it finds an already existing src file and tries to use that instead of downloading the correct updated version. This of course leads to the mismatch in the hash.

If I remove the .tar.gz from aurutils' cache and rerun aur sync -u it works correctly.

I'm not sure whose fault it is. Should aurutils force makepkg to clean the cache before building? Or should the PKGBUILD always have version number in the source packages? Most other PKGBUILDs seem to keep the version number in the downloaded source files.

WoefulDerelict commented on 2020-11-20 23:57 (UTC)

GI_Jack: I can't reproduce that error. I've fetched the archive a number of times to verify checksum matches the one in the PKGBUILD.

1 2 Next › Last »