Bug 175052 - Camera plugin doesn't cause camera:/ popup under KDE
Summary: Camera plugin doesn't cause camera:/ popup under KDE
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: gphoto2
Version: rawhide
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Radek Vokál
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2005-12-06 00:47 UTC by Jesse Barnes
Modified: 2007-11-30 22:11 UTC (History)
1 user (show)

Fixed In Version: 2.1.99-5
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2006-02-27 07:22:01 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Jesse Barnes 2005-12-06 00:47:09 UTC
I have a libusb based camera that I use under KDE.  It works fine (i.e. I can 
plug it in and open Konqueror with camera:/ and get to the pictures), except 
for the fact that I never get a popup message when the camera is first plugged 
in.  Ideally, I'd like to have it behave similarly to what happens when I plug 
my compact flash reader in--a window with the contents of the drive pops up 
automatically, making it very easy to use.  Is this a known problem?

Comment 1 Jesse Barnes 2006-01-06 21:37:18 UTC
More info on this.  I did a little digging to see if dbus events were properly 
generated when my camera is plugged in; they are.  So it seems that we just 
need a small tweak to one of the hal .fdi files somewhere to cause a konqueror 
window with the appropriate camera:/ url to popup (or maybe some kdelibs 
hacking, not sure). 

Comment 2 Jesse Barnes 2006-01-06 23:12:04 UTC
Looks like this may be a gphoto2 problem, apparently the script used to  
generate the .fdi file for gphoto2 supported cameras isn't setting the  
libgphoto2.support property to 'true' as it should.  The gphoto2 tarball 
contains an updated script to generate this file.  

Comment 3 David Zeuthen 2006-01-06 23:20:49 UTC
(reassigning to gphoto2 package owner)

The SUSE gphoto2 SRPM is reported to do the right thing (though I haven't looked
at it). It's available here
 http://ftp.opensuse.org/pub/opensuse/distribution/SL-OSS-factory/inst-source/suse/src/gphoto-2.1.99head-4.src.rpm

Cheers,
David

Comment 4 Jesse Barnes 2006-01-07 05:06:24 UTC
Ah, the problem appears to be bigger than just gphoto.  It looks like KDE 
isn't built with HAL support at all at this point, maybe because the dbus-qt 
bindings have been removed? 

Comment 5 David Zeuthen 2006-01-08 17:49:13 UTC
Suggest to open a new bug against KDE for building it with HAL support

Comment 6 Radek Vokál 2006-01-23 12:17:38 UTC
dbus-qt will be hopefully back soon

Comment 7 David Zeuthen 2006-01-23 14:25:06 UTC
Not sure about d-bus qt coming back (they moved qt3 sources to KDE SVN btw),
seems like a separate dbus bug... The real bug with gphoto2 here is expressed in
comment 3 so I'm reassigning this back to gphoto2 so it will get fixed. Thanks.

Comment 8 David Zeuthen 2006-01-23 14:26:02 UTC
Ugh, forgot to reassign to pkg owner (see comment 7).

Comment 9 Radek Vokál 2006-01-23 14:57:39 UTC
(In reply to comment #7)
> Not sure about d-bus qt coming back (they moved qt3 sources to KDE SVN btw),

https://www.redhat.com/archives/fedora-devel-list/2006-January/msg01137.html



Comment 10 Jesse Barnes 2006-02-25 02:58:27 UTC
This works now, though the /proc/bus/usb permissions are wrong, so the 
camera:/ kioslave fails.  I think this is a gphoto problem though, so this bug 
can be closed. 

Comment 11 Radek Vokál 2006-02-27 07:22:01 UTC
gphoto2 now changes the permissions of /proc/bus/usb. I believe this is fixed now. 


Note You need to log in before you can comment on or make changes to this bug.