- Arch-general - lists.archlinux.org

[arch-general] Changed GNUstep directory in new windowmaker package
by Daniel Isenmann 07 Mar '10

07 Mar '10

Hi, today I have released a new release of the windowmaker package. The important change is the GNUstep directory. I have changed this to /usr/lib/GNUstep. It was requested as a bug report (http://bugs.archlinux.org/task/15301) and it’s now equal to Debian’s GNUstep directory location. That means, you have to change the directory for the WPrefs.App which has now the new location. All other things should be run without problems. If you have older GNUstep applications, you have to recompile them with the new location if they way located in the old GNUstep directory. -Daniel

1 0

[arch-general] Messages from fcron
by Magnus Therning 07 Mar '10

07 Mar '10

I keep on getting messages from fcron along what can be found below. Does anyone know where I should look to fix this? /M -------- Original Message -------- Subject: fcron <systab@tatooine> /usr/sbin/run-cron /etc/cron.daily Date: Sun, 7 Mar 2010 08:58:09 +0000 From: <magnus.therning(a)ntlworld.com> To: magnus.therning(a)ntlworld.com error: syslog-ng:1 duplicate log entry for /var/log/crond.log error: found error in /var/log/messages.log /var/log/auth.log /var/log/mail.log /var/log/kernel.log /var/log/errors.log /var/log/daemon.log /var/log/user.log /var/log/iptables.log /var/log/everything.log /var/log/syslog.log /var/log/acpid.log /var/log/crond.log /var/log/lpr.log /var/log/uucp.log /var/log/news.log /var/log/ppp.log /var/log/debug.log , skipping

2 1

[arch-general] xorg hotplug & openbox
by János Illés 07 Mar '10

07 Mar '10

Hi guys, I anyone still experience this[1], please reply to this thread. I think it is solved[2] and should be removed from the wiki but I thought I should doublecheck. Thanks. [1] http://wiki.archlinux.org/index.php/Xorg_input_hotplugging#Arrow_keys_don.2… [2] http://bugzilla.icculus.org/show_bug.cgi?id=3885 -- ijanos

3 2

Re: [arch-general] [arch-dev-public] Fwd: nvidia oops
by Evangelos Foutras 07 Mar '10

07 Mar '10

On Sun, Mar 7, 2010 at 3:23 AM, Aaron Griffin <aaronmgriffin(a)gmail.com> wrote: > Just forwarding this on. Is this important enough to post a news item about? > Or should we just force-downgrade the affected drivers? This has been taken care of in http://bugs.archlinux.org/task/18580 (the second option was selected). :)

1 0

[arch-general] Ekiga on x64?
by Magnus Therning 06 Mar '10

06 Mar '10

Has anyone gotten Ekiga to work on x64? I can't seem to get a connection to the echo service. I believe I've eliminated all possible network issues by successfully running ekiga 3.0 on a x32 ubuntu machine. Any suggestions? /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe

2 2

[arch-general] grub2 and xfs seems not to work :(
by Tobias Powalowski 06 Mar '10

06 Mar '10

Hi guys, i'm just trying to get grub2 support in archboot's setup. Now i have found an irritating thing it seems it doesn't like xfs and the ususal xfs_freeze hack from grub1 is not working anymore. Does anyone already use grub2 with xfs and if yes how did you solve this issue. Many thanks for input on this weird issue. greeings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

2 4

[arch-general] Automatic LVM assembly - call for testers
by Thomas Bächler 06 Mar '10

06 Mar '10

Traditionally, LVM is assembled by running "vgchange -ay" manually. That has several problems, especially if one of the physical volumes is missing when the VG was supposed to be assembled. This has been experienced by people who use LVM on USB storage for their root device. I came up with a way of assembling LVM automatically through udev: A udev rule combined with a short shell script waits until all required physical volumes have been detected, then assembles the volume group in the background. This also works when adding a removable device to the system at any time. I'm asking anyone with LVM and a bit of spare time to test this. I'm especially interested in results from people who have a volume group on more than one hard drive. This is how it works: Get the package from: http://dev.archlinux.org/~thomas/lvm_autoassemble/ If you want to use this for detection of your boot device: Replace the "lvm2" hook with the "lvm_autoassemble" hook in mkinitcpio.conf and recreate the initramfs (make sure to keep a copy of the working one, as always). Possible side-effects: There may be some trouble when dealing with removable devices that contain LVM physical volumes: The volume groups are automatically activated, but have to be deactivated manually before removing the drive. Furthermore, when you remove a device and add it again later, the mechanism that detects whether all PVs have been found might fail and "vgchange -ay" may be run too often. Another side-effect is that I didn't add --ignoremonitoring to the script, so dmeventd may be started in initramfs (for mirror or snapshot volumes), which may not be desired. Any feedback is welcome.

2 1

[arch-general] top posting
by Juan Diego 06 Mar '10

06 Mar '10

Hello listmates, is there any special reason of why top-posting is a bad thing?

16 24

[arch-general] can't register for Arch forums
by Andreas Wagner 06 Mar '10

06 Mar '10

Hello, I am thoroughly enjoying using arch linux so I have tried to register for the Arch forums. I have tried several times but I get the message: "Bots are unwelcome here. The door is right over there, don't let it hit you on the way out." I assure you I am no bot. It would be great if someone could fix this. Thanks, Andreas

9 11

[arch-general] Problems with mkinitcpio
by Ihad 05 Mar '10

05 Mar '10

Hi, Maybe this is more suitable for arch-dev, but I hope that the devs also read here. Let me know if I should redirect this to arch-dev-public. I have some ancient hardware, specifically an AMD Athlon(tm) XP 2600+ with a PCI IDE Controller: $ lspci | grep Mass 00:0a.0 Mass storage controller: HighPoint Technologies, Inc. HPT366/368/370/370A/372/372N (rev 04) Also, I have IDE devices from hda to hdg, some of them connected to the aforementioned PCI IDE controller. There are 2 raid devices configured: # cat /proc/mdstat Personalities : [raid6] [raid5] [raid4] md1 : active raid5 hdb1[0] hdf1[2] hde1[1] 234436352 blocks level 5, 64k chunk, algorithm 2 [3/3] [UUU] [================>....] resync = 82.2% (96372676/117218176) finish=19.5min speed=17746K/sec md0 : active raid5 hda2[0] hdg2[2] hdd2[1] 156199808 blocks level 5, 64k chunk, algorithm 2 [3/3] [UUU] unused devices: <none> The rebuilding device has devices connected to the PCI controller. All other devices are handled by sis5513, btw. also from /lib/modules/*/ide The autodetect hook from mkinitcpio thinks that pata_hpt366 is the module of choice. But it doesn't work. It crashes the kernel after some time, unfortunately not reproducible and without a log message. The box just stops responding to anything, including a ping. So I guess this something like a kernel panic. The IDE driver (hpt366) works like a charm, but it doesn't seem to generate udev events, so the device nodes don't get created in the initrd, and I'm stuck with a busybox prompt. So I created my own hook in /lib/initcpio/hooks: # cat ide run_hook () { msg -n ":: Creating IDE device nodes" /bin/mknod "/dev/hda" b 3 0 /bin/mknod "/dev/hda1" b 3 1 /bin/mknod "/dev/hda2" b 3 2 /bin/mknod "/dev/hdb" b 3 64 /bin/mknod "/dev/hdb1" b 3 65 /bin/mknod "/dev/hdb2" b 3 66 /bin/mknod "/dev/hdc" b 22 0 [snip] /bin/mknod "/dev/hdg2" b 34 2 msg "done." } and included it into my hooks. Works like a charm. Now my question: is this expected behavior or is it a bug? If it's a bug, where should I file it? LKML or against arch/mkinitcpio? LKML is a problem, since I don't have any a trace. BTW, pata_hpt366 is marked as experimental in 2.6.30. at least. -- Regards. Ihad.

3 9