I have the same problem. Have you found any solution?

WHat sort of palm device, what sort of connection, how is gpilotd
configured?

[First thoughts are that this is a permissions problem on
/dev/usb/ttyUSB[01] which need to have read/write for you during sync]

Hi Nigel

I have a Palm Pilot m105, and I synchronize through mi IR port. Device
is /dev/ircomm0. I'm able to synchronize until the end. It's only when
everything apparently finishes that gpilotd seems to loop, and I have
to end the process manually. Moreover, some records are not properly
synced, but I don't know if this latter problem is connected to the
former.

Regards.

Its on a serial port:

[tkeitt@workstation-3 tkeitt]$ ls -l /dev/ttyS0
crw-------  1 tkeitt uucp 4, 64 Jun 21 10:17 /dev/ttyS0

Output of strace:

Process 3369 attached - interrupt to quit
ioctl(3, FIONREAD, [0])                 = 0
poll([{fd=18, events=POLLIN}, {fd=3, events=POLLIN, revents=POLLIN},
{fd=23, events=POLLIN|POLLPRI}, {fd=25, events=POLLIN}, {fd=27,
events=POLLIN|POLLPRI}, {fd=28, events=POLLIN|POLLPRI}, {fd=29,
events=POLLIN|POLLPRI}, {fd=30, events=POLLIN|POLLPRI}, {fd=33,
events=POLLIN|POLLPRI}, {fd=32, events=POLLIN|POLLPRI}, {fd=31,
events=POLLIN}, {fd=31, events=POLLPRI}], 12, -1) = 1
ioctl(3, FIONREAD, [32])                = 0
read(3, "n\2z\0P(\r\0\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\1\0 \1\4"...,
32) = 32
ioctl(3, FIONREAD, [32])                = 0
read(3, "n\2z\0\237(\r\0\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0 "...,
32) = 32
poll([{fd=18, events=POLLIN}, {fd=3, events=POLLIN}, {fd=23,
events=POLLIN|POLLPRI}, {fd=25, events=POLLIN}, {fd=27,
events=POLLIN|POLLPRI}, {fd=28, events=POLLIN|POLLPRI}, {fd=29,
events=POLLIN|POLLPRI}, {fd=30, events=POLLIN|POLLPRI}, {fd=33,
events=POLLIN|POLLPRI}, {fd=32, events=POLLIN|POLLPRI}, {fd=31,
events=POLLIN}, {fd=31, events=POLLPRI}], 12, 0) = 0
ioctl(3, FIONREAD, [0])                 = 0
poll([{fd=18, events=POLLIN}, {fd=3, events=POLLIN, revents=POLLIN},
{fd=23, events=POLLIN|POLLPRI}, {fd=25, events=POLLIN}, {fd=27,
events=POLLIN|POLLPRI}, {fd=28, events=POLLIN|POLLPRI}, {fd=29,
events=POLLIN|POLLPRI}, {fd=30, events=POLLIN|POLLPRI}, {fd=33,
events=POLLIN|POLLPRI}, {fd=32, events=POLLIN|POLLPRI}, {fd=31,
events=POLLIN}, {fd=31, events=POLLPRI}], 12, -1) = 1
ioctl(3, FIONREAD, [32])                = 0
read(3, "n\2z\0008)\r\0\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\1\0 \1"...,
32) = 32
ioctl(3, FIONREAD, [0])                 = 0
poll([{fd=18, events=POLLIN}, {fd=3, events=POLLIN, revents=POLLIN},
{fd=23, events=POLLIN|POLLPRI}, {fd=25, events=POLLIN}, {fd=27,
events=POLLIN|POLLPRI}, {fd=28, events=POLLIN|POLLPRI}, {fd=29,
events=POLLIN|POLLPRI}, {fd=30, events=POLLIN|POLLPRI}, {fd=33,
events=POLLIN|POLLPRI}, {fd=32, events=POLLIN|POLLPRI}, {fd=31,
events=POLLIN}, {fd=31, events=POLLPRI}], 12, -1) = 1
ioctl(3, FIONREAD, [32])                = 0
read(3, "n\2z\0n)\r\0\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0 \1\5"...,
32) = 32
ioctl(3, FIONREAD, [0])                 = 0
poll([{fd=18, events=POLLIN}, {fd=3, events=POLLIN, revents=POLLIN},
{fd=23, events=POLLIN|POLLPRI}, {fd=25, events=POLLIN}, {fd=27,
events=POLLIN|POLLPRI}, {fd=28, events=POLLIN|POLLPRI}, {fd=29,
events=POLLIN|POLLPRI}, {fd=30, events=POLLIN|POLLPRI}, {fd=33,
events=POLLIN|POLLPRI}, {fd=32, events=POLLIN|POLLPRI}, {fd=31,
events=POLLIN}, {fd=31, events=POLLPRI}], 12, -1) = 1
ioctl(3, FIONREAD, [32])                = 0
read(3, "n\2z\0B,\r\0\1\4\4\0\0\0\0\0\0\0\0\4\4\4\4\4\0\0\3\37%"...,
32) = 32
ioctl(3, FIONREAD, [0])                 = 0
poll( <unfinished ...>
Process 3369 detached

It sits on poll until any mouse click, then dumps above. Don't know if
that helps.

I'm sorry that this bug has gone for so long without activity.

Are you still able to reproduce this bug?  If so it would be useful to
attach gdb to the gpilotd process and post a backtrace of what it's
doing here.

Ensure you have the gnome-pilot-debuginfo package installed.

Find the process ID of gpilotd by running 
ps ax | grep gpilotd

and then type "gdb attach PID" where PID is the process ID.

See this page for more information:
http://fedora.linux.duke.edu/wiki/index.cgi/StackTraces

Closing per lack of response.  Also note that FC1 and FC2 are no longer
supported even by Fedora Legacy.  If this still occurs on FC3 or FC4, please
assign to that version and Fedora Legacy.  If it still occurs on FC5 or FC6,
please reopen and assign to the correct version.