- Arch-general - lists.archlinux.org

[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

[arch-general] [patch] AIF, discover repos on iso.
by Mark Pustjens 05 Mar '10

05 Mar '10

Hi List, The attached patch fixes a TODO in lib-pacman of aif. Instead of hardcoding that `core' is always available locally and falling back to net for others, it now checks /src/ for repos. It assumes repos are stored at /src/$repo/pkg/. All these repos are added as cache dirs. While preparing pacman, a number of repo names are provided to be prepared. All those repos which were requested are added as actual repo. If this repo is available locally, the url points to disk. Otherwise it falls back to the mirrorlist. Please let me know what you think. Greetings/Groetjes Mark Pustjens -- Currently there's five machines permanently networked here. They *all* contain the serious core stuff. A couple of the machines are pensioned off 486s, with little other value now. Plus there's two Jaz drives in the building and the portable also carries a fair amount of stuff. Plus every Friday a man comes around and carves all the new stuff onto stone slabs and buries them in the garden... I think I'm okay. (alt.fan.pratchett)

4 3

[arch-general] [patch] AIF, partition table compatibility with grub2.
by Mark Pustjens 05 Mar '10

05 Mar '10

Hi list, The attatched patch adds the `-D' option to the sfdisk call. This causes some extra space to be saved for the MBR, which is needed for grub2 in some cases. Please let me know what you think. Greetings/Groetjes Mark Pustjens -- I do note with interest that old women in my books become young women on the covers... this is discrimination against the chronologically gifted. (alt.fan.pratchett)

6 9

[arch-general] [signoff] util-linux-ng-2.17.1-1
by Tobias Powalowski 05 Mar '10

05 Mar '10

Hi major changes: - removed loop aes crypt support please signoff, both arches. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

[arch-general] Fwd: Re: [arch-dev-public] monotone needs botan 1.8.x
by Andrea Scarpino 05 Mar '10

05 Mar '10

forwarded to arch-general ---------- Forwarded Message ---------- Subject: Re: [arch-dev-public] monotone needs botan 1.8.x Date: Friday 05 March 2010, 17:48:28 From: Marq Schneider <queueram(a)gmail.com> To: Allan McRae <allan(a)archlinux.org>, Andrea Scarpino <andrea(a)archlinux.org>, Dan McGee <dpmcgee(a)gmail.com> I'm emailing you guys directly since i don't think i have access to this mailing list. On Fri, Mar 5, 2010 at 08:34, Allan McRae <allan(a)archlinux.org> wrote: > Looking at the release notes, monotone appears to ship with an internal version of botan. > Can you just use that rather than making an additional package? I have never heard of or seen this in the monotone source. If you want to build botan 1.8.x and statically link it in as part of the monotone PKGBUILD. See my attached PKGBUILD on FS as an example (the 2nd one) [0] On Fri, Mar 5, 2010 at 08:34, Dan McGee <dpmcgee(a)gmail.com> wrote: > I think I dragged this into the repos a few years ago when it appeared > it might become one of the big DVCS tools. This one stayed under the > radar compared to git and mercurial, however. Pidgin does use it for > what it is worth to manage their codebase. I've been following this discussion on arch-dev-public and the FS [0]. I work on pidgin from time to time, so this is a must have for me to continue development. I wanted to ask: why did botan get updated to using the development (1.9.x) branch instead of the stable (1.8.x) branch? Arch jumped from 1.8.5 to 1.9.3 back in November. I am all for keeping packages up-to-date, but i am not sure that i agree with hopping to the development branch. I don't follow the botan mailing list at all, but the stable branch is still worked on (now up to 1.8.8). If nothing requires 1.9.x, would it do any harm to revert botan to 1.8.x? Regards, Marq [0] http://bugs.archlinux.org/task/17297 [1] http://repos.archlinux.org/wsvn/packages/botan/trunk/PKGBUILD?op=log&rev=0&… ----------------------------------------- -- Andrea `bash` Scarpino Arch Linux Developer

1 0

[arch-general] Automounting internal devices in Gnome
by Flavio Costa 05 Mar '10

05 Mar '10

Hi, Before Gnome 2.28 (I've been using Arch since 2.22, I guess), Gnome used to be able to mount my internal devices (in this case some NTFS partitions I have, and yes use Windows sometimes...) automatically (I just had to grant a permission on a neat GTK interface). I guess that magic used to happen due to a set of softwares working together, those being HAL, DBus, PolicyKit and Gnome. When Gnome 2.28 came out (and also devicekit-*, the replacement of policykit with polkit and the deprecation of HAL) this neat magic dissapeared and I've looked for many solutions in the forums or in others places but I couldn't found one. Everytime I want to use those extra NTFS partitions, I have to manually click one the "Places" menu and select the device, after clicking I'm prompted for my root password. I type it and the disk is mounted. But that's boring (all my musics are stored on the NTFS partition, so everytime I want to listen to them I have to do this). I even managed to supress the prompting for the password but I believe that due to some update that stopped working. $ cat /etc/polkit-1/localauthority.conf.d/61-custom.conf [Automount Devices] Identities=unix-group:storage Action=org.freedesktop.devicekit.disks.* ResultActive=yes ResultAny=no ResultInactive=no The above doesn't work anymore (I have to enter the password everytime). So despite of fstab, does anyone knows the solution or a workaround for this problem? -- Flávio Coutinho da Costa

3 3

[arch-general] Crazy cursor with Linux Wacom on Tablet PC
by Sachiel 04 Mar '10

04 Mar '10

Hi All, I have a Lenovo X200 Tablet PC, and I've been using Linux Wacom drivers from AUR [1] with no problems. A few weeks ago, I decided to check for new drivers, and I not only found that I wasn't using the last linuxwacom drivers, but that they have been changed to xf86-input-wacom [2]. Ok, I removed the linuxwacom paquet, and compiled & installed the new ones. But I discovered that the pen has gone crazy, as you can see here: http://www.youtube.com/watch?v=MGCjuniMYbY . Sorry for the video, but I didn't know how to explain the problem with just words. Touching with finger works ok, it just needs calibration to correct a little displacement. The PC is a Lenovo X200 Tablet, I've tried xf86-input-wacom and xf86-input-wacom-git [3], I've tried with no xorg.conf file (auto configuration), and using an xorg.conf file as commented in ThinkWiki [4], and the behaviour is always the same. I've tried to recompile the old linuxwacom, but the current version in AUR doesn't compile, and I don't have a copy of the previous version I was using. Of course, I've also tried googling, but no results with "Linux Wacom flickering cursor" or similar wording. Any hint? Maybe this doubt is more suited for Linux Wacom developers that General Arch Linux? Regards, Sergi [1] http://aur.archlinux.org/packages.php?ID=16912 [2] http://aur.archlinux.org/packages.php?ID=28999 [3] http://aur.archlinux.org/packages.php?ID=32033 [4] http://www.thinkwiki.org/wiki/ThinkWiki

1 0