Re: [gentoo-user] postfixadmin vacation user uid/home in /etc/passwd
On 12/30/2010 12:59 AM, kashani wrote: On 12/29/2010 1:36 PM, Tanstaafl wrote: On 2010-12-29 3:50 PM, kashani wrote: On 12/29/2010 9:14 AM, Tanstaafl wrote: I'm updating an old system I inherited that has postfixadmin 2.1 installed, and I have a question about the vacation user entry in /etc/passwd... snip I would consider a plan to upgrade to 2.3.2, I guess I could have been clearer - I said I was updating the system, and updating pfadmin to 2.3.2 is what I'm doing now... and I want to configure everything *correctly*. Right now, vacation has a shell, and it shouldn't - I just want to know if simply editing /etc/passwd is the correct way to fix it... but it would be far simpler to build a new system and switch over to it than upgrade in place. And safer. I already have the new pfadmin up and running, and I'll be switching over this weekend... Any idea about my other question: Also, out of curiosity - can /etc/passwd file contain comments? Thanks... Sure you can edit it directly though you'll break anyone currently using vacation as soon as you do. Make sure you fix /etc/shadow and /etc/group too. Or use usermod which would be the proper way to make the change. /etc/passwd shouldn't have stand alone comments which might cause weird problems with pwconv, grpconv, etc. Use the comment field of the user. kashani See $ man -S5 passwd for the format of /etc/passwd. Or in short: Each line of the file describes a single user, and has the following format: account:password:UID:GID:GECOS:directory:shell So there is no comment allowed. But you can place this stuff in GECOS if you like and need it. Will be visible to users though. About editing /etc/passwd directly: don't! It can mess up your system, so that noone can login anymore. The recomended way is $ usermod, the direct way is $ vipw. It is a wrapper around vi that does simple sytax checks, so you don't break things. I use it if I have to edit /etc/passwd. There is also vigr :) $ vipw -s and $vigr -s lets you edit the shadow files. Bye, Daniel -- PGP key @ http://pgpkeys.pca.dfn.de/pks/lookup?search=0xBB9D4887op=get # gpg --recv-keys --keyserver hkp://subkeys.pgp.net 0xBB9D4887 signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Core i7 M620 power management problem
Am 30.12.2010 04:16, schrieb Bill Longman: The only thing that runs at boot is cpufrequtils and here is the config for it: [..] Bill, just for a check, does it scale correctly if you boot from a live-cd?
Re: [gentoo-user] Core i7 M620 power management problem
On Thursday 30 December 2010 03:16:05 Bill Longman wrote: On Wed, Dec 29, 2010 at 4:43 PM, Mick michaelkintz...@gmail.com wrote: Just a wild guess: are you running some desktop applet that manages the cpu frequency and is stuck on manual with a low setting? I have the i7 Q 720 @ 1.60GHz, which is supposedly go up to 2.8G with turbo boost, but can't say that I have ever seen it going that high ... not sure if there's a setting somewhere I should tweak. This is from cpuinfo: = $ cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 30 model name : Intel(R) Core(TM) i7 CPU Q 720 @ 1.60GHz stepping: 5 cpu MHz : 931.000 cache size : 6144 KB physical id : 0 siblings: 8 core id : 0 cpu cores : 4 apicid : 0 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 11 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 syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 popcnt lahf_lm ida dts tpr_shadow vnmi flexpriority ept vpid bogomips: 3192.42 clflush size: 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: = As you can see power management is also blank. These are my frequencies: $ cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_* 1597000 1596000 1463000 133 1197000 1064000 931000 conservative userspace powersave ondemand performance 931000 acpi-cpufreq ondemand 1597000 931000 unsupported PS. Any ideas what makes that turbo thingy kick in? The only thing that runs at boot is cpufrequtils and here is the config for it: I do not have cpufreutils installed, but use the ondemand governor as a default. http://thread.gmane.org/gmane.linux.gentoo.user/227247 I can see gkrellm get its governor changed but I cannot override the max freq. How can I tell what the BIOS is reporting? Here is what dmidecode tells me about the CPU: Handle 0x0004, DMI type 4, 42 bytes Processor Information Socket Designation: CPU 1 Type: Central Processor Family: OUT OF SPEC Manufacturer: Intel ID: 52 06 02 00 FF FB EB BF Version: Intel(R) Core(TM) i7 CPU M 620 @ 2.67GH Voltage: 0.0 V External Clock: 533 MHz Max Speed: 4000 MHz Current Speed: 2666 MHz -- interesting!-- Status: Populated, Enabled Upgrade: Other L1 Cache Handle: 0x0005 L2 Cache Handle: 0x0006 L3 Cache Handle: 0x0007 Serial Number: To Be Filled By O.E.M. Asset Tag: To Be Filled By O.E.M. Part Number: To Be Filled By O.E.M. Core Count: 2 Core Enabled: 1 Thread Count: 2 Characteristics: 64-bit capable This is what my i7 Q is showing: Handle 0x0005, DMI type 4, 42 bytes Processor Information Socket Designation: U2E1 Type: Central Processor Family: OUT OF SPEC Manufacturer: Intel ID: E5 06 01 00 FF FB EB BF Version: CPU Version Voltage: 3.3 V External Clock: 133 MHz Max Speed: 4096 MHz --my max speed with turbo should be 2.8GHz?-- Current Speed: 1600 MHz --my max speed without turbo-- Status: Populated, Enabled Upgrade: ZIF Socket L1 Cache Handle: 0x0006 L2 Cache Handle: 0x0007 L3 Cache Handle: 0x0008 Serial Number: Not Specified Asset Tag: Not Specified Part Number: Not Specified Core Count: 4 Core Enabled: 4 Thread Count: 8 Characteristics: 64-bit capable My turbo reading leads me to think that the dmidecode is not necessarily reporting what the CPU can do. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Is there a standard sysctl-like way to modify sysfs files at boot time?
On Wed, Dec 29, 2010 at 9:54 AM, Volker Armin Hemmann volkerar...@googlemail.com wrote: On Monday 27 December 2010 19:37:29 Mark David Dumlao wrote: I want to do this: http://blog.internetnews.com/skerner/2010/11/forget-200-lines-red-hat-speed. html in userspace, but automate it at boot time. it requires that I create and mount the cgroup subsystem in sysfs and sounds a lot like something that I'd do in sysctl for /proc/sys, but for sysfs rather than procfs. The only thing that comes to mind is to append to the local init script, but it's so close to what sysctl does that I feel like someone's probably written some tool for it. Is there one? why? why not just patch the kernel? or wait for 2.6.37? Why trying the easily broken userspace approach? I disagree. I think userspace is the best place to do this, not kernelspace, especially as I'm considering customizing the cgroup behavior further than that. I'm not sure why I'd call the userspace approach broken. It's different, not broken. btw - patch or userspace - what happens with apps not started from a shell? Well according to the wiki article posted uses shell, and it doesn't affect non-shell behavior. -- This email is: [ ] actionable [ ] fyi [x] social Response needed: [ ] yes [x] up to you [ ] no Time-sensitive: [ ] immediate [ ] soon [x] none
Re: [gentoo-user] Is there a standard sysctl-like way to modify sysfs files at boot time?
Neat thing, after I finished my kernel compile and did a reboot, the /sys/fs/cgroup directory appears by default, so I don't need to mkdir and can directly just place it in fstab. With zen-sources, at least, but it sounds like what upstream behavior should do. -- This email is: [ ] actionable [x] fyi [x] social Response needed: [ ] yes [ ] up to you [x] no Time-sensitive: [ ] immediate [ ] soon [x] none
Re: [gentoo-user] Core i7 M620 power management problem
On 12/30/2010 12:59 AM, Stefan G. Weichinger wrote: Am 30.12.2010 04:16, schrieb Bill Longman: The only thing that runs at boot is cpufrequtils and here is the config for it: [..] Bill, just for a check, does it scale correctly if you boot from a live-cd? That's a very good question, Stefan. I'll give it a try.
Re: [gentoo-user] Core i7 M620 power management problem
On 12/29/2010 11:59 PM, Mick wrote: Did you try changing the default to CONFIG_CPU_FREQ_DEFAULT_GOV_ONDEMAND ? Yes, Mick, that was my first governor. I thought I'd try to see if it would behave at top speed if I set it to performance. No luck, though. And I can easily change the governor. It swaps out to any of the installed governors with aplomb, although I have to do this manually. I can't change governors from gkrellm, for instance. If I change it manually, the new governor shows up there, but it's read-only so to speak. I don't know if the idle controller has anything to do with this but here is what my idle controller looks like: /sys/devices/system/cpu/cpuidle 08:43:14# ls -l;cat current_* total 0 -r--r--r-- 1 root root 4096 Dec 30 08:43 current_driver -r--r--r-- 1 root root 4096 Dec 30 08:43 current_governor_ro intel_idle menu
[gentoo-user] Using lzma for emerge-webrsync
Is this possible to happen automatically? -- --- N: Jon Hardcastle E: j...@ehardcastle.com ---
Re: [gentoo-user] Core i7 M620 power management problem
On 12/30/2010 12:21 AM, Mick wrote:
On Thursday 30 December 2010 03:16:05 Bill Longman wrote:
This is what my i7 Q is showing:
Handle 0x0005, DMI type 4, 42 bytes
Processor Information
Socket Designation: U2E1
Type: Central Processor
Family: OUT OF SPEC
Manufacturer: Intel
ID: E5 06 01 00 FF FB EB BF
Version: CPU Version
Voltage: 3.3 V
External Clock: 133 MHz
Max Speed: 4096 MHz --my max speed with turbo should be 2.8GHz?--
Current Speed: 1600 MHz --my max speed without turbo--
Status: Populated, Enabled
Upgrade: ZIF Socket
L1 Cache Handle: 0x0006
L2 Cache Handle: 0x0007
L3 Cache Handle: 0x0008
Serial Number: Not Specified
Asset Tag: Not Specified
Part Number: Not Specified
Core Count: 4
Core Enabled: 4
Thread Count: 8
Characteristics:
64-bit capable
My turbo reading leads me to think that the dmidecode is not necessarily
reporting what the CPU can do.
I've always laughed at the shoddy workmanship of DMI. I don't know the
percentage of boards with To Be Filled By O.E.M. in them, but most of
it is useful information. Here's another snapshot of idle stats, so it
looks like it's handling the idle routines okay:
/sys/devices/system/cpu/cpu0/cpuidle
09:05:05# for a in {0..3}; do echo === state$a ===; ls state$a;cat
state$a/*; done
=== state0 ===
desc latency name power time usage
CPUIDLE CORE POLL IDLE
0
C0
4294967295
24712609
9234
=== state1 ===
desc latency name power time usage
MWAIT 0x00
3
NHM-C1
4294967294
530943161
2079744
=== state2 ===
desc latency name power time usage
MWAIT 0x10
20
NHM-C3
4294967293
4419507305
4950330
=== state3 ===
desc latency name power time usage
MWAIT 0x20
200
NHM-C6
4294967292
49546556808
7879505
It still points to that max cpu freq as the culprit.
I don't recall what kicks in the turbo mode on the i7's. I thought it
was simply bumping the speed of one core if it could keep the other
core(s) in the deep sleep state. So, a single threaded process would get
a speed improvement. If your other cores were running you'd be out of
luck. Could be wrong. Brain's been running about half a century now, so
it's wearing out.
Re: [gentoo-user] xorg-server
On Wed, 2010-12-29 at 13:01 +, Mick wrote: Personally, I can't see why all these additional config files and locations are required, rather than a single /etc/X11/xorg.conf. I have found all these back and forth changes to fdi's, xorg.conf.d and what have you, unnecessary and annoyingly time wasting. Of course I might have missed something simple in all this kerfuffle, so please chime in if there is a better way around this. If all you are worried about is making your touchpad work in X, and you're willing to pull it up in a text editor every time you need to make a change, then no, you didn't really miss anything. The purpose of xorg.conf.d is to allow packages/utilities/etc to drop in changes to your X config seamlessly, as in, without the user being required to take any specific action. For example, the synaptics input driver drops a 50-synaptics.conf file into your xorg.conf.d that includes a simple this is a touchpad configuration, which would take effect just by restarting X. The purpose of udev is to configure all of the hardware on your system, not just for X. It's how GNOME/KDE/whatever is able to automount your USB key when it shows up, and knows that /dev/sr0 is a dvd-rom drive, etc. Just as with HAL, using udev to configure X-specific options is probably overkill. In theory, other GUI systems besides X could just as easily read the x11 options from udev and use them. Since there isn't really any such alternative, the practical benefits of udev over a monolithic xorg.conf file mostly vanish. --Mike
Re: [gentoo-user] Core i7 M620 power management problem
On 12/30/2010 12:59 AM, Stefan G. Weichinger wrote: Am 30.12.2010 04:16, schrieb Bill Longman: The only thing that runs at boot is cpufrequtils and here is the config for it: [..] Bill, just for a check, does it scale correctly if you boot from a live-cd? Well, if I change the BIOS to turn off SpeedStep, it goes to 2.67 GHz.works great!
Re: [gentoo-user] Core i7 M620 power management problem
On Thursday 30 December 2010 16:45:07 Bill Longman wrote: On 12/29/2010 11:59 PM, Mick wrote: Did you try changing the default to CONFIG_CPU_FREQ_DEFAULT_GOV_ONDEMAND ? Yes, Mick, that was my first governor. I thought I'd try to see if it would behave at top speed if I set it to performance. No luck, though. And I can easily change the governor. It swaps out to any of the installed governors with aplomb, although I have to do this manually. I can't change governors from gkrellm, for instance. If I change it manually, the new governor shows up there, but it's read-only so to speak. Is there a plugin for gkrellm that does governors? Can't find it on mine. I don't know if the idle controller has anything to do with this but here is what my idle controller looks like: /sys/devices/system/cpu/cpuidle 08:43:14# ls -l;cat current_* total 0 -r--r--r-- 1 root root 4096 Dec 30 08:43 current_driver -r--r--r-- 1 root root 4096 Dec 30 08:43 current_governor_ro intel_idle menu Although different CPU my cpuidle is exactly as shown above. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Using lzma for emerge-webrsync
On Thu, Dec 30, 2010 at 11:10 AM, Jon Hardcastle jonathan.hardcas...@gmail.com wrote: Is this possible to happen automatically? I don't know the answer, but you may be interested in app-portage/emerge-delta-webrsync
Re: [gentoo-user] xorg-server
On Thursday 30 December 2010 17:40:18 Mike Edenfield wrote: On Wed, 2010-12-29 at 13:01 +, Mick wrote: Personally, I can't see why all these additional config files and locations are required, rather than a single /etc/X11/xorg.conf. I have found all these back and forth changes to fdi's, xorg.conf.d and what have you, unnecessary and annoyingly time wasting. Of course I might have missed something simple in all this kerfuffle, so please chime in if there is a better way around this. If all you are worried about is making your touchpad work in X, and you're willing to pull it up in a text editor every time you need to make a change, then no, you didn't really miss anything. Well, it's the touch pad and keyboard on two laptops, both of which seem to not have liked evdev defaults, or modifying xorg.conf, or adding options to the evdev file itself, or adding options to the 50-synaptics.conf file, or a 10-keyboard.conf file that I created. On the other hand, with a desktop the transition to 1.9 two months or so ago just worked™. The purpose of xorg.conf.d is to allow packages/utilities/etc to drop in changes to your X config seamlessly, as in, without the user being required to take any specific action. For example, the synaptics input driver drops a 50-synaptics.conf file into your xorg.conf.d that includes a simple this is a touchpad configuration, which would take effect just by restarting X. Are you talking about the /usr/share/X11/xorg.conf.d/ directory or the /etc/X11/xorg.conf.d/ which I created on my own? I was hoping that any additions in /etc/X11/xorg.conf.d/ would take precedence over settings in /usr/share/X11/xorg.conf.d/ and survive an update, but the two seem to clash and cause erratic behaviour. The purpose of udev is to configure all of the hardware on your system, not just for X. It's how GNOME/KDE/whatever is able to automount your USB key when it shows up, and knows that /dev/sr0 is a dvd-rom drive, etc. Just as with HAL, using udev to configure X-specific options is probably overkill. In theory, other GUI systems besides X could just as easily read the x11 options from udev and use them. Since there isn't really any such alternative, the practical benefits of udev over a monolithic xorg.conf file mostly vanish. Yes it does make sense, but I sort of objected to tweaking udev rules because I'm thinking the clash is not between devices, but between xf86 drivers. Anyhow, I'm happy I got it working regardless. :-) -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] xorg-server
On Thu, 2010-12-30 at 19:02 +, Mick wrote: On Thursday 30 December 2010 17:40:18 Mike Edenfield wrote: On Wed, 2010-12-29 at 13:01 +, Mick wrote: Personally, I can't see why all these additional config files and locations are required, rather than a single /etc/X11/xorg.conf. I have found all these back and forth changes to fdi's, xorg.conf.d and what have you, unnecessary and annoyingly time wastin Of course I might have missed something simple in all this kerfuffle, so please chime in if there is a better way around this. If all you are worried about is making your touchpad work in X, and you're willing to pull it up in a text editor every time you need to make a change, then no, you didn't really miss anything. Well, it's the touch pad and keyboard on two laptops, both of which seem to not have liked evdev defaults, or modifying xorg.conf, or adding options to the evdev file itself, or adding options to the 50-synaptics.conf file, or a 10-keyboard.conf file that I created. On the other hand, with a desktop the transition to 1.9 two months or so ago just worked™. The purpose of xorg.conf.d is to allow packages/utilities/etc to drop in changes to your X config seamlessly, as in, without the user being required to take any specific action. For example, the synaptics input driver drops a 50-synaptics.conf file into your xorg.conf.d that includes a simple this is a touchpad configuration, which would take effect just by restarting X. Are you talking about the /usr/share/X11/xorg.conf.d/ directory or the /etc/X11/xorg.conf.d/ which I created on my own? I was hoping that any additions in /etc/X11/xorg.conf.d/ would take precedence over settings in /usr/share/X11/xorg.conf.d/ and survive an update, but the two seem to clash and cause erratic behaviour. If you have a file of the same name in both directories, then the one in /etc should override the one in /usr/share. But the names need to match exactly.
Re: [gentoo-user] Core i7 M620 power management problem
Am 2010-12-30 18:54, schrieb Bill Longman: On 12/30/2010 12:59 AM, Stefan G. Weichinger wrote: Bill, just for a check, does it scale correctly if you boot from a live-cd? Well, if I change the BIOS to turn off SpeedStep, it goes to 2.67 GHz.works great! good to hear. So it is solved?
Re: [gentoo-user] xorg-server
On Thursday 30 December 2010 19:43:06 Mike Edenfield wrote: If you have a file of the same name in both directories, then the one in /etc should override the one in /usr/share. But the names need to match exactly. Yes, identical. I know this, because I copied the one from /usr/share to /etc/X11. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
