- Arch-general - lists.archlinux.org

[arch-general] [signoff] gettext-0.18.1.1-1
by Tobias Powalowski 09 Jun '10

09 Jun '10

Hi bump to latest version, please signoff both arches, thanks greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

[arch-general] audacious segfaults; can debug because of dependencies
by Frédéric Perrin 09 Jun '10

09 Jun '10

Hello list, I tried audacious for a change this morning, but it segfaulted on visualisation change[1]. From the look of the backtrace[2], and seeing that glib was updated a couple of days ago, a simple rebuild of the package should be sufficient. I would normally have submitted that to the bug tracker, but didn't as : - it requires login to a web interface; - I can't test the suggested fix as audacious' PKGBUILD has a depends on audacious-plugins, and audacious-plugins has a makedepends on audacious. 1. - Steps to reproduce : - start playing a webradio, it happened with the MP3 flux from frequence3.fr - right click on the interface, select "Visualisation / Type de visualisation", try each one in order then back to the first one, "Analyseur". 2. % gdb audacious [...snip...] (gdb) run Starting program: /usr/bin/audacious [Thread debugging using libthread_db enabled] [New Thread 0xb718ab70 (LWP 12470)] [New Thread 0xb5f4fb70 (LWP 12471)] [New Thread 0xb492bb70 (LWP 12472)] [New Thread 0xb3fffb70 (LWP 12473)] [Thread 0xb3fffb70 (LWP 12473) exited] [New Thread 0xb3fffb70 (LWP 12474)] [Thread 0xb3fffb70 (LWP 12474) exited] [New Thread 0xb3fffb70 (LWP 12475)] [New Thread 0xb373fb70 (LWP 12476)] [New Thread 0xb2f1eb70 (LWP 12477)] [Thread 0xb2f1eb70 (LWP 12477) exited] [Thread 0xb373fb70 (LWP 12476) exited] [Thread 0xb3fffb70 (LWP 12475) exited] [New Thread 0xb3fffb70 (LWP 12478)] [New Thread 0xb373fb70 (LWP 12479)] [New Thread 0xb2f1eb70 (LWP 12480)] [Thread 0xb492bb70 (LWP 12472) exited] Program received signal SIGSEGV, Segmentation fault. 0xb618d444 in ui_vis_expose () from /usr/lib/audacious/General/skins.so (gdb) bt #0 0xb618d444 in ui_vis_expose () from /usr/lib/audacious/General/skins.so #1 0xb7c6d1f4 in _gtk_marshal_BOOLEAN__BOXED () from /usr/lib/libgtk-x11-2.0.so.0 #2 0xb7a55b99 in g_type_class_meta_marshal () from /usr/lib/libgobject-2.0.so.0 #3 0xb7a57252 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #4 0xb7a66b75 in signal_emit_unlocked_R () from /usr/lib/libgobject-2.0.so.0 #5 0xb7a6f593 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #6 0xb7a6f9b6 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #7 0xb7d9ec46 in gtk_widget_event_internal () from /usr/lib/libgtk-x11-2.0.so.0 #8 0xb7c6ba41 in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0 #9 0xb7ae1d51 in _gdk_window_process_updates_recurse () from /usr/lib/libgdk-x11-2.0.so.0 #10 0xb7ae1cfd in _gdk_window_process_updates_recurse () from /usr/lib/libgdk-x11-2.0.so.0 #11 0xb7b13a04 in _gdk_windowing_window_process_updates_recurse () from /usr/lib/libgdk-x11-2.0.so.0 #12 0xb7add63c in gdk_window_process_updates_internal () from /usr/lib/libgdk-x11-2.0.so.0 #13 0xb7adf3f7 in gdk_window_process_all_updates () from /usr/lib/libgdk-x11-2.0.so.0 #14 0xb7adf47b in gdk_window_update_idle () from /usr/lib/libgdk-x11-2.0.so.0 #15 0xb7abcbc8 in gdk_threads_dispatch () from /usr/lib/libgdk-x11-2.0.so.0 #16 0xb7f3b041 in g_idle_dispatch () from /usr/lib/libglib-2.0.so.0 #17 0xb7f3ef72 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #18 0xb7f3f750 in g_main_context_iterate () from /usr/lib/libglib-2.0.so.0 #19 0xb7f3fdfb in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #20 0xb7c6a439 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 #21 0xb618323e in skins_init () from /usr/lib/audacious/General/skins.so #22 0x08056e3c in ?? () #23 0xb786cb96 in __libc_start_main () from /lib/libc.so.6 #24 0x08050a21 in ?? () -- Fred

