Recai Oktas :
* Denis Barbier [2004-07-24 22:51:00+0200]
[...]
If termwrap is needed outside of d-i, I suggest to have a minimal
termwrap-di to deal with Asian locales, and nothing more.
Eugeniy has once said that only those languages without a declared
debian-installer/consoletype
Hi,
I'm really annoyed this bug still lives despite my (and Eugeniy's)
numerous attempts to explain the problem. Here, I've been receiving
complaints from users saying that the Turkish characters didn't
display properly after the installation finished.
Please apply the patch attached and fix
[Recai Oktas]
Please apply the patch attached and fix this issue.
Your patch is not correct. I suspect a real fix will involve
detecting the initialy loaded font/acm/encoding, and undo the termwrap
font loading by loading the initialy loaded font at the end.
--
To UNSUBSCRIBE, email to
Recai Oktas :
Hi,
I'm really annoyed this bug still lives despite my (and Eugeniy's)
numerous attempts to explain the problem. Here, I've been receiving
complaints from users saying that the Turkish characters didn't
display properly after the installation finished.
Please apply the
Petter Reinholdtsen :
[Recai Oktas]
Please apply the patch attached and fix this issue.
Your patch is not correct. I suspect a real fix will involve
detecting the initialy loaded font/acm/encoding, and undo the termwrap
font loading by loading the initialy loaded font at the end.
Why
Hi Petter,
* Petter Reinholdtsen [2004-07-24 17:12:48+0200]
[Recai Oktas]
Please apply the patch attached and fix this issue.
Your patch is not correct. I suspect a real fix will involve
detecting the initialy loaded font/acm/encoding, and undo the termwrap
font loading by loading the
[Eugeniy Meshcheryakov]
Why do this? This does not needed for installer.
At the moment, termwrap is a generic tool capable of running a program
in the console with the requested locale and console font. And as
such, it need to do stuff before the program is executed, and undo it
after it is
Recai Oktas :
* Petter Reinholdtsen [2004-07-24 18:20:54+0200]
I suggest we patch languagechooser to update /etc/locale.gen and
/etc/environment to set the default locale, and remove the locale
generating code from termwrap. I also suggest we teach termwarp to
look in the data file for
* Petter Reinholdtsen [2004-07-24 18:20:54+0200]
[Eugeniy Meshcheryakov]
Why do this? This does not needed for installer.
At the moment, termwrap is a generic tool capable of running a program
in the console with the requested locale and console font. And as
such, it need to do stuff
Quoting Eugeniy Meshcheryakov ([EMAIL PROTECTED]):
IMO, console font setup should also be removed from termwrap,
languagechooser handle it. Termwrap only needed for running jfbterm for
some languages. But this change is not so important.
Well, generally speaking I think this change has to be
On Sat, Jul 24, 2004 at 07:46:51PM +0300, Recai Oktas wrote:
[...]
The only think we need termwrap for then is to wrap a UTF-8 frame
buffer terminal around base-config for the languages with more then
512 glyphs.
Agreed. Only the asian consoles should be treated differently.
Agreed too.
* Denis Barbier [2004-07-24 22:51:00+0200]
On Sat, Jul 24, 2004 at 07:46:51PM +0300, Recai Oktas wrote:
[...]
The only think we need termwrap for then is to wrap a UTF-8 frame
buffer terminal around base-config for the languages with more then
512 glyphs.
Agreed. Only the asian
* Denis Barbier [2004-07-24 22:51:00+0200]
[...]
If termwrap is needed outside of d-i, I suggest to have a minimal
termwrap-di to deal with Asian locales, and nothing more.
Eugeniy has once said that only those languages without a declared
debian-installer/consoletype needed termwrap. I've
13 matches
Mail list logo
