Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 237223 - sys-apps/hal-0.5.11-r1 does not apply some .fdi rules
Summary: sys-apps/hal-0.5.11-r1 does not apply some .fdi rules
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Core system (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Tony Vroon (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-09-09 20:01 UTC by Grzegorz Herman
Modified: 2009-02-04 12:35 UTC (History)
5 users (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Grzegorz Herman 2008-09-09 20:01:13 UTC
Whenever a device is matched in both /etc/hal/fdi/policy/*.fdi and any of the files that hald examines before, the rules in /etc/hal/fdi/policy are not applied.

Reproducible: Always

Steps to Reproduce:
1. create a .fdi file to adjust your favorite device's settings
2. put it in /etc/hal/fdi/policy
3. (restart hald if you like)
4. re-plug the device
5. check settings (e.g., by hal-device)

Actual Results:  
If the device has been matched by any other .fdi file, the settings in /etc/hal/fdi/policy are not applied.

Expected Results:  
According to the documentation, hald should apply all matching rules, in order (first preprobe, then information, then policy; files in /usr/share/hal/fdi always before /etc/hal/fdi; later settings should override the former).

I was trying to get X input hotplug running, and it did - though all my keyboards got the (defaulted by hal) us layout. I created an fdi file in /etc/hal/fdi/policy to override this setting, but nothing has changed.

To investigate the issue, I added some bogus merges to my policy file to see if they get applied - they don't, as if the device hasn't been matched.
Moving the file to /etc/hal/fdi/information applies the rules - the output of hal-device shows my bogus settings, but the ones I am really interested in tweaking get overriden by the default policy.

Going further, I have created an fdi file for a device that is not matched by default rules (a Wacom tablet working over a serial port). Whenever I place the file in /etc/hal/fdi/information of /etc/hal/fdi/policy, all the rules get applied correctly. But if I split them into two files, one in each of those directories (which should be the correct way, I suppose -- discovery/naming/etc. managed by 'information', while X settings like key mappings, in 'policy'), only the rules from the first one have any visible efect.

> emerge --info
Portage 2.1.4.4 (default/linux/x86/2008.0, gcc-4.1.2, glibc-2.6.1-r0, 2.6.25-gentoo-r7 i686)
=================================================================
System uname: 2.6.25-gentoo-r7 i686 Intel(R) Core(TM) Duo CPU L2400 @ 1.66GHz
Timestamp of tree: Tue, 09 Sep 2008 02:07:01 +0000
app-shells/bash:     3.2_p33
dev-java/java-config: 1.3.7, 2.1.6
dev-lang/python:     2.5.2-r6
sys-apps/baselayout: 1.12.11.1
sys-apps/sandbox:    1.2.18.1-r2
sys-devel/autoconf:  2.13, 2.61-r2
sys-devel/automake:  1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.1
sys-devel/binutils:  2.18-r3
sys-devel/gcc-config: 1.4.0-r4
sys-devel/libtool:   1.5.26
virtual/os-headers:  2.6.23-r3
ACCEPT_KEYWORDS="x86"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-pipe -march=prescott -mtune=prescott -mmmx -msse2 -Os -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c /etc/udev/rules.d"
CXXFLAGS="-pipe -march=prescott -mtune=prescott -mmmx -msse2 -Os"
DISTDIR="/var/cache/distfiles"
FEATURES="collision-protect distlocks fixpackages nodoc noinfo parallel-fetch sandbox sfperms strict unmerge-orphans userfetch"
GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo"
LDFLAGS="-Wl,-O1"
LINGUAS="en pl"
MAKEOPTS="-j6"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/portage/local/layman/sectools"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X X509 acpi alsa aspnet aspnet2 bash-completion bzip2 crypt cups curl cxx dbus dhcp dri dvd dvdr encode exif firefox flac fontconfig gif glib glibc-omitfp gnome gnome-keyring gpg gpm gstreamer gtk hal hdaps java java6 jpeg laptop midi minimal mmx mono mp3 mudflap ncurses networkmanager nptl nsplugin opengl pam pcmcia pcre perl png ppds python qt4 readline slang spell sqlite sse2 ssl startup-notification subversion svg threads threadsafe tiff truetype unicode userlocales vim-syntax wxwindows x86 xml xorg xulrunner zlib" ALSA_CARDS="hda-intel" 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" ELIBC="glibc" INPUT_DEVICES="evdev keyboard mouse wacom" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en pl" USERLAND="GNU" VIDEO_CARDS="i810 intel"
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LANG, LC_ALL, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Comment 1 Teng Wang 2008-12-01 05:47:01 UTC
I confirm this bug.

I use evdev with hal USE. However, anything I set in the /etc/hal/fdi/policy/ does not affect X11 settings.
Comment 2 Tony Vroon (RETIRED) gentoo-dev 2009-02-03 13:44:04 UTC
Sorry, it appears HAL has gone unmaintained for a while. Could you let me know whether this is still an issue for you on 0.5.11-r6 please?
Comment 3 Philippe Marti 2009-02-04 12:15:34 UTC
I had a similar problem with synaptics and xorg keyboard settings through hal fdi files. But the bug seems to have disappeared now.

I'm using hal-0.5.11-r6
Comment 4 Tony Vroon (RETIRED) gentoo-dev 2009-02-04 12:35:23 UTC
That is excellent news Philippe, thank you. I will close this bug as 'fixed' as -r6 works. (And -r7 will work even better, coming soon to a portage tree near you)