photo import does not work any more

[Conrad Knauer]

'gthumb --import-photos' just hangs indefinitively in some poll() (from strace), and the menu point is grayed out.

[Erik Andrén (erik-andren)]

I can confirm this bug

[JoergMechnich (joerg-mechnich)]

I am having the same problems.
When I attach my Canon Ixus to an USB port, the import dialog pops up but after choosing to import the images, nothing is happening.

I am not sure if this is a problem with gthumb or gnome-volume-manager-gthumb.

Here the ps output for the affecte processes:
mechnich 7238 0.0 0.0 1720 480 ? S 10:58 0:00 /bin/sh -c gnome-volume-manager-gthumb /org/freedesktop/Hal/devices/usb_device_4a9_311c_noserial_if0
mechnich 7239 0.0 0.0 1716 492 ? S 10:58 0:00 /bin/sh /usr/bin/gnome-volume-manager-gthumb /org/freedesktop/Hal/devices/usb_device_4a9_311c_noserial_if0
mechnich 7241 0.5 0.7 20488 7944 ? S 10:58 0:00 gthumb --import-photos
r

[Snark (julien-puydt)]

Same here ; notice the camera is obviously detected by gnome-volume-manager (I killed it and ran it with -n in console to check).

[Martin Pitt (pitti)]

That message is from gthumb itself, it doesn't even work to manually download pictures with the menu item.

I'll take a look at it.

[David Mandelberg (dseomn)]

I think I'm getting the same bug, but the error message I get is:

david@helicon:~$ gnome-volume-manager-gthumb /org/freedesktop/Hal/devices/usb_device_4a9_3126_noserial_if0
error: libhal_device_get_property_type: org.freedesktop.Hal.NoSuchProperty: No property volume.mount_point on device with id /org/freedesktop/Hal/devices/usb_device_4a9_3126_noserial_if0

I'm using up to date feisty and this worked a few weeks ago I think.

[Martin Pitt (pitti)]

 gthumb (3:2.9.1-0ubuntu2) feisty; urgency=low
 .
   * debian/rules:
     - Do not redefine --libdir and --libexecdir, otherwise plugins will land
       in the wrong directory.
     - Fix paths in removal of *.a and *.la files.
     - This fixes photo import again (LP#78756), as well as image rotation and
       other plugins.
   * debian/control: Drop unnecessary automake1.9, autoconf, libtool build
     dependencies.
   * Disable 03_libgthumb_moduledir.dpatch, it's not necessary any more;
     regenerate 90_autoconf.dpatch for this.

[JoergMechnich (joerg-mechnich)]

I have upgraded gthumb to 2.9.1-0ubuntu2 but the problems still persist:

- Import Photos is greyed out in gthumb
- Nothing happens on automatic import (processes hang)
- When running gnome-volume-manager-gthumb manually I get the same error message as David

[Conrad Knauer (atheoi)]

I can confirm that the problem still persists with gthumb 3:2.9.1-0ubuntu2 and my Kodak C533. The error using Terminal is the same too:

---
$ gnome-volume-manager-gthumb %h
process 30597: arguments to dbus_message_new_method_call() were incorrect, assertion "_dbus_check_is_valid_path (path)" failed in file dbus-message.c line 1074.
This is normally a bug in some application using the D-Bus library.
libhal.c 920 : Couldn't allocate D-BUS message
error: libhal_device_get_property_type: (null): (null)
hal_get_property.c 178 : INFO: called LIBHAL_FREE_DBUS_ERROR but dbusError was not set.
---

[David Mandelberg (dseomn)]

I'm still getting this problem too. Should I reopen this bug or open a new one?

[Conrad Knauer (atheoi)]

David Mandelberg: I'll do it :)

[Dale (quail-linux)]

Kernel = 2.6.20-6-generic #2 SMP Wed Jan 31 20:53:39 UTC 2007 i686 GNU/Linux
Distro = Ubuntu 7.04

I found tonight when i tried to download some pics to my laptop from my digital camera (Canon Powershot A410) that the import photo function was greyed out.

When looked to see what the diffs were between gthumb under Feisty and Edgy I noticed there were depend libs missing from the Feisty build of gthumbs.

The libs missing are:
libgphoto2-2
libgphoto2-port0

[Conrad Knauer (atheoi)]

Dale: As part of the original description for this bug, I mentioned that I was able to extract the images off my camera using gtkam; among its dependencies are libgphoto2-2 and libgphoto2-port0 :)