1 0

[arch-general] udev
by Juan Diego Tascón 09 Jun '10

09 Jun '10

Good day, I'm getting an error every time I plug-in my webcam as a result the corresponding module is not being loaded automatically so I have to load it by myself. Any one knows a way to fix this? This is the error: load-modules.sh: 'usb:v0AC8p305Bd0100dcFFdsc00dp00icFFiscFFipFF' is not a valid module or alias name Thanks

6 14

Re: [arch-general] [arch-dev-public] [RFC] Initialize /etc/mtab by copying /proc/mounts
by Rogutės Sparnuotos 09 Jun '10

09 Jun '10

Thomas Bächler (2010-06-09 09:47): > Am 09.06.2010 03:40, schrieb Dan McGee: > > On Tue, Jun 8, 2010 at 5:48 PM, Thomas Bächler <thomas(a)archlinux.org> wrote: > >> Our current process of initializing /etc/mtab is > >> hackish and probably error-prone, replace it by > >> simply copying /proc/mounts. > >> --- > > > > Looks good to me (but untested). This goes way back to the roots of Arch, wow. > > The only weirdness that I found is that "rootfs" is now shown as a mount: > rootfs / rootfs rw 0 0 > > Technically this is correct, but some tools might become confused. > Another way would be to grep -v ^rootfs from /proc/mounts when creating > mtab. I am entirely unsure what the "right way" is here. Not that I know the right way, but am running Arch with /etc/mtab copied (or symlinked, on another system) from /proc/mounts for more than a year now, without any problems. -- -- Rogutės Sparnuotos

3 3

Re: [arch-general] [arch-dev-public] [PATCH] Do not refer to $startdir/{src, pkg} in PKGBUILDs
by Ng Oon-Ee 09 Jun '10

09 Jun '10

On Tue, 2010-06-08 at 18:32 +0200, Pierre Schmitz wrote: > On Tue, 08 Jun 2010 17:43:47 +1000, Allan McRae <allan(a)archlinux.org> > wrote: > > $startdir will not be removed. The error printed for $startdir usage > > was always there so I did not change that. For install files, once 3.4 > > is released, you can put them in the source array without any issues and > > > then adjust them in $srcdir. > > > > This patch was mainly to check for $startdir/pkg which will not be the > > same as $pkgdir from 3.5 onwards (i.e. two releases away). This is > > already true for split packages, but will become true for unsplit ones > > too. A lot of packages are affected but we have been telling people > > not to use $startdir/pkg for more that a year, maybe even two years... > > No problem then. Maybe we could "sed" all $startdir/{pkg,src} usage in > trunk for the remaining packages. This way startdir will be gone sooner or > later. > Is this same advise applicable to AUR PKGBUILDs? If I read it correctly, $startdir/pkg is wrong, $pkgdir is correct, and $startdir is correct.

4 6

Re: [arch-general] [arch-dev-public] [RFC] Rewrite early RTC device creation
by Andres P 09 Jun '10

09 Jun '10

On Tue, Jun 8, 2010 at 9:23 PM, Dan McGee <dpmcgee(a)gmail.com> wrote: > We can also just do some bash string manipulation and leave sed out of > the picture: > > devnum=$(cat /sys/class/rtc/rtc0/dev) > /bin/mknod /dev/rtc0 c ${devnum/:/ } > Since you're already using a ${foo/bar/baz} bashism, that's a useless use of cat: devnum=$(< /sys/class/rtc/rtc0/dev) And the subshell is also unnecesary: read -r devnum < /sys/class/rtc/rtc0/dev The second one is posix... Andres P

1 0

[arch-general] Fwd: [arch-dev-public] Namcap release coming soon
by Dan McGee 08 Jun '10

08 Jun '10

