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
On Tue, 09 Dec 2014 11:05:31 +0100 Pacho Ramos 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?
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
On Tue, 09 Dec 2014 11:05:31 +0100 Pacho Ramos 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
On Tue, 09 Dec 2014 11:05:31 +0100 Pacho Ramos 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 > > 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
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
On Tue, Dec 9, 2014 at 5:05 AM, Pacho Ramos 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 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
El lun, 08-12-2014 a las 14:46 -0500, Rich Freeman escribió: > On Wed, Dec 3, 2014 at 2:07 PM, Michael Orlitzky 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
On Wed, 03 Dec 2014 14:07:24 -0500 Michael Orlitzky wrote: > On 12/03/2014 07:28 AM, Diamond wrote: > > On Mon, 01 Dec 2014 11:38:44 +0100 > > Pacho Ramos wrote: > > > >> > >> # Pacho Ramos (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
On Wed, Dec 3, 2014 at 2:07 PM, Michael Orlitzky 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
On 12/03/2014 07:28 AM, Diamond wrote: > On Mon, 01 Dec 2014 11:38:44 +0100 > Pacho Ramos wrote: > >> >> # Pacho Ramos (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
On Mon, 01 Dec 2014 11:38:44 +0100 Pacho Ramos wrote: > > # Pacho Ramos (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
On Mon, 01 Dec 2014 11:38:44 +0100 Pacho Ramos wrote: > # Pacho Ramos (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 pgpC2u9FGTCuq.pgp Description: PGP signature
[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, ne
# Pacho Ramos (01 Dec 2014) # Doesn't work ok, upstream dead since 2007 (#321277). # Removal in a month. net-im/linpopup # Pacho Ramos (01 Dec 2014) # Multiple pending bugs, #380435, #460508, #481150, # #481310, #481312, #530856. Removal in a month (#380435) app-office/teapot # Pacho Ramos (01 Dec 2014) # Multiple problems and security issues (#425634). # Removal in a month. net-irc/bitchx # Pacho Ramos (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 (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 (01 Dec 2014) # Fails to build, use sys-devel/autoconf-archive instead. # Removal in a month (#514062) sys-devel/ac-archive # Pacho Ramos (01 Dec 2014) # Fails to install (#514276), removal in a month. net-misc/emirror # Pacho Ramos (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 (01 Dec 2014) # Unmaintained, fails to build (#515922). # Removal in a month. rox-extra/clock # Pacho Ramos (01 Dec 2014) # Unmaintained and hardmasked for ages (#518890). # Removal in a month. app-arch/rpm5 # Pacho Ramos (01 Dec 2014) # Dead and unmaintained for ages, you should use polkit # directly (#520966). Removal in a month. app-admin/gksu-polkit # Pacho Ramos (01 Dec 2014) # Dead for ages, too outdated (#521726). Removal in a month. sys-apps/uhinv # Pacho Ramos (01 Dec 2014) # Completely broken currently, hard to update and fix (#522732). # Removal in a month. net-libs/pjsip net-voip/sflphone # Pacho Ramos (01 Dec 2014) # Not buildable, broken and dead for ages (#523250). # Removal in a month. net-im/ekg # Pacho Ramos (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 (01 Dec 2014) # Deprecated, dead for ages use dev-perl/Moose instead. # Removal in a month (#525046). dev-perl/MooseX-AttributeHelpers # Pacho Ramos (01 Dec 2014) # Unbuildable, dead since 2005 (#526184) media-gfx/truevision # Pacho Ramos (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 (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 (01 Dec 2014) # Tends to crash a lot, upstream dead (#530126). # Removal in a month. app-misc/cdcollect # Pacho Ramos (01 Dec 2014) # No updates since 2009, doesn't build (#531110). # Removal in a month. net-wireless/ussp-push