Scheduled Maintenance: We are aware of an issue with Google, AOL, and Yahoo services as email providers which are blocking new registrations. We are trying to fix the issue and we have several internal and external support tickets in process to resolve the issue. Please see: viewtopic.php?t=158230

 

 

 

Squeeze: HAL .fdi policy rules not working in X after update

Graphical Environments, Managers, Multimedia & Desktop questions.
Post Reply
Message
Author
The Only
Posts: 28
Joined: 2006-07-16 02:47
Location: Edinburgh, United Kingdom

Squeeze: HAL .fdi policy rules not working in X after update

#1 Post by The Only »

After a system update a couple of days back - which as far as I can remember included some xorg packages - neither of the policy files I have written for my keyboard, synaptics touchpad and mouse work.

Below are the files and the Xorg log file.

99-x11-keyboard.fdi

Code: Select all

<?xml version="1.0" encoding="UTF-8"?>
<deviceinfo version="0.2">
	<device>
		<match key="info.capabilities" contains="input.keyboard">
			<merge key="input.x11_driver" type="string">kbd</merge>
			<merge key="input.x11_options.CoreKeyboard" type="string">true</merge>
			<merge key="input.x11_options.XkbRules" type="string">xorg</merge>
			<merge key="input.x11_options.XkbModel" type="string">pc104</merge>
			<merge key="input.x11_options.XkbLayout" type="string">gb,bg(phonetic)</merge>
			<merge key="input.x11_options.XkbOptions" type="string">terminate:ctrl_alt_bskp,grp:alt_shift_toggle,grp_led:scroll</merge>
			<merge key="input.x11_options.AutoRepeat" type="string">400 80</merge>
		</match>
	</device>
</deviceinfo>
I cannot use any other layout except for "us" unless specified within any desktop environment. However, I like having global settings hence the reason why I added those rules. Setting a value of "evdev" for "input.x11_driver" also doesn't work.

99-x11-mouse.fdi

Code: Select all

<?xml version="1.0" encoding="UTF-8"?>
<deviceinfo version="0.2">
	<device>
		<match key="info.capabilities" contains="input.mouse">
			<merge key="input.x11_options.CorePointer" type="string">True</merge>
			<merge key="input.x11_options.Emulate3Buttons" type="string">True</merge>
		</match>
	</device>
</deviceinfo>
99-x11-touchpad.fdi

Code: Select all

<?xml version="1.0" encoding="UTF-8"?>
<deviceinfo version="0.2">
	<device>
		<match key="info.capabilities" contains="input.touchpad">
			<merge key="input.x11_driver" type="string">synaptics</merge>
			<merge key="input.x11_options.CorePointer" type="string">true</merge>
			<merge key="input.x11_options.SendCoreEvents" type="string">true</merge>
			<merge key="input.x11_options.Emulate3Buttons" type="string">true</merge>
			<merge key="input.x11_options.SHMConfig" type="string">true</merge>
			<merge key="input.x11_options.TopEdge" type="string">1620</merge>
			<merge key="input.x11_options.RightEdge" type="string">8130</merge>
			<merge key="input.x11_options.BottomEdge" type="string">4236</merge>
			<merge key="input.x11_options.LeftEdge" type="string">1752</merge>
			<merge key="input.x11_options.VertEdgeScroll" type="string">1</merge>
			<merge key="input.x11_options.HorizEdgeScroll" type="string">1</merge>
			<merge key="input.x11_options.CornerCoasting" type="string">true</merge>
			<merge key="input.x11_options.SpecialScrollAreaRight" type="string">true</merge>
			<merge key="input.x11_options.RBCornerButton" type="string">2</merge>
			<merge key="input.x11_options.RTCornerButton" type="string">3</merge>
			<merge key="input.x11_options.TapButton1" type="string">1</merge>
			<merge key="input.x11_options.TapButton2" type="string">2</merge>
			<merge key="input.x11_options.TapButton3" type="string">3</merge>
			<merge key="input.x11_options.VertTwoFingerScroll" type="string">true</merge>
		</match>
	</device>
</deviceinfo>
All of these rules used to work before the update.

I also noticed some lines of interest within Xorg's log file:

Lines 733-735:

Code: Select all

(EE) ioctl EVIOCGNAME failed: Inappropriate ioctl for device
(II) UnloadModule: "evdev"
(EE) PreInit returned NULL for ""Logitech USB Optical Mouse""
Lines 768-770:

Code: Select all

