Bug 2937

I think you should report this bug upstream.

upstream where?

part of the problem might be the broken hal setup, here some hints from f-spot-import:

f-spot-import 
+ udi=
+ '[' '' '!=' '' ']'
+ mnt=
+ '[' '' '!=' '' ']'
++ hal-get-property --udi= --key=volume.mount_point
libhal.c 2599 : invalid udi:  doesn't startwith '/org/freedesktop/Hal/devices/'. 
error: UDI  does not exist
+ mount_point=
+ true
+ '[' -n '' ']'
++ hal-get-property --udi= --key=usb.bus_number
libhal.c 2599 : invalid udi:  doesn't startwith '/org/freedesktop/Hal/devices/'. 
error: UDI  does not exist
+ bus=
++ hal-get-property --udi= --key=usb.linux.device_number
libhal.c 2599 : invalid udi:  doesn't startwith '/org/freedesktop/Hal/devices/'. 
error: UDI  does not exist
+ dev=
++ printf 'gphoto2://[usb:%.3d,%.3d]'
+ uri='gphoto2://[usb:000,000]'
+ f-spot --import 'gphoto2://[usb:000,000]'

I'm in contact with the 'new' upstream maintainer who doesn't have a clue what goes wrong (yet) ... let's hope he's a fast learner ...

Just fyi, I'm trying to solve the same problem for a
KODAK_EasyShare_C875_Zoom_Digital_Camera that is
recognized by f-spot in Mandriva 2010.2, but not in Mageia 1.

It'll be a week or so before I have access to the system
to experiment more.

Part of the problem I've identified so far, is that the
package gnome-color-manager must me installed to get the file
/lib/udev/rules.d/95-gcm-devices.rules
which sets the ENV{GCM_TYPE}="camera".

With that package installed, the udev properties are much
more similar, but still not enough to get the camera
recognized by f-spot.

Try installing gnome-color-manager, and see if that's
enough to get the Olympus camera recognized.

CC: (none) => davidwhodgins

@ Herbert

Did you try installing gnome-color-manager, as Dave suggested? If so, can you give feedback?

@ Dave

Did you get any further or is the cauldron package any better?

cc'ing funda, who committed an updated version for cauldron.

Keywords: (none) => NEEDINFO
CC: (none) => fundawang, marja11

@ Herbert
@ Dave

Please reply to the questions above within two weeks from now, to avoid this bug being closed as OLD.

@ Dave
We have a gnome alternative for f-spot, shotwell, and that package does have a maintainer (dams) :)

The owner of the Kodak just got a new computer, and I'll be doing an
install of Mageia 1 64 bit later tonight.  I'll post further once
I've tried the camera after installing all of the latest updates.

