Bug 175052

Summary:	Camera plugin doesn't cause camera:/ popup under KDE
Product:	[Fedora] Fedora	Reporter:	Jesse Barnes <jbarnes>
Component:	gphoto2	Assignee:	Radek Vokál <rvokal>
Status:	CLOSED RAWHIDE	QA Contact:
Severity:	medium	Docs Contact:
Priority:	medium
Version:	rawhide	CC:	davidz
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:	2.1.99-5	Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2006-02-27 07:22:01 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

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.