Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 172830 - media-libs/libgphoto2-2.3.x produces bad HAL fdi files
Summary: media-libs/libgphoto2-2.3.x produces bad HAL fdi files
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Core system (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Gentoo Graphics Project
URL: http://www.freedesktop.org/wiki/Softw...
Whiteboard:
Keywords:
: 177067 178570 182500 186998 (view as bug list)
Depends on:
Blocks:
 
Reported: 2007-03-30 21:25 UTC by teidakankan
Modified: 2008-03-30 22:23 UTC (History)
21 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments
hald_ouput (hald_output.txt,50.10 KB, text/plain)
2007-03-31 23:56 UTC, teidakankan
Details
gentoo-sources-2.6.20-r4 config (config,45.32 KB, text/plain)
2007-04-03 21:29 UTC, teidakankan
Details
Here a text file again for a better overview (hald-dbug.log,7.07 KB, text/plain)
2007-05-04 14:17 UTC, Thomas Beinicke
Details
libgphoto2-2.3.1-r4 patch (libgphoto2-2.3.1-r4-empty-files.patch,1.25 KB, patch)
2007-07-08 13:29 UTC, Florian Steinel
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description teidakankan 2007-03-30 21:25:59 UTC
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
Comment 1 Jakub Moc (RETIRED) gentoo-dev 2007-03-30 21:37:16 UTC
Just don't use this experimental stuff, it's heavily broken work in progress.
Comment 2 teidakankan 2007-03-30 21:57:09 UTC
Just trying to help out.

From the change log:

"... Package.masked, please test."
Comment 3 teidakankan 2007-03-30 22:16:51 UTC
For clarification, this package is in "portage" and not the gnome-experimental overlay.
Comment 4 Steev Klimaszewski (RETIRED) gentoo-dev 2007-03-30 23:26:37 UTC
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.
Comment 5 teidakankan 2007-03-31 09:09:03 UTC
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.
Comment 6 Steev Klimaszewski (RETIRED) gentoo-dev 2007-03-31 18:25:56 UTC
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?
Comment 7 teidakankan 2007-03-31 23:56:34 UTC
Created attachment 115108 [details]
hald_ouput
Comment 8 teidakankan 2007-04-01 00:00:11 UTC
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).
Comment 9 Steev Klimaszewski (RETIRED) gentoo-dev 2007-04-01 00:34:44 UTC
Okay, is there anything in /etc/hal aside from the directories?  and what does your hal udev rules file look like.
Comment 10 Steev Klimaszewski (RETIRED) gentoo-dev 2007-04-01 00:40:01 UTC
And you *do* have hal-info installed correct?
Comment 11 teidakankan 2007-04-01 01:36:33 UTC
* /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
Comment 12 teidakankan 2007-04-01 21:27:54 UTC
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
Comment 13 Steev Klimaszewski (RETIRED) gentoo-dev 2007-04-02 13:53:26 UTC
Is another copy of hald already running still?  
Comment 14 teidakankan 2007-04-03 21:29:32 UTC
Created attachment 115394 [details]
gentoo-sources-2.6.20-r4 config
Comment 15 teidakankan 2007-04-03 21:31:08 UTC
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
Comment 16 teidakankan 2007-04-03 21:36:27 UTC
Sorry, I meant "ksysguard" not "ksyslog". Just woke up.
Comment 17 teidakankan 2007-04-03 23:51:23 UTC
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
Comment 18 Steev Klimaszewski (RETIRED) gentoo-dev 2007-04-04 00:20:01 UTC
What happens if you stop acpid?  I believe acpid and hal are fighting.  
Comment 19 teidakankan 2007-04-04 01:16:37 UTC
Deleted acpid from the run-levels and rebooted.

