Bugzilla – Bug 106061
can't fetch images from Traveller SX camera
Last modified: 2007-06-10 22:27:06 UTC
This is a part of /var/log/messages when plugging in my digital camera Concord Q eye 4330z at the USB port. Aug 21 20:48:29 cboltz kernel: intel8x0: clocking to 48000 Aug 21 20:56:46 cboltz kernel: usb 3-2: new full speed USB device using uhci_hcd and address 3 Aug 21 20:56:46 cboltz kernel: module_usb[7189]: main: action = 'add' Aug 21 20:56:46 cboltz kernel: module_usb[7189]: add: PRODUCT='(null)', TYPE = '(null)' Aug 21 20:56:46 cboltz kernel: module_usb[7189]: add: missing an environment variable, aborting. Aug 21 20:57:32 cboltz su: (to root) beta1 on /dev/pts/3 I'll append the gphoto2 debug output. BTW: gphoto2 works for this camera in SUSE 9.3...
Created attachment 46797 [details] gphoto debug output *as root* (to avoid permission problems)
the permission problem should not be there in beta2. as user run /sbin/resmgr list it should list the usb device after it is attached. second, the traveller/medion problem itself I will check with my camera.
> the permission problem should not be there in beta2. I don't know if there is a permission problem - I just run gphoto2 as root to be sure there is none ;-)
works fine for me and a 0xd96:0x3300 device (traveler sx330z) which uses the same libgphoto2 driver. what does cat /proc/bus/usb/devices say?
Created attachment 47828 [details] Content of /proc/bus/usb/devices Please note that this is still beta1 - I'll retest with beta3 soon.
Still doesn't work in beta3 :-( BTW: I tried downgrading gphoto2 to 9.3's version - it didn't help. So this must be a kernel or hotplug issue...
can you try it with another USB controller / machine?
> can you try it with another USB controller / machine? Not with 10.0 beta, sorry. (At least at the moment due to a lack of time. I could update another machine to 10.0 next week if it helps.) If some information from 9.3 or 9.0 are useful for you, please let me know what you need.
I'm having the same problem with suse 10 final (GM) and a Kodak DX7590 that should be supported by libgphoto.. if I run gphoto2 -P I can download all the images.. but then if I try to download pics with digikam or f-spot I get errors.. f-spot outputs that is a unknown error of libgphoto. I hope there will be soon some upgrades in YOU with a fix for this ;) bye, Giovanni.
Marcus, you remember the wrong package version on my laptop you found at the beta tester meeting? Here's the explanation: # rpm -q --last --root=/testroot libgphoto2 gphoto gphoto-2.1.5head-3 So 28 Aug 2005 12:12:05 CEST # from SUSE 9.3 libgphoto2-2.1.99.head.0-11 Fr 26 Aug 2005 21:07:03 CEST # from SUSE 10.0 beta3 In other words: the 9.3 gphoto package was installed two days _after_ the libgphoto2 package - this makes clear that it was not an update problem. I just forgot to go back to the 10.0 beta3 package after (unsuccessfully) testing a downgrade. 10.0 final has arrived today - I'll install it the next days and test again. @Giovanni: I'm not an expert for gphoto, but if "gphoto2 -P" works, you hit a different bug. Please create a separate bugreport for it.
Giovanni... please open a another bugreport. add the f-spot errors to the bugreport too please.
I (finally!) installed 10.0 final. I don't know what has changed in gphoto since beta3, but it works again :-))
I'm afraid I was pleased to early :-( Downloading images works at the beginning, but after some images (the number varies) I see the error message 49.665827 gphoto2-port(2): Reading message (request=0x4 value=0x2 index=0x0 size=16=0x10)... 49.672812 libgphoto2/gphoto2-filesys.c(2): Download of 'SIMG3537.jpg' from '/' (type 1) failed. Reason: 'Unspecified error' 49.672871 gphoto2-camera(2): Operation failed! *** Error (-1: 'Unspecified error') *** If I retry, gphoto2 usually stops at another image. I can also download more images by continuing with the next image, but it is really annoying because I have to restart fetching after some images and the next round of error messages. (Note: I do this using konqueror because I'm not familar with the numbering scheme of gphoto2 -p) I'll append the output of gphoto2 -P --debug from a "first try" after connecting the camera. For file size reasons, I cut off the sucessfull fetched images - the original log has 7.9 MB as .bz2... If you need more context, just ask for it.
Created attachment 57810 [details] output of gphoto2 -P --debug (bz2-compressed)
Marcus, do you have any ideas what I could try to solve this problem? If you say "new version": What packages from 10.1 alpha / Factory would I need to install to test the current version? Are gphoto and libgphoto2 enough? If it helps, I can offer you a ssh login and a fresh set of batteries in my camera ;-)
Unfortunately, this bug also exists in 10.1 beta1 :-( If you need fresh logs, just ask. I have a 4 MB logfile here, already bz2-compressed...
can you mail it to meissner@suse.de please?
done - it will arrive in some minutes ;-)
There has been no activity for almost 3 month. I'm closing this bug as WONTFIX. If you feel this is inappropriate and the bug should remain open, or you have new information which may lead to an actual resolution, please reopen the bug and add the new status.
Although this bug still exists in 10.1 beta9 (didn't test gphoto with the RCs yet), I can live with a wontfix because - it seems I'm the only one having this problem :-/ - this seems to be _very_ hard to debug - nothing fishy in the gphoto log (in an IRC session, Marcus thought it is a libusb or kernel issue) - I applied a 10 €-bugfix (bought a cardreader) in between, which works without problems ;-) That said, I will do more tests if someone has an idea about what could cause this bug.
Finally closing this bug - new camera :-)