- Arch-general - lists.archlinux.org

[arch-general] Akonadi LDAP
by Paul Gideon Dann 08 May '12

08 May '12

Hi guys, I've been reading up on LDAP, in the hope of getting Kontact set up to read in addresses from my work's Exchange server. However, it seems that LDAP is missing from the "New Address Book" dialogue. It's also missing from the Akonadi configuration. I know it's supposed to be there. Do I need something extra installed? Paul

2 2

[arch-general] AUR-texstudio depedencies
by Arno Gaboury 08 May '12

08 May '12

In the AUR texstudio package, Please could you add "evince" package in depedencies, as texstudio need it to read dvi, ps and pdf file. evince is a simple document viewer. Thank you.

5 4

Re: [arch-general] I need some help finding the cause of a problem with my gamepad
by Johan 07 May '12

07 May '12

Just tried it but found no difference whatsoever, except for the fact that the aforementioned directional buttons didn't trigger any event on my recent copy of Arch. -- Johan

1 0

[arch-general] [HEADSUP] /lib/security/* moving to /usr/lib/security/
by Tom Gundersen 07 May '12

07 May '12

Hi guys, After gnome-3.4 move out of testing I intend to rebuild all packages with files in /lib/security to move them to /usr/lib/security. I'm using this locally and everything seems fine, so I don't expect any issues. That said, third-party packages should make note of this change as pam will no longer read modules that reside in /lib/security, so such packages must also be updated. Once this is done we only have /lib/modules left to deal with. Cheers, Tom

3 4

[arch-general] I need some help finding the cause of a problem with my gamepad
by Johan 07 May '12

07 May '12

I have this USB gamepad, MoJo's RetroAdapter ( http://denki.world3.net/retro_v2.html) that is not working properly on the latest releases of Arch; I can get the directional pad to go <Right> and <Down>, but <Up> and <Left> are unresponsive (jstest does nothing). It used to work fine on Arch last year (I switched to Ubuntu to try Unity, and just came back), and it works fine on other distros, even on Arch's current netinstall image. To rule out the kernel and/or it's patches as the culprit I installed linux-vanilla from AUR and nothing changed. I guess it may have something to do with UDEV, but honestly I don't know what I should be looking for. I'd appreciate some help with this issue. Thanks, - Johan

2 1

[arch-general] teXstudio 2.3 building failed
by Arno Gaboury 06 May '12

06 May '12

Archlinux X86_64 qt 4.8.1-2 poppler-qt 0.18.4-1 gcc 4.7.0 Building texstudio-2.3-4 from AUR failed with many errors. To build successfully Texstudio from source, I first downloaded tarball from Sourceforge, then I modified some codes in three files. I diffed these files with the correct ones. Please find here the URL to download the needed patches: http://tinyurl.com/cln72y4 Hope it can help.

2 1

[arch-general] LVM on LUKS and fsck
by Mauro Santos 06 May '12

06 May '12

I have decided to give encryption a shot and I have started with some bootable usb disks I have as emergency/recovery media. Everything works and partitions seem to mount just fine, but during boot in the fsck fase, root is apparently checked twice and home apparently doesn't get checked. root: clean, 177630/524288 files, 1430174/2097152 blocks boot: clean, 34/65536 files, 50998/262144 blocks root: clean, 12450/2162688 files, 7055618/8649728 blocks Using dumpe2fs to check how many blocks my root and home volumes have I can confirm that the first root line really corresponds to root and the second root line corresponds to home. Does anyone know if this is a (known) bug or am I missing something? My partition/volumes setup is as follows: boot luks -lvm --root --swap --home menu.lst: title Arch Linux root (hd0,0) kernel /vmlinuz-linux root=/dev/lvmvol/root cryptdevice=/dev/disk/by-uuid/d9cfc224-4ece-489b-a231-f5a5a876354f:luksvol ro quiet initrd /initramfs-linux.img fstab: UUID=b4a938a4-1a49-42dc-9535-472efcccc264 /boot ext2 defaults,noatime 0 1 /dev/lvmvol/root / ext4 defaults,noatime 0 1 /dev/lvmvol/home /home ext4 defaults,noatime 0 2 /dev/lvmvol/swap none swap defaults 0 0 mkinitcpio.conf: MODULES="" BINARIES="" FILES="" HOOKS="base udev usb usbinput keymap encrypt lvm2 autodetect pata scsi sata filesystems" -- Mauro Santos

4 4

[arch-general] Switching back to udisk1
by Kevin Chadwick 04 May '12

04 May '12

Hi, all "http://igurublog.wordpress.com/2012/03/11/udisks2-another-loss-for-linux/" I answered yes to the switch to udisks2 and now the mount point only shows for a split second in Nautilus. The device still shows but now I've lost unmount access via sudo too, my scripts clean up on disconnect so it's not an immediate game stopper but is not right either. I liked the fact it showed exactly where the device was mounted even though it's always /media/usb[0-100]. How easy is it to switch back to udisks1 and what problems can people see for me going forward, if I do?

7 14

[arch-general] rtirq doesn't fit to current kernel-rt at AUR
by Ralf Mardorf 04 May '12

04 May '12

I'm still using an older kernel on Arch, I just want to inform you, that I had issues with rtirq for another distro. Fernando from CCRMA did solve the issue and RUI edited his script, there also was help from Jeremy: http://lists.linuxaudio.org/pipermail/linux-audio-user/2012-May/084764.html Regards, Ralf

1 1

[arch-general] *-gdb.py files are misplaced
by Rodrigo Rivas 03 May '12

03 May '12

Hello. I am debugging a C++ program with GDB and I want to use the nice Python scripts for pretty-printing the STL types. But, alas, it does not work. This script is installed in "/usr/share/gdb/auto-load/libstdc++. so.6.0.17-gdb.py" to handle the pretty printing of STL types. But the fact is that GDB does not load it. Doing a quick "strace gdb ./a.out" I find that it looks for the file in: /usr/share/gdb/auto-load/usr/lib/libstdc++.so.6.0.17-gdb.py Note the "usr/lib/" into the "auto-load" directory. (BTW, the GDB documentation seem to say that it should read it from yet another directory.) Right now I patched it by creating a few symbolic links into the "auto-load" directory. I'd like to file a bug report, but I'm new to Arch Linux, so I'm asking for advice: Should I file a bug report for each of the packages that install a file in this directory? Also, I think that some of them may come this way from upstream, but Currently, I've detected the following packages that install files there: glib2, isl and gcc Or should I file a bug into GDB itself? Thank you in advance. -- Rodrigo

3 4