Re: [gentoo-user] Check CPU for throttling
On 05/10/2011 02:36:33 AM, Volker Armin Hemmann wrote: On Sunday 08 May 2011 12:59:57 Helmut Jarausch wrote: On 05/08/2011 11:21:06 AM, Florian Philipp wrote: sys-process/atop shows current CPU freqency I use it to check the effect of sys-power/powernowd why are you using powernowd? Why not? It's a daemon which reduces the CPU speed under certain circumstances. This not only saves power but it reduce the noise produced by the fan. Helmut.
[gentoo-user] Hyperthreading
I haven't been able to find clear info on Hyperthreading, but from what I can tell it appears that with Hyperthreading On; 1. per core performance is slightly reduced 2. you can run two threads per core, but there is some contention between threads So, generally, if you have less busy threads than cores, you should leave it off and if you have more busy threads than cores you should turn it on. Does that sound right? I assume that newer Nehalem/Core i7 HT (otherwise known as simultaneous multi-threading, SMT) just has less contention between threads than the older P4 HT, but the busy threads vs core principle remains.
Re: [gentoo-user] win key takes me from X to VT
2011/4/20 YoYo Siska y...@gl.ksp.sk: On Mon, Apr 18, 2011 at 12:27:03AM +0200, Jesús J. Guerrero Botella wrote: El día 18 de abril de 2011 00:01, Jesús J. Guerrero Botella jesus.guerrero.bote...@gmail.com escribió: Try to reset all shortcuts with: setxkbmap -option It doesn't change anything. The problem starts in kdm, before loging in, so it's nothing specific to a given user account. Oh, I forgot, it is nothing specific to kdm either. What I meant above is that it happens since I enter X. Or rather, since this is the default behavior in the console, we could more correctly say that it *continues* happening when I enter X, where it should not happen. I tested the lxde login manager and it has the same problem. It seems like X didn't switch the keyboard to raw mode or something like this... The win key on linux console swithes to a previou vt (don't know if it is intentional, or just a side effect of the kernel not correctly handling it) Sometimes, when an app freezes the whole X (usually when it grabs the keyboard and freezes) I have to use the magic sysrq keys to unraw the keyboard, which means I can that use alt-fX to swtich to text VTs, kill the app and return to X... however from that moment on until I restart X, the keyboard is not in raw mode and alt-fX and also the winkey switch consoles (like you describe) This must be the key, but I still haven't found how to start digging into this. In any case, if I manage to fix this I'll let everyone know here. There must be a cause for this since I seem to be the only one suffering this problem. Thank you for all the pointers though, they might prove helpful sooner or later. -- Jesús Guerrero Botella
Re: [gentoo-user] Hyperthreading
On Tuesday 10 May 2011 12:28:01 Adam Carter wrote: I haven't been able to find clear info on Hyperthreading, but from what I can tell it appears that with Hyperthreading On; 1. per core performance is slightly reduced Not in all circumstances... 2. you can run two threads per core, but there is some contention between threads Not in all circumstances... So, generally, if you have less busy threads than cores, you should leave it off and if you have more busy threads than cores you should turn it on. Does that sound right? Nope :) HT is based on the theory that not all threads are the same. That means that certain parts of a core can be kept busy with a completely different task. If the system is used for lots of different things simultaneously, then HT can lead to better performance. However, if the system is doing a lot of identical calculations, then performance will actually be less as the CPU is trying to find tasks that can use unused parts. These are, in this case, extremely rare as the vast majority of CPU-tasks are identical. I assume that newer Nehalem/Core i7 HT (otherwise known as simultaneous multi-threading, SMT) just has less contention between threads than the older P4 HT, but the busy threads vs core principle remains. HT is still based on the same theory as it was when it was first introduced. The algorithms are probably improved, but the same problem will occur. In general, for a desktop or server that is doing a lot of different things, HT is likely to improve performance. If the server is dedicated to a single service, there is a distinct chance HT will lead to decreased performance. -- Joost
Re: [gentoo-user] Check CPU for throttling
On Tuesday 10 May 2011 08:27:42 Helmut Jarausch wrote: On 05/10/2011 02:36:33 AM, Volker Armin Hemmann wrote: On Sunday 08 May 2011 12:59:57 Helmut Jarausch wrote: On 05/08/2011 11:21:06 AM, Florian Philipp wrote: sys-process/atop shows current CPU freqency I use it to check the effect of sys-power/powernowd why are you using powernowd? Why not? It's a daemon which reduces the CPU speed under certain circumstances. just like the kernel. Only the kernel does it better. This not only saves power but it reduce the noise produced by the fan. fanspeed - if you have a pwm fan. Seriously, powernowd is so not needed. Just built a kernel with ondemand cpu governor. You are done.
Re: [gentoo-user] Check CPU for throttling
On 05/10/2011 02:44:26 PM, Volker Armin Hemmann wrote: On Tuesday 10 May 2011 08:27:42 Helmut Jarausch wrote: On 05/10/2011 02:36:33 AM, Volker Armin Hemmann wrote: On Sunday 08 May 2011 12:59:57 Helmut Jarausch wrote: On 05/08/2011 11:21:06 AM, Florian Philipp wrote: sys-process/atop shows current CPU freqency I use it to check the effect of sys-power/powernowd why are you using powernowd? Why not? It's a daemon which reduces the CPU speed under certain circumstances. just like the kernel. Only the kernel does it better. This not only saves power but it reduce the noise produced by the fan. fanspeed - if you have a pwm fan. Seriously, powernowd is so not needed. Just built a kernel with ondemand cpu governor. You are done. Hi, I've just tried that, but it doesn't work (at least, as the output of atop is concerned) dmesg shows cpuidle: using governor ladder cpuidle: using governor menu Am I missing something? Thanks for a hint, Helmut.
[gentoo-user] Prevent depclean from removing Python-2.6?
I ran emerge --depclean the other day on one of my machines and it removed Python 2.6. I was using Python 2.6 as my default python, and depclean's removal of it broke a _lot_ of stuff. About a half day's worth of hassle later I had Python 2.6 re-installed and my system was again usable. In order to avoid the same circus on my other machines, how do I prevent emerge --depclean from removing Python 2.6? -- Grant Edwards grant.b.edwardsYow! ANN JILLIAN'S HAIR at makes LONI ANDERSON'S gmail.comHAIR look like RICARDO MONTALBAN'S HAIR!
Re: [gentoo-user] Check CPU for throttling
Am 10.05.2011 16:34, schrieb Helmut Jarausch: Am I missing something? Look at 'grep MHz /proc/cpuinfo' to see if your CPU is throttling correctly. signature.asc Description: OpenPGP digital signature
[gentoo-user] Re: Need Preferred Applications help
On 05/09/2011 03:44 PM, Michael Sullivan wrote: A couple of weeks ago I switched my gcc profile over and rebuilt everything with emerge -e system and emerge -e world. Now, when I click on a link in Evolution, seamonkey opens to a blank page instead of to the link that I clicked on. I'm using gnome-base/gnome-2.32.1. Seamonkey is my preferred web browser, but I used to have the abiltiy to supply other options (a.k.a. /usr/bin/seamonkey %s I think it was). Now I don't have that ability. I see the same annoying thing here. I hope it's just a temporary bug, but there is an easy workaround using gnome's gconf-editor utility. Start gconf-editor and navigate to desktop::gnome::applications::browser on the left side, and on the right side you should find an item named 'exec'. Double-click on 'exec' and change the value to seamonkey.
Re: [gentoo-user] Check CPU for throttling
On 05/10/2011 04:42:52 PM, Sebastian Beßler wrote: Am 10.05.2011 16:34, schrieb Helmut Jarausch: Am I missing something? Look at 'grep MHz /proc/cpuinfo' to see if your CPU is throttling correctly. And that tells me that the CPU is running at full speed (3 GHz in my case) although all CPUs are idle. Helmut.
Re: [gentoo-user] Prevent depclean from removing Python-2.6?
Apparently, though unproven, at 16:40 on Tuesday 10 May 2011, Grant Edwards did opine thusly: I ran emerge --depclean the other day on one of my machines and it removed Python 2.6. I was using Python 2.6 as my default python, and depclean's removal of it broke a _lot_ of stuff. About a half day's worth of hassle later I had Python 2.6 re-installed and my system was again usable. In order to avoid the same circus on my other machines, how do I prevent emerge --depclean from removing Python 2.6? Put that slot in world: =dev-lang/python:2.6 I suppose there are better and more automagically elegant ways of doing it, but this works. I think the issue happens because portage does not take eselect choices into account when building it's dep graph, it only uses the DEPENDS in ebuilds. You likely have nothing left that explicitly uses 2.6 and all the ebuilds depend only on python 2 point something When you finally choose to remove python-2.6, you simply have to emerge -C it and not rely on --depclean -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Check CPU for throttling
Am 10.05.2011 16:49, schrieb Helmut Jarausch: And that tells me that the CPU is running at full speed (3 GHz in my case) although all CPUs are idle. What does cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor and cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_frequencies and cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors say? Greetings Sebastian signature.asc Description: OpenPGP digital signature
[gentoo-user] nepomuk/virtuoso using 100% cpu
Since the upgrade to kde-4.6.3, nepomuk and/or virtuoso insists on giving my cpu a stress workout. usage is pegged at 100% and .xession-errors is full of junk like this: /usr/bin/nepomukservicestub(13816) Soprano: SQLExecDirect failed on query 'sparql select distinct ?r ?reqProp1 where { { ?r http://www.semanticdesktop.org/ontologies/2007/03/22/nmo#to ?v2 . ?v2 http://www.semanticdesktop.org/ontologies/2007/03/22/nco#hasEmailAddress ?v3 . ?v3 http://www.semanticdesktop.org/ontologies/2007/03/22/nc' (iODBC Error: [OpenLink][Virtuoso iODBC Driver][Virtuoso Server]SQ074: Line 1: SP030: SPARQL compiler, line 1: syntax error at '' before 'http:' at '' immediately before end of statement) and this: /usr/bin/nepomukservicestub(13066) Soprano: SQLExecDirect failed on query 'sparql uboku' (iODBC Error: [OpenLink][Virtuoso iODBC Driver][Virtuoso Server]SQ074: Line 1: SP030: SPARQL compiler, line 1: syntax error at 'uboku') kdepim is 4.4.11.1. Everything else is at latest unstable. I remember having to deal with this once before with an ill-fated experiment at using kdepm-4.5.95, but cannot for the life of me find what I did to fix it. Anyone have some pointers? -- alan dot mckinnon at gmail dot com
[gentoo-user] Need more NFS help
A couple of weeks ago I switched my gcc profile over and rebuilt everything with emerge -e system and emerge -e world. Now, when I restart the computer (any of the three on my LAN), the NFS shares listed in /etc/fstab are not automatically mounted. I can mount them manually with no errors. Here's an example of one of my /etc/fstab files: camille ~ # cat /etc/fstab # This file is edited by fstab-sync - see 'man fstab-sync' for details # /etc/fstab: static file system information. # $Header: /var/cvsroot/gentoo-src/rc-scripts/etc/fstab,v 1.18.4.1 2005/01/31 23:05:14 vapier Exp $ # # noatime turns off atimes for increased performance (atimes normally aren't # needed; notail increases performance of ReiserFS (at the expense of storage # efficiency). It's safe to drop the noatime options if you want and to # switch between notail / tail freely. # # See the manpage fstab(5) for more information. # fs mountpointtype opts dump/pass # NOTE: If your BOOT partition is ReiserFS, add the notail option to opts. /dev/sda2 /boot ext2 noauto,noatime 1 2 /dev/sda6 / ext3 noatime 0 1 /dev/sda7 none swap sw 0 0 /dev/sda5 none swap sw 0 0 /dev/sdb1 /mnt/store/ xfs noatime 0 0 #/dev/sda1 /mnt/windows ext3 noatime 0 1 /dev/sr0/mnt/cdromiso9660 noauto,ro 0 0 /dev/fd0/mnt/floppy auto noauto 0 0 carter:/backup /backup/carternfs bg,hard 0 0 carter:/usr/portage /usr/portage nfs bg,hard 0 0 carter:/home/michael/camera /mnt/Pictures nfs bg,hard 0 0 nfs bg,hard 0 0 #carter:/home/michael/BizarreBits /home/michael/BizarreBits/ nfs bg,hard 0 0 catherine:/backup /backup/catherine nfs bg,hard 0 0 # NOTE: The next line is critical for boot! proc/proc proc defaults0 0 # glibc 2.2 and above expects tmpfs to be mounted at /dev/shm for # POSIX shared memory (shm_open, shm_unlink). # (tmpfs is a dynamically expandable/shrinkable ramdisk, and will # use almost no memory if not populated with files) shm /dev/shmtmpfs nodev,nosuid,noexec 0 0 I can say at the command prompt: mount carter:/backup /backup/carter and it works fine without any errors. Why are these not being mounted at boot? Netmount starts at the default runlevel, but my nfs shares are not mounting...
Re: [gentoo-user] Check CPU for throttling
On 05/10/2011 04:57:05 PM, Sebastian Beßler wrote: Am 10.05.2011 16:49, schrieb Helmut Jarausch: And that tells me that the CPU is running at full speed (3 GHz in my case) although all CPUs are idle. What does cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor userspace and cat /sys/devices/system/cpu/cpu0/cpufreq/ scaling_available_frequencies 300 230 180 80 and cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors say? userspace ondemand performance Do I have to disable the userspace governor? Thanks, Helmut.
Re: [gentoo-user] Check CPU for throttling
Am 10.05.2011 17:03, schrieb Helmut Jarausch: Do I have to disable the userspace governor? Yes you have to. The userspace governor needs a external programm to set the cpu speed. Set it to ondemand should do the trick because ondemand lets the kernel choose the right cpu speed. Greetings Sebastian signature.asc Description: OpenPGP digital signature
[gentoo-user] Re: Prevent depclean from removing Python-2.6?
On 2011-05-10, Alan McKinnon alan.mckin...@gmail.com wrote: Apparently, though unproven, at 16:40 on Tuesday 10 May 2011, Grant Edwards did opine thusly: I ran emerge --depclean the other day on one of my machines and it removed Python 2.6. I was using Python 2.6 as my default python, and depclean's removal of it broke a _lot_ of stuff. About a half day's worth of hassle later I had Python 2.6 re-installed and my system was again usable. In order to avoid the same circus on my other machines, how do I prevent emerge --depclean from removing Python 2.6? Put that slot in world: =dev-lang/python:2.6 I suppose there are better and more automagically elegant ways of doing it, but this works. Thanks! (you need to leave out the '='). I think the issue happens because portage does not take eselect choices into account when building it's dep graph, it only uses the DEPENDS in ebuilds. Apparently so. It seems like it ought to pay attention to eselect. If I've explicitly configured my system to use 2.6 instead of 2.7, removing 2.6 doesn't seem like a good thing... You likely have nothing left that explicitly uses 2.6 and all the ebuilds depend only on python 2 point something When you finally choose to remove python-2.6, you simply have to emerge -C it and not rely on --depclean Yup. -- Grant Edwards grant.b.edwardsYow! I like the way ONLY at their mouths move ... They gmail.comlook like DYING OYSTERS
Re: [gentoo-user] Check CPU for throttling
On 05/10/2011 04:57:05 PM, Sebastian Beßler wrote: Am 10.05.2011 16:49, schrieb Helmut Jarausch: And that tells me that the CPU is running at full speed (3 GHz in my case) although all CPUs are idle. What does cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor and cat /sys/devices/system/cpu/cpu0/cpufreq/ scaling_available_frequencies and cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors say? I have tried echo ondemand /sys/devices/system/cpu/cpu0/cpufreq/ scaling_governor and now I see an effect but not as good as powernowd e.g. I have stopped processed temporarily so that the CPU usage fell down to 1% (max). Still after waiting some minutes, only one core scaled down to 800 MHz and a a second one to 2.3 GHz. At least, powernowd it much more agressive. If some cores are idle for a few seconds it scales these down stepwise to the lowest frequency. Helmut.
Re: [gentoo-user] Check CPU for throttling
On Tuesday 10 May 2011 16:34:53 Helmut Jarausch wrote: On 05/10/2011 02:44:26 PM, Volker Armin Hemmann wrote: On Tuesday 10 May 2011 08:27:42 Helmut Jarausch wrote: On 05/10/2011 02:36:33 AM, Volker Armin Hemmann wrote: On Sunday 08 May 2011 12:59:57 Helmut Jarausch wrote: On 05/08/2011 11:21:06 AM, Florian Philipp wrote: sys-process/atop shows current CPU freqency I use it to check the effect of sys-power/powernowd why are you using powernowd? Why not? It's a daemon which reduces the CPU speed under certain circumstances. just like the kernel. Only the kernel does it better. This not only saves power but it reduce the noise produced by the fan. fanspeed - if you have a pwm fan. Seriously, powernowd is so not needed. Just built a kernel with ondemand cpu governor. You are done. Hi, I've just tried that, but it doesn't work (at least, as the output of atop is concerned) dmesg shows cpuidle: using governor ladder cpuidle: using governor menu that is a different can of worms Am I missing something? yes: *- 'ondemand' cpufreq policy governor
Re: [gentoo-user] Re: Prevent depclean from removing Python-2.6?
Apparently, though unproven, at 17:13 on Tuesday 10 May 2011, Grant Edwards did opine thusly: I think the issue happens because portage does not take eselect choices into account when building it's dep graph, it only uses the DEPENDS in ebuilds. Apparently so. It seems like it ought to pay attention to eselect. If I've explicitly configured my system to use 2.6 instead of 2.7, removing 2.6 doesn't seem like a good thing... There's one more wrinkle though: portage, ebuilds and EAPI are all portable to other systems (funtoo etc) whereas eselect is very gentoo-specific. So putting gentooism support into portage would be counter-productive. A real solution would require some kind of generic statement in ebuilds that would allow for optional dependencies. I haven't thought this completely through, but maybe something like the following: - A new keyword in ebuilds to indicate packages with soft deps - A new file format that lists these deps currently in use - Tools like eselect could update this file as they adjust user preferences This way, portage would have additional info available about unusual packages still in use when --depclean runs. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Check CPU for throttling
Apparently, though unproven, at 17:14 on Tuesday 10 May 2011, Helmut Jarausch did opine thusly: On 05/10/2011 04:57:05 PM, Sebastian Beßler wrote: Am 10.05.2011 16:49, schrieb Helmut Jarausch: And that tells me that the CPU is running at full speed (3 GHz in my case) although all CPUs are idle. What does cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor and cat /sys/devices/system/cpu/cpu0/cpufreq/ scaling_available_frequencies and cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors say? I have tried echo ondemand /sys/devices/system/cpu/cpu0/cpufreq/ scaling_governor and now I see an effect but not as good as powernowd e.g. I have stopped processed temporarily so that the CPU usage fell down to 1% (max). Still after waiting some minutes, only one core scaled down to 800 MHz and a a second one to 2.3 GHz. At least, powernowd it much more agressive. If some cores are idle for a few seconds it scales these down stepwise to the lowest frequency. The authors of powertop (employed by Intel) researched this topic extensively and wrote up their findings on the project website and in the package docs. In summary, it goes something like this: Userspace cpu freq daemons are a waste of time, it takes excessive energy to step wise change performance up and down. What you really want is for the cpu to run full speed when it has something to do, get it done as quickly as possible then rapidly fall back to the lowest idle speed once the job is complete. That is how the ondemand governor is written. I suppose this step-down-through-the-levels nonsense comes from flawed comparisons with combustion engines and turbines - it makes sense to ramp these up and down. It does not make sense to do this with a cpu as a cpu is a completely different beast altogether. It is either doing something or nothing; actually it never does nothing - it always does something even if that is just the no-op instruction in a loop. And cpus do not accelerate like engines and use almost no additional power to go from min to max speed. So when something useful comes along to do, just switch over to max speed and get the job done. Really, this powernowd stuff looks neat on paper but the actual numbers say otherwise. Just enable ondemand, disable everything else, and et the kernel get on with doing what it does best: the kernel should never try and be clever and second guess you, that way lies madness. Similarly, you should never try and be clever and second guess the kernel. That way also lies madness. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Need more NFS help
On 05/10/2011 08:02 AM, Michael Sullivan wrote: A couple of weeks ago I switched my gcc profile over and rebuilt everything with emerge -e system and emerge -e world. Now, when I restart the computer (any of the three on my LAN), the NFS shares listed in /etc/fstab are not automatically mounted. I can mount them manually with no errors. Here's an example of one of my /etc/fstab files: camille ~ # cat /etc/fstab You're barking up the wrong tree. Show your rc-status -a and you'll see a few nfs-related services that you've not added to default run level.
Re: [gentoo-user] Check CPU for throttling
On 05/10/2011 08:36 AM, Alan McKinnon wrote: I suppose this step-down-through-the-levels nonsense comes from flawed comparisons with combustion engines and turbines - it makes sense to ramp these up and down. It does not make sense to do this with a cpu as a cpu is a completely different beast altogether. It is either doing something or nothing; actually it never does nothing - it always does something even if that is just the no-op instruction in a loop. And cpus do not accelerate like engines and use almost no additional power to go from min to max speed. So when something useful comes along to do, just switch over to max speed and get the job done. That's not exactly true. It does take time, aka latency, to move CPUs out of sleep states. Sleep states are partially related to this because once the load on a CPU goes to zero, the governor will, depending on your configuration, put the CPU into a sleep state to conserve power. Waking that sleeping CPU from its deepest sleep state takes an enormous amount of time, in terms of CPU time, so it sometimes behooves the scheduler to be a bit less dogmatic about putting CPUs to bed while there's still work to do.
[gentoo-user] Re: Prevent depclean from removing Python-2.6?
On 2011-05-10, Alan McKinnon alan.mckin...@gmail.com wrote: Apparently, though unproven, at 17:13 on Tuesday 10 May 2011, Grant Edwards did opine thusly: I think the issue happens because portage does not take eselect choices into account when building it's dep graph, it only uses the DEPENDS in ebuilds. Apparently so. It seems like it ought to pay attention to eselect. If I've explicitly configured my system to use 2.6 instead of 2.7, removing 2.6 doesn't seem like a good thing... There's one more wrinkle though: portage, ebuilds and EAPI are all portable to other systems (funtoo etc) whereas eselect is very gentoo-specific. Ah. I didn't realise that eselect was gentoo-specific. So putting gentooism support into portage would be counter-productive. A real solution would require some kind of generic statement in ebuilds that would allow for optional dependencies. I haven't thought this completely through, but maybe something like the following: - A new keyword in ebuilds to indicate packages with soft deps - A new file format that lists these deps currently in use - Tools like eselect could update this file as they adjust user preferences This way, portage would have additional info available about unusual packages still in use when --depclean runs. Perhaps having eselect add currently selected slots to the world file would be sufficient? -- Grant Edwards grant.b.edwardsYow! Hello... IRON at CURTAIN? Send over a gmail.comSAUSAGE PIZZA! World War III? No thanks!
[gentoo-user] Re: Check CPU for throttling
Alan McKinnon alan.mckinnon at gmail.com writes: otherwise. Just enable ondemand, disable everything else, and et the kernel get on with doing what it does best: So this is what you are saying? [*] CPU Frequency scaling │ │ │ │[*] Enable CPUfreq debugging│ │ │ │* CPU frequency translation statistics│ │ │ │[ ] CPU frequency translation statistics details │ │ │ │ Default CPUFreq governor (performance) ---│ │ │ │-*- 'performance' governor │ │ │ │'powersave' governor│ │ │ │'userspace' governor for userspace frequency scaling│ │ │ │* 'ondemand' cpufreq policy governor │ │ │ │'conservative' cpufreq governor │ │ │ │ *** CPUFreq processor drivers *** │ │ │ │Processor Clocking Control interface driver │ │ │ │* ACPI Processor P-States driver │ │ │ │AMD Opteron/Athlon64 PowerNow! │ │ │ │Intel Enhanced SpeedStep (deprecated) │ │ │ │Intel Pentium 4 clock modulation
Re: [gentoo-user] Re: Check CPU for throttling
On 05/10/2011 09:34 AM, James wrote: Alan McKinnon alan.mckinnon at gmail.com writes: otherwise. Just enable ondemand, disable everything else, and et the kernel get on with doing what it does best: So this is what you are saying? [*] CPU Frequency scaling │ │ │ │[*] Enable CPUfreq debugging│ │ │ │* CPU frequency translation statistics│ │ │ │[ ] CPU frequency translation statistics details │ │ │ │ Default CPUFreq governor (performance) ---│ │ │ │-*- 'performance' governor │ │ │ │'powersave' governor│ │ │ │'userspace' governor for userspace frequency scaling│ │ │ │* 'ondemand' cpufreq policy governor │ │ │ │'conservative' cpufreq governor │ │ │ │ *** CPUFreq processor drivers *** │ │ │ │Processor Clocking Control interface driver │ │ │ │* ACPI Processor P-States driver │ │ │ │AMD Opteron/Athlon64 PowerNow! │ │ │ │Intel Enhanced SpeedStep (deprecated) │ │ │ │Intel Pentium 4 clock modulation Yes but no. Yes, those are the correct choices, but the default governor should be ondemand.
[gentoo-user] consolefont do not start after migration to openrc
Hi! I tried add consolefont to boot or default runlevel, but consolefont is not start # /etc/init.d/cosolefont status * status: stopped Can anyone to solve this problem? # grep consolefont /var/log/rc.log /etc/rc.conf rc_shell=/sbin/sulogin rc_logger=YES unicode=YES rc_sys=uml rc_tty_number=12
Re: [gentoo-user] Re: Check CPU for throttling
On Tue, May 10, 2011 at 9:38 AM, Bill Longman bill.long...@gmail.com wrote: On 05/10/2011 09:34 AM, James wrote: Alan McKinnon alan.mckinnon at gmail.com writes: otherwise. Just enable ondemand, disable everything else, and et the kernel get on with doing what it does best: So this is what you are saying? [*] CPU Frequency scaling │ │ │ │ [*] Enable CPUfreq debugging │ │ │ │ * CPU frequency translation statistics │ │ │ │ [ ] CPU frequency translation statistics details │ │ │ │ Default CPUFreq governor (performance) --- │ │ │ │ -*- 'performance' governor │ │ │ │ 'powersave' governor │ │ │ │ 'userspace' governor for userspace frequency scaling│ │ │ │ * 'ondemand' cpufreq policy governor │ │ │ │ 'conservative' cpufreq governor │ │ │ │ *** CPUFreq processor drivers *** │ │ │ │ Processor Clocking Control interface driver │ │ │ │ * ACPI Processor P-States driver │ │ │ │ AMD Opteron/Athlon64 PowerNow! │ │ │ │ Intel Enhanced SpeedStep (deprecated) │ │ │ │ Intel Pentium 4 clock modulation Yes but no. Yes, those are the correct choices, but the default governor should be ondemand. Or in the case of the OP who is brave enough (or silly enough?) to risk the long term reliability of his CPU running it with no fan, possibly choose powersave with a specific low clock rate as the default and then switch to either ondemand or conservative manually when he needs more performance. In a machine such as he's playing with I wonder if he really wants ondemand (jumps to max and then slows down over time) vs conservative which more slowly ramps up the clock rate if the job at hand takes more time. It's all a trade off of performance vs power heat. On my 12 thread server I've played with these two and frankly don't see a lot of difference doing any large job. They are both a bot slower than running performance, but I save a lot of power (and over time money) using them so I'm happy. - Mark
[gentoo-user] KDE-4.6 upgrade - no applications
For anyone who has a stable machine, upgrades KDE as per the release from last night and finds, like me, that they had no applications in the applications menu, the command kbuildsycoca4 --noincremental run from the user account should help you get running again. Cheers, Mark
Re: [gentoo-user] Re: Prevent depclean from removing Python-2.6?
On Tue, 10 May 2011 16:07:24 + (UTC), Grant Edwards wrote: Perhaps having eselect add currently selected slots to the world file would be sufficient? Not the world file, that would be horrible, but they could be added to a spacial set. -- Neil Bothwick Three kinds of people: Those who can count, and those who can't. signature.asc Description: PGP signature
Re: [gentoo-user] Re: Check CPU for throttling
Apparently, though unproven, at 18:34 on Tuesday 10 May 2011, James did opine thusly: Alan McKinnon alan.mckinnon at gmail.com writes: otherwise. Just enable ondemand, disable everything else, and et the kernel get on with doing what it does best: So this is what you are saying? [*] CPU Frequency scaling │ │ │ │[*] Enable CPUfreq debugging│ │ │ │* CPU frequency translation statistics│ │ │ │[ ] CPU frequency translation statistics details │ │ │ │ Default CPUFreq governor (performance) ---│ │ │ │-*- 'performance' governor │ │ │ │'powersave' governor│ │ │ │'userspace' governor for userspace frequency scaling│ │ │ │* 'ondemand' cpufreq policy governor │ │ │ │'conservative' cpufreq governor │ │ │ │ *** CPUFreq processor drivers *** │ │ │ │Processor Clocking Control interface driver │ │ │ │* ACPI Processor P-States driver │ │ │ │AMD Opteron/Athlon64 PowerNow! │ │ │ │Intel Enhanced SpeedStep (deprecated) │ │ │ │Intel Pentium 4 clock modulation Mostly. The performance governor cannot be disabled (-*-) so it is always selected, and the default should be set to ondemand. The above is for personal workstations, laptops etc. For servers requiring decent throughput and where power and cooling is not an issue, one would use a different approach of course. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Re: Check CPU for throttling
On Tuesday 10 May 2011 19:05:08 Mark Knecht wrote: On Tue, May 10, 2011 at 9:38 AM, Bill Longman bill.long...@gmail.com wrote: On 05/10/2011 09:34 AM, James wrote: Alan McKinnon alan.mckinnon at gmail.com writes: otherwise. Just enable ondemand, disable everything else, and et the kernel get on with doing what it does best: So this is what you are saying? [*] CPU Frequency scaling │ │ │ │[*] Enable CPUfreq debugging│ │ │ │* CPU frequency translation statistics│ │ │ │[ ] CPU frequency translation statistics details │ │ │ │ Default CPUFreq governor (performance) ---│ │ │ │-*- 'performance' governor │ │ │ │'powersave' governor│ │ │ │'userspace' governor for userspace frequency scaling│ │ │ │* 'ondemand' cpufreq policy governor │ │ │ │'conservative' cpufreq governor │ │ │ │ *** CPUFreq processor drivers *** │ │ │ │Processor Clocking Control interface driver │ │ │ │* ACPI Processor P-States driver │ │ │ │AMD Opteron/Athlon64 PowerNow! │ │ │ │Intel Enhanced SpeedStep (deprecated) │ │ │ │Intel Pentium 4 clock modulation Yes but no. Yes, those are the correct choices, but the default governor should be ondemand. Or in the case of the OP who is brave enough (or silly enough?) to risk the long term reliability of his CPU running it with no fan, possibly choose powersave with a specific low clock rate as the default and then switch to either ondemand or conservative manually when he needs more performance. In a machine such as he's playing with I wonder if he really wants ondemand (jumps to max and then slows down over time) vs conservative which more slowly ramps up the clock rate if the job at hand takes more time. It's all a trade off of performance vs power heat. On my 12 thread server I've played with these two and frankly don't see a lot of difference doing any large job. They are both a bot slower than running performance, but I save a lot of power (and over time money) using them so I'm happy. I just checked on a Pentium 4 32bit box and I couldn't find any declaration about cpufreq under /sys/devices/system/cpu/cpu0/ I have enabled ondemand since I first built a kernel for that machine, but it seems to have been pegged at 3.4GHz even when the plasma thingy shows minimum CPU load. grep MHz /proc/cpuinfo cpu MHz : 3401.054 cpu MHz : 3401.054 ls -la /sys/devices/system/cpu/cpu0/ total 0 drwxr-xr-x 6 root root 0 May 10 18:51 . drwxr-xr-x 6 root root 0 May 10 18:51 .. drwxr-xr-x 4 root root 0 May 10 21:04 cache drwxr-xr-x 2 root root 0 May 10 21:04 microcode drwxr-xr-x 2 root root 0 May 10 21:04 thermal_throttle drwxr-xr-x 2 root root 0 May 10 21:04 topology cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 15 model : 3 model name : Intel(R) Pentium(R) 4 CPU 3.40GHz stepping: 4 cpu MHz : 3401.054 cache size : 1024 KB physical id : 0 siblings: 2 core id : 0 cpu cores : 1 apicid : 0 initial apicid : 0 fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 5 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe constant_tsc pebs bts pni dtes64 monitor ds_cpl cid xtpr bogomips: 6802.10 clflush size: 64 cache_alignment : 128 address sizes : 36 bits physical, 32 bits virtual power management: Same with the other virtual core, power management is blank. Am I missing something in my kernel or is my MoBo/CPU feature poor? cat .config | grep CPU_FREQ CONFIG_CPU_FREQ=y CONFIG_CPU_FREQ_TABLE=y # CONFIG_CPU_FREQ_DEBUG is not set CONFIG_CPU_FREQ_STAT=y CONFIG_CPU_FREQ_STAT_DETAILS=y # CONFIG_CPU_FREQ_DEFAULT_GOV_PERFORMANCE is not set # CONFIG_CPU_FREQ_DEFAULT_GOV_USERSPACE is not set CONFIG_CPU_FREQ_DEFAULT_GOV_ONDEMAND=y # CONFIG_CPU_FREQ_DEFAULT_GOV_CONSERVATIVE is not set CONFIG_CPU_FREQ_GOV_PERFORMANCE=y # CONFIG_CPU_FREQ_GOV_POWERSAVE is not set CONFIG_CPU_FREQ_GOV_USERSPACE=y CONFIG_CPU_FREQ_GOV_ONDEMAND=y # CONFIG_CPU_FREQ_GOV_CONSERVATIVE is not set -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: Prevent depclean from removing Python-2.6?
On Tuesday 10 May 2011 16:13:41 Grant Edwards wrote: On 2011-05-10, Alan McKinnon alan.mckin...@gmail.com wrote: Apparently, though unproven, at 16:40 on Tuesday 10 May 2011, Grant Edwards did opine thusly: I ran emerge --depclean the other day on one of my machines and it removed Python 2.6. I was using Python 2.6 as my default python, and depclean's removal of it broke a _lot_ of stuff. About a half day's worth of hassle later I had Python 2.6 re-installed and my system was again usable. In order to avoid the same circus on my other machines, how do I prevent emerge --depclean from removing Python 2.6? Put that slot in world: =dev-lang/python:2.6 I suppose there are better and more automagically elegant ways of doing it, but this works. Thanks! (you need to leave out the '='). I think the issue happens because portage does not take eselect choices into account when building it's dep graph, it only uses the DEPENDS in ebuilds. Apparently so. It seems like it ought to pay attention to eselect. If I've explicitly configured my system to use 2.6 instead of 2.7, removing 2.6 doesn't seem like a good thing... I am not sure I understand: If you eselect python 2.7 and run python-updater (and revdep-rebuild just in case) I would think that you *should* have a working system. Unless some particular package is hardcoded to use 2.6 things should not really break. Am I wrong here? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: Check CPU for throttling
On 05/10/2011 01:30 PM, Mick wrote: Same with the other virtual core, power management is blank. Am I missing something in my kernel or is my MoBo/CPU feature poor? cat .config | grep CPU_FREQ CONFIG_CPU_FREQ=y CONFIG_CPU_FREQ_TABLE=y # CONFIG_CPU_FREQ_DEBUG is not set CONFIG_CPU_FREQ_STAT=y CONFIG_CPU_FREQ_STAT_DETAILS=y # CONFIG_CPU_FREQ_DEFAULT_GOV_PERFORMANCE is not set # CONFIG_CPU_FREQ_DEFAULT_GOV_USERSPACE is not set CONFIG_CPU_FREQ_DEFAULT_GOV_ONDEMAND=y # CONFIG_CPU_FREQ_DEFAULT_GOV_CONSERVATIVE is not set CONFIG_CPU_FREQ_GOV_PERFORMANCE=y # CONFIG_CPU_FREQ_GOV_POWERSAVE is not set CONFIG_CPU_FREQ_GOV_USERSPACE=y CONFIG_CPU_FREQ_GOV_ONDEMAND=y # CONFIG_CPU_FREQ_GOV_CONSERVATIVE is not set It usually comes down to capabilities in your BIOS, Mick. My P4 won't do it either, but that's on a Dell server from 2004. No BIOS support. And the CPU can do HT but the BIOS is stupid, too. I still have only one CPU/thread.
Re: [gentoo-user] nepomuk/virtuoso using 100% cpu
On Tuesday 10 May 2011 15:59:22 Alan McKinnon wrote: Since the upgrade to kde-4.6.3, nepomuk and/or virtuoso insists on giving my cpu a stress workout. usage is pegged at 100% and .xession-errors is full of junk like this: /usr/bin/nepomukservicestub(13816) Soprano: SQLExecDirect failed on query 'sparql select distinct ?r ?reqProp1 where { { ?r http://www.semanticdesktop.org/ontologies/2007/03/22/nmo#to ?v2 . ?v2 http://www.semanticdesktop.org/ontologies/2007/03/22/nco#hasEmailAddress ?v3 . ?v3 http://www.semanticdesktop.org/ontologies/2007/03/22/nc' (iODBC Error: [OpenLink][Virtuoso iODBC Driver][Virtuoso Server]SQ074: Line 1: SP030: SPARQL compiler, line 1: syntax error at '' before 'http:' at '' immediately before end of statement) and this: /usr/bin/nepomukservicestub(13066) Soprano: SQLExecDirect failed on query 'sparql uboku' (iODBC Error: [OpenLink][Virtuoso iODBC Driver][Virtuoso Server]SQ074: Line 1: SP030: SPARQL compiler, line 1: syntax error at 'uboku') kdepim is 4.4.11.1. Everything else is at latest unstable. I remember having to deal with this once before with an ill-fated experiment at using kdepm-4.5.95, but cannot for the life of me find what I did to fix it. Anyone have some pointers? This bug: https://bugs.kde.org/show_bug.cgi?id=263730 It says that if If virtuoso is killed while nepomuk indexes the indexing does not stop and nepomuk spams the .xsession-errors file. Is your virtuoso running? Have you tried running kdedebug --off area to see if the error logging stop? I am just updating kde on an old machine (only runs sqlite instead of mysql) and hope I will not have such problems - or worse! -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] consolefont do not start after migration to openrc
On Tuesday 10 May 2011 18:38:20 Alexander Tiurin wrote: Hi! I tried add consolefont to boot or default runlevel, but consolefont is not start # /etc/init.d/cosolefont status * status: stopped Can anyone to solve this problem? # grep consolefont /var/log/rc.log /etc/rc.conf rc_shell=/sbin/sulogin rc_logger=YES unicode=YES rc_sys=uml rc_tty_number=12 Don't know if it is different when you run Gentoo in a container as you show above, but what do you get when you try to start consolefont manually? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: Check CPU for throttling
On Tuesday 10 May 2011 21:36:40 Bill Longman wrote: On 05/10/2011 01:30 PM, Mick wrote: Same with the other virtual core, power management is blank. Am I missing something in my kernel or is my MoBo/CPU feature poor? It usually comes down to capabilities in your BIOS, Mick. My P4 won't do it either, but that's on a Dell server from 2004. No BIOS support. And the CPU can do HT but the BIOS is stupid, too. I still have only one CPU/thread. Thanks Bill, I seem to recall something about Stepping in the BIOS settings (can't reboot at the moment without risking a domestic incident ...) and I think I have it enabled (or auto?) If it is there and I'm not imagining things I'll try disabling it perhaps and see if the kernel can take over. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: checking whether the C compiler works... no Oooops !!
Dale wrote: Here is a update. I been going back and forth with python-updater and revdep-rebuild and it just never seems to finish cleanly. I think it reached a stalemate. So, I'm doing a emerge -e world which will also upgrade KDE. Maybe this will get it going again. Dale :-) :-) Last update. After doing a emerge -e world, everything comes up clean. Python-updater and revdep-rebuild is now happy. So, next time I don't update a rig for a while, I'm just going to emerge everything and be done with it. May use that nifty little script next time tho. It seems to do a better job for this sort of thing. Thanks to all. Dale :-) :-)
Re: [gentoo-user] consolefont do not start after migration to openrc
On Tue, May 10, 2011 at 12:38 PM, Alexander Tiurin ar...@fromru.com wrote: I tried add consolefont to boot or default runlevel, but consolefont is not start consolefont is in openrc, did you recently upgrade baselayout and friends? Maybe there's some config updates needed.
Re: [gentoo-user] nepomuk/virtuoso using 100% cpu
Apparently, though unproven, at 22:53 on Tuesday 10 May 2011, Mick did opine thusly: On Tuesday 10 May 2011 15:59:22 Alan McKinnon wrote: Since the upgrade to kde-4.6.3, nepomuk and/or virtuoso insists on giving my cpu a stress workout. usage is pegged at 100% and .xession-errors is full of junk like this: /usr/bin/nepomukservicestub(13816) Soprano: SQLExecDirect failed on query 'sparql select distinct ?r ?reqProp1 where { { ?r http://www.semanticdesktop.org/ontologies/2007/03/22/nmo#to ?v2 . ?v2 http://www.semanticdesktop.org/ontologies/2007/03/22/nco#hasEmailAddress ?v3 . ?v3 http://www.semanticdesktop.org/ontologies/2007/03/22/nc' (iODBC Error: [OpenLink][Virtuoso iODBC Driver][Virtuoso Server]SQ074: Line 1: SP030: SPARQL compiler, line 1: syntax error at '' before 'http:' at '' immediately before end of statement) and this: /usr/bin/nepomukservicestub(13066) Soprano: SQLExecDirect failed on query 'sparql uboku' (iODBC Error: [OpenLink][Virtuoso iODBC Driver][Virtuoso Server]SQ074: Line 1: SP030: SPARQL compiler, line 1: syntax error at 'uboku') kdepim is 4.4.11.1. Everything else is at latest unstable. I remember having to deal with this once before with an ill-fated experiment at using kdepm-4.5.95, but cannot for the life of me find what I did to fix it. Anyone have some pointers? This bug: https://bugs.kde.org/show_bug.cgi?id=263730 That has a familiar ring to it. Not quite the full answer though, I'm hoping that will come after a restful night's sleep. It says that if If virtuoso is killed while nepomuk indexes the indexing does not stop and nepomuk spams the .xsession-errors file. Is your virtuoso running? Yes. I'd been having problems with this cpu usage most of the day, but I could live with it - any app that needed to do stuff would receive cpu time with a short latency lag. At the end of the work day, I suspended as normal and looked closer into it at home. I can't swear to it, but I'm certain virtuoso was running. It definitely was running (and the problem as a whole got much worse) after logging out of kde and logging back in. Oddly enough, manually killing kontact and everything relating to akonadi, nepomuk and virtuoso then restarting them made the issue go away. Next step I suppose is to log out and in again and see what gives then. Have you tried running kdedebug --off area to see if the error logging stop? I don't have such an app as kdedebug. What package provides it? I am just updating kde on an old machine (only runs sqlite instead of mysql) and hope I will not have such problems - or worse! -- alan dot mckinnon at gmail dot com
[gentoo-user] How's the openrc update going for everyone?
Hi folks, I was curious, what's the results of the openrc update for people that have done theirs? Is it pretty simple and just works or are there issues? I'm mostly interested in x86 and amd64 since that is what I have. Just a simple works here and I'm X86 or amd64 would be nice. List issues if you had any. Thanks for the feedback. Dale :-) :-)
Re: [gentoo-user] nepomuk/virtuoso using 100% cpu
Alan McKinnon writes: Apparently, though unproven, at 22:53 on Tuesday 10 May 2011, Mick did opine thusly: Have you tried running kdedebug --off area to see if the error logging stop? I don't have such an app as kdedebug. What package provides it? Bash, with 'alias kdedebug=kdebugdialog' in .bashrc. Wonko
Re: [gentoo-user] How's the openrc update going for everyone?
* Dale rdalek1...@gmail.com [110510 17:29]: Hi folks, I was curious, what's the results of the openrc update for people that have done theirs? Is it pretty simple and just works or are there issues? I'm mostly interested in x86 and amd64 since that is what I have. Just a simple works here and I'm X86 or amd64 would be nice. List issues if you had any. Thanks for the feedback. Dale :-) :-) Hi Dale, I did it previously on a couple ~x86 machines and now on a couple x86 machines haven't had any problems at all. Todd
Re: [gentoo-user] nepomuk/virtuoso using 100% cpu
* Alan McKinnon alan.mckin...@gmail.com [110510 17:26]: Apparently, though unproven, at 22:53 on Tuesday 10 May 2011, Mick did opine thusly: [SNIP] Have you tried running kdedebug --off area to see if the error logging stop? I don't have such an app as kdedebug. What package provides it? I think he meant kdebugdialog (from kde-base/kdebugdialog) Todd I am just updating kde on an old machine (only runs sqlite instead of mysql) and hope I will not have such problems - or worse! -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] KDE-4.6 upgrade - no applications
On Tuesday 10 May 2011 19:36:54 Mark Knecht wrote: For anyone who has a stable machine, upgrades KDE as per the release from last night and finds, like me, that they had no applications in the applications menu, the command kbuildsycoca4 --noincremental run from the user account should help you get running again. Did you have to run this after a reboot, or is it only necessary if you do not reboot the machine? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] How's the openrc update going for everyone?
Apparently, though unproven, at 23:55 on Tuesday 10 May 2011, Dale did opine thusly: Hi folks, I was curious, what's the results of the openrc update for people that have done theirs? Is it pretty simple and just works or are there issues? I'm mostly interested in x86 and amd64 since that is what I have. Just a simple works here and I'm X86 or amd64 would be nice. List issues if you had any. Been using it for, oh I dunno - ages?, on a variety of x86 and amd64 machines. All bar one were clean installs, the one - this very notebook - was a migration. Does it work? Well, you've been reading my posts all this time so the migration couldn't have been catastrophic :-) It was a PITA at the time, having to go through conf.d and fiddle each one to be conformant. But once complete, it was a reboot and JustWorks(tm) -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] How's the openrc update going for everyone?
On Tue, May 10, 2011 at 4:55 PM, Dale rdalek1...@gmail.com wrote: Hi folks, I was curious, what's the results of the openrc update for people that have done theirs? Is it pretty simple and just works or are there issues? I'm mostly interested in x86 and amd64 since that is what I have. Just a simple works here and I'm X86 or amd64 would be nice. List issues if you had any. I'm using ~amd64 and upgraded long, long, long ago. No problems at all during or after the upgrade. I would expect it to be even smoother process now than it was then. IIRC the biggest deal with the baselayout/openrc upgrade was that you must update a bunch of config files, which are not necessarily all blind/trivial updates. Failing to update them could make rebooting a sad experience.
Re: [gentoo-user] KDE-4.6 upgrade - no applications
On Tue, May 10, 2011 at 3:06 PM, Mick michaelkintz...@gmail.com wrote: On Tuesday 10 May 2011 19:36:54 Mark Knecht wrote: For anyone who has a stable machine, upgrades KDE as per the release from last night and finds, like me, that they had no applications in the applications menu, the command kbuildsycoca4 --noincremental run from the user account should help you get running again. Did you have to run this after a reboot, or is it only necessary if you do not reboot the machine? -- Regards, Mick Rebooting didn't help. You only need to run it if the Applications menu is empty after the upgrade as mine was. I was in KDE, did the upgrade, logged out and back in, the menu was empty. I rebooted. The menu was empty. I used a different machine to go find the command and then executed the command on the upgrade machine and the menus were recreated. It took me a while to dig out the command from the Gentoo docs. It was there if you read carefully. I'm just quite sleepy today so it took longer than it should of and I didn't want others to panic like I did after the upgrade and before I found the command. Cheers, Mark
Re: [gentoo-user] How's the openrc update going for everyone?
Am 10.05.2011 23:55, schrieb Dale: Hi folks, I was curious, what's the results of the openrc update for people that have done theirs? Is it pretty simple and just works or are there issues? I'm mostly interested in x86 and amd64 since that is what I have. Just a simple works here and I'm X86 or amd64 would be nice. List issues if you had any. Thanks for the feedback. Dale :-) :-) I've followed the official documentation and had no problems. Well ... I sometimes had a problem with a parts of /etc/rc.conf being ignored but that is specific to my fiddling with it and I've never tracked it down far enough to open a bug for it. All at all, I don't think you have to expect trouble as long as you rtfm. Regards, Florian Philipp signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] How's the openrc update going for everyone?
Dale writes: I was curious, what's the results of the openrc update for people that have done theirs? Is it pretty simple and just works or are there issues? I'm mostly interested in x86 and amd64 since that is what I have. Just a simple works here and I'm X86 or amd64 would be nice. List issues if you had any. I switched my main system about at least a year ago (and later on some mor emachines), and it was without trouble. Be sure to update your config files. The howto even had some points in it that it told had to be done (I think adding init services to runlevels), but they were somehow performed automagically. Only slight problem I noticed: my file systems are being checked for the need to be fscked for two times when booting. If a fsck is started, the first one can be aborted with Ctrl-C as it used to be, the 2nd one cannnot, which can be annoying if the partition is very large and I want to use the PC _now_. I did not investigate this further, whether /etc/init.d/fsck is called for two times or what. I thought it had to do with all my partitions being on LUKS, but I don't even remember why I thought this. Anyway, I think the update is quite safe when you follow the instructions. Wonko
Re: [gentoo-user] [OT] bash script error
Hello, On Mon, 09 May 2011, Kevin McCarthy wrote: On Mon, May 09, 2011 at 01:44:58PM +0800, Xi Shen wrote: It is not specific to Gentoo. But do not know where to search or post it :) My script looks like: url=http://mypage; curl_opts=-x '' curl $url -d \mydata\ $curl_opts If I execute it, I got an error from curl, saying it cannot resolve the proxy ''. While bash arrays probably aren't required for this, the following seems to work OK: When using the bash anyway, arrays are the thing to use! curl_opts=(-x ) curl $url -d \mydata\ ${curl_opts[@]} But I'm sure there's a quotes-only solution, too. I can't find one. Seems to be some curl weirdness layered on top. Even with strace -eexecve curl $url -d mydata $curl_opts and (quoted, escaped etc.) variations thereof, I haven't found a version that works. If you want to just DL some stuff, with POST, no proxy, why not use wget? wget --post-data=mydata --no-proxy $url (and if you want the result on stdout, just add '-O -', i.e.: wget --post-data=mydata --no-proxy -O - $url ). Or if you want the options as such: url=... wget_opts=--no-proxy -O - ### special chars need to be ### once-escaped when using ### options/arguments with spaces, ### quotes etc. post_data=foo=bar set -x wget ${wget_opts} --post-data=$post_data $url ### no quotes here, or use an array! HTH, -dnh -- Doesn't it bother you, that we have to search for intelligent life --- OUT THERE??
Re: [gentoo-user] [OT] bash script error
Hello, On Mon, 09 May 2011, JDM wrote: Do as you tried first, but add an eval: eval curl $url -d \mydata\ $curl_opts eval is evil ... -dnh -- Being disintegrated makes me ve-ry an-gry! huff, huff
Re: [gentoo-user] KDE-4.6 upgrade - no applications
On Tue, May 10, 2011 at 5:33 PM, Mark Knecht markkne...@gmail.com wrote: It took me a while to dig out the command from the Gentoo docs. It was there if you read carefully. I'm just quite sleepy today so it took longer than it should of and I didn't want others to panic like I did after the upgrade and before I found the command. Thanks, I've had the same thing happen 2 or 3 times in the past and I always struggle to remember exactly what it was supposed to be.
Re: [gentoo-user] How's the openrc update going for everyone?
Alex Schuster wrote: Anyway, I think the update is quite safe when you follow the instructions. Wonko After the mess I had with hal and xorg, I hope it is safe. ;-) Thanks to all for the replies. I'm going to back up my /etc directory and give it a whirl. If it gives me problems, I'll be back looking like this: :-@ Dale :-) :-)
Re: [gentoo-user] How's the openrc update going for everyone?
Paul Hartman paul.hartman+gen...@gmail.com wrote: On Tue, May 10, 2011 at 4:55 PM, Dale rdalek1...@gmail.com wrote: Hi folks, I was curious, what's the results of the openrc update for people that have done theirs? Is it pretty simple and just works or are there issues? I'm mostly interested in x86 and amd64 since that is what I have. Just a simple works here and I'm X86 or amd64 would be nice. List issues if you had any. I'm using ~amd64 and upgraded long, long, long ago. No problems at all during or after the upgrade. I would expect it to be even smoother process now than it was then. IIRC the biggest deal with the baselayout/openrc upgrade was that you must update a bunch of config files, which are not necessarily all blind/trivial updates. Failing to update them could make rebooting a sad experience. I can say the same -- I am using ~x64 and was using ~x86 at the time, and had no problems switching over. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] How's the openrc update going for everyone?
On Tue, 10 May 2011 18:10:40 -0500, Dale wrote: After the mess I had with hal and xorg, I hope it is safe. ;-) Of course it is, but so was hal and xorg for the rest of us :-/ -- Neil Bothwick Anything worth fighting for is worth fighting dirty for. signature.asc Description: PGP signature
Re: [gentoo-user] Need more NFS help
Bill Longman writes: On 05/10/2011 08:02 AM, Michael Sullivan wrote: A couple of weeks ago I switched my gcc profile over and rebuilt everything with emerge -e system and emerge -e world. Now, when I restart the computer (any of the three on my LAN), the NFS shares listed in /etc/fstab are not automatically mounted. I can mount them manually with no errors. Here's an example of one of my /etc/fstab files: camille ~ # cat /etc/fstab You're barking up the wrong tree. Show your rc-status -a and you'll see a few nfs-related services that you've not added to default run level. I don't say that's not true, but wouldn't this be a bug, and the nfsmount init script would be missing some depend entry? Personally, I always have the noauto option in my fstab lines for NFS shares, because of the looong delay when the server is offline while I boot. Not sure if this is still the case, though, haven't tried in a while. Instead, here these shares are mounted via /etc/init.d/local, when a ping to the server succeeds. Wonko
Re: [gentoo-user] How's the openrc update going for everyone?
Neil Bothwick wrote: On Tue, 10 May 2011 18:10:40 -0500, Dale wrote: After the mess I had with hal and xorg, I hope it is safe. ;-) Of course it is, but so was hal and xorg for the rest of us :-/ Well some seemed to have no issues with it and just changing the USE flags was it. Not for me tho. Got locked out of my own system with no mouse or keyboard. I never did get that thing to work either. This however seems to have worked. I emerged them, ran etc-update which had a LOT of updates, went through the guide and edited a few things and rebooted. I can't say it was any faster tho. It stopped at one point, which worried me at first, then carried on. I'm not sure what it stopped on tho. Maybe it was a one time thing. What do you know, I upgraded and it worked. Now if I can just get rid of this Nepomuk thingy that pops up a bit after I login to KDE. Makes me want to get a fly flap and beat on the message. lol It bugs me. Get it? Thanks for the replies. Sort of helped me decide when to do this. Dale :-) :-)
Re: [gentoo-user] Hyperthreading
In general, for a desktop or server that is doing a lot of different things, HT is likely to improve performance. If the server is dedicated to a single service, there is a distinct chance HT will lead to decreased performance. Thanks Joost! That certainly helps.
Re: [gentoo-user] Need more NFS help
On 05/10/2011 04:39 PM, Alex Schuster wrote: Bill Longman writes: You're barking up the wrong tree. Show your rc-status -a and you'll see a few nfs-related services that you've not added to default run level. I don't say that's not true, but wouldn't this be a bug, and the nfsmount init script would be missing some depend entry? I have to agree with you, Wonko. I had the same head scratching during the same time and wondered what it could have been. An enews would have been nice because I didn't see anything in my emerge logs. Personally, I always have the noauto option in my fstab lines for NFS shares, because of the looong delay when the server is offline while I boot. Not sure if this is still the case, though, haven't tried in a while. Instead, here these shares are mounted via /etc/init.d/local, when a ping to the server succeeds. Yeah, that's just part of the territory, though, isn't it? I've actually moved mine to boot since I'd rather have access to them in my local script than later. Potatoe, pohtahtow.
Re: [gentoo-user] How's the openrc update going for everyone?
I was curious, what's the results of the openrc update for people that have done theirs? Is it pretty simple and just works or are there issues? I'm mostly interested in x86 and amd64 since that is what I have. Just a simple works here and I'm X86 or amd64 would be nice. List issues if you had any. IMO if you read the guide through before starting, and follow it during implementation, you will be fine. http://www.gentoo.org/doc/en/openrc-migration.xml That is, it works if you do it properly :)
Re: [gentoo-user] How's the openrc update going for everyone?
On Tue, May 10, 2011 at 2:55 PM, Dale rdalek1...@gmail.com wrote: I was curious, what's the results of the openrc update for people that have done theirs? Is it pretty simple and just works or are there issues? I'm mostly interested in x86 and amd64 since that is what I have. Just a simple works here and I'm X86 or amd64 would be nice. List issues if you had any. On my dedicated MythTV box, the major problem I had was that neither net.eth0 nor net.eth1 started up once I deleted /etc/conf.d/rc and went to /etc/rc.conf. This is possibly due to the hotplug settings which IMHO weren't clear in /etc/rc.conf. Fixed by simply adding net.eth0 and net.eth1 to the default runlevel and everything is fine now. I think that a guide specifying exactly how to migrate from /etc/conf.d/rc to rc.conf, setting by setting, would be good. Please read through /etc/rc.conf and /etc/conf.d/rc and migrate the settings doesn't cut it when the syntax and semantics of some settings are so different. Also, I'm accustomed to having configuration files show the default value commented out, but for example in this case the commented out value was #rc_hotplug=* which was the exact opposite of the default which is !*. -- Manuel A. McLure WW1FA man...@mclure.org http://www.mclure.org ...for in Ulthar, according to an ancient and significant law, no man may kill a cat. -- H.P. Lovecraft
[gentoo-user] /etc/conf.d/net syntax under new baselayout?
I tried to follow the instructions for the baselayout upgrade... - good news - the system boots - bad news - networking is totally broken - really good news - I have a hot backup machine, which I'm sending this message from G DMESG does show the Via-Rhine card coming up, and I do not use modules for anything. I simply have a honking big kernel. Here's my /etc/conf.d/net. How does the syntax look? # This blank configuration will automatically use DHCP for any net.* # scripts in /etc/init.d. To create a more complete configuration, # please review /etc/conf.d/net.example and save your configuration # in /etc/conf.d/net (this file :]!). # Actually /usr/share/doc/openrc-version/net.example is where to look # for example setup. config_eth0= 192.168.123.249/29 broadcast 192.168.123.255 mtu 1454 169.254.1.3/16 broadcast 169.254.255.255 routes_eth0= default via 192.168.123.254 metric 2 192.168.123.248/29 via 192.168.123.254 metric 0 169.254.0.0/16 via 169.254.1.3 metric 0 In case anyone is wondering... - the default via 192.168.123.254 metric 2 allows a dialup connection to take priority, without me having to manually tear down eth0, and restart it after dialup finishes. I don't use it that often, but when ADSL is down, it's nice to have a backup connection. - The /29 route allows my main machine to talk to my other machine via eth0, even when a dialup session is in progress. - The 169.254.x.y/16 stuff is for my network-enabled TV tuner box, which *INSISTS* on coming up with a zero-config address... it's not a bug, it's a feature so they say. File-attached is the last page of screen output from the boot process, in case it'll help. -- Walter Dnes waltd...@waltdnes.org * Wiping /tmp directory ... * Setting terminal encoding [ASCII] ... * Setting console font [lat1-14] ... * Setting hostname to i3 ... * Setting keyboard mode [ASCII] ... * Loading key mappings [us] ... /etc/init.d/../conf.d/net: line 11: 192.168.123.249/29 broadcast 192.168.123.255 mtu 1454 169.254.1.3/16 broadcast 169.254.255.255: No such file or directory /etc/init.d/../conf.d/net: line 15: default via 192.168.123.254 metric 2 192.168.123.248/29 via 192.168.123.254 metric 0 169.254.0.0/16 via 169.254.1.3 metric 0: No such file or directory * net.lo: error loading /etc/init.d/../conf.d/net * ERROR: net.lo failed to start /etc/init.d/../conf.d/net: line 11: 192.168.123.249/29 broadcast 192.168.123.255 mtu 1454 169.254.1.3/16 broadcast 169.254.255.255: No such file or directory /etc/init.d/../conf.d/net: line 15: default via 192.168.123.254 metric 2 192.168.123.248/29 via 192.168.123.254 metric 0 169.254.0.0/16 via 169.254.1.3 metric 0: No such file or directory * net.eth0: error loading /etc/init.d/../conf.d/net * ERROR: net.eth0 failed to start * Mounting misc binary format filesystem ... * Activating swap devices ... * Initializing random number generator ... INIT: Entering runlevel: 3 * Starting syslog-ng ... * Starting dcron ... * Starting gpm ... * Loading iptables state and starting firewall ... /etc/init.d/../conf.d/net: line 11: 192.168.123.249/29 broadcast 192.168.123.255 mtu 1454 169.254.1.3/16 broadcast 169.254.255.255: No such file or directory /etc/init.d/../conf.d/net: line 15: default via 192.168.123.254 metric 2 192.168.123.248/29 via 192.168.123.254 metric 0 169.254.0.0/16 via 169.254.1.3 metric 0: No such file or directory * net.lo: error loading /etc/init.d/../conf.d/net * ERROR: net.lo failed to start /etc/init.d/../conf.d/net: line 11: 192.168.123.249/29 broadcast 192.168.123.255 mtu 1454 169.254.1.3/16 broadcast 169.254.255.255: No such file or directory /etc/init.d/../conf.d/net: line 15: default via 192.168.123.254 metric 2 192.168.123.248/29 via 192.168.123.254 metric 0 169.254.0.0/16 via 169.254.1.3 metric 0: No such file or directory * net.eth0: error loading /etc/init.d/../conf.d/net * ERROR: net.eth0 failed to start * ERROR: cannot start netmount as net.lo would not start * Starting rsyncd ... * ERROR: cannot start sshd as net.lo would not start * Starting local
Re: [gentoo-user] /etc/conf.d/net syntax under new baselayout?
Hi Walter, On Tue, May 10, 2011 at 08:19:10PM -0400, Walter Dnes wrote: config_eth0= The quote on the line below this should be moved up, so it looks like: config_eth0= 192.168.123.249/29 broadcast 192.168.123.255 mtu 1454 169.254.1.3/16 broadcast 169.254.255.255 routes_eth0= Same here: routes_eth0= default via 192.168.123.254 metric 2 192.168.123.248/29 via 192.168.123.254 metric 0 169.254.0.0/16 via 169.254.1.3 metric 0 Try that and write back if it doesn't work. William pgpUw2tYJwHdU.pgp Description: PGP signature
Re: [gentoo-user] How's the openrc update going for everyone?
Works without a flaw. x86 here. Leonardo 2011/5/10 Manuel McLure man...@mclure.org On Tue, May 10, 2011 at 2:55 PM, Dale rdalek1...@gmail.com wrote: I was curious, what's the results of the openrc update for people that have done theirs? Is it pretty simple and just works or are there issues? I'm mostly interested in x86 and amd64 since that is what I have. Just a simple works here and I'm X86 or amd64 would be nice. List issues if you had any. On my dedicated MythTV box, the major problem I had was that neither net.eth0 nor net.eth1 started up once I deleted /etc/conf.d/rc and went to /etc/rc.conf. This is possibly due to the hotplug settings which IMHO weren't clear in /etc/rc.conf. Fixed by simply adding net.eth0 and net.eth1 to the default runlevel and everything is fine now. I think that a guide specifying exactly how to migrate from /etc/conf.d/rc to rc.conf, setting by setting, would be good. Please read through /etc/rc.conf and /etc/conf.d/rc and migrate the settings doesn't cut it when the syntax and semantics of some settings are so different. Also, I'm accustomed to having configuration files show the default value commented out, but for example in this case the commented out value was #rc_hotplug=* which was the exact opposite of the default which is !*. -- Manuel A. McLure WW1FA man...@mclure.org http://www.mclure.org ...for in Ulthar, according to an ancient and significant law, no man may kill a cat. -- H.P. Lovecraft
Re: [gentoo-user] How's the openrc update going for everyone?
On Wed, May 11, 2011 at 12:20:02AM +0200, Paul Hartman wrote: On Tue, May 10, 2011 at 4:55 PM, Dale rdalek1...@gmail.com wrote: Hi folks, I was curious, what's the results of the openrc update for people that have done theirs? Is it pretty simple and just works or are there issues? I'm mostly interested in x86 and amd64 since that is what I have. Just a simple works here and I'm X86 or amd64 would be nice. List issues if you had any. I'm using ~amd64 and upgraded long, long, long ago. No problems at all during or after the upgrade. I would expect it to be even smoother process now than it was then. IIRC the biggest deal with the baselayout/openrc upgrade was that you must update a bunch of config files, which are not necessarily all blind/trivial updates. Failing to update them could make rebooting a sad experience. Same here, on x86 and ppc. Most of it was handled automatically and the rest via dispatch-conf. Works just fine. -- caveat utilitor
Re: [gentoo-user] How's the openrc update going for everyone?
On 5/10/2011 18:25, Indi wrote: On Wed, May 11, 2011 at 12:20:02AM +0200, Paul Hartman wrote: On Tue, May 10, 2011 at 4:55 PM, Dale rdalek1...@gmail.com wrote: Hi folks, I was curious, what's the results of the openrc update for people that have done theirs? Is it pretty simple and just works or are there issues? I'm mostly interested in x86 and amd64 since that is what I have. Just a simple works here and I'm X86 or amd64 would be nice. List issues if you had any. I'm using ~amd64 and upgraded long, long, long ago. No problems at all during or after the upgrade. I would expect it to be even smoother process now than it was then. IIRC the biggest deal with the baselayout/openrc upgrade was that you must update a bunch of config files, which are not necessarily all blind/trivial updates. Failing to update them could make rebooting a sad experience. Same here, on x86 and ppc. Most of it was handled automatically and the rest via dispatch-conf. Works just fine. Went pretty smoothly for me following the upgrade guide. I have a gentoo based iptables firewall with a fairly complicated network setup with postup() functions. I made the mistake of taking out the BASH syntax (the surrounding parens, etc) on my postup() function based on the guide, wondering if it'd work or not, and sure enough it wanted the old BASH style syntax for those functions, but the new style (w/o parens, and quoted blocks with CRs) on the normal sections. They should probably make a note of this in the config guide. It's good to see they added in support for iproute2 rules natively instead of requiring a postup() function. I'd like to see them add a similar functionality for adding static ARP entries too (right now using my own postup() for that). -Jim smime.p7s Description: S/MIME Cryptographic Signature
[gentoo-user] Re: Prevent depclean from removing Python-2.6?
On 2011-05-10, Mick michaelkintz...@gmail.com wrote: Apparently so. It seems like it ought to pay attention to eselect. If I've explicitly configured my system to use 2.6 instead of 2.7, removing 2.6 doesn't seem like a good thing... I am not sure I understand: If you eselect python 2.7 and run python-updater (and revdep-rebuild just in case) I would think that you *should* have a working system. I have a number of python libraries installed that don't have ebuilds. At one point some of them weren't compatible with 2.6. I don't know if that's still the case, but I don't have time right now to go through that exercise on three machines. So I'm sticking with python 2.6 for the time being. Unless some particular package is hardcoded to use 2.6 things should not really break. Am I wrong here? It depends on what python apps/libraries you depend on. I'm sure everything that was installed via emerge would be OK. -- Grant
[gentoo-user] Re: [SOLVED] /etc/conf.d/net syntax under new baselayout?
On Tue, May 10, 2011 at 07:42:21PM -0500, William Hubbs wrote Hi Walter, On Tue, May 10, 2011 at 08:19:10PM -0400, Walter Dnes wrote: config_eth0= The quote on the line below this should be moved up, so it looks like: config_eth0= ELVIS Thank you, thank you, thank you verrry verrry much. /ELVIS That was it. My main machine is running OK and I can think about upgrading the hot backup machine. -- Walter Dnes waltd...@waltdnes.org
Re: [gentoo-user] How's the openrc update going for everyone?
On Tue, May 10, 2011 at 04:55:01PM -0500, Dale wrote Hi folks, I was curious, what's the results of the openrc update for people that have done theirs? Is it pretty simple and just works or are there issues? I'm mostly interested in x86 and amd64 since that is what I have. Just a simple works here and I'm X86 or amd64 would be nice. List issues if you had any. I had one syntax error that totally broke networking on my amd64 stable.. Fortunately, I hadn't upgrade my hot backup machine G. I had simply removed the bash parentheses in /etc/conf.d/net and got... config_eth0= 192.168.123.249/29 broadcast 192.168.123.255 mtu 1454 169.254.1.3/16 broadcast 169.254.255.255 routes_eth0= default via 192.168.123.254 metric 2 192.168.123.248/29 via 192.168.123.254 metric 0 169.254.0.0/16 via 169.254.1.3 metric 0 The result was no network for you. Moving the opening quote to immediately after the equals sign (for both config_eth0 and routes_eth0) fixed that, like so... config_eth0= 192.168.123.249/29 broadcast 192.168.123.255 mtu 1454 169.254.1.3/16 broadcast 169.254.255.255 routes_eth0= default via 192.168.123.254 metric 2 192.168.123.248/29 via 192.168.123.254 metric 0 169.254.0.0/16 via 169.254.1.3 metric 0 A big thank you to William Hubbs for spotting that error. -- Walter Dnes waltd...@waltdnes.org
[gentoo-user] openrc updated, but...
Hi, after updated to openrc (nearly) successfully, two questions are remaining: # What can be removed from /etc beside /etc/conf.d/rc ? # With my old setup I had a /etc/conf.d/net, which does: preup() { ifconfig eth1 hw ether 00:15:F2:18:B0:20 up return 0 } Where do I put this one and in which way to have the same functionality as before? Thank you very much in advance for any help ! :) Best regards mcc
[gentoo-user] rdate stopped working, and I just upgraded to baselayout 2
Like the subject says, rdate has stopped working for me. I tried different timeservers, with and without iptables firewall, and it always times out. /var/log/portage shows that I emerged the current version of rdate back in early August last year. I just updated to baselayout 2 so I wonder if it's involved. revdep-rebuild doesn't find any problems. And I do have /etc/timezone set up... [i3][root][~] cat /etc/timezone Canada/Eastern The machine is amd64 stable. -- Walter Dnes waltd...@waltdnes.org
Re: [gentoo-user] How's the openrc update going for everyone?
Possibly one more problem, rdate seems to have stopped working for me. I've opened a separate thread on that. -- Walter Dnes waltd...@waltdnes.org
Re: [gentoo-user] How's the openrc update going for everyone?
Dale wrote: Well some seemed to have no issues with it and just changing the USE flags was it. Not for me tho. Got locked out of my own system with no mouse or keyboard. I never did get that thing to work either. This however seems to have worked. I emerged them, ran etc-update which had a LOT of updates, went through the guide and edited a few things and rebooted. I can't say it was any faster tho. It stopped at one point, which worried me at first, then carried on. I'm not sure what it stopped on tho. Maybe it was a one time thing. What do you know, I upgraded and it worked. Now if I can just get rid of this Nepomuk thingy that pops up a bit after I login to KDE. Makes me want to get a fly flap and beat on the message. lol It bugs me. Get it? Thanks for the replies. Sort of helped me decide when to do this. Dale :-) :-) I noticed something . . . odd. Sometimes when I do upgrades to some packages, I go to single user, check what processes are still running and kill strays, then go back to the default run level and login. I just updated a lot of KDE related stuff and went to single user. When it says single user, it ain't kidding. It even unmounts file systems. Oook. That's weird. It didn't do that before. :/ Then when I wanted to go back to the default run level and typed in rc default exit, it logged me out which is normal but nothing scrolled up like it did in the old baselayout. The screen went blank and a bit later the KDM screen came up. It used to be that it logged me out and then I saw all the services scrolling up until kdm started. Is this the new normal? Should I not do the exit thing now? One good thing I noticed, KDE used to have a LOT of dead processes running after logging out, even after going to single user. Lots of kdeinit and knotify stuff. It seems to close out a LOT cleaner. On my first time going single user, it was clean as a whistle. I didn't see a single stray process in the bunch. Neato !! Thanks. Dale :-) :-)
Re: [gentoo-user] nepomuk/virtuoso using 100% cpu
On Tuesday 10 May 2011 23:00:30 Alex Schuster wrote: Alan McKinnon writes: Apparently, though unproven, at 22:53 on Tuesday 10 May 2011, Mick did opine thusly: Have you tried running kdedebug --off area to see if the error logging stop? I don't have such an app as kdedebug. What package provides it? Bash, with 'alias kdedebug=kdebugdialog' in .bashrc. Yes, apologies - meant to write kdebugdialog, but was getting too late last night for the synapses to reach the keyboard accurately! o_O -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] openrc updated, but...
on 05/11/2011 06:15 AM meino.cra...@gmx.de wrote the following: Hi, after updated to openrc (nearly) successfully, two questions are remaining: # What can be removed from /etc beside /etc/conf.d/rc ? # With my old setup I had a /etc/conf.d/net, which does: preup() { ifconfig eth1 hw ether 00:15:F2:18:B0:20 up return 0 } Where do I put this one and in which way to have the same functionality as before? try mac_eth1=00:15:F2:18:B0:20 in /etc/conf.d/net
Re: [gentoo-user] How's the openrc update going for everyone?
On 11/05/11 04:07, Jim Burwell wrote: On 5/10/2011 18:25, Indi wrote: On Wed, May 11, 2011 at 12:20:02AM +0200, Paul Hartman wrote: On Tue, May 10, 2011 at 4:55 PM, Dale rdalek1...@gmail.com wrote: Hi folks, I was curious, what's the results of the openrc update for people that have done theirs? Is it pretty simple and just works or are there issues? I'm mostly interested in x86 and amd64 since that is what I have. Just a simple works here and I'm X86 or amd64 would be nice. List issues if you had any. I'm using ~amd64 and upgraded long, long, long ago. No problems at all during or after the upgrade. I would expect it to be even smoother process now than it was then. IIRC the biggest deal with the baselayout/openrc upgrade was that you must update a bunch of config files, which are not necessarily all blind/trivial updates. Failing to update them could make rebooting a sad experience. Same here, on x86 and ppc. Most of it was handled automatically and the rest via dispatch-conf. Works just fine. Went pretty smoothly for me following the upgrade guide. I have a gentoo based iptables firewall with a fairly complicated network setup with postup() functions. I made the mistake of taking out the BASH syntax (the surrounding parens, etc) on my postup() function based on the guide, wondering if it'd work or not, and sure enough it wanted the old BASH style syntax for those functions, but the new style (w/o parens, and quoted blocks with CRs) on the normal sections. They should probably make a note of this in the config guide. It's good to see they added in support for iproute2 rules natively instead of requiring a postup() function. I'd like to see them add a similar functionality for adding static ARP entries too (right now using my own postup() for that). Just file a request on bugzilla. They have to know what you like to have included. justin signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] How's the openrc update going for everyone?
On Wednesday 11 May 2011 03:07:32 Jim Burwell wrote: On 5/10/2011 18:25, Indi wrote: On Wed, May 11, 2011 at 12:20:02AM +0200, Paul Hartman wrote: On Tue, May 10, 2011 at 4:55 PM, Dale rdalek1...@gmail.com wrote: Hi folks, I was curious, what's the results of the openrc update for people that have done theirs? Is it pretty simple and just works or are there issues? I'm mostly interested in x86 and amd64 since that is what I have. Just a simple works here and I'm X86 or amd64 would be nice. List issues if you had any. I'm using ~amd64 and upgraded long, long, long ago. No problems at all during or after the upgrade. I would expect it to be even smoother process now than it was then. IIRC the biggest deal with the baselayout/openrc upgrade was that you must update a bunch of config files, which are not necessarily all blind/trivial updates. Failing to update them could make rebooting a sad experience. Same here, on x86 and ppc. Most of it was handled automatically and the rest via dispatch-conf. Works just fine. Went pretty smoothly for me following the upgrade guide. I have a gentoo based iptables firewall with a fairly complicated network setup with postup() functions. I made the mistake of taking out the BASH syntax (the surrounding parens, etc) on my postup() function based on the guide, wondering if it'd work or not, and sure enough it wanted the old BASH style syntax for those functions, but the new style (w/o parens, and quoted blocks with CRs) on the normal sections. They should probably make a note of this in the config guide. It's good to see they added in support for iproute2 rules natively instead of requiring a postup() function. I'd like to see them add a similar functionality for adding static ARP entries too (right now using my own postup() for that). Jim, it's a good idea to post a bug so that they can change the documentation. -- Regards, Mick signature.asc Description: This is a digitally signed message part.