April 2011 - Arch-general - lists.archlinux.org

[arch-general] What are people's opinions about this?
by Grigorios Bouzakis 15 Apr '11

15 Apr '11

This feature request: https://bugs.archlinux.org/task/23747 ---- Greg

6 12

[arch-general] [translation] Pacman 3.5.2 string freeze
by Dan McGee 15 Apr '11

15 Apr '11

This is a message to all past/present/future translators that I'd like to do the pacman 3.5.2 release around the end of this week, so if you could take a look at the translations and get them up to date that would be great: https://www.transifex.net/projects/p/archlinux-pacman/r/3-5-2/ There are only a handful of new and/or changed strings (6 to 20 depending on the language and last update), so updating should be quick for most languages. There are also a handful of languages that have not seen an update in a bit, and would appreciate your help: Catalan, Danish, Portuguese, Slovak, Swedish, Ukrainian, and Norwegian Bokmål. To the German translator, as I got no feedback after the initial comment: https://bugs.archlinux.org/task/23575 Thanks everyone! Please direct your questions/comments to the pacman-dev ML or include me in any replies as I no longer receive arch-general mailing list posts. -Dan

5 5

[arch-general] pacman -Su - packages grouped by repository
by Fabiano Furtado Pessoa Coelho 15 Apr '11

15 Apr '11

Hi archers, Is there a way to display the packages grouped by repository with the "pacman -Su"? I'd like to organize the package display information by repository. Thanks

2 1

[arch-general] [signoff] udev-167-1
by Tobias Powalowski 15 Apr '11

15 Apr '11

Hi guys. udev 167 ======== Bugfixes. The udev runtime data moved from /dev/.udev/ to /run/udev/. The /run mountpoint is supposed to be a tmpfs mounted during early boot, available and writable to for all tools at any time during bootup, it replaces /var/run/, which should become a symlink some day. If /run does not exist, or is not writable, udev will fall back using /dev/.udev/. On systemd systems with initramfs and LVM used, packagers must make sure, that the systemd and initramfs versions match. The initramfs needs to create the /run mountpoint for udev to store the data, and mount this tmpfs to /run in the rootfs, so the that the udev database is preserved for the udev version started in the rootfs. The command 'udevadm info --convert-db' is gone. The udev daemon itself, at startup, converts any old database version if necessary. The systemd services files have been reorganized. The udev control socket is bound by systemd and passed to the started udev daemon. The udev-settle.service is no longer active by default. Services which can not handle hotplug setups properly need to actively pull it in, to act like a barrier. Alternatively the settle service can be unconditionally 'systemctl'enabled, and act like a barrier for basic.target. The fstab_import callout is no longer built or installed. Udev should not be used to mount, does not watch changes to fstab, and should not mirror fstab values in the udev database. please signoff both arches, greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

4 4

[arch-general] Some gtk apps not starting up
by Madhurya Kakati 15 Apr '11

15 Apr '11

Hi, I recently installed and then uninstalled gnome 3 (gnome-unstable/gnome gnome-unstable/gnome-extra). Now whenever I try to start some gtk app I get some error regaring python. Here are 2 examples: blueman-applet [papul@papuldesktop ~]$ blueman-applet Traceback (most recent call last): File "/usr/bin/blueman-applet", line 26, in <module> import pynotify File "/usr/lib/python2.7/site-packages/gtk-2.0/pynotify/__init__.py", line 19, in <module> import gtk File "/usr/lib/python2.7/site-packages/gtk-2.0/gtk/__init__.py", line 40, in <module> from gtk import _gtk ImportError: /usr/lib/python2.7/site-packages/gtk-2.0/gtk/_gtk.so: undefined symbol: gtk_combo_box_set_entry_text_column Sonata [papul@papuldesktop ~]$ sonata Traceback (most recent call last): File "/usr/bin/sonata", line 126, in <module> import gtk File "/usr/lib/python2.7/site-packages/gtk-2.0/gtk/__init__.py", line 40, in <module> from gtk import _gtk ImportError: /usr/lib/python2.7/site-packages/gtk-2.0/gtk/_gtk.so: undefined symbol: gtk_combo_box_set_entry_text_column Please tell me whats wrong and how do i solve this problem? Thanks.

1 0

[arch-general] seahorse-tool: problem with GTK+ 2.x and GTK+ 3 symbols
by F. Gr. 14 Apr '11

14 Apr '11

Hi, there's an error when I've been trying to decrypt a file. --- % seahorse-tool -d cont.ods.pgp Gtk-ERROR **: GTK+ 2.x symbols detected. Using GTK+ 2.x and GTK+ 3 in the same process is not supported aborting... [1] 5404 abort (core dumped) seahorse-tool -d cont.ods.pgp --- It has been built a file named 'core' (size: 1.1 MB). --- % file core core: ELF 64-bit LSB core file x86-64, version 1 (SYSV), SVR4-style, from 'seahorse-tool -d cont.ods.pgp' ---