No change. Hald still doesn't start.
Comment 20 Rémi Cardona (RETIRED) gentoo-dev 2007-04-04 05:28:29 UTC
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 :)
Comment 21 teidakankan 2007-04-05 23:10:45 UTC
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'.
Comment 22 teidakankan 2007-04-20 11:11:04 UTC
(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.
Comment 23 Fredrik Blom 2007-04-27 21:24:01 UTC
(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
Comment 24 Thomas Beinicke 2007-05-04 14:13:24 UTC
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.
Comment 25 Thomas Beinicke 2007-05-04 14:17:49 UTC
Created attachment 118140 [details]
Here a text file again for a better overview
Comment 26 Mart Raudsepp gentoo-dev 2007-05-04 15:04:58 UTC
Reassigning to gentopia as 0.5.9 is in portage by now and is not maintained by gnome
Comment 27 Jakub Moc (RETIRED) gentoo-dev 2007-05-04 17:33:16 UTC
*** Bug 177067 has been marked as a duplicate of this bug. ***
Comment 28 Leif Walsh 2007-05-04 17:46:14 UTC
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
Comment 29 Thomas Beinicke 2007-05-07 08:23:37 UTC
I rolled back to 0.5.7.1-r5 for now since I just can't get hal-0.5.9-r1 to work.
Comment 30 Doug Goldstein (RETIRED) gentoo-dev 2007-05-10 03:45:16 UTC
Thomas: Do you have gphoto2 installed?
Comment 31 Thomas Beinicke 2007-05-11 16:38:42 UTC
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?
Comment 32 Doug Goldstein (RETIRED) gentoo-dev 2007-05-11 17:20:36 UTC
gphoto2.3.x is creating bad HAL fdi rules and installing them. Known issue with gphoto2.3.x series.
Comment 33 Jakub Moc (RETIRED) gentoo-dev 2007-05-14 21:05:21 UTC
*** Bug 178570 has been marked as a duplicate of this bug. ***
Comment 34 Jakub Moc (RETIRED) gentoo-dev 2007-05-14 21:22:45 UTC
*** Bug 178570 has been marked as a duplicate of this bug. ***
Comment 35 Jakub Moc (RETIRED) gentoo-dev 2007-05-14 21:27:32 UTC
CCing gphoto2 maintainer.
Comment 36 Daniel Gryniewicz (RETIRED) gentoo-dev 2007-05-31 21:02:15 UTC
What's the known issue, what's the problem with the files, and how do we fix it?
Comment 37 Doug Goldstein (RETIRED) gentoo-dev 2007-06-19 19:45:51 UTC
*** Bug 182500 has been marked as a duplicate of this bug. ***
Comment 38 Doug Goldstein (RETIRED) gentoo-dev 2007-06-19 21:12:52 UTC
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.
Comment 39 Peter Alfredsen (RETIRED) gentoo-dev 2007-06-19 21:17:08 UTC
The Ubuntu folks are tracking this issue at:
https://bugs.launchpad.net/gentoo/+source/hal/+bug/114427
Comment 40 Florian Steinel 2007-07-08 13:07:53 UTC
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} \
Comment 41 Florian Steinel 2007-07-08 13:26:53 UTC
(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
Comment 42 Florian Steinel 2007-07-08 13:29:00 UTC
Created attachment 124233 [details, diff]
libgphoto2-2.3.1-r4 patch
Comment 43 Steve Arnold archtester gentoo-dev 2007-07-08 22:35:33 UTC
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)
Comment 44 Jakub Moc (RETIRED) gentoo-dev 2007-07-29 11:15:03 UTC
*** Bug 186998 has been marked as a duplicate of this bug. ***
Comment 45 Rudi Strasser 2007-08-10 12:47:26 UTC
(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 
Comment 46 Rudi Strasser 2007-08-10 12:51:05 UTC
> (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
Comment 47 dario 2007-08-29 12:07:52 UTC
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
Comment 48 Doug Goldstein (RETIRED) gentoo-dev 2007-08-29 13:05:09 UTC
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.
Comment 49 dario 2007-08-29 16:29:40 UTC
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 :'(
Comment 50 Luis Vitorio Cargnini 2007-09-12 03:15:20 UTC
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"
Comment 51 Luis Vitorio Cargnini 2007-09-12 03:15:29 UTC
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"
Comment 52 Alexander Skwar 2007-09-27 08:53:30 UTC
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.
Comment 53 Gilles Dartiguelongue (RETIRED) gentoo-dev 2007-09-27 13:11:16 UTC
could you guys give a shot at libgphoto-2.4 ?
Comment 54 Michiel de Bruijne 2007-12-10 16:26:31 UTC
(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.
Comment 55 Michiel de Bruijne 2007-12-10 18:46:31 UTC
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
Comment 56 Doug Goldstein (RETIRED) gentoo-dev 2007-12-10 19:19:05 UTC
(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.
Comment 57 Gilles Dartiguelongue (RETIRED) gentoo-dev 2008-03-30 22:23:56 UTC
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.