220459 2008-05-05 20:46 0000 sys-block/gparted-0.3.7 requires sys-apps/hal 2008-06-15 18:57:33 0000 1 1 1 Unclassified Gentoo Linux Applications unspecified All Linux RESOLVED FIXED P2 normal --- 1 fdbugs@dupoux.com gnome@gentoo.org fdbugs@dupoux.com 2008-05-05 20:46:52 0000 gparted-0.3.7 requires sys-apps/hal to be installed and /etc/init.d/hald to be started. If you do not do that, the gparted wrapper script (that executes gpartedbin) will complain about the HAL. You should add "sys-apps/hal" to RDEPEND, and we must be sure that /etc/init.d/hald is stated. Reproducible: Always eva@gentoo.org 2008-05-05 21:42:45 0000 if you could actually paste or attach the output. It it's not fatal I'd say it's not a bug. Ask upstream to make the output clearer. fdbugs@dupoux.com 2008-05-05 21:51:41 0000 If I stop the hald service on my system, I have the following error: # /etc/init.d/hald stop # gparted Could not initialise connection to hald. Normally this means the HAL deamon (hald) is not running or not ready. So I just think GParted-0.3.7 cannot work without the HALD daemon. ford_prefect@gentoo.org 2008-05-06 17:13:28 0000 (In reply to comment #2) [...] > So I just think GParted-0.3.7 cannot work without the HALD daemon. This is confirmed. From the ChangeLog: * gparted.in: Added new calling script gparted - This is to permit using hal-lock to acquire device locks to prevent automounting prior to executing gpartedbin. - Closes GParted bug #324220 - Thanks to Deji Akingunola for the hal-lock invocation idea I've asked upstream to document and add a configure-time check on the bug mentioned above (b.gnome.o). eva@gentoo.org 2008-05-08 14:21:37 0000 there is no need for a configure time check, the script should just be smart and detect hal presence at runtime. Please paste the upstream bug link in the URL field. ford_prefect@gentoo.org 2008-05-10 13:37:00 0000 (In reply to comment #4) > there is no need for a configure time check, the script should just be smart > and detect hal presence at runtime. Please paste the upstream bug link in the > URL field. Didn't think of that. Looks like it's already been added as a dependency. Further dialogue with developers required, I guess. Bug: http://bugzilla.gnome.org/show_bug.cgi?id=324220 (I can't edit the URL field) eva@gentoo.org 2008-06-15 18:57:33 0000 integrated upstream change in r1.