3 3

[arch-general] mdadm segfaults with kernel 2.6.38.2
by Norbert Zeh 13 Apr '11

13 Apr '11

Hi folks, I just upgraded to the latest kernel. The /etc/rc.d/mdadm script, which starts mdadm in monitor mode, reports a segmentation fault in mdadm --monitor --oneshot --scan. I also tried to manually start, e.g., mdadm --monitor /dev/md0, and get a segmentation fault there, too. Since this did not happen before the kernel upgrade and mdadm interacts rather closely with the kernel, I suspect that some change in the latest kernel is to blame for this. Did anybody else run into the same problem? Where would I start debugging it? Cheers, Norbert -- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments

4 9

Re: [arch-general] Firefox 4 seg faulting
by Gordy Campbell 13 Apr '11

13 Apr '11

>run firefox and gdb and see where the crash occurs OK, here is the log from gdbStarting program: /usr/bin/firefox [Thread debugging using libthread_db enabled] [New Thread 0x7fffe76bf700 (LWP 4336)] [New Thread 0x7fffe6ab4700 (LWP 4337)] [New Thread 0x7fffe62b3700 (LWP 4338)] [New Thread 0x7fffe58c8700 (LWP 4339)] [New Thread 0x7fffe4c90700 (LWP 4340)] [New Thread 0x7fffe42ff700 (LWP 4341)] [New Thread 0x7fffe3afe700 (LWP 4342)] [New Thread 0x7fffe1eff700 (LWP 4343)] [New Thread 0x7fffe10ff700 (LWP 4344)] [New Thread 0x7fffe06ff700 (LWP 4345)] Program received signal SIGSEGV, Segmentation fault. 0x0000000000000000 in ?? () (gdb) backtrace #0 0x0000000000000000 in ?? () #1 0x00007ffff45ac314 in ?? () from /usr/lib/libsqlite3.so.0 #2 0x00007ffff45bb187 in ?? () from /usr/lib/libsqlite3.so.0 #3 0x00007ffff45cb70c in ?? () from /usr/lib/libsqlite3.so.0 #4 0x00007ffff45cb98b in ?? () from /usr/lib/libsqlite3.so.0 #5 0x00007ffff46115f5 in sqlite3_wal_checkpoint_v2 () from /usr/lib/libsqlite3.so.0 #6 0x00007ffff46116b1 in ?? () from /usr/lib/libsqlite3.so.0 #7 0x00007ffff45f2059 in sqlite3_step () from /usr/lib/libsqlite3.so.0 #8 0x00007ffff45f681c in sqlite3_exec () from /usr/lib/libsqlite3.so.0 #9 0x00007ffff55c4b3d in ?? () from /usr/lib/xulrunner-2.0/libxul.so #10 0x00007ffff55c4c84 in ?? () from /usr/lib/xulrunner-2.0/libxul.so #11 0x00007ffff4e3a87f in ?? () from /usr/lib/xulrunner-2.0/libxul.so #12 0x00007ffff55e726f in ?? () from /usr/lib/xulrunner-2.0/libxul.so #13 0x00007ffff55e8120 in ?? () from /usr/lib/xulrunner-2.0/libxul.so #14 0x00007ffff55fbdc6 in ?? () from /usr/lib/xulrunner-2.0/libxul.so #15 0x00007ffff576b0fd in NS_InvokeByIndex_P () from /usr/lib/xulrunner-2.0/libxul.so #16 0x00007ffff5436919 in ?? () from /usr/lib/xulrunner-2.0/libxul.so #17 0x00007ffff543aa8a in ?? () from /usr/lib/xulrunner-2.0/libxul.so #18 0x00007ffff6647dcf in ?? () from /usr/lib/xulrunner-2.0/libmozjs.so #19 0x00007ffff6654735 in ?? () from /usr/lib/xulrunner-2.0/libmozjs.so #20 0x00007ffff6656602 in ?? () from /usr/lib/xulrunner-2.0/libmozjs.so I can confirm that the problem is sqlite3 3.7.6-1 in testing. Downgrading to the one in core, sqlite3 3.7.5-1, solves the problem..Thanks,Gordy

1 0

Re: [arch-general] Firefox 4 seg faulting
by Gordy Campbell 13 Apr '11

13 Apr '11

