On Wed, 2002-02-27 at 07:37, Junichi Uekawa wrote:
On Wed, 27 Feb 2002 08:20:52 +0100
Eduard Bloch [EMAIL PROTECTED] wrote:
I can symlink usr/lib/locale/ja_JP-C@utf-8 and setting locale to
LANG=ja_JP.UTF-8
LC_ALL=ja_JP.UTF-8
seems to allow whiptail-utf8 to do its thing.
Phil Blundell [EMAIL PROTECTED] cum veritate scripsit:
Having the symlink there seems to reduce the number of hacks considerably.
It might be the way to go.
I don't know that it's worth changing things at this stage just to
reduce the number of hacks. If the current code works, that's
#include hallo.h
Junichi Uekawa wrote on Wed Feb 27, 2002 um 10:20:55PM:
I don't know that it's worth changing things at this stage just to
reduce the number of hacks. If the current code works, that's good
enough for me.
If it works, that's fine by me, too.
Can we actually get a
On Tue, 2002-02-26 at 00:31, Junichi Uekawa wrote:
Note: I have not gotten evil enough to rename the utf8 version of
newt library soname.
Oh. Wasn't the fact that the utf8 and non-utf8 libnewts shared the same
soname the cause of all our original problems with flashing screens?
p.
--
To
#include hallo.h
Philip Blundell wrote on Mon Feb 25, 2002 um 09:54:51PM:
I'm not completely convinced about these two. That sounds to me like
your whiptail is still not fully UTF-8 enabled.
It seems that it has problems on detecting that it is in UTF-8 mode. I
tried setting:
LANG=C@utf-8
#include hallo.h
Junichi Uekawa wrote on Tue Feb 26, 2002 um 09:37:11AM:
- to not break non-ASCII chars, LANG must be either C or a valid
xx_YY.UTF-8 locale
I think LANG=C will cause the dialog boxes to have ??? chars
It works in uxterm: set LANG=C but LC_CTYPE to a valid utf-8
On Tue, 2002-02-26 at 11:31, Eduard Bloch wrote:
It seems that it has problems on detecting that it is in UTF-8 mode. I
tried setting:
LANG=C@utf-8 (valid, existing)
LC_CTYPE=C@utf-8 (valid, existing, for whiptail-utf8)
LC_MESAGES=de_DE.UTF-8 (just a string, parsed and used by modconf)
On Tue, 2002-02-26 at 11:31, Eduard Bloch wrote:
It is only needed as LC_MESSAGES to enable usage of utf8-converted
string files. If whiptail-utf8 also needs the value (though it should
NOT depend on it), this may cause our trouble.
By the way, another fix would be for someone to actually
#include hallo.h
Phil Blundell wrote on Tue Feb 26, 2002 um 11:34:49AM:
Try the patch to modconf that I sent you yesterday (unsetting
LC_MESSAGES before calling whiptail). I think it will fix this. With
that change, I was able to run modconf successfully in a UTF-8 xterm
using
Phil Blundell [EMAIL PROTECTED] cum veritate scripsit:
Note: I have not gotten evil enough to rename the utf8 version of
newt library soname.
Oh. Wasn't the fact that the utf8 and non-utf8 libnewts shared the same
soname the cause of all our original problems with flashing screens?
It
Eduard Bloch [EMAIL PROTECTED] cum veritate scripsit:
Is there a paranoid check for the string type of LC_MESSAGES? Even then
it should not break it LC_CTYPE is set to a properl utf8 locale, like to
C@utf-8 in BFs.
I really don't understand what C@utf-8 is, really.
Is it something similar
On Tue, 2002-02-26 at 15:06, Junichi Uekawa wrote:
I really don't understand what C@utf-8 is, really.
It's like the C locale in all respects except that it uses the UTF-8
character set rather than ASCII.
p.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe.
#include hallo.h
Junichi Uekawa wrote on Wed Feb 27, 2002 um 12:10:25PM:
I've had some experimentation, and I found that I understood a few
things wrongly, but here is a summary of what I found out:
I can symlink usr/lib/locale/ja_JP-C@utf-8 and setting locale to
LANG=ja_JP.UTF-8
On Wed, 27 Feb 2002 08:20:52 +0100
Eduard Bloch [EMAIL PROTECTED] wrote:
I can symlink usr/lib/locale/ja_JP-C@utf-8 and setting locale to
LANG=ja_JP.UTF-8
LC_ALL=ja_JP.UTF-8
seems to allow whiptail-utf8 to do its thing.
Maybe dynamic symlinking after language is chosen / or include
#include hallo.h
Junichi Uekawa wrote on Mon Feb 25, 2002 um 10:38:43PM:
else
export USE_LANGUAGE_CHOOSER := false
+export LC := true
endif
...
Looks wrong.
Is wrong, copied too much. I have also found the other problem. But here
is now another problem: the i18n build does no
On Mon, 2002-02-25 at 16:41, Eduard Bloch wrote:
Is wrong, copied too much. I have also found the other problem. But here
is now another problem: the i18n build does no longer fit on the 1200
disk. I tried to hack the build system to use less languages on the 1200
disks, but it is nothing but
#include hallo.h
Phil Blundell wrote on Mon Feb 25, 2002 um 04:47:21PM:
disks, but it is nothing but ugly, and still was not sucessfull. So is
anyone really interessted in keeping 1200kB version alive? If yes, come
and help, otherwise we shold drop this subflavor.
We talked about this
#include hallo.h
Phil Blundell wrote on Mon Feb 25, 2002 um 04:47:21PM:
disks, but it is nothing but ugly, and still was not sucessfull. So is
anyone really interessted in keeping 1200kB version alive? If yes, come
and help, otherwise we shold drop this subflavor.
We talked about this
On Mon, 2002-02-25 at 18:16, Eduard Bloch wrote:
- modconf call must get a proper locale, like de_DE.UTF-8. Phil, could
you have a look?
I haven't had a chance to test this yet but I think it should be
somewhere near right. Setting LANG=C@utf-8 may not be necessary
(LC_CTYPE is already
#include hallo.h
Philip Blundell wrote on Mon Feb 25, 2002 um 08:29:47PM:
I haven't had a chance to test this yet but I think it should be
somewhere near right. Setting LANG=C@utf-8 may not be necessary
It is not necessary, and it even hurts. I tries different locale
settings. Summary:
-
On Mon, 2002-02-25 at 21:40, Eduard Bloch wrote:
- to not break non-ASCII chars, LANG must be either C or a valid
xx_YY.UTF-8 locale
- LC_CTYPE must be a valid locale string (or I am misguided by the
whiptail bug, see below)
I'm not completely convinced about these two. That sounds
On Mon, 2002-02-25 at 21:40, Eduard Bloch wrote:
- to not break non-ASCII chars, LANG must be either C or a valid
xx_YY.UTF-8 locale
- LC_CTYPE must be a valid locale string (or I am misguided by the
whiptail bug, see below)
- LC_MESSAGES is used by modconf. It should contain a _, .
Eduard Bloch [EMAIL PROTECTED] cum veritate scripsit:
Yup. I attached the modified version, it does set all tree values.
Though there is a problem with whiptail-utf8:
$ ldd /usr/bin/whiptail | grep newt
libnewt.so.0.50 = /usr/lib/libnewt.so.0.50 (0x40028000)
Note: I have not
Philip Blundell [EMAIL PROTECTED] cum veritate scripsit:
On Mon, 2002-02-25 at 21:40, Eduard Bloch wrote:
- to not break non-ASCII chars, LANG must be either C or a valid
xx_YY.UTF-8 locale
I think LANG=C will cause the dialog boxes to have ??? chars
- LC_CTYPE must be a valid
On Tue, 2002-02-26 at 00:37, Junichi Uekawa wrote:
Is it possible to satisfy them with a symlink ?
Yeah, probably.
p.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
25 matches
Mail list logo
