- Arch-general - lists.archlinux.org

[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

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