HAL device management daemon doesn't detect libgphoto compatible usb cameras as cameras, however, it finds the devices and lists them properly in hal-device-manager. Reproducible: Always Steps to Reproduce: 1. Use HAL daemon, gnome-volume-manager. 2. Connect PTP USB camera. Actual Results: Nothing, except the camera was listed in hal-device-manager. Expected Results: gnome-volume-manager should start the command I binded with cameras. HOW I MANAGED TO FIXED THAT. With the help of hackers on #gnome on irc.gimp.org, I heard that hal recognizes cameras using libgphoto2.usermap. I made a symlink from usbcam-gphoto2.usermap (this was installed by gentoo) to libgphoto2.usermap, and started to work! So hal should be patched to know about usbcam-gphoto2.usermap. ---------------------------------------- [root@namai usb]# ls -l total 64 lrwxrwxrwx 1 root root 22 Grd 27 17:32 libgphoto2.usermap -> usbcam-gphoto2.usermap -rwxr-xr-x 1 root root 1645 Rgp 13 16:12 usbcam -rw-r--r-- 1 root root 57395 Rgp 13 16:12 usbcam-gphoto2.usermap ________________________________________________________________ [root@namai root]# emerge info Portage 2.0.51-r3 (default-linux/x86/2004.3, gcc-3.3.4, glibc-2.3.4.20040808-r1, 2.6.9-gentoo-r1 i686) ================================================================= System uname: 2.6.9-gentoo-r1 i686 Pentium II (Deschutes) Gentoo Base System version 1.4.16 Autoconf: sys-devel/autoconf-2.59-r5 Automake: sys-devel/automake-1.8.5-r1 Binutils: sys-devel/binutils-2.15.90.0.1.1-r3 Headers: sys-kernel/linux26-headers-2.6.8.1 Libtools: sys-devel/libtool-1.5.2-r7 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O2 -march=i686 -fomit-frame-pointer -pipe" CHOST="i686-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=i686 -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms" GENTOO_MIRRORS="ftp://ftp.du.se/pub/os/gentoo http://ftp.du.se/pub/os/gentoo http://trumpetti.atm.tut.fi/gentoo/ ftp://trumpetti.atm.tut.fi/gentoo/" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage /usr/local/bmg-main" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 3dfx X acl alsa apm arts avi berkdb bitmap-fonts cdr crypt cups directfb encode fam flac foomaticdb fortran gdbm gif gimpprint gnome gphoto2 gpm gstreamer gtk gtk2 guile hal imlib ipv6 java jpeg ldap libwww mad mikmod mmx motif mozilla mpeg mysql ncurses nls no_wxgtk1 oggvorbis opengl pam pdflib perl png ppds python quicktime readline sdl slang spell ssl svg svga tcltk tcpd tiff truetype unicode usb voodoo3 xml xml2 xmms xv zlib"
lqx can you comment on this ? i was under the impression hal should pickup any *.usermap file.
what is your hal version ? by looking at the code i believe this is already taken care of in recent versions .. could you please test that, remove the symlink you made (a bad idea anyway to alter stuff in /usr) & try it with current stable hal and current ~x86 hal if stable doesn't work.
No, nothing helps. My symlink is, as written, from /etc/hotplug/usb/usbcam-gphoto2.usermap -> /etc/hotplug/usb/libgphoto2.usermap. When I remove the symlink, the bug emerges again. Of course, I haven't forgot restarting hald, even tried rebooting the system. Now I have latest system (just done 'emerge world'), using newest ~x86 hal. Calculating dependencies ...done! [ebuild R ] sys-apps/hal-0.4.5 When I have spare time, I will look to sourcecode myself, anyway, I think problem is clear -- hal knows about libgphoto2.usermap, but it doesn't know about usbcam-gphoto2.usermap.
I forgot to add that all these tests with upgraded system were carried out on a brand new machine, different from the PII on which I discovered this bug. So it's not related with the possible software/hardware problems on that pc. Just in case, the info of the new pc: Portage 2.0.51-r3 (default-linux/x86/2004.3, gcc-3.3.5, glibc-2.3.4.20040808-r1, 2.6.9-gentoo-r13 i686) ================================================================= System uname: 2.6.9-gentoo-r13 i686 Intel(R) Pentium(R) 4 CPU 2.80GHz Gentoo Base System version 1.4.16 Autoconf: sys-devel/autoconf-2.59-r5 Automake: sys-devel/automake-1.8.5-r1 Binutils: sys-devel/binutils-2.15.92.0.2-r1 Headers: sys-kernel/linux26-headers-2.6.8.1-r2 Libtools: sys-devel/libtool-1.5.2-r7 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O2 -march=pentium4 -fomit-frame-pointer -pipe" CHOST="i686-pc-linux-gnu" COMPILER="" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control"CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=pentium4 -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs autoconfig ccache distlocks sandbox sfperms" GENTOO_MIRRORS="http://ftp.du.se/pub/os/gentoo http://gentoo.mirror.icd.hu/ ftp://ftp.du.se/pub/os/gentoo http://trumpetti.atm.tut.fi/gentoo/" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X alsa apm avi berkdb bitmap-fonts cdr crypt cups encode evo f77 fam flac font-server foomaticdb fortran gdbm gif gimpprint gnome gphoto2 gpm gstreamer gtk gtk2 hal imagemagick imlib ipv6 java jpeg kerberos libg++ libwww mad mikmod mmx mng motif mozilla moznocompose moznoirc moznomail mozsvg mpeg ncurses nls nptl oggvorbis opengl pam pdflib perl png python quicktime readline samba sdl slang spell sse ssl svg svga tcltk tcpd tiff truetype truetype-fonts type1-fonts unicode x86 xml2 xmms xv zlib"
you say the link is from usbcam-gphoto2.usermap -> libgphoto2.usermap and next you say hal 'knows' about libgphoto2.usermap ? The one thing i can see that the libgphoto2.usermap file is directly referenced in the source code and I don't really see why it doesn't get picked up like that.
be clear on what you mean, because your comments make it actually more confusing than it is. Don't reply in private, reply here in the bug. I added patch to hal-0.4.5-r1 that should fix this, please test.
With the latest patch, it works. Howerver, something must be done to avoid hardcoding paths.