Re: [gentoo-user] courier imap over nfs
On 2 Aug 2010, at 00:11, Matt Harrison wrote: ... On 01/08/2010 18:19, Stroller wrote: Have you considered Dovecot? I haven't, no. Not for any reason other than I hit upon courier first and I has always worked pretty well until now. Is there a large advantage to using dovecot for imap over nfs? Or were you implying that it would be easier to setup on solaris? It might be easier to set up Dovecot on Gentoo than Courier on Solaris. I have been using courier for years, but when I needed to deploy at a site, authenticating via Samba, I used Dovecot. I think this was necessary because Dovecot supported PAM modules in a way that Courier did not. At one point a problem I asked for help with on the Dovecot mailing- list proved to be a bug and was fixed by the developer within 36 hours of me experiencing it. I have the impression that Dovecot is lightweight, fast and secure. It will be my first choice of IMAP server in the future, and I'll be replacing my Courier installation here with Dovecot just as soon as I get time. Stroller.
[gentoo-user] Re: KDE Right Control key sending Ctrl and then linefeed in terminal/xterm
Bill Longman bill.longman at gmail.com writes: Does anyone else suffer this ailment?In KDE, my right ctrl key is sending ctrl AND THEN a linefeed. It is REALLY annoying.It's a PS/2 Dell keyboard and I use a Dell USB mouse. This doesn't happen at the console.bill$ xmodmapxmodmap: up to 4 keys per modifier, (keycodes in parentheses):shift Shift_L (0x32), Shift_R (0x3e)lock Caps_Lock (0x42)control Control_L (0x25), Control_R (0x69) Here's mine: shift Shift_L (0x32), Shift_R (0x3e) lockCaps_Lock (0x42) control Control_L (0x25), Control_R (0x69) mod1Alt_L (0x40), Alt_R (0x6c), Meta_L (0xcd) mod2Num_Lock (0x4d) mod3 mod4Super_L (0x85), Super_R (0x86), Super_L (0xce), Hyper_L (0xcf) mod5ISO_Level3_Shift (0x5c), Mode_switch (0xcb) I'm not sure what to make of itjust off of a fresh update. hth, James
Re: [gentoo-user] ACPI conflict while loading it87 module
On 08/01/2010 07:51 AM, Xi Shen wrote: thanks a lot. i am using asus mb, and asus_atk0110 works for me too. :) On Sun, Aug 1, 2010 at 7:52 PM, pk pete...@coolmail.se wrote: On 2010-08-01 11:01, Xi Shen wrote: Aug 1 16:56:03 david-gentoo kernel: [ 715.671669] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver how to fix this problem? Use the ACPI module (appropriate for your motherboard) instead of the it87 module. For example my motherboard (asus P5E64WS) uses the atk0110 (acpi) module... you find it under these conditions (make menuconfig): Depends on: HWMON [=y] ACPI [=y] X86 [=y] EXPERIMENTAL[=y] Location: - Device Drivers - Hardware Monitoring support (HWMON [=y]) I just saw, this weekend in fact, that the newer Phenoms, in fact most of the recent K10 CPUs, do not work accurately with the atk0110 so when the driver starts to load, it flatly refuses. I have a 9750 Phenom and that one works great. Works fine in my X2 4000+. These are all assus [sic] mobos. But my 940 Phenom II won't work, thusly: k10temp :00:18.3: unreliable CPU thermal sensor; monitoring disabled
Re: [gentoo-user] courier imap over nfs
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/08/2010 08:17, Stroller wrote: On 2 Aug 2010, at 00:11, Matt Harrison wrote: ... On 01/08/2010 18:19, Stroller wrote: Have you considered Dovecot? I haven't, no. Not for any reason other than I hit upon courier first and I has always worked pretty well until now. Is there a large advantage to using dovecot for imap over nfs? Or were you implying that it would be easier to setup on solaris? It might be easier to set up Dovecot on Gentoo than Courier on Solaris. I have been using courier for years, but when I needed to deploy at a site, authenticating via Samba, I used Dovecot. I think this was necessary because Dovecot supported PAM modules in a way that Courier did not. At one point a problem I asked for help with on the Dovecot mailing-list proved to be a bug and was fixed by the developer within 36 hours of me experiencing it. I have the impression that Dovecot is lightweight, fast and secure. It will be my first choice of IMAP server in the future, and I'll be replacing my Courier installation here with Dovecot just as soon as I get time. Stroller. Well I've switched that server over to dovecot and so far everything is working well :) There's a few deep nested folders that aren't subscribable normally, but are after a manual tweak of the subscriptions file but I'll work that out later. Thanks for the input, dovecot does seem to be faster and more lightweight which is perfect for this installation. Thanks Matt -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkxXA7sACgkQdG+qMRd5kKrH7gCgpu/t614mZ7zcK5+7B/jqiSNg s4wAn3PUxEQ/DzyyeGCy7iXnUcNmMFxF =buLS -END PGP SIGNATURE-
Re: [gentoo-user] ACPI conflict while loading it87 module
On 2010-08-02 17:49, Bill Longman wrote: I just saw, this weekend in fact, that the newer Phenoms, in fact most of the recent K10 CPUs, do not work accurately with the atk0110 so when the driver starts to load, it flatly refuses. I have a 9750 Phenom and that one works great. Works fine in my X2 4000+. These are all assus [sic] mobos. But my 940 Phenom II won't work, thusly: k10temp :00:18.3: unreliable CPU thermal sensor; monitoring disabled Isn't k10temp a different/separate module? If I go to lm-sensors site (http://www.lm-sensors.org/wiki/Devices) I see this: k10temp PCI 2.6.33 or standalone driver(2009-12-06) Embedded sensors are known to be unreliable on the DR-BA, DR-B2, DR-B3, RB-C2 and HY-D0 revisions of the family 10h CPU, which will never be supported. Driver contributed by Clemens Ladisch, reviewed by Jean Delvare. So if you have one of those CPU revisions I guess you're out of luck? The chipset on my main rig (Asus m/b) is running a Intel chipset... I have only older AMD CPUs (Athlon X2 BE2400) with Gigabyte motherboards which doesn't have the atk0110 so I'm unfortunately not much of help... Best regards Peter K
Re: [gentoo-user] ACPI conflict while loading it87 module
On 08/02/2010 01:02 PM, pk wrote: On 2010-08-02 17:49, Bill Longman wrote: I just saw, this weekend in fact, that the newer Phenoms, in fact most of the recent K10 CPUs, do not work accurately with the atk0110 so when the driver starts to load, it flatly refuses. I have a 9750 Phenom and that one works great. Works fine in my X2 4000+. These are all assus [sic] mobos. But my 940 Phenom II won't work, thusly: k10temp :00:18.3: unreliable CPU thermal sensor; monitoring disabled Isn't k10temp a different/separate module? If I go to lm-sensors site (http://www.lm-sensors.org/wiki/Devices) I see this: k10temp PCI 2.6.33 or standalone driver(2009-12-06) Embedded sensors are known to be unreliable on the DR-BA, DR-B2, DR-B3, RB-C2 and HY-D0 revisions of the family 10h CPU, which will never be supported. Driver contributed by Clemens Ladisch, reviewed by Jean Delvare. So if you have one of those CPU revisions I guess you're out of luck? The chipset on my main rig (Asus m/b) is running a Intel chipset... I have only older AMD CPUs (Athlon X2 BE2400) with Gigabyte motherboards which doesn't have the atk0110 so I'm unfortunately not much of help... You're right, Peter. I have two M4A79 Deluxe mobos, one with the Deneb 940 and that's where I get the error when I try to use the k10temp module. The other runs the 9750 Agena and uses the asus_atk0110 module and works okay. Both are amd64 running 2.6.34. I'll reboot the 940 and see if that module works.
[gentoo-user] All ~arch users: do not update python
Updating python to 2.6.5_p20100801 will break portage. emerge will stop working after that and there's no information on how to recover from that right now (because emerge won't work, you can't downgrade to the previous, working python version.) Bug for this issue: http://bugs.gentoo.org/show_bug.cgi?id=330937
Re: [gentoo-user] All ~arch users: do not update python
On Tue, 2010-08-03 at 03:53 +0300, Nikos Chantziaras wrote: Updating python to 2.6.5_p20100801 will break portage. emerge will stop working after that and there's no information on how to recover from that right now (because emerge won't work, you can't downgrade to the previous, working python version.) Bug for this issue: http://bugs.gentoo.org/show_bug.cgi?id=330937 Must not affect all users because it works for me: [Orbitrap(84) ~]$ epm -q python python-2.5.4-r4 python-3.1.2_p20100801 python-2.6.5_p20100801 ╭─╮ Linux 35+ --❨ 5 users ❩-- Load: 1.34 1.14 1.49 ╭─╮ ╰─╯ Mon Aug 02❬volt...@paska❭ ↑ epm: 1s ╰─╯ [Orbitrap(92) ~]$ eselect python list Available Python interpreters: [1] python2.5 [2] python2.6 * [3] python3.1 ╭─╮ Linux 35+ --❨ 5 users ❩-- Load: 1.34 1.14 1.49 ╭─╮ ╰─╯ Mon Aug 02❬volt...@paska❭ ↑ eselect: 0s ╰─╯ [Orbitrap(92) ~]$ sudo emerge -1 python Calculating dependencies... done! Verifying ebuild manifests Emerging (1 of 1) dev-lang/python-3.1.2_p20100801 Installing (1 of 1) dev-lang/python-3.1.2_p20100801 Jobs: 1 of 1 completeLoad avg: 1.80, 1.47, 1.55 Auto-cleaning packages... No outdated packages were found on your system.
Re: [gentoo-user] All ~arch users: do not update python
On 08/02/2010 05:53 PM, Nikos Chantziaras wrote: Updating python to 2.6.5_p20100801 will break portage. emerge will stop working after that and there's no information on how to recover from that right now (because emerge won't work, you can't downgrade to the previous, working python version.) Bug for this issue: http://bugs.gentoo.org/show_bug.cgi?id=330937 /usr/bin/python3.1 emerge =lang-python/python-2.6.5-r3 Assuming of course you've got python3.1 installed in another slot.
Re: [gentoo-user] All ~arch users: do not update python
On 08/02/2010 06:20 PM, Albert Hopkins wrote: On Tue, 2010-08-03 at 03:53 +0300, Nikos Chantziaras wrote: Updating python to 2.6.5_p20100801 will break portage. emerge will stop working after that and there's no information on how to recover from that right now (because emerge won't work, you can't downgrade to the previous, working python version.) Bug for this issue: http://bugs.gentoo.org/show_bug.cgi?id=330937 Must not affect all users because it works for me: [Orbitrap(84) ~]$ epm -q python python-2.5.4-r4 python-3.1.2_p20100801 python-2.6.5_p20100801 Do you have the python3 useflag set? If so, emerge should be using python3 not your eselected version.
Re: [gentoo-user] All ~arch users: do not update python
On Mon, 2010-08-02 at 20:39 -0700, John Campbell wrote: Do you have the python3 useflag set? If so, emerge should be using python3 not your eselected version. Oh yeah, I'm using the python3 version of portage, that must be why. -a
[gentoo-user] Re: All ~arch users: do not update python
On 08/03/2010 03:53 AM, Nikos Chantziaras wrote: Updating python to 2.6.5_p20100801 will break portage. emerge will stop working after that and there's no information on how to recover from that right now (because emerge won't work, you can't downgrade to the previous, working python version.) Bug for this issue: http://bugs.gentoo.org/show_bug.cgi?id=330937 An easy way to repair a broken system has been posted: http://bugs.gentoo.org/show_bug.cgi?id=330937#c15
[gentoo-user] Is a git based tree going to save me bandwidth and time?
Hi folks... I've been thinking about switching from a rsync based tree to a git based one cloning [0]. The main reasons because I would do that is in order to save bandwidth (I've a slow GSM connection in my netbook and I sync two other gentoo boxes from the first one) and maybe time. So here goes the question, Is a git based tree really going to save me an appreciable bandwidth and time on syncing?, Can I keep the same replication functionality rsync gives me to sync my other boxes? [0] http://github.com/funtoo/portage/tree/gentoo.org