Forwarding to the public list is your best option; going to one developer is a good way for your email to get lost. ---------- Forwarded message ---------- From: Guillaume ALAUX <guillaume(a)alaux.net> Date: Tue, Jun 8, 2010 at 9:54 AM Subject: Re: [arch-dev-public] Namcap release coming soon To: dpmcgee(a)gmail.com Hi Dan, Didn't really how to answer your mail as I don't have write access to the list so I'm just answering directly to you: > If anyone [...] knows of very small issues that need fixing ... When namcap'ing a package including scripts that use '#!/bin/sh' instead of '#!/bin/bash', output is something like the following: pkgname E: Dependency detected and not included (sh) from files ['script.sh'] (I know the AL standard page on the wiki says we should use bash rather than sh but these are scripts included in the original tarball.) As we don't have any sh package that error sounds strange to me (I have this "issue" on one of my packages in AUR) Should we change these scripts so that they use bash instead of sh or should we change namcap in order for it not to yield such error? Thanks, Guillaume ALAUX On 8 June 2010 16:24, Dan McGee <dpmcgee(a)gmail.com> wrote: > > Hey guys, > > Allan and I have made a few patches to namcap in the last 24 hours and > we think it would be good to get a release out there. Here is the log: > http://projects.archlinux.org/namcap.git/log/ > > If anyone has any pending patches (doubtful) or knows of very small > issues that need fixing and won't take a lot of dev time, bring them > up now if we want to sneak them into the release. > > -Dan

2 4

Re: [arch-general] [arch-dev-public] [PATCH] Check all checksum types
by Kazuo Teramoto 08 Jun '10

08 Jun '10

On Tue, Jun 8, 2010 at 2:33 AM, Allan McRae <allan(a)archlinux.org> wrote: > Check every checksum that makepkg supports rather than only md5sums. > Fixes FS#17168. > > Signed-off-by: Allan McRae <allan(a)archlinux.org> > --- > > I am sure there has to be some way to loop through all that duplication, > but the how escapes me... getattr? What about the attached implementation of checksums.py? Note: I dont tested it! -- «Dans la vie, rien n'est à craindre, tout est à comprendre» Marie Sklodowska Curie.

3 3

[arch-general] Any Arch Users/Developers @ Linuxtag 2010?
by Mathias Huber 08 Jun '10

08 Jun '10

Dear Arch users and developers, will any of you be at the Linuxtag conference and expo in Berlin <http://www.linuxtag.org> later this week? Would you like to meet? Myself, I am an Archlinux newbie, Best Regards, Mathias

8 9

[arch-general] rebuild of vbox driver fails - fatal error: linux/autoconf.h: No such file or directory
by David C. Rankin 07 Jun '10

07 Jun '10

Guys, Trying to rebuild the vbox driver from virtualbox_bin 3.1.0-1 fails with the following message: make KBUILD_VERBOSE= -C /lib/modules/2.6.33-ARCH/build SUBDIRS=/opt/VirtualBox/src/vboxdrv SRCROOT=/opt/VirtualBox/src/vboxdrv modules make[2]: Entering directory `/usr/src/linux-2.6.33-ARCH' CC [M] /opt/VirtualBox/src/vboxdrv/linux/SUPDrv-linux.o In file included from /opt/VirtualBox/src/vboxdrv/include/VBox/types.h:34:0, from /opt/VirtualBox/src/vboxdrv/linux/../SUPDrvInternal.h:39, from /opt/VirtualBox/src/vboxdrv/linux/SUPDrv-linux.c:37: /opt/VirtualBox/src/vboxdrv/include/iprt/types.h:100:30: fatal error: linux/autoconf.h: No such file or directory compilation terminated. ...hmm, looks like I'm missing a package, but what? I have looked at the forum and evidently there is a solution: http://bbs.archlinux.org/viewtopic.php?id=94283 The problem is, I don't understand the solution. Evidently the solution is: <quote> Check out this line for i in acpi asm-{generic,x86} config linux math-emu media net pcmcia scsi sound trace video; do </quote> nothing is mentioned after the do and I haven't a clue what to look for in the line referred to? Can anybody explain this in english ( and very slowly...) -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com

2 2