[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#250789: termwrap unloads the charset mapping in second-stage installation



Package: base-config
Version: 2.23
Severity: important
Tags: l10n, d-i

Hi,

After successfully finishing the first stage installation, I entered to 
base-config.  Everthing was fine, i.e. termwrap set the correct console 
font as indicated in languagechooser/languagelist (ter-916f/iso09 for 
Turkish), no problems with the debconf messages -- they were all 
displayed in Turkish.  But at the end of base-config, console settings 
were changed again, due to the following code in termwrap:

	[...]

	$@

	case $ENCODING in

	[...]

	ISO-8859-9)
		# Unload ISO-8859-9 charset mapping, by loading ISO-8859-1 
		# instead
		try_load_charset "$ENCODING" iso01 lat0-sun16

When I retested it, I modified the termwrap code so as to immediately 
exit after calling the base-config, that is:

	[...]

	$@

	exit $?

	case $ENCODING in

and I found the console as it should be.  I can work on a patch for this 
problem, but first I should figure out this behaviour.  Why does it need 
to unload the charset mapping at the end of termwrap?  Is it something 
related with the "base-config in first stage installation" facility? 

Regards,

P.S. This problem exist in all latest netinst snapshots (e.g. 20040519 - 
20040523).

-- 
roktas

Attachment: signature.asc
Description: Digital signature


Reply to: