[gentoo-dev] Lastrites: net-im/linpopup, app-office/teapot, net-irc/bitchx, sys-power/cpufrequtils, x11-plugins/gkrellm-cpufreq, media-sound/gnome-alsamixer, sys-devel/ac-archive, net-misc/emirror, net-wireless/wimax, net-wireless/wimax-tools,rox-extra/clock, app-arch/rpm5, app-admin/gksu-polkit, sys-apps/uhinv, net-libs/pjsip, net-voip/sflphone, net-im/ekg, sys-firmware/iwl2030-ucode, sys-firmware/iwl5000-ucode, sys-firmware/iwl2000-ucode,sys-firmware/iwl5150-ucode, dev-perl/MooseX-AttributeHelpers,media-gfx/truevision,media-gfx/f-spot,net-wireless/cinnamon-bluetooth,app-misc/cdcollect, net-wireless/ussp-push

[gentoo-dev] Lastrites: net-im/linpopup, app-office/teapot, net-irc/bitchx, sys-power/cpufrequtils, x11-plugins/gkrellm-cpufreq, media-sound/gnome-alsamixer, sys-devel/ac-archive, net-misc/emirror, net-wireless/wimax, net-wireless/wimax-tools,rox-extra/clock, app-arch/rpm5, app-admin/gksu-polkit, sys-apps/uhinv, net-libs/pjsip, net-voip/sflphone, net-im/ekg, sys-firmware/iwl2030-ucode, sys-firmware/iwl5000-ucode, sys-firmware/iwl2000-ucode,sys-firmware/iwl5150-ucode, dev-perl/MooseX-AttributeHelpers,media-gfx/truevision,media-gfx/f-spot,net-wireless/cinnamon-bluetooth,app-misc/cdcollect, net-wireless/ussp-push

[Pacho Ramos]

# Pacho Ramos <pacho@gentoo.org> (01 Dec 2014)
# Doesn't work ok, upstream dead since 2007 (#321277).
# Removal in a month.
net-im/linpopup

# Pacho Ramos <pacho@gentoo.org> (01 Dec 2014)
# Multiple pending bugs, #380435, #460508, #481150,
# #481310, #481312, #530856. Removal in a month (#380435)
app-office/teapot

# Pacho Ramos <pacho@gentoo.org> (01 Dec 2014)
# Multiple problems and security issues (#425634).
# Removal in a month.
net-irc/bitchx

# Pacho Ramos <pacho@gentoo.org> (01 Dec 2014)
# Upstream dead for a long time, use sys-power/cpupower
# instead. Removal in a month.
sys-power/cpufrequtils
x11-plugins/gkrellm-cpufreq

# Pacho Ramos <pacho@gentoo.org> (01 Dec 2014)
# Dead since 2004, fails to build (#488028). Relying
# on deprecated gnome2 libs, you can use volti, volwheel,
# volumeicon and other mixers in the tree. Removal in a month.
media-sound/gnome-alsamixer

# Pacho Ramos <pacho@gentoo.org> (01 Dec 2014)
# Fails to build, use sys-devel/autoconf-archive instead.
# Removal in a month (#514062)
sys-devel/ac-archive

# Pacho Ramos <pacho@gentoo.org> (01 Dec 2014)
# Fails to install (#514276), removal in a month.
net-misc/emirror

# Pacho Ramos <pacho@gentoo.org> (01 Dec 2014)
# Dead for ages and with pending unresolved bugs.
# Removal in a month (#514918).
net-wireless/wimax
net-wireless/wimax-tools

# Pacho Ramos <pacho@gentoo.org> (01 Dec 2014)
# Unmaintained, fails to build (#515922).
# Removal in a month.
rox-extra/clock

# Pacho Ramos <pacho@gentoo.org> (01 Dec 2014)
# Unmaintained and hardmasked for ages (#518890).
# Removal in a month.
app-arch/rpm5

# Pacho Ramos <pacho@gentoo.org> (01 Dec 2014)
# Dead and unmaintained for ages, you should use polkit
# directly (#520966). Removal in a month.
app-admin/gksu-polkit

