Bug#367080: Please change lanuage input priority to critical
Package: localechooser Severity: normal Tags: patch Hi While I try to port the debian-edu installation on etch I have a small problem. Of course the users want to choose the language and for that we need localechooser. But we try to avoid more questions than neccessary, as you might know the advantage of a Debian-Edu/Skolelinux installation is to have it as easy as possible. For that we are using DEBCONF_PRIORITY=critical as a KERNEL_PARAMS . Well the input priority for the language is "high" and changing our priority to high would introduce more questions from other packages, which is not desirable. So is there a problem with changing the priority to "critical" instead of "high", I don't see a reason against doing that. If you agree please change: db_input high $template || [ $? -eq 30 ] to db_input critical $template || [ $? -eq 30 ] (line 253 in localechooser) Anyway please give me a small feedback. Greetings Steffen -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#367080: Please change lanuage input priority to critical
CC'ing you just in case > If you agree please change: > > db_input high $template || [ $? -eq 30 ] > to > db_input critical $template || [ $? -eq 30 ] > > (line 253 in localechooser) > > Anyway please give me a small feedback. The rationale of the language priority being set to high was similar to all other questions: the answer is not absolutely mandatory for the install to run, given that the installation can be run in English without compromising the result. Of course, I understand your concerns here and changing the language question could be imaginedthe only drawback being that it would be kind of a precedent for other questions being raised at "critical" priority. I'd like to have other's advice and feeling about this. Indeed, that raises an interesting d-i enhancement possibility: why not allow users to preseedthe questions priority rather than the answers. This would allow CDD to adjust the questions priority to their needs without changing the D-I code. I don't know if that's feasible...but probably worth being discussed. signature.asc Description: Digital signature
Bug#367080: Please change lanuage input priority to critical
On Saturday 13 May 2006 16:24, Christian Perrier wrote: > The rationale of the language priority being set to high was similar > to all other questions: the answer is not absolutely mandatory for the > install to run, given that the installation can be run in English > without compromising the result. Well yes I know, but how useful is an installation in english if you don't understand it? > Of course, I understand your concerns here and changing the language > question could be imaginedthe only drawback being that it would be > kind of a precedent for other questions being raised at "critical" > priority. > > I'd like to have other's advice and feeling about this. Yes would be nice :) > Indeed, that raises an interesting d-i enhancement possibility: why > not allow users to preseedthe questions priority rather than the > answers. Preeseding would be wonderful :) > This would allow CDD to adjust the questions priority to their needs > without changing the D-I code. And that is of course desirable, I *hate* the idea of doing a NMU for Debian-Edu Archive of localechooser. Greetings Steffen pgp0ydS4eSzbd.pgp Description: PGP signature
Bug#367080: Please change lanuage input priority to critical
On Saturday 13 May 2006 16:24, Christian Perrier wrote: > The rationale of the language priority being set to high was similar > to all other questions: the answer is not absolutely mandatory for the > install to run, given that the installation can be run in English > without compromising the result. [...] > I'd like to have other's advice and feeling about this. I would say it is probably valid to have the language and also the country asked at critical priority as both questions set defaults for other important aspects of the installed system. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#367080: Please change lanuage input priority to critical
On Sat, May 13, 2006 at 03:47:30PM +0200, Steffen Joeris wrote: > While I try to port the debian-edu installation on etch I have a small > problem. Of course the users want to choose the language and for that we > need localechooser. But we try to avoid more questions than neccessary, > as you might know the advantage of a Debian-Edu/Skolelinux installation > is to have it as easy as possible. For that we are using > DEBCONF_PRIORITY=critical as a KERNEL_PARAMS . Well the input priority > for the language is "high" and changing our priority to high would > introduce more questions from other packages, which is not desirable. > So is there a problem with changing the priority to "critical" instead > of "high", I don't see a reason against doing that. FWIW, I tried the approach of using DEBCONF_PRIORITY=critical in Ubuntu and found it to be ultimately doomed. d-i assumes that critical is for automated installs, and I found that when I tried to bump new questions to priority critical that were designed for interactive use I caused preseeded setups to overflow kernel parameter limits. Linux 2.6.9 and above have weaker restrictions on the length of the kernel command line, so maybe this isn't a problem any more, and I don't object to this localechooser change in particular, but from my experience I do think that using DEBCONF_PRIORITY=critical might not be the best approach for debian-edu. Cheers, -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
