On Wednesday 02 April 2008, Frans Pop wrote:
> My proposal would be to modify both cdebconf and debconf so that the last
> C in Choices-C is interpreted as "Codes" and not as "C locale", and thus
> also display the value of the Choices field if debconf/language is set to
> C.
After a private ping,
On Wed, Apr 02, 2008 at 08:59:43AM +0200, Frans Pop wrote:
> This indeed is a real issue.
>
> I tested this by loading the following template on a running system (so
> using debconf): […]
Using the same test material with cdebconf, I have the following
results:
> Test results:
> # LC_ALL=en_US.
On Wednesday 02 April 2008, Frans Pop wrote:
> This indeed is a real issue.
I've been looking at a solution for this in debconf, but am confused.
# LANG= LANGUAGE=nl LC_ALL=en_US.UTF-8 ../../test-debconf-C
=> Dialog is displayed in Dutch
@langs = nl:en_us.utf-8:en_us:en.utf-8:en
# LANG= LANGUAGE
On Wednesday 02 April 2008, Frans Pop wrote:
> In D-I this currently results in "C, en" being displayed as languages for
> serial console installs instead of "C, English". It does not result in
> issues elsewhere because we "force" debconf/language to "en" if the C
> locale is selected.
It seems t
We are switching more and more to using Choices-C to abstract the actual
choices away from the text displayed to users by using "codes" in the
Choices-C field instead of text strings.
However, there is a major problem with the current implementation of
Choices-C in cdebconf (and probably debconf
5 matches
Mail list logo