# Pacho Ramos <pacho@gentoo.org> (01 Dec 2014)
# Dead for ages, too outdated (#521726). Removal in a month.
sys-apps/uhinv

# Pacho Ramos <pacho@gentoo.org> (01 Dec 2014)
# Completely broken currently, hard to update and fix (#522732).
# Removal in a month.
net-libs/pjsip
net-voip/sflphone

# Pacho Ramos <pacho@gentoo.org> (01 Dec 2014)
# Not buildable, broken and dead for ages (#523250).
# Removal in a month.
net-im/ekg

# Pacho Ramos <pacho@gentoo.org> (01 Dec 2014)
# Not maintained by anybody, use sys-kernel/linux-firmware
# instead as it's maintained and updated (#523784).
# Removal in a month.
sys-firmware/iwl2030-ucode
sys-firmware/iwl5000-ucode
sys-firmware/iwl2000-ucode
sys-firmware/iwl5150-ucode

# Pacho Ramos <pacho@gentoo.org> (01 Dec 2014)
# Deprecated, dead for ages use dev-perl/Moose instead.
# Removal in a month (#525046).
dev-perl/MooseX-AttributeHelpers

# Pacho Ramos <pacho@gentoo.org> (01 Dec 2014)
# Unbuildable, dead since 2005 (#526184)
media-gfx/truevision

# Pacho Ramos <pacho@gentoo.org> (01 Dec 2014)
# Dead for 4 years, relies on obsolete lcms, bundles
# a lot of libs. Removal in a month (#526818)
media-gfx/f-spot

# Pacho Ramos <pacho@gentoo.org> (01 Dec 2014)
# Relies on old gnome-bluetooth and upstream is not going
# to fix it anytime soon (#528916). Removal in a month.
net-wireless/cinnamon-bluetooth

# Pacho Ramos <pacho@gentoo.org> (01 Dec 2014)
# Tends to crash a lot, upstream dead (#530126).
# Removal in a month.
app-misc/cdcollect
# Pacho Ramos <pacho@gentoo.org> (01 Dec 2014)
# No updates since 2009, doesn't build (#531110).
# Removal in a month.
net-wireless/ussp-push

Re: [gentoo-dev] Lastrites: net-im/linpopup, app-office/teapot, net-irc/bitchx, sys-power/cpufrequtils, x11-plugins/gkrellm-cpufreq, media-sound/gnome-alsamixer, sys-devel/ac-archive, net-misc/emirror, net-wireless/wimax, net-wireless/wimax-tools,rox-extra/clock, app-arch/rpm5, app-admin/gksu-polkit, sys-apps/uhinv, net-libs/pjsip, net-voip/sflphone, net-im/ekg, sys-firmware/iwl2030-ucode, sys-firmware/iwl5000-ucode, sys-firmware/iwl2000-ucode,sys-firmware/iwl5150-ucode, dev-perl/MooseX-AttributeHelpers,media-gfx/truevision,media-gfx/f-spot,net-wireless/cinnamon-bluetooth,app-misc/cdcollect, net-wireless/ussp-push

[Andrew Savchenko]