Unfortunately, having them installed on my system doesn't seem to help the dbus error problem with running gnome-volume-manager-gthumb on my system.

However, if running gtkam lets you get to your pics, then consider it a workaround until this bug is solved.

[Luis Araujo (luisaraujor)]

I can confirm that the problem still persists.

With gnome-volume-manager-gthumb and my Canon 400D.

The error is:

$ gnome-volume-manager-gthumb
process 17313: arguments to dbus_message_new_method_call() were incorrect, assertion "_dbus_check_is_valid_path (path)" failed in file dbus-message.c line 1074.
This is normally a bug in some application using the D-Bus library.
libhal.c 920 : Couldn't allocate D-BUS message
error: libhal_device_get_property_type: (null): (null)
hal_get_property.c 178 : INFO: called LIBHAL_FREE_DBUS_ERROR but dbusError was not set.

But, I can download the photos with:

gphoto2 -P

[Jan Mynarik (jan-mynarik)]

Still a problem here (greyed "import" in menu, no gthumb's import dialog after plugging-in camera). gthumb version: 3:2.9.1-0ubuntu3 (it's the one that says it's really fixing import ;-)).

[Martin Pitt (pitti)]

Hm, it seems that only local rebuilds work for me, grumpf. Will need to look more deeply.

[Jan Mynarik (jan-mynarik)]

Found it! ;-)

pkg-config checks libgphoto2 that needs libgphoto2_port (both provided by libgphoto2-dev package). libgphoto2-port0 binary package depends on libusb-0.1-4 binary package but libgphoto2-dev DOESN'T depend on libusb-dev. pkg-config check of libgphoto2_port.pc fails because it can't find libusb.pc.

So it is a problem in libgphoto2-dev package not depending on libusb-dev, I think. If someone confirms this, please open a bug in libgphoto2 package.

[Jan Mynarik (jan-mynarik)]

....or move this one to libgphoto2 ;-)

[Martin Pitt (pitti)]

Jan, thanks a lot for figuring this out! I'll add the missing dependency to libgphoto2 and then rebuild gthumb against it.

[Martin Pitt (pitti)]

 libgphoto2 (2.3.0-0ubuntu3) feisty; urgency=low
 .
   * debian/control: Add missing libusb-dev dependency to libgphoto2-2-dev.
     This will finally fix ghtumb's photo import for good. (LP: #78756)

