Bug 741786

Summary:	mail-mta/courier-1.1.8-r2 fails tests
Product:	Gentoo Linux	Reporter:	Agostino Sarubbo <ago>
Component:	Current packages	Assignee:	Hanno Böck <hanno>
Status:	CONFIRMED ---
Severity:	normal	CC:	sam
Priority:	Normal	Keywords:	TESTFAILURE
Version:	unspecified
Hardware:	All
OS:	Linux
See Also:	https://bugs.gentoo.org/show_bug.cgi?id=753677
Whiteboard:
Package list:		Runtime testing required:	---
Attachments:	build.log

Description Agostino Sarubbo gentoo-dev

2020-09-12 09:33:25 UTC

https://blogs.gentoo.org/ago/2020/07/04/gentoo-tinderbox/

Issue: mail-mta/courier-1.0.14 fails tests.
Discovered on: amd64 (internal ref: ci)

NOTE:
This machine uses GLIBC-2.32. If you think that this issue is strictly related to GLIBC please block bug 736174.

Comment 1 Agostino Sarubbo gentoo-dev

2020-09-12 09:33:28 UTC

Created attachment 659703 [details]
build.log

build log and emerge --info

Comment 2 Hanno Böck gentoo-dev

2020-09-13 06:37:21 UTC

This seems to indicate there may be something wrong with the test system:

./testsuite: line 2: warning: setlocale: LC_ALL: cannot change locale (en_US.UTF-8)

Is this some test where you try to see what happens if you don't have an utf-8 locale?
I think the tests assume that you have a unicode-capable system. If you don't that's just unsupported, I'm not sure what to do about this.

Comment 3 kfm 2020-09-13 18:54:48 UTC

There is a solution, which is to patch the offending tests.

  sed -i -Ee 's/^(LANG=|LC_ALL=)en_US\.(UTF-8|utf-?8)/\1C.UTF-8/' libs/rfc2045/testsuite{,mm} || die

Nowadays, Gentoo's locale-gen(8) always bundles a C.UTF-8 locale into locale-archive.

Comment 4 kfm 2021-02-10 12:21:58 UTC

I provided relevant information.

The offending test hinges upon the UTF-8 character type being in effect. However, it also assumes that the en_US.UTF-8 locale is available. Non-American Gentoo users that decide to customise /etc/locale.gen are likely not to have this locale available. Clearly, this locale wasn't available at the tinderbox build host either. At least, at the time.

Generating the en_US.UTF-8 locale at said host would 'fix' it there. Patching the test in the manner that I described would fix it for all Gentoo users on glibc.

Comment 5 kfm 2021-02-10 12:47:25 UTC

I should also add that C.UTF-8 is valid for musl libc.

Comment 6 kfm 2021-02-10 14:44:20 UTC

Re-opening because it's apparent from the question posed by Comment 2 that the nature of the problem was not understood and because my attempts to rectify that didn't spur any discussion. I'm happy to explain further if it remains unclear.

Comment 7 Agostino Sarubbo gentoo-dev

2022-09-08 20:43:57 UTC

tinderbox_musl has reproduced this issue with version 1.1.8-r2 - Updating summary.