Your message dated Fri, 5 Jan 2007 00:13:44 +0100
with message-id <[EMAIL PROTECTED]>
and subject line closing bug: user alternatives to ircp
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message ---
Package: ircp
Version: 0.3-1
Severity: normal
Ircp cannot send or receive files.
Tested with S55.
gsmctl and scmxx work, so it is no hardware or driver problem.
ircp -r
is waiting forever. The mobilephone displays "Connection Error".
Here is the irdadump:
22:00:26.621678 xid:cmd ffffffff < 000000fe S=6 s=4 (14)
22:00:26.701692 xid:cmd ffffffff < 000000fe S=6 s=5 (14)
22:00:26.701755 xid:rsp 6e4f3e03 > 000000fe S=6 s=5 albunea hint=cf60 [ PnP
PDA/Palmtop Computer Printer LAN Access IrOBEX ] (24)
22:00:26.811687 xid:cmd ffffffff < 000000fe S=6 s=* SIEMENS S55 hint=b124 [ PnP
Modem Fax IrCOMM IrOBEX ] (28)
22:00:27.371679 snrm:cmd ca=fe pf=1 6e4f3e03 < 000000fe new-ca=d0
LAP QoS: Baud Rate=115200bps Max Turn Time=100ms Data Size=128B Window
Size=1 Add BOFS=12 Min Turn Time=1000us Link Disc=40s (32)
22:00:27.371798 ua:rsp ca=d0 pf=1 6e4f3e03 > 000000fe
LAP QoS: Baud Rate=57600bps Max Turn Time=500ms Data Size=2048B Window
Size=7 Add BOFS=0 Min Turn Time=5000us Link Disc=12s (31)
22:00:41.631699 xid:cmd 6e4f3e03 > ffffffff S=6 s=0 (14)
22:00:41.721697 xid:cmd 6e4f3e03 > ffffffff S=6 s=1 (14)
ircp file.bmp
results in
Connecting...failed
Here is the irdadump for this situation:
22:01:58.089001 snrm:cmd ca=fe pf=1 6e4f3e03 > 000000fe new-ca=d0
LAP QoS: Baud Rate=57600bps Max Turn Time=500ms Data Size=2048B Window
Size=7 Add BOFS=0 Min Turn Time=5000us Link Disc=12s (32)
22:01:58.201692 ua:rsp ca=d0 pf=1 6e4f3e03 < 000000fe
LAP QoS: Baud Rate=57600bps Max Turn Time=100ms Data Size=128B
Window Size=1 Add BOFS=12 Min Turn Time=1000us Link Disc=12s (31)
22:01:58.255731 rr:cmd > ca=d0 pf=1 nr=0 (2)
22:01:58.281693 rr:rsp < ca=d0 pf=1 nr=0 (2)
22:01:58.281741 i:cmd > ca=d0 pf=1 nr=0 ns=0 LM slsap=22
dlsap=00 CONN_CMD (6)
22:01:58.311685 rr:rsp < ca=d0 pf=1 nr=1 (2)
22:01:58.311738 rr:cmd > ca=d0 pf=1 nr=0 (2)
22:01:58.341695 i:rsp < ca=d0 pf=1 nr=1 ns=0 LM slsap=00
dlsap=22 CONN_RSP (6)
22:01:58.341767 i:cmd > ca=d0 pf=1 nr=1 ns=1 LM slsap=22
dlsap=00 GET_VALUE_BY_CLASS: "OBEX:IrXfer" "IrDA:TinyTP:LsapSel" (37)
22:01:58.371691 rr:rsp < ca=d0 pf=1 nr=2 (2)
22:01:58.371743 rr:cmd > ca=d0 pf=1 nr=1 (2)
22:01:58.401688 i:rsp < ca=d0 pf=1 nr=2 ns=1 LM slsap=00
dlsap=22 GET_VALUE_BY_CLASS: No such class (6)
22:01:58.401778 i:cmd > ca=d0 pf=1 nr=2 ns=2 LM slsap=22
dlsap=00 DISC (6)
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (500, 'testing')
Architecture: powerpc (ppc)
Kernel: Linux 2.4.22-powerpc
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED]
Versions of packages ircp depends on:
ii libc6 2.3.2.ds1-11 GNU C Library: Shared libraries an
ii libopenobex-1.0-0 1:1.0.0-rel-2.1 OBEX protocol library
-- no debconf information
--- End Message ---
--- Begin Message ---
Hi,
both bugs result from a simple thing: wrong choice of utility. Instead of
using ircp (that uses "OBEX:IrXfer"), irobex_palm3 should be used
(uses "OBEX"). That was always the case and thus the bugs were bogus from the
very beginning.
For receiving files, I suggest using "obexpushd", that can handle the data
from the mentioned phones natively. Using irobex_palm3 is also an option and
by now in the same package as ircp (package name: openobex-apps).
HS
--- End Message ---