[-- Attachment #1: Type: text/plain, Size: 848 bytes --]

On Mon, 01 Dec 2014 11:38:44 +0100 Pacho Ramos wrote:
> # Pacho Ramos <pacho@gentoo.org> (01 Dec 2014)
> # Dead for ages and with pending unresolved bugs.
> # Removal in a month (#514918).
> net-wireless/wimax
> net-wireless/wimax-tools

I'm not sure this is a good idea. While WiMax is getting replaced
by LTE and upstream is definitely dead, there is no other
alternative for Intel WiMax chips users. At least a year ago or so
it worked fine, though right now I don't have a hardware to test.

I run through linked bug list: most of them are QA and minor
security issues, some bugs have patches. Long story short: it is
better to let users to have imperfect package than left them on
their own with their hardware. You may mask these packages for
good, but removal is a too severe action IMHO.

Best regards,
Andrew Savchenko

[-- Attachment #2: Type: application/pgp-signature, Size: 819 bytes --]

Re: [gentoo-dev] Lastrites: net-im/linpopup, app-office/teapot, net-irc/bitchx, sys-power/cpufrequtils, x11-plugins/gkrellm-cpufreq, media-sound/gnome-alsamixer, sys-devel/ac-archive, net-misc/emirror, net-wireless/wimax, net-wireless/wimax-tools,rox-extra/clock, app-arch/rpm5, app-admin/gksu-polkit, sys-apps/uhinv, net-libs/pjsip, net-voip/sflphone, net-im/ekg, sys-firmware/iwl2030-ucode, sys-firmware/iwl5000-ucode, sys-firmware/iwl2000-ucode,sys-firmware/iwl5150-ucode, dev-perl/MooseX-AttributeHelpers,media-gfx/truevision,media-gfx/f-spot,net-wireless/cinnamon-bluetooth,app-misc/cdcollect, net-wireless/ussp-push

[Diamond]

On Mon, 01 Dec 2014 11:38:44 +0100
Pacho Ramos <pacho@gentoo.org> wrote:

> 
> # Pacho Ramos <pacho@gentoo.org> (01 Dec 2014)
> # Upstream dead for a long time, use sys-power/cpupower
> # instead. Removal in a month.
> sys-power/cpufrequtils
> x11-plugins/gkrellm-cpufreq
> 

Give us an alternative before removing x11-plugins/gkrellm-cpufreq.
This plugin still works great for me.

Re: [gentoo-dev] Lastrites: net-im/linpopup, app-office/teapot, net-irc/bitchx, sys-power/cpufrequtils, x11-plugins/gkrellm-cpufreq, media-sound/gnome-alsamixer, sys-devel/ac-archive, net-misc/emirror, net-wireless/wimax, net-wireless/wimax-tools,rox-extra/clock, app-arch/rpm5, app-admin/gksu-polkit, sys-apps/uhinv, net-libs/pjsip, net-voip/sflphone, net-im/ekg, sys-firmware/iwl2030-ucode, sys-firmware/iwl5000-ucode, sys-firmware/iwl2000-ucode,sys-firmware/iwl5150-ucode, dev-perl/MooseX-AttributeHelpers,media-gfx/truevision,media-gfx/f-spot,net-wireless/cinnamon-bluetooth,app-misc/cdcollect, net-wireless/ussp-push

[Michael Orlitzky]

On 12/03/2014 07:28 AM, Diamond wrote:
> On Mon, 01 Dec 2014 11:38:44 +0100
> Pacho Ramos <pacho@gentoo.org> wrote:
> 
>>
>> # Pacho Ramos <pacho@gentoo.org> (01 Dec 2014)
>> # Upstream dead for a long time, use sys-power/cpupower
>> # instead. Removal in a month.
>> sys-power/cpufrequtils
>> x11-plugins/gkrellm-cpufreq
>>
> 
> Give us an alternative before removing x11-plugins/gkrellm-cpufreq.
> This plugin still works great for me.
> 

It doesn't look like it's going to work so well without cpufrequtils.
There's a new homepage with a few new releases at:

  http://chw.populus.org/rub/7

The latest 0.6.4 has an INSTALL file that says it requires cpufrequtils.
I also see a "cpufreqnextgovernor" script that uses binaries from
sys-power/cpufrequtils.

Glancing at the code, it might still be able to read the current
frequency from /proc/cpuinfo or somewhere under /sys without
cpufrequtils (can you confirm?), but at best that leaves the plugin
half-broken without an update.

Re: [gentoo-dev] Lastrites: net-im/linpopup, app-office/teapot, net-irc/bitchx, sys-power/cpufrequtils, x11-plugins/gkrellm-cpufreq, media-sound/gnome-alsamixer, sys-devel/ac-archive, net-misc/emirror, net-wireless/wimax, net-wireless/wimax-tools,rox-extra/clock, app-arch/rpm5, app-admin/gksu-polkit, sys-apps/uhinv, net-libs/pjsip, net-voip/sflphone, net-im/ekg, sys-firmware/iwl2030-ucode, sys-firmware/iwl5000-ucode, sys-firmware/iwl2000-ucode,sys-firmware/iwl5150-ucode, dev-perl/MooseX-AttributeHelpers,media-gfx/truevision,media-gfx/f-spot,net-wireless/cinnamon-bluetooth,app-misc/cdcollect, net-wireless/ussp-push

[Rich Freeman]

On Wed, Dec 3, 2014 at 2:07 PM, Michael Orlitzky <mjo@gentoo.org> wrote:
>
> It doesn't look like it's going to work so well without cpufrequtils.
> There's a new homepage with a few new releases at:
>

Are there any actual issues with cpufrequtils, beyond having a dead upstream?

I've been maintaining cpufreqd in my overlay for ages now since it was
removed, so I'll probably maintain cpufrequtils in my overlay as well
since it is a dependency.  However, I'd just as soon keep it in the
main tree for others to use if there is no compelling reason not to
have it there.

If somebody knows of some other utility that can adjust cpu max
frequency as a function of temperature, I'd love to know about it!

--
Rich

Re: [gentoo-dev] Lastrites: net-im/linpopup, app-office/teapot, net-irc/bitchx, sys-power/cpufrequtils, x11-plugins/gkrellm-cpufreq, media-sound/gnome-alsamixer, sys-devel/ac-archive, net-misc/emirror, net-wireless/wimax, net-wireless/wimax-tools,rox-extra/clock, app-arch/rpm5, app-admin/gksu-polkit, sys-apps/uhinv, net-libs/pjsip, net-voip/sflphone, net-im/ekg, sys-firmware/iwl2030-ucode, sys-firmware/iwl5000-ucode, sys-firmware/iwl2000-ucode,sys-firmware/iwl5150-ucode, dev-perl/MooseX-AttributeHelpers,media-gfx/truevision,media-gfx/f-spot,net-wireless/cinnamon-bluetooth,app-misc/cdcollect, net-wireless/ussp-push

[Diamond]

On Wed, 03 Dec 2014 14:07:24 -0500
Michael Orlitzky <mjo@gentoo.org> wrote:

> On 12/03/2014 07:28 AM, Diamond wrote:
> > On Mon, 01 Dec 2014 11:38:44 +0100
> > Pacho Ramos <pacho@gentoo.org> wrote:
> > 
> >>
> >> # Pacho Ramos <pacho@gentoo.org> (01 Dec 2014)
> >> # Upstream dead for a long time, use sys-power/cpupower
> >> # instead. Removal in a month.
> >> sys-power/cpufrequtils
> >> x11-plugins/gkrellm-cpufreq
> >>
> > 
> > Give us an alternative before removing x11-plugins/gkrellm-cpufreq.
> > This plugin still works great for me.
> > 
> 
> It doesn't look like it's going to work so well without cpufrequtils.
> There's a new homepage with a few new releases at:
> 
>   http://chw.populus.org/rub/7
> 
> The latest 0.6.4 has an INSTALL file that says it requires
> cpufrequtils. I also see a "cpufreqnextgovernor" script that uses
> binaries from sys-power/cpufrequtils.
> 
> Glancing at the code, it might still be able to read the current
> frequency from /proc/cpuinfo or somewhere under /sys without
> cpufrequtils (can you confirm?), but at best that leaves the plugin
> half-broken without an update.
> 
> 
> 
I did emerge -C sys-power/cpufrequtils and then restarted gkrellm. It
looks like this plugin still shows P-states wich is enough for me. But
I haven't tried restart it yet. And also haven't tried to remerge
x11-plugins/gkrellm-cpufreq. It probably won't wich is sad. I
personally don't need user-changing of the governor, kernel default
ondemand governor is OK for me. I just need to see P-states in
real-time in gkrellm.

Re: [gentoo-dev] Lastrites: net-im/linpopup, app-office/teapot, net-irc/bitchx, sys-power/cpufrequtils, x11-plugins/gkrellm-cpufreq, media-sound/gnome-alsamixer, sys-devel/ac-archive, net-misc/emirror, net-wireless/wimax, net-wireless/wimax-tools,rox-extra/clock, app-arch/rpm5, app-admin/gksu-polkit, sys-apps/uhinv, net-libs/pjsip, net-voip/sflphone, net-im/ekg, sys-firmware/iwl2030-ucode, sys-firmware/iwl5000-ucode, sys-firmware/iwl2000-ucode,sys-firmware/iwl5150-ucode, dev-perl/MooseX-AttributeHelpers,media-gfx/truevision,media-gfx/f-spot,net-wireless/cinnamon-bluetooth,app-misc/cdcollect, net-wireless/ussp-push

[Pacho Ramos]

El lun, 08-12-2014 a las 14:46 -0500, Rich Freeman escribió:
> On Wed, Dec 3, 2014 at 2:07 PM, Michael Orlitzky <mjo@gentoo.org> wrote:
> >
> > It doesn't look like it's going to work so well without cpufrequtils.
> > There's a new homepage with a few new releases at:
> >
> 
> Are there any actual issues with cpufrequtils, beyond having a dead upstream?

It's explained at:
https://bugs.gentoo.org/show_bug.cgi?id=484242#c1

Also, indeed, other distributions killed it long time ago (usually in
favor of cpupower, the "kernel-tools" pointed at
http://pkgs.fedoraproject.org/cgit/cpufrequtils.git/tree/dead.package )

Regarding the gkrellm-plugins, looks like Fedora is supplying this one:
http://pkgs.fedoraproject.org/cgit/gkrellm-freq.git/tree/gkrellm-freq.spec

Re: [gentoo-dev] Lastrites: net-im/linpopup, app-office/teapot, net-irc/bitchx, sys-power/cpufrequtils, x11-plugins/gkrellm-cpufreq, media-sound/gnome-alsamixer, sys-devel/ac-archive, net-misc/emirror, net-wireless/wimax, net-wireless/wimax-tools,rox-extra/clock, app-arch/rpm5, app-admin/gksu-polkit, sys-apps/uhinv, net-libs/pjsip, net-voip/sflphone, net-im/ekg, sys-firmware/iwl2030-ucode, sys-firmware/iwl5000-ucode, sys-firmware/iwl2000-ucode,sys-firmware/iwl5150-ucode, dev-perl/MooseX-AttributeHelpers,media-gfx/truevision,media-gfx/f-spot,net-wireless/cinnamon-bluetooth,app-misc/cdcollect, net-wireless/ussp-push

[Rich Freeman]

On Tue, Dec 9, 2014 at 5:05 AM, Pacho Ramos <pacho@gentoo.org> wrote:
> El lun, 08-12-2014 a las 14:46 -0500, Rich Freeman escribió:
>> On Wed, Dec 3, 2014 at 2:07 PM, Michael Orlitzky <mjo@gentoo.org> wrote:
>> >
>> > It doesn't look like it's going to work so well without cpufrequtils.
>> > There's a new homepage with a few new releases at:
>> >
>>
>> Are there any actual issues with cpufrequtils, beyond having a dead upstream?
>
> It's explained at:
> https://bugs.gentoo.org/show_bug.cgi?id=484242#c1
>
> Also, indeed, other distributions killed it long time ago (usually in
> favor of cpupower, the "kernel-tools" pointed at
> http://pkgs.fedoraproject.org/cgit/cpufrequtils.git/tree/dead.package )
>
> Regarding the gkrellm-plugins, looks like Fedora is supplying this one:
> http://pkgs.fedoraproject.org/cgit/gkrellm-freq.git/tree/gkrellm-freq.spec

Hmm, looks like thermald might solve the problem now.  Not sure if it
was around yet the last time I looked for a substitute.  I really just
need something that will adjust the governor settings when the CPU
gets hot (room and processor cooling isn't ideal).

--
Rich

Re: [gentoo-dev] Lastrites: net-im/linpopup, app-office/teapot, net-irc/bitchx, sys-power/cpufrequtils, x11-plugins/gkrellm-cpufreq, media-sound/gnome-alsamixer, sys-devel/ac-archive, net-misc/emirror, net-wireless/wimax, net-wireless/wimax-tools,rox-extra/clock, app-arch/rpm5, app-admin/gksu-polkit, sys-apps/uhinv, net-libs/pjsip, net-voip/sflphone, net-im/ekg, sys-firmware/iwl2030-ucode, sys-firmware/iwl5000-ucode, sys-firmware/iwl2000-ucode,sys-firmware/iwl5150-ucode, dev-perl/MooseX-AttributeHelpers,media-gfx/truevision,media-gfx/f-spot,net-wireless/cinnamon-bluetooth,app-misc/cdcollect, net-wireless/ussp-push

[Pacho Ramos]

El mar, 09-12-2014 a las 06:28 -0500, Rich Freeman escribió:
[...]
> Hmm, looks like thermald might solve the problem now.  Not sure if it
> was around yet the last time I looked for a substitute.  I really just
> need something that will adjust the governor settings when the CPU
> gets hot (room and processor cooling isn't ideal).
> 
> --
> Rich
> 

No idea about what app could do that as, in my case, kernel
automatically turns down the CPU speed when it gets hot and, after some
time, progressively starts to increase it again if it keeps cool enough
(I remember to "suffer" that a year ago many times with a laptop that
was a bit dirty)... not sure why that is not working for you :(

Re: [gentoo-dev] Lastrites: net-im/linpopup, app-office/teapot, net-irc/bitchx, sys-power/cpufrequtils, x11-plugins/gkrellm-cpufreq, media-sound/gnome-alsamixer, sys-devel/ac-archive, net-misc/emirror, net-wireless/wimax, net-wireless/wimax-tools,rox-extra/clock, app-arch/rpm5, app-admin/gksu-polkit, sys-apps/uhinv, net-libs/pjsip, net-voip/sflphone, net-im/ekg, sys-firmware/iwl2030-ucode, sys-firmware/iwl5000-ucode, sys-firmware/iwl2000-ucode,sys-firmware/iwl5150-ucode, dev-perl/MooseX-AttributeHelpers,media-gfx/truevision,media-gfx/f-spot,net-wireless/cinnamon-bluetooth,app-misc/cdcollect, net-wireless/ussp-push

[Diamond]

On Tue, 09 Dec 2014 11:05:31 +0100
Pacho Ramos <pacho@gentoo.org> wrote:

> El lun, 08-12-2014 a las 14:46 -0500, Rich Freeman escribió:
> > On Wed, Dec 3, 2014 at 2:07 PM, Michael Orlitzky <mjo@gentoo.org>
> > wrote:
> > >
> > > It doesn't look like it's going to work so well without
> > > cpufrequtils. There's a new homepage with a few new releases at:
> > >
> > 
> > Are there any actual issues with cpufrequtils, beyond having a dead
> > upstream?
> 
> It's explained at:
> https://bugs.gentoo.org/show_bug.cgi?id=484242#c1
> 
> Also, indeed, other distributions killed it long time ago (usually in
> favor of cpupower, the "kernel-tools" pointed at
> http://pkgs.fedoraproject.org/cgit/cpufrequtils.git/tree/dead.package
> )
> 
> Regarding the gkrellm-plugins, looks like Fedora is supplying this
> one:
> http://pkgs.fedoraproject.org/cgit/gkrellm-freq.git/tree/gkrellm-freq.spec
> 
> 
> 
> 
gkrellm-freq-1.0 was removed from the tree:
https://bugs.gentoo.org/show_bug.cgi?id=334907
https://bugs.gentoo.org/show_bug.cgi?id=339908
http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/x11-plugins/gkrellm-gkfreq/ChangeLog?view=markup
But it looks like there's a new 2.3 version of it:
http://sourceforge.net/projects/gkrellm-gkfreq/
I will try to recreate ebuild in my overlay and test it.

Re: [gentoo-dev] Lastrites: net-im/linpopup, app-office/teapot, net-irc/bitchx, sys-power/cpufrequtils, x11-plugins/gkrellm-cpufreq, media-sound/gnome-alsamixer, sys-devel/ac-archive, net-misc/emirror, net-wireless/wimax, net-wireless/wimax-tools,rox-extra/clock, app-arch/rpm5, app-admin/gksu-polkit, sys-apps/uhinv, net-libs/pjsip, net-voip/sflphone, net-im/ekg, sys-firmware/iwl2030-ucode, sys-firmware/iwl5000-ucode, sys-firmware/iwl2000-ucode,sys-firmware/iwl5150-ucode, dev-perl/MooseX-AttributeHelpers,media-gfx/truevision,media-gfx/f-spot,net-wireless/cinnamon-bluetooth,app-misc/cdcollect, net-wireless/ussp-push

[Diamond]

On Tue, 09 Dec 2014 11:05:31 +0100
Pacho Ramos <pacho@gentoo.org> wrote:

> 
> Regarding the gkrellm-plugins, looks like Fedora is supplying this
> one:
> http://pkgs.fedoraproject.org/cgit/gkrellm-freq.git/tree/gkrellm-freq.spec
> 
> 
I recreated gkrellm-gkfreq-2.3.ebuild in my overlay
https://github.com/cerebrum/dr/blob/master/x11-plugins/gkrellm-gkfreq/gkrellm-gkfreq-2.3.ebuild
And it works fine for me.
The only issue has left to be fixed is CFLAGS hardcoding upstream.
Fedora prefers to patch them:
http://pkgs.fedoraproject.org/cgit/gkrellm-freq.git/tree/gkrellm-freq-2.1-buildflags.patch
I will try to fix it upstream.

Re: [gentoo-dev] Lastrites: net-im/linpopup, app-office/teapot, net-irc/bitchx, sys-power/cpufrequtils, x11-plugins/gkrellm-cpufreq, media-sound/gnome-alsamixer, sys-devel/ac-archive, net-misc/emirror, net-wireless/wimax, net-wireless/wimax-tools,rox-extra/clock, app-arch/rpm5, app-admin/gksu-polkit, sys-apps/uhinv, net-libs/pjsip, net-voip/sflphone, net-im/ekg, sys-firmware/iwl2030-ucode, sys-firmware/iwl5000-ucode, sys-firmware/iwl2000-ucode,sys-firmware/iwl5150-ucode, dev-perl/MooseX-AttributeHelpers,media-gfx/truevision,media-gfx/f-spot,net-wireless/cinnamon-bluetooth,app-misc/cdcollect, net-wireless/ussp-push

[Diamond]

On Tue, 09 Dec 2014 11:05:31 +0100
Pacho Ramos <pacho@gentoo.org> wrote:

> 
> Regarding the gkrellm-plugins, looks like Fedora is supplying this
> one:
> http://pkgs.fedoraproject.org/cgit/gkrellm-freq.git/tree/gkrellm-freq.spec
> 
> 
 
I rewrote ebuild for gkrellm-gkfreq plugin a bit
 
 https://github.com/cerebrum/dr/blob/master/x11-plugins/gkrellm-gkfreq/gkrellm-gkfreq-2.3.ebuild

And sent this patch upstream

https://github.com/cerebrum/dr/blob/master/x11-plugins/gkrellm-gkfreq/files/gkrellm-gkfreq-2.3-make.patch
https://sourceforge.net/p/gkrellm-gkfreq/feature-requests/2/

Why do we have a function tc-getCC for CC environment variable and why
we don't use CC environment variable automatically? With this patch
CFLAGS and LDFLAGS are substituted automatically without garbage in
ebuild. Why don't we use the same strategy for CC variable?

"Sometimes a package will try to use a bizarre compiler, or will need
to be told which compiler to use. In these situations, the tc-getCC()
function from toolchain-funcs.eclass should be used...
Note: It is not correct to use the ${CC} variable for this purpose."
https://devmanual.gentoo.org/ebuild-writing/functions/src_compile/building/index.html

And why CC variable gives me "cc" but not "x86_64-pc-linux-gnu-gcc" as
it should be? Am I right that it's a bit strange?