As of karmic the stv06xx from staging seems to support this camera too, so the qc-usb driver got dropped. Since I'm using lucid with a mainline kernel I can only talk about that, but there it gets listed in hal correctly as v4l device. So there is no need to report it upstream and if this gets confirmed for karmic, then this report could be finally closed.
So could someone with karmic please try:
hal-find-by-capability --capability video4linux.video_capture
and check if this lists your quickcam. This will probably only show something like
/org/freedesktop/Hal/devices/usb_device_46d_840_noserial_if0_video4linux
then check if values after "usb_device", ("46d_840" in my case) match the device id of your cam under
lsusb
"Bus 003 Device 002: ID 046d:0840 Logitech, Inc. QuickCam Express" in my case
But this driver seems to have its own set of problems, too. Only the first frame is captured and then it seems frozen, but those problems are out of the scope of this bug report.
As of karmic the stv06xx from staging seems to support this camera too, so the qc-usb driver got dropped. Since I'm using lucid with a mainline kernel I can only talk about that, but there it gets listed in hal correctly as v4l device. So there is no need to report it upstream and if this gets confirmed for karmic, then this report could be finally closed.
So could someone with karmic please try: by-capability --capability video4linux. video_capture p/Hal/devices/ usb_device_ 46d_840_ noserial_ if0_video4linux
hal-find-
and check if this lists your quickcam. This will probably only show something like
/org/freedeskto
then check if values after "usb_device", ("46d_840" in my case) match the device id of your cam under
lsusb
"Bus 003 Device 002: ID 046d:0840 Logitech, Inc. QuickCam Express" in my case
But this driver seems to have its own set of problems, too. Only the first frame is captured and then it seems frozen, but those problems are out of the scope of this bug report.