(In reply to comment #5)

> Did you try installing gnome-color-manager, as Dave suggested? 
> If so, can you give feedback?

# urpmi gnome-color-manager
Package gnome-color-manager-2.32.0-2.mga1.i586 is already installed

and no, the camera is still not detected.

(In reply to comment #6)

> We have a gnome alternative for f-spot, shotwell, and that package does have a
> maintainer (dams) :)

as I'm still on Mageia 1 on this machine, I was able to install and actually start shotwell (see Bug 4184) but I was unable to figure out how to actually import/download images from my camera ... any hints are welcome.

(In reply to comment #8)

> 
> as I'm still on Mageia 1 on this machine, I was able to install and actually
> start shotwell (see Bug 4184) but I was unable to figure out how to actually
> import/download images from my camera ... any hints are welcome.


So I misread bug 4184? I got the impression it didn't start properly at all! (I wouldn't have suggested shotwell if I had known there were problems with it :/)

There are links to a user guide and a wiki here
http://yorba.org/shotwell/

about importing:
http://yorba.org/shotwell/help/import-camera.html

@ Damien,

Please comment if in Mageia you need to use a different way to import pictures from your camera with shotwell than explained in the link above.

Keywords: NEEDINFO => (none)
CC: (none) => mageia

On the system with the kodak camera, f-shot still does not see the
camera, however shotwell does, and works very well.

I didn't see Comment 8 until I had returned to my home.  I'll be
back over to my friends place tomorrow, and will fill in the
details of how to import from the camera after that.

(In reply to comment #9)
> > as I'm still on Mageia 1 on this machine, I was able to install and actually
> > start shotwell (see Bug 4184) but I was unable to figure out how to actually
> > import/download images from my camera ... any hints are welcome.
>  
> So I misread bug 4184? I got the impression it didn't start properly at all! 

no, you got that one right, the important detail here is Mageia 1 vs Cauldron

it starts on Mageia 1, but doesn't see (as far as I can tell) the camera
it doesn't even start on Cauldron 

> (I wouldn't have suggested shotwell if I had known there were problems with it :/)

actually I'm glad you did, it looks quite promising ...

today, just for fun, I brought the Olympus C4040-Zoom with me (to test on Cauldron) and the results are really sad:
not even gphoto2 recognizes the camera on Cauldron!

will test with Mandriva/Mageia 1 later just to verify that it isn't the camera's fault.

On the system with the kodak camera, with shotwell running,
connected the camera, and turned it on.  An icon was added
on the left side, with the name of the camera (right under
the "Videos" icon/label.

Clicking on the camera icon then shows the pictures in the
camera on the right.  You can then right click on any of
those pictures, select "select all", and then import those
pictures.

My user is happy with it.

(In reply to comment #12)
> today, just for fun, I brought the Olympus C4040-Zoom with me (to test on
> Cauldron) and the results are really sad:
> not even gphoto2 recognizes the camera on Cauldron!

just verified this on a brand new Cauldron install (via network), see Bug 4264

> will test with Mandriva/Mageia 1 later just to verify that it isn't the
> camera's fault.

I tested on a Mandriva 2010.0 system and the camera (including f-spot import) works perfectly fine there, see 
http://vserver.13thfloor.at/Stuff/MAGEIA/BUGS/c-4040-01.png and
http://vserver.13thfloor.at/Stuff/MAGEIA/BUGS/c-4040-02.png

Some update since January has fixed this for the kodak
camera in comment 4.  No idea which one though.

(In reply to comment #15)
> Some update since January has fixed this for the kodak
> camera in comment 4.  No idea which one though.

@ Herbert

Did it get fixed in "1" for your Olympus, too?

Keywords: (none) => NEEDINFO

I have no 'Mageia 1' install available ATM (will have access to a machine in a week), but I tested the camera on Cauldron, and there seems to be some progress, but no complete success so far.

shotwell sees the camera, but reports: 
 The camera is locked by another application. Shotwell can only access the camera when it's unlocked.
 Please close any other application using the camera and try again.

I have no idea what application that would be ... (it isn't nautilus, I killed that one :).
(let me know if I should file a new bug report on that)

f-spot doesn't see the camera on Cauldron.

gphoto2 seems to see the camera now and is able to list/download images (as root, see Bug 4177).

CC: (none) => herbert

(In reply to comment #17)
> I have no 'Mageia 1' install available ATM (will have access to a machine in a
> week), but I tested the camera on Cauldron, and there seems to be some
> progress, but no complete success so far.
> 
> shotwell sees the camera, but reports: 
>  The camera is locked by another application. Shotwell can only access the
> camera when it's unlocked.
>  Please close any other application using the camera and try again.
> 
> I have no idea what application that would be ... (it isn't nautilus, I killed
> that one :).
> (let me know if I should file a new bug report on that)
> 
>
Yes, please do :)

I'm curious to hear the results with Mageia 1 next week :)

(In reply to comment #18)

> 
> I'm curious to hear the results with Mageia 1 next week :)

@ Herbert

ping

sorry, I forgot the camera last time I was near that Mageia 1 system, but as Mageia 2 beta 3 was delayed (and I reserved some time for testing this weekend) I'll simply install Mageia 1 and test a few things there.

so, today I tested with a fresh Mageia 1 install (including all updates) 
the result is that f-spot sees the camera, but isn't able to even retrieve the thumbnails, all I get is one error per thumbnail (in the log).

gphoto2 works fine, shotwell is slow but functional AFAICT

Thanks, closing this bug as fixed.

Cloned it for the other issue, that is bug 5433

Status: NEW => RESOLVED
Resolution: (none) => FIXED

reopening, because of https://bugs.mageia.org/show_bug.cgi?id=5433#c2 :

> hmm, actually I tested with the wrong camera, the Canon EOS 10D, I now retested
> with the right one, the Olympus C4040-Zoom and this one has the same permission
> issue (Bug 2938) which doesn't allow the user to access the camera, but even
> when changing the permissions (so that gphoto2 works as user) the camera is not
> seen by f-spot and shotwell (so no imports are possible :/)

So comment 21 of this bug is about another camera, but we can't delete that comment

Status: RESOLVED => REOPENED
Resolution: FIXED => (none)
Summary: F-spot doesn't recognize OLympus and Kodak camera's => F-spot doesn't recognize Olympus C4040-Zoom camera's

my conclusion so far is that Mageia 1 was somehow 'updated' in regard to discovering the camera (probably udev rules) so that it now has the same issue as Mageia Cauldron (Bug 2938), and unless that is fixed/worked around somehow, neither f-spot nor shotwell will have any luck discovering and/or opening the camera.

sorry for the confusion with the EOS 10D tests

(In reply to comment #24)
> my conclusion so far is that Mageia 1 was somehow 'updated' in regard to
> discovering the camera (probably udev rules) so that it now has the same issue
> as Mageia Cauldron (Bug 2938), and unless that is fixed/worked around somehow,
> neither f-spot nor shotwell will have any luck discovering and/or opening the
> camera.
> 
> sorry for the confusion with the EOS 10D tests

Adding one more committer of f-spot, both f-spot and udev still have the same version as when Mageia 1 was released.

Keywords: NEEDINFO => (none)
CC: (none) => thierry.vignaud
Depends on: (none) => 2938
Source RPM: f-spot-0.8.2-1.mga1.src.rpm => udev-166-5.mga1, f-spot-0.8.2-1.mga1.src.rpm

This message is a reminder that Mageia 1 is nearing its end of life. 
In approximately 25 days from now, Mageia will stop maintaining and issuing 
updates for Mageia 1. At that time this bug will be closed as WONTFIX (EOL) if it 
remains open with a Mageia 'version' of '1'.

Package Maintainer: If you wish for this bug to remain open because you plan to 
fix it in a currently maintained version, simply change the 'version' to a later 
Mageia version prior to Mageia 1's end of life.

Bug Reporter: Thank you for reporting this issue and we are sorry that we may not 
be able to fix it before Mageia 1 is end of life.  If you would still like to see 
this bug fixed and are able to reproduce it against a later version of Mageia, 
you are encouraged to click on "Version" and change it against that version 
of Mageia.

Although we aim to fix as many bugs as possible during every release's lifetime, 
sometimes those efforts are overtaken by events. Often a more recent Mageia 
release includes newer upstream software that fixes bugs or makes them obsolete.

--
Mageia Bugsquad

Mageia 1 changed to end-of-life (EOL) status on ''1st December''. Mageia 1 is no 
longer maintained, which means that it will not receive any further security or 
bug fix updates. As a result we are closing this bug. 

If you can reproduce this bug against a currently maintained version of Mageia 
please feel free to click on "Version" change it against that version of Mageia and reopen this bug.

Thank you for reporting this bug and we are sorry it could not be fixed.

--
Mageia Bugsquad

Status: REOPENED => RESOLVED
Resolution: (none) => WONTFIX