tags 607329 + wontfix thanks On Sat, Dec 18, 2010 at 12:55:10PM +0100, Daniel Baumann wrote: > 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?
Yes, no questions on install v/s questions on install. > the existing package is a package that only works. a package with I'm sure you meant "Just Works(TM)" there. :) > 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. I agree in general but bloating packages with debconf questions that are 99.9% of the times useless (and possibly meaningless to users) doesn't help anyone. It may be a bit surprising not finding the configuration file in /etc/default/cpufrequtils but if those that go and edit the init.d script (and thus have the necessary knowledge for doing that) would also read 10 lines below what they are modifying they would see that the file is being sourced if it exists. Not to mention that the simple behaviour of the init.d script is documented. For now I won't fix this bug, in the future I may consider adding low priority debconf questions to autogenerate the config file and keep those questions away from users not interested in it. -- mattia :wq! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
