]> git.ipfire.org Git - thirdparty/postgresql.git/commit
Looks like we can't test NLS on machines that lack any es_ES locale.
authorTom Lane <tgl@sss.pgh.pa.us>
Sun, 14 Dec 2025 19:30:34 +0000 (14:30 -0500)
committerTom Lane <tgl@sss.pgh.pa.us>
Sun, 14 Dec 2025 19:30:50 +0000 (14:30 -0500)
commitfe7ede45f125af271fb3fef3cc5ee507d4c40d87
treeb0aa19c23fb15b4dabdc2a39a864c4a65275005b
parent30df61990c67f0cf7450e36c1e038d513960f148
Looks like we can't test NLS on machines that lack any es_ES locale.

While commit 5b275a6e1 fixed a few unhappy buildfarm animals,
it looks like the remainder simply don't have any es_ES locale
at all.  There's little point in running the test in that case,
so minimize the number of variant expected-files by bailing out.
Also emit a log entry so that it's possible to tell from buildfarm
postmaster logs which case occurred.

Possibly, the scope of this testing could be improved by providing
additional translations.  But I think it's likely that the failing
animals have no non-C locales installed at all.

In passing, update typedefs.list so that koel doesn't think
regress.c is misformatted.

Discussion: https://postgr.es/m/E1vUpNU-000kcQ-1D@gemulon.postgresql.org
src/test/regress/expected/nls.out
src/test/regress/expected/nls_1.out
src/test/regress/expected/nls_2.out [new file with mode: 0644]
src/test/regress/sql/nls.sql
src/tools/pgindent/typedefs.list