- Arch-general - lists.archlinux.org

[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

[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