Unmasked hal and hal-info and did etc-update. Boot sequence stops (hard locks) when trying to load hald. Reproducible: Always emerge --info Portage 2.1.2.3 (default-linux/x86/2006.1, gcc-4.1.2, glibc-2.5-r1, 2.6.20-gentoo-r4 i686) ================================================================= System uname: 2.6.20-gentoo-r4 i686 Intel(R) Pentium(R) M processor 1400MHz Gentoo Base System release 1.13.0_alpha12 Timestamp of tree: Fri, 30 Mar 2007 16:20:02 +0000 ccache version 2.4 [enabled] dev-java/java-config: 1.3.7, 2.0.31-r5 dev-lang/python: 2.5-r1 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.4-r6 sys-apps/sandbox: 1.2.18.1 sys-devel/autoconf: 2.13, 2.61 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.17.50.0.14 sys-devel/gcc-config: 1.3.15-r1 sys-devel/libtool: 1.5.23b virtual/os-headers: 2.6.20-r2 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=pentium-m -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c" CXXFLAGS="-O2 -march=pentium-m -pipe -fomit-frame-pointer -fvisibility-inlines-hidden" DISTDIR="/storage/packages" FEATURES="autoconfig ccache distlocks metadata-transfer parallel-fetch sandbox sfperms strict" GENTOO_MIRRORS="ftp://gg3.net/pub/linux/gentoo/ ftp://ftp.ecc.u-tokyo.ac.jp/GENTOO " LANG="en_US.UTF-8" LC_ALL="en_US.UTF-8" LDFLAGS="-Wl,--hash-style=both" LINGUAS="en ja" PKGDIR="/storage/quickpkgs" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/portage/local/layman/sunrise /usr/local/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="X a52 aac aalib acl acpi alsa anthy aoss arts asf audiofile berkdb bitmap-fonts bluetooth branding bzip2 cairo cdparanoia cjk cli cpudetection cracklib crypt cups curl dbus dhcp divx dri dts dvd dvdr dvdread emovix encode fam fame ffmpeg firefox flac font-server foomaticdb fortran gdbm gif gimp glib glibc-omitfp glut gmedia gphoto2 gpm gs gtk gtk2 gtkhtml guile hal iconv imagemagick imlib immqt-bc injection ipv6 isdnlog java jikes jpeg kde kdehiddenvisibility kdepim kipi lame lcms libcaca libg++ libvisual live lm_sensors logitech-mouse logrotate lua lzo mad madwifi mailwrapper midi mikmod mjpeg mmx mmxext mng modplug motif mp3 mp4 mp4live mpeg mplayer musepack musicbrainz nas ncurses network nls noamazon nonfsv4 nptl nptlonly nsplugin ocaml ogg openexr opengl oss pam pcmcia pcre pda pdf perl pmount png ppds pppd python qt3 qt3support qt4 quicktime readline real realmedia reflection reiserfs rtc samba scanner sdl session slang slp smime sndfile speex spell spl sqlite sqlite3 sse sse2 ssl svg svga sylpheed tcpd theora tiff tordns truetype truetype-fonts type1-fonts unicode usb userlocales v4l v4l2 vidix visualization vorbis wavpack wifi win32codecs wireshark wma wmf wmp x86 xcomposite xine xml xorg xscreensaver xv zeroconf zlib" ALSA_CARDS="intel8x0 usb-audio" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" CAMERAS="sonydscf1 sonydscf55" ELIBC="glibc" INPUT_DEVICES="evdev keyboard mouse synaptics" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en ja" USERLAND="GNU" VIDEO_CARDS="fbdev radeon vesa v4l" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, MAKEOPTS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Just don't use this experimental stuff, it's heavily broken work in progress.
Just trying to help out. From the change log: "... Package.masked, please test."
For clarification, this package is in "portage" and not the gnome-experimental overlay.
I was in the middle of committing the patch for this when I got the bug report. I noticed it on my Efika. Please sync in about 2 hours and test. Resolve as fixed if it fixes it for you as well.
Sorry, but no change here. Still hangs on loading hald. It actually doesn't hard lock the system, I can get out of it with cntl-alt-del. But, no booting with this.
Okay, can you boot from a livecd and chroot in and rc-update del hald (and anything else that requires hal to be started) And get into the system and run hald --verbose=yes --daemon=no (as root) my guess is, you see a bunch of scsi events repeating over and over - can you be sure that you have re-compiled hal and it is applying the fix-scsi... patch?
Created attachment 115108 [details] hald_ouput
The fix-scsi ... patch applied cleanly during compilation. If you want to see anything else let me know. BTW this is occurring on both my ~x86 laptops (Vaio and Toshiba).
Okay, is there anything in /etc/hal aside from the directories? and what does your hal udev rules file look like.
And you *do* have hal-info installed correct?
* /etc/hal/ has only the fdi folder and the three subfolders * /etc/udev/rules.d/90-hal.rules: # pass all events to the HAL daemon RUN+="socket:/org/freedesktop/hal/udev_event" * hal-info is installed in /usr/share/hal/fdi
Not sure if this is helpful, but here goes. I tried the rc3 version of hal and the latest hal-info. Hald still doesn't start, but the output of "hald --verbose=yes --daemon=no" has changed to this: # hald --verbose=yes --daemon=no 06:24:32.539 [I] hald.c:532: hal 0.5.9 06:24:32.540 [I] hald.c:597: Will not daemonize 06:24:32.540 [I] hald_dbus.c:4806: local server is listening at unix:abstract=/var/lib/run/hald/dbus-ORaEqEmaRw,guid=c90342bad287a08c2901d90046102310 Runner started - allowed paths are '/usr/libexec:/usr/lib/hal/scripts:/usr/bin' 06:24:32.544 [I] hald_runner.c:299: Runner has pid 14357 06:24:32.547 [W] ci-tracker.c:200: Could not get uid for connection: org.freedesktop.DBus.Error.NameHasNoOwner Could not get UID of name 'org.freedesktop.DBus': no such name 06:24:32.547 [E] hald_dbus.c:4461: Cannot get caller info for org.freedesktop.DBus 06:24:32.548 [I] hald_runner.c:180: runner connection is 0x80975d0 06:24:32.549 [I] mmap_cache.c:251: cache mtime is 1175462386 Error binding udev_event socket: Address already in use
Is another copy of hald already running still?
Created attachment 115394 [details] gentoo-sources-2.6.20-r4 config
Tried the final release version just now and hald still won't start. After about 3-4 minutes the system does continue to boot. I can get into kde and ksyslog shows hald using about 96% of cpu, which I take it as it's still trying to start. There is only the copy of hald. Am I missing something here like a kernel option or maybe another masked version of a package that relies on hal? # equery depends hal app-cdr/k3b-1.0 (hal? sys-apps/hal) app-cdr/k9copy-1.1.1_p3 (sys-apps/hal) gnome-base/gnome-mount-0.4-r5 (>=sys-apps/hal-0.5.7-r1) gnome-base/gnome-vfs-2.16.3-r1 (hal? >=sys-apps/hal-0.5.7) kde-base/kdebase-kioslaves-3.5.6 (hal? =sys-apps/hal-0.5*) media-libs/libgphoto2-2.3.1-r4 (hal? >=sys-apps/hal-0.5) sys-power/kpowersave-0.7.2 (>=sys-apps/hal-0.5.4) sys-power/powersave-0.14.0 (>=sys-apps/hal-0.5.3) # rc-update -s acpid | battery boot alsasound | boot bluetooth | battery default bootmisc | boot checkfs | boot checkroot | boot clock | boot dbus | battery default fcron | battery default gkrellmd | battery default gpm | battery default hald | battery default hddtemp | default hdparm | boot hostname | boot keymaps | boot laptop_mode | battery default lisa | default local | battery default nonetwork localmount | boot mdnsd | default metalog | battery default modules | boot net.ath0 | battery default net.lo | boot netmount | battery default nfs | battery default nfsmount | battery default pmg_ath0 | battery powersaved | battery default privoxy | default reslisa | default rmnologin | boot rsyncd | battery default serial | boot slpd | battery default smartd | battery default urandom | boot volumes | boot xdm | battery default See my kernel config attachment
Sorry, I meant "ksysguard" not "ksyslog". Just woke up.
Sorry for dumping all this on you. In my digging around on this, it looks like gnome-mount is suppose to be bumped to version 0.5 for this version of hal. http://bugs.gentoo.org/show_bug.cgi?id=152193
What happens if you stop acpid? I believe acpid and hal are fighting.
Deleted acpid from the run-levels and rebooted. No change. Hald still doesn't start.
Suggestion : try to rebuild hal using http://www.gentoo.org/proj/en/qa/backtraces.xml Then run hald from gdb, and ctrl-c/backtrace/continue a few times to check if it's always spinning in one area or if it's just being hyperactive all over. As for, acpid and hald fighting, I don't think so, they just listen to acpi events from /proc/acpi/* IIRC. But I may be wrong :)
Just tried the latest update to the ebuild (ChangeLog,v 1.146 2007/04/05) and it stops compiling with the foillowing error message: NOTE: For development, use run-hald.sh and debug-hald.sh scripts in hald/ to use programs (callouts, probers, addons) and device information files from build directories. You may still need 'make install' to install the udev rule to receive events from udev. /usr/portage/sys-apps/hal/hal-0.5.9.ebuild: line 127: --disable-parted: command not found !!! ERROR: sys-apps/hal-0.5.9 failed. Call stack: ebuild.sh, line 1614: Called dyn_compile ebuild.sh, line 971: Called qa_call 'src_compile' ebuild.sh, line 44: Called src_compile hal-0.5.9.ebuild, line 133: Called die !!! configure failed !!! If you need support, post the topmost build error, and the call stack if relevant. !!! A complete build log is located at '/var/tmp/portage/sys-apps/hal-0.5.9/temp/build.log'.
(In reply to comment #13) > Is another copy of hald already running still? > Okay, I tried the most current hal-0.5.9 again and (per ksysguard) there are two hald shown. One is owned by "root' and the other "haldameon". The one owned by "haldameon" shows 95% user. I'm getting the same result on both ~x86 laptops.
(In reply to comment #20) > As for, acpid and hald fighting, I don't think so, they just listen to acpi > events from /proc/acpi/* IIRC. But I may be wrong :) > Running acpid manually with hal 0.5.9 shows that it seems like they're fighting over /proc/acpi/event. See below: $ acpid acpid: can't open /proc/acpi/event: Device or resource busy
When starting the hald daemon via /etc/init.d/hald start the following processes are started: root 10098 0.3 0.1 10748 2140 pts/1 S+ 16:02 0:00 /bin/bash /sbin/runscript.sh /etc/init.d/hald start root 10221 0.0 0.0 10752 1576 pts/1 S+ 16:02 0:00 /bin/bash /sbin/runscript.sh /etc/init.d/hald start root 10226 0.0 0.0 17980 1012 pts/1 S+ 16:02 0:00 /usr/sbin/hald --use-syslog --verbose=no 102 10227 82.1 0.3 29828 6152 ? Rs 16:02 0:07 /usr/sbin/hald --use-syslog --verbose=no root 10228 0.0 0.0 15280 1052 ? S 16:02 0:00 hald-runner As you can see the cpu load is very high and hal doesn't finish to intialize itself properly. after that I killed all the hald processes and started it manually: hald --verbose=yes --daemon=no Here is the output that should be interesting. I don't know if the error "got a connection 79ae00" has anything to do with it nor do I know what it actually means. It totally gets stuck here, this is what causes the high cpu load: 16:12:36.286 [W] device_info.c:983: Unhandled rule (0)! 16:12:36.286 [W] device_info.c:983: Unhandled rule (0)! 16:12:36.286 [W] device_info.c:983: Unhandled rule (0)! 16:12:36.286 [W] device_info.c:983: Unhandled rule (0)! 16:12:36.286 [W] device_info.c:983: Unhandled rule (0)! 16:12:36.286 [W] device_info.c:983: Unhandled rule (0)! 16:12:36.286 [W] device_info.c:983: Unhandled rule (0)! If any more information is necessary please let me know. hald --verbose=yes --daemon=no 15:45:36.180 [I] hald.c:533: hal 0.5.9 15:45:36.180 [I] hald.c:598: Will not daemonize 15:45:36.180 [I] hald_dbus.c:4807: local server is listening at unix:abstract=/var/run/hald/dbus-JvGVsBy1Ad,guid=bae561f11571bf1470b3e900463b3900 Runner started - allowed paths are '/usr/libexec:/usr/lib64/hal/scripts:/usr/bin' 15:45:36.183 [I] hald_runner.c:299: Runner has pid 9465 15:45:36.183 [W] ci-tracker.c:200: Could not get uid for connection: org.freedesktop.DBus.Error.NameHasNoOwner Could not get UID of name 'org.freedesktop.DBus': no such name 15:45:36.183 [E] hald_dbus.c:4462: Cannot get caller info for org.freedesktop.DBus 15:45:36.183 [I] hald_runner.c:180: runner connection is 0x6552f0 15:45:36.184 [I] mmap_cache.c:251: cache mtime is 1178286283 15:45:36.185 [I] mmap_cache.c:81: preprobe: offset=00000014, size=3972 15:45:36.185 [I] mmap_cache.c:83: information: offset=00000f98, size=152144 15:45:36.185 [I] mmap_cache.c:85: policy: offset=000261e8, size=27184 15:45:36.185 [I] osspec.c:749: Synthesizing sysfs events... 15:45:36.186 [I] coldplug.c:89: dev_root is /dev 15:45:36.206 [I] coldplug.c:126: found (udevdb export) '/sys/block/hda' -> '/dev/hda' 15:45:36.206 [I] coldplug.c:126: found (udevdb export) '/sys/block/loop0' -> '/dev/loop/0' ------------------------------------snip---------------------------------------------------------------------------------------------------------------- 15:45:36.354 [I] osspec.c:762: Done synthesizing events Run started hald-probe-smbios (10000) (0) ! full path is '/usr/libexec/hald-probe-smbios', program_dir is '/usr/libexec' 15:45:36.357 [I] hald_dbus.c:4766: *************************** 15:45:36.357 [I] hald_dbus.c:4767: ********* got a connection 79ae00 15:45:36.357 [I] hald_dbus.c:4768: *************************** 15:45:36.358 [D] hald_dbus.c:1550: udi=/org/freedesktop/Hal/devices/computer, key=system.firmware.vendor [9468]: 15:45:36.364 [D] probe-smbios.c:78: Setting system.firmware.vendor='American Megatrends Inc.' 15:45:36.365 [D] hald_dbus.c:1550: udi=/org/freedesktop/Hal/devices/computer, key=system.firmware.version [9468]: 15:45:36.365 [D] probe-smbios.c:78: Setting system.firmware.version='P1.20' 15:45:36.365 [D] hald_dbus.c:1550: udi=/org/freedesktop/Hal/devices/computer, key=system.firmware.release_date [9468]: 15:45:36.365 [D] probe-smbios.c:78: Setting system.firmware.release_date='08/26/2005' 15:45:36.365 [D] hald_dbus.c:1550: udi=/org/freedesktop/Hal/devices/computer, key=system.hardware.vendor [9468]: 15:45:36.365 [D] probe-smbios.c:78: Setting system.hardware.vendor='' 15:45:36.365 [D] hald_dbus.c:1550: udi=/org/freedesktop/Hal/devices/computer, key=system.hardware.product [9468]: 15:45:36.365 [D] probe-smbios.c:78: Setting system.hardware.product='939Dual-SATA2' 15:45:36.365 [D] hald_dbus.c:1550: udi=/org/freedesktop/Hal/devices/computer, key=system.hardware.version [9468]: 15:45:36.365 [D] probe-smbios.c:78: Setting system.hardware.version='1.00' 15:45:36.365 [D] hald_dbus.c:1550: udi=/org/freedesktop/Hal/devices/computer, key=system.hardware.serial [9468]: 15:45:36.365 [D] probe-smbios.c:78: Setting system.hardware.serial='00000000' 15:45:36.366 [D] hald_dbus.c:1550: udi=/org/freedesktop/Hal/devices/computer, key=system.hardware.uuid [9468]: 15:45:36.366 [D] probe-smbios.c:78: Setting system.hardware.uuid='00020003-0004-0005-0006-000700080009' [9468]: 15:45:36.366 [D] probe-smbios.c:99: Copying system.hardware.vendor -> smbios.system.manufacturer 15:45:36.366 [D] hald_dbus.c:1550: udi=/org/freedesktop/Hal/devices/computer, key=smbios.system.manufacturer [9468]: 15:45:36.366 [D] probe-smbios.c:99: Copying system.hardware.product -> smbios.system.product 15:45:36.366 [D] hald_dbus.c:1550: udi=/org/freedesktop/Hal/devices/computer, key=smbios.system.product [9468]: 15:45:36.366 [D] probe-smbios.c:99: Copying system.hardware.version -> smbios.system.version 15:45:36.366 [D] hald_dbus.c:1550: udi=/org/freedesktop/Hal/devices/computer, key=smbios.system.version [9468]: 15:45:36.369 [D] probe-smbios.c:99: Copying system.hardware.serial -> smbios.system.serial 15:45:36.369 [D] hald_dbus.c:1550: udi=/org/freedesktop/Hal/devices/computer, key=smbios.system.serial [9468]: 15:45:36.369 [D] probe-smbios.c:99: Copying system.hardware.uuid -> smbios.system.uuid 15:45:36.369 [D] hald_dbus.c:1550: udi=/org/freedesktop/Hal/devices/computer, key=smbios.system.uuid [9468]: 15:45:36.371 [D] probe-smbios.c:99: Copying system.firmware.vendor -> smbios.bios.vendor 15:45:36.371 [D] hald_dbus.c:1550: udi=/org/freedesktop/Hal/devices/computer, key=smbios.bios.vendor [9468]: 15:45:36.372 [D] probe-smbios.c:99: Copying system.firmware.version -> smbios.bios.version 15:45:36.372 [D] hald_dbus.c:1550: udi=/org/freedesktop/Hal/devices/computer, key=smbios.bios.version [9468]: 15:45:36.372 [D] probe-smbios.c:99: Copying system.firmware.release_date -> smbios.bios.release_date 15:45:36.372 [D] hald_dbus.c:1550: udi=/org/freedesktop/Hal/devices/computer, key=smbios.bios.release_date 15:45:36.372 [I] hald_dbus.c:4711: ************************ 15:45:36.372 [I] hald_dbus.c:4712: Client to local_server was disconnected for 79ae00 15:45:36.372 [I] hald_dbus.c:4713: ************************ 15:45:36.372 [I] hald_dbus.c:4752: *************************** 15:45:36.372 [I] hald_dbus.c:4753: ********* unregistered 79ae00 15:45:36.372 [I] hald_dbus.c:4754: *************************** /usr/libexec/hald-probe-smbios exited 15:45:36.373 [W] device_info.c:983: Unhandled rule (0)! 15:45:36.373 [W] device_info.c:983: Unhandled rule (0)! Then the console gets flooded with the following which eats around 11% of my cpu resources and of course never stops.
Created attachment 118140 [details] Here a text file again for a better overview
Reassigning to gentopia as 0.5.9 is in portage by now and is not maintained by gnome
*** Bug 177067 has been marked as a duplicate of this bug. ***
In the other bug I made that was very quickly marked as a dupe (thanks), I mentioned that I found a Russian newsgroup archive that said it was fixed by rolling back to 0.5.7.1-r3. This didn't work, but combined with changing the kernel config as found somewhere else, now hal works again. This doesn't fix the problem of getting the new version to work, but it will get automounting working again. Kernel Config: General Setup ---> [ ] Create deprecated sysfs files echo ">sys-apps/hal-0.5.7.1-r3" >> /etc/portage/package.mask emerge hal
I rolled back to 0.5.7.1-r5 for now since I just can't get hal-0.5.9-r1 to work.
Thomas: Do you have gphoto2 installed?
Indeed, that's it. I uninstalled gphoto and it's libs, reemerged hal and it's working. May I ask how you noticed that there is a connection between hal and gphoto?
gphoto2.3.x is creating bad HAL fdi rules and installing them. Known issue with gphoto2.3.x series.
*** Bug 178570 has been marked as a duplicate of this bug. ***
CCing gphoto2 maintainer.
What's the known issue, what's the problem with the files, and how do we fix it?
*** Bug 182500 has been marked as a duplicate of this bug. ***
libgphoto2's program that generates HAL FDI files based on the USE flags to USE_CAMERAS does not work. It does not produce files that are valid as per HAL's spec. http://people.freedesktop.org/~david/hal-spec/hal-spec.html I believe the issue is only when you don't have CAMERAS set to anything when you emerge the package. Whatever, the default is is totally busted.
The Ubuntu folks are tracking this issue at: https://bugs.launchpad.net/gentoo/+source/hal/+bug/114427
example ebuild fix for libgphoto2-2.3.1-r4: --- libgphoto2-2.3.1-r4.ebuild.orig 2007-03-24 19:35:59.000000000 +0100 +++ libgphoto2-2.3.1-r4.ebuild 2007-07-08 14:56:27.000000000 +0200 @@ -129,7 +129,7 @@ src_install() { # Let libgphoto2 find its camera-modules export CAMLIBS="${D}/usr/$(get_libdir)/libgphoto2/${PV}" - if use hal; then + if use hal && ${#IUSE_CAMERAS} > 0; then einfo "Generating HAL FDI files ..." mkdir -p ${D}/${HAL_FDI%/*} ${D}/usr/$(get_libdir)/libgphoto2/print-camera-list hal-fdi >> ${D}/${HAL_FDI} \
(In reply to comment #40) Conditionally install HAL fdi and udev rules files depending on CAMERA useflag. - if use hal; then + if use hal && [ ${#IUSE_CAMERAS} > 0 ] && [ ${IUSE_CAMERAS} != "template" ]; then
Created attachment 124233 [details, diff] libgphoto2-2.3.1-r4 patch
This all started for me when my daughter's camera stopped working today (recently updated x8k box). It took me a while to figure out that CAMERA="kodak" no longer works the same way in 2.3.x, and I assume it's the same story for many other ptp cameras. It looks like upstream changed the way the udev/hal stuff gets defined, so that without enabling ptp2 in the CAMERA types, you now get a much shorter list in the hal and udev files. In other words, "kodak" used to work for her camera, but now it has to be "ptp2" as the CAMERA type instead. After making this change, the camera is detected correctly, however, it only sees the first picture, and I get this error in the system log: Jul 8 15:08:37 lorentz usb 3-1: new full speed USB device using uhci_hcd and address 12 Jul 8 15:08:37 lorentz usb 3-1: configuration #1 chosen from 1 choice Jul 8 15:08:38 lorentz hald[30419]: segfault at 00002b3ebf14e000 rip 0000000000411fb0 rsp 00007fffeba2dbb0 error 4 and I have to try the gthumb camera sync a second time before it sees all the pictures. This sounds suspiciously like one of the other bugs I saw this morning: http://issues.foresightlinux.org/browse/FL-143 (see the last few entries)
*** Bug 186998 has been marked as a duplicate of this bug. ***
(In reply to comment #44) > *** Bug 186998 has been marked as a duplicate of this bug. *** > (In reply to comment #32) > gphoto2.3.x is creating bad HAL fdi rules and installing them. Known issue with > gphoto2.3.x series. > it seems that the problem also occurs in version libgphoto-2.2.1 if on only the "Mass Storage Camera" driver is selected by CAMERAS=directory
> (In reply to comment #32) > > gphoto2.3.x is creating bad HAL fdi rules and installing them. Known issue with > > gphoto2.3.x series. > > > > it seems that the problem also occurs in version libgphoto-2.2.1 if on only the > "Mass Storage Camera" driver is selected by CAMERAS=directory > as soon as I add a dummy driver e.g. CAMERAS="directory polaroid" hald starts up properly, libgphoto is a real pain in the neck, but unfortunately digikam depends on it so one has to have it installed
Version 2.4 of [lib]gphoto2 has been released one month ago, is there a particular reason why it's not yet in portage? Maybe this release fix the problem. Btw, I have removed completely libgphoto, using CAMERAS="directory" didn't fixed the problem
because there's virtually no one maintaining it and no one has the time to step up to maintain it, you're welcome to become a Gentoo developer yourself if you take the time to complete the requirements and prove you have the technical skill necessary and then you can add it to the tree and maintain it.
My previous post wasn't a critic toward devs, just a question. I tried to build version 2.4.0: I've rewrote the drm patch to apply to the new configure, while the udev patch don't apply any more. The first change was: - printf ("SUBSYSTEM!=\"usb*\", GOTO=\"libgphoto2_rules_end\"\n"); + printf ("SUBSYSTEM!=\"usb|usb_device\", GOTO=\"libgphoto2_rules_end\"\n"); but in 2.4.0 we have "SUBSYSTEM!=\"usb_device\", GOTO=\"libgphoto2_rules_end\"\n" The second change is more complicated. It was: @@ -479,9 +479,14 @@ udev_098_camera_func (const func_params_ else fprintf(stderr,"unhandled interface match flags %x\n", flags); } - } else { + } else if (flags & GP_USB_HOTPLUG_MATCH_VENDOR_ID) { + printf ("ATTRS{idVendor}==\"%04x\", ATTRS{idProduct}==\"%04x\", ", a->usb_vendor, a->usb_product); + } else { + fprintf(stderr, "Attempted to output rule for Camera: \"%s\" , Vendor: \"%04x\" , Product: \"%04x\"", + a->model, a->usb_vendor, a->usb_product); + return 0; } if ((*params->argv)[1] == NULL) { const char *hotplug_script = ((*params->argv)[0] != NULL) now we have } else { fprintf(stderr, "unhandled interface match flags %x\n", flags); } } } else if (flags & GP_USB_HOTPLUG_MATCH_VENDOR_ID) { if (flags & GP_USB_HOTPLUG_MATCH_VENDOR_ID) printf (pdata->usbcam_string, a->usb_vendor, a->usb_product); else fprintf (stderr, "Error: Trying to output device %d/%d with incorrect match flags.\n", a->usb_vendor, a->usb_product ); } So... I totally removed the patch from the ebuild :P The build process stopped with this message: mv: cannot stat `/media/linux/tmp/portage/media-libs/libgphoto2-2.4.0/image//usr/lib/udev': No such file or directory [...] * Moving udev-helper files failed. I really don't know what to do for this, so I tried commenting the following line in the ebuild: # fixup udevscriptdir is not working TODO dodir /lib mv "${D}/usr/$(get_libdir)/udev" "${D}/lib" || die "Moving udev-helper files failed." # end fixup Finally the package has been merged into the whole system and... hald gave the same error :'(
onlya add all cameras to libgphoto and hald will back to work add to make.conf CAMERAS="panasonic adc65 agfacl20 aox barbie canon \ casio clicksmart310 digigr8 digita dimera \ directory enigma13 fuji gsmart300 hp215 iclick \ jamcam jd11 kodak konica largan lg_gsm mars minolta \ mustek pccam300 pccam600 polaroid ptp2 ricoh samsung \ sierra sipix smal sonix sonydscf1 sonydscf55 \ soundvision spca50x sq905 stv0674 stv0680 sx330z template toshiba \ agfa-cl20"
I just got bitten by this as well. Would it maybe be possible to change the ebuild so, that it always builds all the cameras? I had CAMERAS=directory set, and according to the bug, this is the root cause of the issue, as far as I understand.
could you guys give a shot at libgphoto-2.4 ?
(In reply to comment #53) > could you guys give a shot at libgphoto-2.4 ? > media-libs/libgphoto2-2.4.0-r1 with CAMERAS="directory" create wrong HAL fdi rules. System doesn't boot completely without going into interactive mode and skip hald.
Additional information; logged with syslog (thousands times per second); device_info.c:984: Unhandled rule (0)! generated /usr/share/hal/fdi/information/20thirdparty/10-camera-libgphoto2.fdi; <?xml version="1.0" encoding="ISO-8859-1"?> <!-- -*- SGML -*- --> <!-- This file was generated by libgphoto2 print-camera-list - - fdi --> <!--+ | Created from this library: | libgphoto2 2.4.0 x86_64-pc-linux-gnu-gcc, ltdl, no EXIF | libgphoto2_port 0.8.0 x86_64-pc-linux-gnu-gcc, ltdl, USB, serial without locking +--> <deviceinfo version="0.2"> <device> <match key="info.bus" string="usb"> </match> </device> </deviceinfo> emerge --info Portage 2.1.4_rc9 (default-linux/amd64/2007.0, gcc-4.2.2, glibc-2.7-r0, 2.6.23-gentoo-r3 x86_64) ================================================================= System uname: 2.6.23-gentoo-r3 x86_64 Intel(R) Core(TM)2 Duo CPU T7500 @ 2.20GHz Timestamp of tree: Mon, 10 Dec 2007 02:00:02 +0000 ccache version 2.4 [enabled] app-shells/bash: 3.2_p17-r1 dev-java/java-config: 1.3.7, 2.1.3 dev-lang/python: 2.5.1-r4 dev-util/ccache: 2.4-r7 sys-apps/baselayout: 2.0.0_rc6 sys-apps/sandbox: 1.2.18.1-r2 sys-devel/autoconf: 2.13, 2.61-r1 sys-devel/automake: 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.18-r1 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 1.5.24 virtual/os-headers: 2.6.23-r2 ACCEPT_KEYWORDS="amd64 ~amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=nocona -O3 -pipe -fomit-frame-pointer" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/terminfo /etc/udev/rules.d" CXXFLAGS="-march=nocona -O3 -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" EMERGE_DEFAULT_OPTS="--noconfmem" FEATURES="ccache distlocks fixpackages metadata-transfer parallel-fetch sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://distfiles.gentoo.org http://www.ibiblio.org/pub/Linux/distributions/gentoo" LANG="en_US.ISO-8859-1" LC_ALL="en_US.ISO-8859-1" LINGUAS="en" MAKEOPTS="-j3" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/portage/local/layman/ftd4linux" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="X a52 aac accessibility acpi alsa amazon amd64 arts artswrappersuid automount bash-completion cdinstall connectionstatus css cups cxx dbus dri dts dvd dvdr dvdread encode ffmpeg flac geoip gif gtk gtkhtml hal history hpn ipw4965 irc java jpeg kde kdeenablefinal kdehiddenvisibility libnotify mad midi mmap mmx mp3 musicbrainz network-cron npp nsplugin ogg opengl pdf png ppds qt3 qt3support qt4 rdesktop readline samba sdl spell sse sse2 ssl statistics svg theora tiff translator truetype vorbis wifi x264 xcb xcomposite xforms xine xorg xprint xv xvid xvmc zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CAMERAS="directory" ELIBC="glibc" INPUT_DEVICES="keyboard mouse synaptics" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en" USERLAND="GNU" VIDEO_CARDS="nvidia" Unset: CPPFLAGS, CTARGET, INSTALL_MASK, LDFLAGS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
(In reply to comment #55) > <deviceinfo version="0.2"> > <device> > <match key="info.bus" string="usb"> > </match> > </device> > </deviceinfo> > You can't have a match entry without a result action (i.e. append, merge, etc). That's the issue. You can try HAL from the Gentopia overlay. No guarantees. It's patched to ignore bad input files that don't conform to the spec.
2.4.1 has a fix if the user only enables template and/or directory driver. If you have other issues, please open another bug as this one is getting really messy, thanks.