- Arch-general - lists.archlinux.org

[arch-general] Kopete auto reply
by Nilesh Govindarajan 28 Apr '10

28 Apr '10

Does anyone know how to setup kopete so that it can autoreply when away like it is with pidgin (purple-plugin-pack) ? -- Nilesh Govindarajan Site & Server Administrator www.itech7.com मेरा भारत महान ! मम भारत: महत्तम भवतु !

1 0

Re: [arch-general] [arch-announce] xorg18 repository moves to testing
by Ray Kohler 27 Apr '10

27 Apr '10

On Tue, Apr 27, 2010 at 6:01 PM, Arch Linux: Recent news updates: Jan de Groot <announce(a)archlinux.org> wrote: > Jan de Groot wrote: > > The xorg18 repository has been cleared out, all packages have been moved to > testing. A lot of users have been testing this xorg18 repository with success, > so it's time to move it to testing. This means all testing users who haven't > tried the xorg18 repository yet will have to reconfigure their input devices on > the next upgrade. The original announcement for the xorg18 repository can be > found here: http://mailman.archlinux.org/pipermail/arch-dev- > public/2010-April/016387.html Nouveau should get an upgrade to go with this. I was able to run the existing xf86-video-nouveau from [extra] by setting IgnoreABI. I wasn't able to get the source of that snapshot to compile against the current X stack. A current snapshot built with no problem and the server loaded, though I couldn't test if it actually worked properly (I started that X server on a remote machine).

1 0

[arch-general] [signoff] kernel26 2.6.33.3-1
by Thomas Bächler 27 Apr '10

27 Apr '10

This is an upstream kernel release, including security fixes. Packages will enter testing within the next hour. We had a gcc 4.4 -> 4.5 version bump, so the external modules are still compiled with 4.4, while the kernel is compiled with 4.5. If any external modules break (usual candidates are nvidia and aufs2), we will have to rebuild them with 4.5 as well. Please test this update thoroughly and sign off. Please provide feedback about the state of our nvidia and aufs2 (or other external) builds, so we know whether we require a rebuild.

3 4

[arch-general] 2.6.33 and Thinkpad x200 => random freezes
by Lukas Grässlin 27 Apr '10

27 Apr '10

Hi there, it seems that there are some problems with 2.6.33 and my thinkpad x200. The system randomly freezes completely. That means the mouse and the keyboard aren't working and the screen is just frozen. This is no Xorg crash and I do not really know if its a kernel panic, because the num led doesn't blink. There is absolutely nothing in the logs. Not even a single hint. So I downgraded to 2.6.32 and I had no freezes since yesterday. (But I cant say 100% that its ok, but i think so). I have a guess that it has something to do with wireless lan and battery running, but this is vague. Does anybody here has similar problems? Regards, Lukas http://lg.ath.cx/downloads/misc/dmesg http://lg.ath.cx/downloads/misc/lspci http://lg.ath.cx/downloads/misc/lsusb

1 0

[arch-general] Latest NVIDIA en kernel update
by Manne Merak 27 Apr '10

27 Apr '10

I see there are some discussions going on the nvidia, KDE and arch forums about the performance of KDE 4.4 and latest nvidia driver, no results yet as I can see. My current setup with 190.53 works fast and snappy (no special xorg param); but updating to anything later drops performance by a factor, so I resisted upgrading nvidia. Now with the latest kernel update I cannot keep the 190.53 driver. Anyone have a solution for performance tweaking the latest KDE and nvidia combo? (I dont want to get too out of sync with the updates). Manne

8 10

Re: [arch-general] [arch-dev-public] [signoff] ifenslave-1.1.0-5
by Allan McRae 27 Apr '10

27 Apr '10

On 19/04/10 16:50, Allan McRae wrote: > Last rebuild in 2008 and upstream recommends building against current > kernel... > Fixed include path > > Signoff both, > Allan Anyone? User signoffs are good.

2 1

[arch-general] announce: latest snapshot of the "TalkingArch" CD for blind users
by Chris Brannon 27 Apr '10

27 Apr '10

Hi all, I'm proud to announce the April 2010 snapshot of my TalkingArch CD for blind users. This is more-or-less equivalent to the netinstall CD, with one major difference. The system provides spoken feedback as soon as you boot with the disk. I made some improvements to the project since the last release in the fall of 2009. First, I now provide an x86_64 image, as well as an image for i686. I learned that I could use qemu to build the 64-bit version. Second, the CD now includes a brltty package, for people who wish to use braille displays. Here's the link to my project: http://the-brannons.com/tarch/ If you're blind, please check it out. Likewise, if you know anyone who might be interested, please spread the word. -- Chris

1 0

[arch-general] A peculiar LDAP setup
by Piyush P Kurur 26 Apr '10

26 Apr '10

Hi, We have configured a set of machines to authenticate against an LDAP database. For some machines we do not want the users to login via their normal shell but some custom program runs for them. For example if some one tries to login to the smtp server via ssh, they get authenticated via LDAP but their default shell fo smtp should be say a program that sets up the email forwarding. More generally is there a way, by mucking around in the pam config or ldap config to ignore certain fields in the ldap database and fill it with some default values. Is there a way to achieve this apart from inelegent ways like copying the ldap database locally and creating a /etc/passwd file ? Best Regards ppk

2 1

[arch-general] CUPS backend for both libusb-based and usblp-based access
by Andreas Radke 26 Apr '10

26 Apr '10

I know users with multidevices have a serious problems with recent 1.4.0 update because they can only use either the scanner or the printer. I've just found this patch from Till Kapeter, the main OpenPrinting(foomatic) developer and Debian cups package maintainer. http://www.cups.org/str.php?L3357 I assume this could solve all outstanding issues. But sure this is not the current upstream way. And I cannot test it in any way because I don't have such a device. This is to show affected users a possible way to recompile our cups packages with this patch. If it really solves the trouble we might think if it should be done manually (we could put the patch into svn though). That would receive my vote. Or if we could trust Debian here and provide stuff that is not the upstream way but - if proved - solves all the trouble. I couldn't provide any help but doing building the packages. Please test the patch and post your opinions. http://www.cups.org/strfiles/3357/usb-backend-both-usblp-and-libusb.dpatch -Andy

1 0

[arch-general] [signoff] kernel 2.6.33 and friends
by Thomas Bächler 26 Apr '10

26 Apr '10

Now that Pierre fixed lirc for us (neither tpowa nor I were able to do it due to time constraints), here is the signoff for 2.6.33 and the related modules. Please sign off, so we can finally move 2.6.33.

2 1