illumos gate

Satoru MIYAZAKI said,

On ja_JP.UTF-8 locale, when using ssh, ssh response 'yes/no' by Japanese "はい/いいえ" .
If user can't input by Japanese, it is critical problems.

Workaround:
Change /usr/lib/locale/ja_JP.UTF-8/LC_MESSAGES/LCL_DATA

MIYAZAKIさん：
具体的に、どのように変更すればよろしいのでしょうか？

---
On Solaris 10 and 11 express, Japanese users don't need to type "はい/いいえ". Most Linux Distribution is same. we can type "yes/no".

Maybe, this problems is compatibility illumos g18n module and Solaris.
Miyazaki-san said how to fix about DATA.

LCL_DATA contains

^((はい)|(ハイ)|([yY]([eE][sS])?))
^((いいえ)|(イイエ)|([nN]([oO])?))
はい
いいえ

Was only "はい" /"いいえ" accepted?

And ru_RU.UTF-8 locale on Solaris 11 accepts only localized responses, so it's broken there as well..

Could you please translate that? I can't read japanese.

Anyway, patching LC_MESSAGES doesn't look correct to me, we should use the regexes provided by LC_MESSAGES instead (my patch isn't ideal, but should be ok for the start), otherwise we'll end patching a lot of locales...

MIYAZAKI-san said,
Attached patch is workaround for this problem.
He think, Yuri's patches is good, too.
But, YESEXPR / NOEXPR are used the other of ssh?
We need to check it.

I(TAKI) think....
BTW, why other os ( freebsd , linux ) work fine?

Try the following:

$ cat test.c
#include <stdio.h>
#include <locale.h>
#include <langinfo.h>

int
main(int argc, char *argv[])
{
        char *locale;

        locale = strdup(argv[1]);

        setlocale(LC_ALL, locale);

        printf("LOCALE=%s YESSTR=%s NOSTR=%s YESEXPR=%s NOEXPR=%s\n", locale,
            nl_langinfo(YESSTR), nl_langinfo(NOSTR),
            nl_langinfo(YESEXPR), nl_langinfo(NOEXPR));

        return (0);
}

followed by:

gcc -o test test.c
for i in /usr/lib/locale/*.UTF-8; do ./test `basename $i`; done

and you'll see why..

they don't really support locales, FreeBSD at least, didn't check linux

And as I said, with ru_RU.UTF-8, ssh accepts only localized 'да' or 'нет', doesn't look good... which are returned by nl_langinfo for YESSTR and NOSTR, so touching ja_JP.UTF-8's data doesn't seem like a solution..

My RTI for this was accepted, but not commited.

Yuri: I will look into it tonight. (I am about to leave right now, or I would handle it now.)

Fixed in:

changeset:   13585:411be0f9d82b
tag:         tip
user:        Garrett D'Amore <garrett@damore.org>
date:        Tue Jan 31 22:25:52 2012 -0800
description:
        1332 ssh should use YESEXPR/NOEXPR
        Reviewed by: Garrett D'Amore <garrett@damore.org>
        Reviewed by: Albert Lee <trisk@opensolaris.org>
        Approved by: Garrett D'Amore <garrett@damore.org>

This change came from Yuri Pankov, and I forgot to edit the user when I did hg reci. Sorry!