Re: 010_database.pl fails on openbsd w/ LC_ALL=LANG=C

Поиск
Список
Период
Сортировка
От Jeff Davis
Тема Re: 010_database.pl fails on openbsd w/ LC_ALL=LANG=C
Дата
Msg-id 15dc7f8fe8317456caafd2575e77def549e54cb3.camel@j-davis.com
обсуждение исходный текст
Ответ на 010_database.pl fails on openbsd w/ LC_ALL=LANG=C  (Andres Freund <andres@anarazel.de>)
Ответы Re: 010_database.pl fails on openbsd w/ LC_ALL=LANG=C  (Thomas Munro <thomas.munro@gmail.com>)
Список pgsql-hackers
On Sun, 2023-07-02 at 09:56 -0700, Andres Freund wrote:
> #     expected: anything else
> [07:25:06.424](0.001s) not ok 7 - ICU-specific locale must be
> specified with ICU_LOCALE: error message
> [07:25:06.424](0.001s) #   Failed test 'ICU-specific locale must be
> specified with ICU_LOCALE: error message'
> #   at /home/postgres/postgres/src/test/icu/t/010_database.pl line
> 80.
> [07:25:06.424](0.000s) #                   'psql:<stdin>:2: NOTICE: 
> using standard form "und-u-ks-level1" for ICU locale
> "@colStrength=primary"'
> #     doesn't match '(?^:ERROR:  invalid LC_COLLATE locale name)'
> [07:25:06.425](0.000s) 1..7

[I apologize for the delay.]

The test is assuming that locale "@colStrength=primary" is valid for
ICU but invalid for libc. It seems that on that platform, setlocale()
is accepting it?

If some libc implementations are too permissive, I might need to just
disable this test. But if we can find a locale that is consistently
acceptable in ICU but invalid in libc, then I can keep it... perhaps
"und@colStrength=primary"?

Regards,
    Jeff Davis




В списке pgsql-hackers по дате отправления:

Предыдущее
От: Jeff Davis
Дата:
Сообщение: Re: Fix search_path for all maintenance commands
Следующее
От: Jehan-Guillaume de Rorthais
Дата:
Сообщение: Re: Issue attaching a table to a partitioned table with an auto-referenced foreign key