- Arch-general - lists.archlinux.org

Re: [arch-general] [arch-dev-public] [signoff] gettext-0.18.1.1-1
by Tobias Powalowski 13 Jun '10

13 Jun '10

Am Donnerstag 10 Juni 2010 schrieb Andrea Scarpino: > On Wednesday 09 June 2010 21:43:06 Tobias Powalowski wrote: > > Hi bump to latest version, > > > > please signoff both arches, > > signoff x86_64 anyone i686? -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

[arch-general] [signoff] pcmciautils-017-1
by Tobias Powalowski 13 Jun '10

13 Jun '10

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

1 1

[arch-general] Fixes for alot of PKGBUILDs
by Christopher Rogers 12 Jun '10

12 Jun '10

I have fixes for alot of packages in extra and community. you can find the fixes here: http://github.com/godane/abs-source/tree/my-fixes its best to 'git clone git://github.com/godane/abs-source.git' without quotes. Do a 'git diff abs-20100611 my-fixes' without quotes to see the fixes i added to them. You can ignore aumix-gtk since it was updated. Also all texlive-*-doc url are broken. There url is you guys so i didn't bother to fix those. I hope this helps.

4 4

Re: [arch-general] [signoff] mpfr-3.0.0-1, gcc-4.5.0-6 and libmpc-0.8.2-2
by Attila 12 Jun '10

12 Jun '10

At Samstag, 12. Juni 2010 14:53 Pierre Schmitz wrote: >> Was that ever fixed in our gcc? > > No, the last working gcc was 4.4 ... > I guess it will be fixed when some mainstream distros switch to gcc 4.5 I hope nobody is getting angry about it but i have one question: Is there a additional benefit that we stepped even "very" early to the next gcc? >From my feeling, which is not an analyze, with every gcc update something breaks and there be at example such disadvantages: 1. Without the bigger distros, which have more manpower, everyone here has to create the patch by himself. At the first look this sounds as that you will do this only if you have too much time.-) 2. I think that the most application or toolkit developpers use at the moment gcc 4.4 and so it would be not a wonder that their own tests been perfect with this version and not 4.5. Or to ask it in another way: What is the disadvantage in the case of gcc to wait until the bigger player in the market makes the step too? Is there realy one or more application which benefits from it or can be compiled only with this newer version of gcc? For me it would be enough to have 4.5 in a gcc-next package and make the step with the other distros. But this be only my 2c. See you, Attila

1 0

[arch-general] ALSTF (Arch Linux Security Task Force)?
by Marek Kozlowski 12 Jun '10

12 Jun '10

:-) I've found such a topic when browsing the Wiki: http://wiki.archlinux.org/index.php/Security_Task_Force Well, sound like a very smart idea. IMHO it's a thing that makes a distro more 'prestigious' -- it's quite difficult to convince someone to using a distro for something more than just a testing workstation if it's security is, let's say... 'unknown'. Unfortunately there *are* some regressions in the upstream that make the latest stable releases vulnerable. In fact it's the main reason that prevents my faculty from switching from Gentoo and log-time compilations to simple and KISS-ing Arch. Any work toward ALSTF in the recent past? Best regards, Marek

3 2

[arch-general] help with synce?
by aerospace1028＠hotmail.com 12 Jun '10

12 Jun '10

Greetings, I recently migrated to archlinux and over-all find it quite good. I have had much success using the wiki to get my system set up and configured to my liking. So far, I only have one issue I can't resolve. I am trying to get SynCE working on my system so I can transfer material between my laptop and a mobile device. Some potentially useful information: I'm running 32-bitt archlinux with the gnome desktop. I received the mobile device (a Braillenote) in the summer of 2001, so it's running an old version of WindowsCE (and slightly modified to interact with the braille input/output). I used to have synCE working on a previous Linux installation (*not* archlinux) using synce-serial and odccm to connect through a USB-serial bridge. I used pacman to install synce-libsynce, synce-librapi, synce-serial and synce-odccm (the packages required to get the connection to work on my old system). I ran synce-serial-config ttyUSB0 which, from the output, appeared to work correctly. But when I run odccm and try to connect with synce-serial-start, it appears the connection is established and dropped again in an instant. Synce-serialstart provides the basic message that I'm used to seeing when it makes a connection, nd my mobile device chirps to indicate it's connected, but it quickly makes the disconnect tone right after, and any subsequent attempt to interact with the mobile device using pcp, pls etc produce failure messages that neither hal nor odccm can find a connection. The resulting message from odccm is: $ sudo odccm -f -l 6 Password: ** (odccm:2550): DEBUG: _odccm_interface_address: waiting for IP address on ppp0 ** (odccm:2550): DEBUG: _odccm_interface_address: waiting for IP address on ppp0 ** (odccm:2550): DEBUG: _odccm_interface_address: waiting for IP address on ppp0 ** (odccm:2550): DEBUG: _odccm_interface_address: waiting for IP address on ppp0 ** (odccm:2550): DEBUG: _odccm_interface_address: waiting for IP address on ppp0 process 2550: arguments to dbus_move_error() were incorrect, assertion "(dest) == NULL || !dbus_error_is_set ((dest))" failed in file dbus-errors.c line 278. This is normally a bug in some application using the D-Bus library. D-Bus not built with -rdynamic so unable to print a backtrace Aborted I'm working with the synce-users list to trouble-shoot the issue, but thought maybe someon on the arch mailing list might have insight into the problem. _________________________________________________________________ The New Busy think 9 to 5 is a cute idea. Combine multiple calendars with Hotmail. http://www.windowslive.com/campaign/thenewbusy?tile=multicalendar&ocid=PID2…

1 0

[arch-general] perl-json-xs tries to downgrade to -3 if -4 installed
by Caleb Cushing 11 Jun '10

11 Jun '10

perl-json-xs tries to downgrade to -3 if -4 installed and I don't have community-testing above community. I can't quite figure out why it would try to do that. usually pacman just complaints that package-x is newer than in extra. -- Caleb Cushing http://xenoterracide.blogspot.com

2 2

[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