Your message dated Tue, 27 May 2008 14:17:33 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Re: [Pkg-utopia-maintainers] Bug#483128: /usr/share/hal/fdi/
is neither shareable, nor marked as conffiles in /etc
has caused the Debian Bug report #483128,
regarding /usr/share/hal/fdi/ is neither shareable, nor marked as conffiles in
/etc
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [EMAIL PROTECTED]
immediately.)
--
483128: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=483128
Debian Bug Tracking System
Contact [EMAIL PROTECTED] with problems
--- Begin Message ---
Package: hal
Version: 0.5.11-1
Severity: serious
Justification: Policy 10.7.3
HAL completely abuses the FHS. Why /usr/share/hal/fdi?
Given how often people have to modify /usr/share/hal/fdi/*[1] to
fix[2] broken HAL behaviour (and this definitely applies to upstream
as well) which then gets blown away upon the next HAL upgrade, and
given how these files control policy that must be able to be setup by
the sysadmin[2], then these files must be configuration files (section
10.7.3). As 10.7.3 states, you might as well mark them as conffiles.
As per 10.7.2, configuration files must be in /etc.
Since they only add to 1mb, it's not like they shouldn't be in /etc
for space reasons.
[1] Someone on LUV just mentioned how much pain
/usr/share/hal/fdi/information/10freedesktop/20-video-quirk-pm-dell.fdi
causes
I've been battling
/usr/share/hal/fdi/policy/10osvendor/20-storage-methods.fdi
[2] It's not like HAL is actually documented so we can fix these the
"proper" ways.
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.25 (SMP w/2 CPU cores)
Locale: LANG=en_AU, LC_CTYPE=en_AU (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash
Versions of packages hal depends on:
ii adduser 3.107 add and remove users and groups
ii dbus 1.2.1-2 simple interprocess messaging syst
ii hal-info 20080508-1 Hardware Abstraction Layer - fdi f
ii libc6 2.7-11 GNU C Library: Shared libraries
ii libdbus-1-3 1.2.1-2 simple interprocess messaging syst
ii libdbus-glib-1-2 0.74-4 simple interprocess messaging syst
ii libexpat1 1.95.8-4 XML parsing C library - runtime li
ii libgcc1 1:4.3.0-4 GCC support library
ii libglib2.0-0 2.16.3-2 The GLib library of C routines
ii libhal-storage1 0.5.11-1 Hardware Abstraction Layer - share
ii libhal1 0.5.11-1 Hardware Abstraction Layer - share
ii libsmbios1 0.13.13-1 Provide access to (SM)BIOS informa
ii libstdc++6 4.3.0-4 The GNU Standard C++ Library v3
ii libusb-0.1-4 2:0.1.12-11 userspace USB programming library
ii libvolume-id0 0.114-2 libvolume_id shared library
ii lsb-base 3.2-12 Linux Standard Base 3.2 init scrip
ii mount 2.13.1.1-1 Tools for mounting and manipulatin
ii pciutils 1:3.0.0-4 Linux PCI Utilities
ii pm-utils 1.1.1-1 utilities and scripts for power ma
ii udev 0.114-2 /dev/ and hotplug management daemo
ii usbutils 0.73-8 Linux USB utilities
Versions of packages hal recommends:
ii eject 2.1.5-8 ejects CDs and operates CD-Changer
ii libsmbios-bin 0.13.13-1 Provide access to (SM)BIOS informa
-- no debconf information
--- End Message ---
--- Begin Message ---
Tim Connors wrote:
Package: hal
Version: 0.5.11-1
Severity: serious
Justification: Policy 10.7.3
HAL completely abuses the FHS. Why /usr/share/hal/fdi?
Given how often people have to modify /usr/share/hal/fdi/*[1] to
fix[2] broken HAL behaviour (and this definitely applies to upstream
as well) which then gets blown away upon the next HAL upgrade, and
given how these files control policy that must be able to be setup by
the sysadmin[2], then these files must be configuration files (section
10.7.3). As 10.7.3 states, you might as well mark them as conffiles.
As per 10.7.2, configuration files must be in /etc.
Since they only add to 1mb, it's not like they shouldn't be in /etc
for space reasons.
That's bogus.
If you want to override information from /usr/share/hal/fdi, just create
a file in /etc/hal/fdi (or copy and modify an existing file) and it will
take precedence over /usr/share/hal/fdi.
Closing this bug report. If you need more information how HAL really
works, please ask.
Michael
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
signature.asc
Description: OpenPGP digital signature
--- End Message ---
_______________________________________________
Pkg-utopia-maintainers mailing list
[email protected]
http://lists.alioth.debian.org/mailman/listinfo/pkg-utopia-maintainers
