On Sat, 2008-07-05 at 03:34 +0200, Tejas Guruswamy wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Mark Ellis wrote: > |>> Second, I had a query about the ppp options used to connect > |>> WM2003 serial devices in synce-hal. When I first installed it on > |>> openSUSE 11.0 it didn't work, a little digging around showed that > |>> ppp wasn't giving up control, i.e. "updetach" wasn't being used. > |>> Looking at the code in hal/hal-synce-serial showed that it was > |>> there, but separate from the other options inside an "if [ -t 1 > |>> ]" (see line 62). Moving it outside the if-block makes it work > |>> for me. Is there any harm done by doing that? > |>> > |> As far as I know, you're the only one having this problem. I can't > |> see how it would make that much difference, I'll ruminate on it. > |> > | > | Tried this with and without, makes no difference for me. Can you put > | in some log output around the call to pppd to see what happens ? > | > | Mark > > I changed the log level in the hal-synce-serial script to 6 (debug). > I've attached all the relevant output with and without the updetach pppd > option, but I'm covering the key part here. After connecting the WM2003 > device, the usb stuff happens fine and hal starts the addons fine. > > Jul 4 11:19:42 susebeta hal-synce-serial[3210]: hal-synce-serial: > running as addon for synce-device0. > Jul 4 11:19:42 susebeta hal-synce-serial[3210]: Bringing up serial > link: /usr/sbin/pppd /dev/ttyUSB0 115200 connect > /usr/lib/synce/synce-serial-chat 192.168.131.1:192.168.131.129 ms-dns > 192.168.131.1 linkname synce-device0 nodefaultroute noauth local crtscts > Jul 4 11:19:42 susebeta pppd[3222]: pppd 2.4.4 started by root, uid 0 > Jul 4 11:19:43 susebeta pppd[3222]: Serial connection established. > Jul 4 11:19:43 susebeta pppd[3222]: Using interface ppp0 > Jul 4 11:19:43 susebeta pppd[3222]: Connect: ppp0 <--> /dev/ttyUSB0 > Jul 4 11:19:43 susebeta pppd[3222]: local IP address 192.168.131.1 > Jul 4 11:19:43 susebeta pppd[3222]: remote IP address 192.168.131.129 > Jul 4 11:19:44 susebeta pppd[3222]: Script /etc/ppp/ip-up finished (pid > 3225), status = 0x0 > Jul 4 11:19:49 susebeta poll.tcpip: no server configured > > At this point everything stops, a message box appears on my WM2003 > device saying "Could not start communications with desktop computer". > pls/pstatus does not work and gives the following error: > > | ** (process:27814): CRITICAL **: synce_info_from_hal: Failed to > | obtain property pda.pocketpc.name for device > | > /org/freedesktop/Hal/devices/usb_device_413c_4003_noserial_if0_serial_usb_0_4: > | org.freedesktop.Hal.NoSuchProperty: No property pda.pocketpc.name on > | device with id > | > /org/freedesktop/Hal/devices/usb_device_413c_4003_noserial_if0_serial_usb_0_4 > > As soon as I OK the message box on the device (there is no other option) > the link gets disconnected. > > Jul 4 11:20:11 susebeta pppd[3222]: LCP terminated by peer > Jul 4 11:20:11 susebeta pppd[3222]: Connect time 0.5 minutes. > Jul 4 11:20:11 susebeta pppd[3222]: Sent 680 bytes, received 1369 bytes. > Jul 4 11:20:11 susebeta pppd[3222]: Script /etc/ppp/ip-down finished > (pid 3273), status = 0x0 > Jul 4 11:20:13 susebeta pppd[3222]: Connection terminated. > Jul 4 11:20:13 susebeta pppd[3222]: Modem hangup > Jul 4 11:20:13 susebeta pppd[3222]: Exit. > Jul 4 11:20:13 susebeta hal-synce-serial[3210]: Failed to initialize > ppp connection > > If I add the updetach option to the $ppp_opts it works great, as you can > see in the other log. > Could it be something distro specific? Some difference in > /etc/ppp/options? My (SUSE 11.0 and 10.3) /etc/ppp/options has > "nodetach" enabled. I also noticed that in the script you included > $SYNCE_PPP_OPTIONS after $ppp_opts in the pppd call but that's empty on > my machine. >
I think you might have it there. The only detach related option in my (ubuntu) /etc/ppp/options is commented out, as the following # Don't fork to become a background process (otherwise pppd will do so # if a serial device is specified). #-detach which would imply that the standard behaviour is to detach, whereas yours is to not detach. I will therefore make detaching standard in synce-hal. Thanks for the help ! Mark
signature.asc
Description: This is a digitally signed message part
------------------------------------------------------------------------- Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08
_______________________________________________ SynCE-Devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/synce-devel
