269897 – sys-apps/hal: ebuild installs udev helper into /lib/udev instead of /$(get_libdir)/udev

Bug 269897 - sys-apps/hal: ebuild installs udev helper into /lib/udev instead of /$(get_libdir)/udev

Summary: sys-apps/hal: ebuild installs udev helper into /lib/udev instead of /$(get_li...

Status:	RESOLVED FIXED

Alias:	None

Product:	Gentoo Linux
Classification:	Unclassified
Component:	[OLD] Unspecified (show other bugs)
Hardware:	All Linux

Importance:	High normal (vote)
Assignee:	Freedesktop bugs

URL:
Whiteboard:
Keywords:

Depends on:
Blocks:

Reported:	2009-05-14 23:59 UTC by Jonathan Callen (RETIRED)
Modified:	2009-05-30 16:29 UTC (History)
CC List:	1 user (show)

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

Attachments
xorg error (Xorg.0.log.old,8.36 KB, text/plain) 2009-05-30 00:41 UTC, Raphaël Vinot	Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.

Description Jonathan Callen (RETIRED) gentoo-dev

2009-05-14 23:59:36 UTC

When $(get_libdir) != lib, all of the ebuilds for sys-apps/hal install the hal_umount wrapper into the wrong directory: /lib/udev instead of /$(get_libdir)/udev.  All versions of sys-fs/udev currently in portage only look in /$(get_libdir)/udev for helper scripts, and ignore /lib/udev (when it isn't the same as /$(get_libdir)/udev).  Currently, on most setups, this is not noticeable, as either $(get_libdir) == lib or /lib is a symlink to /$(get_libdir).

Comment 1 Gilles Dartiguelongue (RETIRED) gentoo-dev

2009-05-16 09:55:03 UTC

right.

Comment 2 Daniel Gryniewicz (RETIRED) gentoo-dev

2009-05-29 17:43:21 UTC

fixed in hal-0.5.12_rc1-r5

Comment 3 Raphaël Vinot 2009-05-30 00:41:59 UTC

Created attachment 192944 [details]
xorg error

sys-apps/hal-0.5.12_rc1-r5 is broken. After the installation it's impossible to start X (see log).
Please mask.

Comment 4 Daniel Gryniewicz (RETIRED) gentoo-dev

2009-05-30 00:58:00 UTC

Works fine for me.  The failure in your X log does not appear to be related to hal, it's X crashing.  Please open a new bug.

Comment 5 Benjamin Bannier 2009-05-30 15:58:47 UTC

(In reply to comment #4)
> Works fine for me.  The failure in your X log does not appear to be related to
> hal, it's X crashing.  Please open a new bug.
> 

No, this is related. After updating to sys-apps/hal-0.5.12_rc1-r5 X will kill itself because it doesn't get a response from dbus anymore. Syslog says:

May 30 11:28:56 vitamina dbus-daemon: Rejected send message, 1 matched rules; type="method_call", sender=":1.6" (uid=0 pid=6637 comm="/usr/bin/X -nolisten tcp -br -deferglyphs 16 -auth") interface="org.freedesktop.Hal.Manager" member="FindDeviceByCapability" error name="(unset)" requested_reply=0 destination="org.freedesktop.Hal" (uid=0 pid=5579 comm="/usr/sbin/hald --use-syslog --verbose=no "))

Using the old settings in /etc/dbus-1/system.d/hal.conf for the default context fixes this.


Cheers,

Benjamin

Comment 6 Jonathan Callen (RETIRED) gentoo-dev

2009-05-30 16:15:46 UTC

(In reply to comment #5)
> No, this is related. After updating to sys-apps/hal-0.5.12_rc1-r5 X will kill
> itself because it doesn't get a response from dbus anymore.

It may be related to -r5, but not the change outlined in this bug - the change that (may) have caused this issue is for bug 267042.

Comment 7 Ben de Groot (RETIRED) gentoo-dev

2009-05-30 16:29:33 UTC

(In reply to comment #5)
> No, this is related. After updating to sys-apps/hal-0.5.12_rc1-r5 X will kill
> itself because it doesn't get a response from dbus anymore. 
> 
> Using the old settings in /etc/dbus-1/system.d/hal.conf for the default context
> fixes this.

That is bug 271837