On 12/18/2010 11:55 AM, Mattia Dongili wrote:
why again and again? The user does it once and that's it. And only if
the default behaviour is not appropriate (which I doubt happens that
often).

excately. i'll explain again:

  * user installs cpufrequtils for the first time.

  * cpufrequtils asks stuff like governor etc. with debconf. the
    defaults can be either be set to something statically, or
    determined automatically

  * whatever values are determined, either user input or defaults,
    gets written to /etc/default/cpufrequtils.

  * if user wants to change something, he either changes the value
    in /etc/default/cpufrequtils with $editor, or runs
    dpkg-reconfigure cpufrequtils

  * any upgrade just reads in /etc/default/cpufrequtils first,
    and repopulates the file with those values, or if user
    entered other values to the debconf questions with those.

do you see the difference?

the existing package is a package that only works. a package with debconf handling for /etc/default/cpufrequtils is a package that is *integrated*. for debian, we don't just want packages that work, we want them integrated.

as said previously, you don't have to reinvent the wheel, tftp-hpa (and others) are doing that already, you can just copy paste. not wanting to 'deal' with it is a lame excuse, it's less than 10min of work. if you don't want to do that, let me know and i'll prepare a patch.

If anyone wants to change the defaults he can do it without being
asked to install a new version of the conffile over and over (that's
what I meant for issues there).

that's never happening in above described scenario. since debconf knows which questions have been seen and which not, once you entered the values at the *first* installation, the user will never ever again see any debconf question (unless manually triggered by the user with dpkg-reconfigure).

--
Address:        Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:          daniel.baum...@progress-technologies.net
Internet:       http://people.progress-technologies.net/~daniel.baumann/



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to