> >> On 04/13/2011 06:16 PM, Gordon Campbell wrote: >>>> Just did a fresh install of Archlinux. The problem is when I start Firefox >>>> nothing happens. I ran it in the terminal and it's segfaults . Can get the >>>> safe mode box up when I run firefox -safe-mode but when it try's to start it >>>> just segfaults. Anyone else have this problem and how can I sort this? >> >> >>> do you use different packages for cairo/freetype2/fontconfig? >> I did a fresh install with Testing enabled so it is possible that I could be using different cairo/freetype2/fontconfig packages. Also running Gnome 3. >> @Juan libtrash is not installed. >>Thanks, >> Gordy >> I did an identical install on my laptop about 2 days ago and works great on there. Maybe something has updated in >>Testing since then? >run firefox and gdb and see where the crash occurs OK, here is the log from gdbStarting program: /usr/bin/firefox [Thread debugging using libthread_db enabled] [New Thread 0x7fffe76bf700 (LWP 4336)] [New Thread 0x7fffe6ab4700 (LWP 4337)] [New Thread 0x7fffe62b3700 (LWP 4338)] [New Thread 0x7fffe58c8700 (LWP 4339)] [New Thread 0x7fffe4c90700 (LWP 4340)] [New Thread 0x7fffe42ff700 (LWP 4341)] [New Thread 0x7fffe3afe700 (LWP 4342)] [New Thread 0x7fffe1eff700 (LWP 4343)] [New Thread 0x7fffe10ff700 (LWP 4344)] [New Thread 0x7fffe06ff700 (LWP 4345)] Program received signal SIGSEGV, Segmentation fault. 0x0000000000000000 in ?? () (gdb) backtrace #0 0x0000000000000000 in ?? () #1 0x00007ffff45ac314 in ?? () from /usr/lib/libsqlite3.so.0 #2 0x00007ffff45bb187 in ?? () from /usr/lib/libsqlite3.so.0 #3 0x00007ffff45cb70c in ?? () from /usr/lib/libsqlite3.so.0 #4 0x00007ffff45cb98b in ?? () from /usr/lib/libsqlite3.so.0 #5 0x00007ffff46115f5 in sqlite3_wal_checkpoint_v2 () from /usr/lib/libsqlite3.so.0 #6 0x00007ffff46116b1 in ?? () from /usr/lib/libsqlite3.so.0 #7 0x00007ffff45f2059 in sqlite3_step () from /usr/lib/libsqlite3.so.0 #8 0x00007ffff45f681c in sqlite3_exec () from /usr/lib/libsqlite3.so.0 #9 0x00007ffff55c4b3d in ?? () from /usr/lib/xulrunner-2.0/libxul.so #10 0x00007ffff55c4c84 in ?? () from /usr/lib/xulrunner-2.0/libxul.so #11 0x00007ffff4e3a87f in ?? () from /usr/lib/xulrunner-2.0/libxul.so #12 0x00007ffff55e726f in ?? () from /usr/lib/xulrunner-2.0/libxul.so #13 0x00007ffff55e8120 in ?? () from /usr/lib/xulrunner-2.0/libxul.so #14 0x00007ffff55fbdc6 in ?? () from /usr/lib/xulrunner-2.0/libxul.so #15 0x00007ffff576b0fd in NS_InvokeByIndex_P () from /usr/lib/xulrunner-2.0/libxul.so #16 0x00007ffff5436919 in ?? () from /usr/lib/xulrunner-2.0/libxul.so #17 0x00007ffff543aa8a in ?? () from /usr/lib/xulrunner-2.0/libxul.so #18 0x00007ffff6647dcf in ?? () from /usr/lib/xulrunner-2.0/libmozjs.so #19 0x00007ffff6654735 in ?? () from /usr/lib/xulrunner-2.0/libmozjs.so #20 0x00007ffff6656602 in ?? () from /usr/lib/xulrunner-2.0/libmozjs.soThanks once again, Gordy

2 1

[arch-general] pacdiff / pacdiffviewer doesn't notice change in kdmrc
by Marek Otahal 13 Apr '11

13 Apr '11

hi, by chance I realised that the pacdiff(viewer) utils don't notice a change in kdmrc file. This is strange as I remember being notified about the modification on almost every kde update. By creating a /etc/rc.conf.pacnew I verify they work otherwise. So was there a change in searchpaths or something? Thanks [root@beruska ~]# locate kdmrc /usr/share/config/kdm/kdmrc /usr/share/config/kdm/kdmrc.pacnew /usr/share/doc/kde/html/en/kdm/kdmrc-ref.docbook /var/lib/yaourt/backupfiles/kdebase-workspace/kdebase- workspace-4.4.3-2/usr/share/config/kdm/kdmrc [root@beruska ~]# pacdiffviewer 0 .pacorig found 0 .pacnew found 0 .pacsave found 0 files are orphans [root@beruska ~]# pacdiff [root@beruska ~]# -- Marek Otahal :o)

3 4