Package: ifp-line-libifp Version: 1.0.0.2-3 Severity: normal *** Please type your report below this line ***
Hi, after upgrading from 'sarge' to 'etch' I found that the 'ifp' command line program appears not to be working properly. I took a look at the changelog and README - can't see anything obvious. I observe that: ifp list works correctly ifp rm foo.mp3 works with warnings ifp put new.mp3 doesn't work ifp upload new.mp3 doesn't work A bit more detail on 'putting' $ ifp put new.mp3 wrn: [ifp_delta] interesting, there were only 4 bytes. Detected: model IFP-795T, firmware 1.24, battery =[# ], delta 1.0.0.0 usage: put localfile put localdir unable to upload file: Bad address Operation not permitted The wrn: line appears on 'rm' operations as well. 'put' worked ok in sarge (1.0.0.1-1) with the same hardware. The 'ifpgui' program works fine, it is able to upload files. (ifpgui does print one other warning on startup though: libifp.so: cannot open shared object file: No such file or directory ) I've attached straces of ifp doing the 'rm' and 'put' operations. $ lsusb Bus 001 Device 004: ID 4102:1007 iRiver, Ltd. iFP-700 series mp3/ogg vorbis player Bus 001 Device 001: ID 0000:0000 see also lsusb-v.gz attached One other thing that may be relevant - I'm using 'usbmount' to auto-mount USB hard drives. But this device does not show up as a hard drive as far as I can tell. Cheers Vince -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Versions of packages ifp-line-libifp depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libifp4 1.0.0.2-3 communicate with iRiver iFP audio ii libusb-0.1-4 2:0.1.12-5 userspace USB programming library ifp-line-libifp recommends no packages. -- no debconf information
ifp.strace.rm.gz
Description: Binary data
ifp.strace.put.gz
Description: Binary data
lsusb.-v.gz
Description: Binary data