Am 16.06.2011 08:51, schrieb Didier Raboud:
Le jeudi, 16 juin 2011 09.21:10, Alex Hermann a écrit :
There are more software packages using this scheme (udev, mysql, pam)
although most place all configs in /etc. I have no idea about the amount
of support/bugreports this causes. IMHO, if a user changes/overrides the
config he is responsible for tracking changes to the default config.
Packaging scripts warning about them may help though.
I agree with Alex here, although the "warning" bit is tricky to do correctly.
That was my assumption too ...
O.K., with your input I came to the conclusion that we will just accept a few
cases of "diminished consistency".
And you are right, config files from version 1.0.3 should still work today and
will continue to do so.
IMHO the constant goal is to have zero overrides around: I mostly see the
override mechanism as an easy way to work new config files out.
Agreed. But in the case of these modem sticks this may be happening more often
than for other types of hardware. They are distributed by telecom providers in
big numbers and model variations are plentiful.
BTW, I promise to release data package updates more often in the future ...
To wrap it all up, the future priority logic would run like this:
1. Check out matching unpackaged files in /etc/usb_modeswitch.d. If there is a
match, use it and issue a warning to syslog. (BTW, there may be left-over config
files from earlier installations too; include this in the warning.)
2. If no match, check out matching unpackaged files in
/usr/share/usb_modeswitch. No warning.
3. If still no match, check out matching packaged files in
/usr/share/usb_modeswitch
Note: (2.) is for the upstream installation and could be swapped with (3.).
There should never be a mix of both types in /usr/share/usb_modeswitch.
I think this would be consistent with your proposed patches, right?
One more thing: should the empty folder /etc/usb_modeswitch.d be created
initially? Probably including a short README?
Josh
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