(EE) ioctl EVIOCGNAME failed: Inappropriate ioctl for device
(II) UnloadModule: "evdev"
(EE) PreInit returned NULL for ""SynPS/2 Synaptics TouchPad""
Lines 776-779:

Code: Select all

(II) XINPUT: Adding extended input device ""ACPI Virtual Keyboard Device"" (type: KEYBOARD)
(**) Option "xkb_rules" "evdev"
(**) Option "xkb_model" "pc104"
(**) Option "xkb_layout" "us"
The entire log can be found here.

I'd be grateful if anyone could help me resolve this issue.
Thanks in advance!
Gentoo Linux/3.4.9-amd64

milomak
Posts: 2168
Joined: 2009-06-09 22:20
Been thanked: 2 times

Re: Squeeze: HAL .fdi policy rules not working in X after update

#2 Post by milomak »

i believe the move away from hal has started. certainly in sid that is the case
Desktop: A320M-A PRO MAX, AMD Ryzen 5 3600, GALAX GeForce RTX™ 2060 Super EX (1-Click OC) - Sid, Win10, Arch Linux, Gentoo, Solus
Laptop: hp 250 G8 i3 11th Gen - Sid
Kodi: AMD Athlon 5150 APU w/Radeon HD 8400 - Sid

The Only
Posts: 28
Joined: 2006-07-16 02:47
Location: Edinburgh, United Kingdom

Re: Squeeze: HAL .fdi policy rules not working in X after update

#3 Post by The Only »

I see. Oh well, I didn't like the HAL rules anyway.
I shall try migrating these back to xorg.conf.

Cheers!

Edit:
Right, I configured these in xorg.conf. Both good and bad news. The good news is that the touchpad and mouse settings are working fine. The bad news - no change in keyboard behaviour.

Xorg.log looks a bit better - not as many (EE) lines as there were before. However, the lines mentioning that only "us" layout has been selected are still there - several entries between lines 721 and 807.

Copies of my xorg.conf and Xorg.log can be found here and here respectively. Results are the same even with Driver set to "kbd".
Gentoo Linux/3.4.9-amd64

WEARENOTALONE
Posts: 1
Joined: 2010-02-04 13:25

Re: Squeeze: HAL .fdi policy rules not working in X after update

#4 Post by WEARENOTALONE »

Xorg Input Configuration in Debian Squeeze and Unstable is now done with the help of udev; *.fdi files and xorg.conf entries are ignored. To set your keyboard layout you have to edit /etc/default/keyboard. For more information about udev and xorg please read this guide from kubuntu. But there are still problems like written in this bug report.

Best Regards
WANA

yorik
Posts: 4
Joined: 2010-03-08 23:38

Re: Squeeze: HAL .fdi policy rules not working in X after update

#5 Post by yorik »

In fact writing udev rules if you can write fdi rules is not very complicated. They go in /etc/udev/rules.d/ instead of /etc/hal/fdi/policy/ and they follow the same numbering system, lower numbers get loaded first. For example, I just did this one for my Wizardpen tablet:

/etc/hal/fdi/policy/99-x11-wizardpen.fdi

Code: Select all

<?xml version="1.0" encoding="ISO-8859-1" ?>
<deviceinfo version="0.2">
<device>
<!-- This MUST match with the name of your tablet -->
<match key="info.product" contains="UC-LOGIC Tablet WP5540U">
<merge key="input.x11_driver" type="string">wizardpen</merge>
<merge key="input.x11_options.SendCoreEvents" type="string">true</merge>
<merge key="input.x11_options.TopX" type="string">0</merge>
<merge key="input.x11_options.TopY" type="string">2861</merge>
<merge key="input.x11_options.BottomX" type="string">30866</merge>
<merge key="input.x11_options.BottomY" type="string">32619</merge>
<merge key="input.x11_options.MaxX" type="string">30866</merge>
<merge key="input.x11_options.MaxY" type="string">32619</merge>
</match>
</device>
</deviceinfo>
/etc/udev/rules.d/99-xorg-wizardpen.rules

Code: Select all

# rules for Wizardpen 5x4 tablet
ENV{ID_MODEL}=="Tablet_WP5540U", ENV{x11_driver}="wizardpen", ENV{x11_options.SendCoreEvents}="true", ENV{x11_options.TopX}="0",\ ENV{x11_options.TopY}="2861", ENV{x11_options.BottomX}="30866", ENV{x11_options.BottomY}="32619", ENV{x11_options.MaxX}="30866",\ ENV{x11_options.MaxY}="32619"
The only tricky part was that the name of the device is different, but I found it quickly on the net looking for "udev wizardpen"

Post Reply