[Martin Pitt (pitti)]

 gthumb (3:2.9.3-0ubuntu2) feisty; urgency=low
 .
   * debian/control: Bump libgphoto2-2-dev build dependency to ensure that we
     build against one which depends on libusb-dev. This will finally fix
     photo import for good. Thanks to Jan Mynarik for figuring this out!
     (LP: #78756)

[Jan Mynarik (jan-mynarik)]

Confirmed here, it works! At least, there is import dialog that is accessible from gthumb's menu. Thanks alot!

[Conrad Knauer (atheoi)]

Very nice indeed! Last night it wasn't working and with the most recent batch of updates I got this morning its working on my system just by plugging the camera into the USB port :)

[Gianvito Cavasoli (janvitus)]

The bug is returned:

@ubuntubox:~$ gnome-volume-manager-gthumb
process 15115: arguments to dbus_message_new_method_call() were incorrect, assertion "_dbus_check_is_valid_path (path)" failed in file dbus-message.c line 1074.
This is normally a bug in some application using the D-Bus library.
libhal.c 939 : Couldn't allocate D-BUS message
error: libhal_device_get_property_type: (null): (null)
hal_get_property.c 178 : INFO: called LIBHAL_FREE_DBUS_ERROR but dbusError was not set.

gThumb: 3:2.10.2-0ubuntu1
libgphoto2: 2.3.0-0ubuntu4
Kernel: 2.6.20.4-feisty-ck1 #1 PREEMPT Sun Apr 1 00:01:54 CEST 2007 x86_64 GNU/Linux

[Conrad Knauer (atheoi)]

Curiously, while I also get that error message if I run gnome-volume-manager-gthumb from Terminal, the program still works (on my system anyway :) If its not working for you, try upgrading your kernel to the latest version and see if that fixes things, since I note that I'm running the same version of gthumb and libgphoto2, but have a different kernel; running uname -a says:

2.6.20-15-generic #2 SMP Sun Apr 15 07:36:31 UTC 2007 i686 GNU/Linux

(linux-image-2.6.20-15-generic is version 2.6.20-15.27)

FYI, it was also running on the version I had installed before today's update (2.6.20-15.25).

[Gianvito Cavasoli (janvitus)]

I have lanched "env LANG=C gphoto2 --debug -L --debug" from terminal:

1.568662 gphoto2-setting(2): Setting key 'port' to value 'usb:' (gphoto2)
1.568670 gphoto2-setting(2): Saving 2 setting(s) to file "/home/gianvito/.gphoto/settings"
1.568856 foreach(2): Executing action 'List Files' for folder '/'.
1.568936 gphoto2-camera(2): Listing files in '/'...
1.568944 gphoto2-camera(2): Initializing camera...
1.568954 gphoto2-port-usb(1): Looking for USB device (vendor 0x4da, product 0x2372)... found.
1.568967 gphoto2-port-usb(1): USB device (vendor 0x4da, product 0x2372) is a mass storage device, and might not function with gphoto2. Reference: http://www.linux-usb.org/USB-guide/x498.html
1.568974 gphoto2-port-usb(1): Detected defaults: config 1, interface 0, altsetting 0, inep 82, outep 01, intep ffffffff, class 08, subclass 06
1.568982 gphoto2-camera(2): Loading '/usr/lib/libgphoto2/2.3.0/ptp2'...
1.619745 gphoto2-port(2): Opening USB port...
1.619794 libusb(2): Device has driver 'usb-storage' attached, detaching it now.
1.634009 gphoto2-port(2): Setting timeout to 8000 millisecond(s)...
1.634035 ptp(2): PTP: Opening session
1.634045 gphoto2-port(2): Writing 16=0x10 byte(s) to port...
1.634055 gphoto2-port(3): Hexdump of 16 = 0x10 bytes follows:
0000 10 00 00 00 01 00 02 10-00 00 00 00 01 00 00 00 ................

1.638156 gphoto2-port(2): Reading 4096=0x1000 bytes from port...
9.639922 ptp2/usbread(2): Clearing halt on IN EP and retrying once.

9.639955 gphoto2-port(2): Clear halt...
9.642427 gphoto2-port(2): Reading 4096=0x1000 bytes from port...
17.644803 ptp2/usbread(2): Clearing halt on IN EP and retrying once.

17.644829 gphoto2-port(2): Clear halt...
17.646794 PTP2/library.c(2): PTP: gp_port_* function returned 0xffffffde -34
17.646809 ptp(2): PTP: Opening session
17.646818 gphoto2-port(2): Writing 16=0x10 byte(s) to port...
17.646828 gphoto2-port(3): Hexdump of 16 = 0x10 bytes follows:
0000 10 00 00 00 01 00 02 10-00 00 00 00 01 00 00 00 ................

17.651234 gphoto2-port(2): Reading 4096=0x1000 bytes from port...
25.651914 ptp2/usbread(2): Clearing halt on IN EP and retrying once.

25.651940 gphoto2-port(2): Clear halt...
25.653794 gphoto2-port(2): Reading 4096=0x1000 bytes from port...
33.654798 ptp2/usbread(2): Clearing halt on IN EP and retrying once.

33.654825 gphoto2-port(2): Clear halt...
33.656799 PTP2/library.c(2): PTP: gp_port_* function returned 0xffffffde -34
33.656821 ptp(2): PTP: Opening session
33.656833 gphoto2-port(2): Writing 16=0x10 byte(s) to port...
33.656843 gphoto2-port(3): Hexdump of 16 = 0x10 bytes follows:
0000 10 00 00 00 01 00 02 10-00 00 00 00 01 00 00 00 ................

41.657795 PTP2/library.c(2): PTP: gp_port_* function returned 0xffffffdd -35
41.657842 context(0): PTP I/O error

*** Error ***
PTP I/O error
41.657864 gphoto2-port(2): Closing port...
41.666176 context(0): An error occurred in the io-library ('Unspecified error'): No error description available

*** Error ***
An error occurred in the io-library ('Unspecified error'): No error description available
*** Error (-1: 'Unspecified error') ***

[jdo (jdo-deactivatedaccount)]

I had the same problem (hang when trying to import) after updating to 7.04 (feisty). After reinstalling in synaptic everything with 'gphoto' and 'usb' in the name, the problem was gone. So there might be a migration/dependency problem.

Before reinstalling, the command "gphoto2 --auto-detect" shows my camera twice. After the reinstalling it shows my camera once.

kind regards,
jdo.

[jdo (jdo-deactivatedaccount)]

I reported in the previous message, that my problem was gone, but that happened only once. The problem still exists.

jdo