if hal is disabled the cpufreq backport of gnome-overlay is causing an compile error (missing hal). the patch should be applied conditionally (if at all, gnome-applets has an cpufreq applet). Reproducible: Always
Theorically the cleaner way to handle this issue would be use the conditionnal compilation (AC_DEFINE + AM_CONDITIONNAL + macro-constants) including the cpufreq capplet only when hal support is enabled (from sources using autotools). Then if USE=-hal if given, we could display a warning from pkg_setup() using ewarn. We avoid to apply patches conditionally from ebuilds for some technical reasons. - This alternative would fix the issue . - And would give the opportunity to disable the cpufreq capplet (for example when a user prefers to use cpufreq applet from gnome-panel)
Bump to 2.28.0 and bug fixed, resync your overlay :)
confirmed working, thx