Bug 2420908 - Stevia's "test-emoji-db" fails on s390x
Summary: Stevia's "test-emoji-db" fails on s390x
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: stevia
Version: rawhide
Hardware: Unspecified
OS: Linux
unspecified
medium
Target Milestone: ---
Assignee: Sam Day
QA Contact:
URL:
Whiteboard:
Depends On: F-ExcludeArch-s390x
Blocks: ZedoraTracker
TreeView+ depends on / blocked
 
Reported: 2025-12-10 06:00 UTC by Tomi Lähteenmäki
Modified: 2026-07-07 23:33 UTC (History)
2 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2026-07-07 05:04:37 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
build.log (468.49 KB, text/plain)
2025-12-10 06:00 UTC, Tomi Lähteenmäki
no flags Details

Description Tomi Lähteenmäki 2025-12-10 06:00:01 UTC
Aforementioned tests fails on s390x while passes on other arches.

Reproducible: Always

Steps to Reproduce:
1. Ensure spec does not exclude s390x
2. fedpkg scratch-build --arches s390x --srpm
Actual Results:
"test-emoji-db" test fails

Expected Results:
All tests passes

Comment 1 Tomi Lähteenmäki 2025-12-10 06:00:22 UTC
Created attachment 2118264 [details]
build.log

Comment 2 Dan Horák 2025-12-10 07:55:24 UTC
My guess is that the test is comparing native (big endian on s390x) data with a little endian baseline ...

Comment 3 Tomi Lähteenmäki 2025-12-10 19:52:24 UTC
The failing assert [1] is:

>   g_assert_cmpstrv (found,
>                    ((const char *const[]) {
>                      "\360\237\230\204\357\270\217",
>                      "\360\237\230\201\357\270\217",
>                      "\360\237\231\202\357\270\217",
>                      NULL,
>                    }));

which spits out the actual and expected:

> ERROR:../tests/test-emoji-db.c:21:test_emoji_db_match: assertion failed (found == ((const char *const[]) { "\360\237\230\204\357\270\217", "\360\237\230\201\357\270\217", "\360\237\231\202\357\270\217", NULL, })): first differing element at index 0: "\374\204\275\240\204\200\357\270\217" does not equal


[1] https://gitlab.gnome.org/World/Phosh/stevia/-/blob/v0.51.0/tests/test-emoji-db.c?ref_type=tags#L21

Comment 4 Fedora Admin user for bugzilla script actions 2026-07-07 02:30:05 UTC
This package has changed maintainer in Fedora. Reassigning to the new maintainer of this component.

Comment 5 Sam Day 2026-07-07 05:04:37 UTC
Closing this. If anyone ever presents a valid use-case for running a mobile-focused OSK on their mainframe, we can revisit this.

Comment 6 Dan Horák 2026-07-07 15:04:58 UTC
I am fine with closing. Generally it's useful to assess bugs like this, because they might uncover more serious issues (we had a test failure that translated into a GCC 16 bug recently).

Comment 7 Sam Day 2026-07-07 23:33:32 UTC
Thanks Dan, I generally agree with you.

For example if someone gave me a repro case where a Phosh project doesn't build under a novel toolchain (i.e a very new GCC/Clang) on a supported platform, I'd consider that worth root-causing and fixing.

In this case though, building these packages on s390x/ppc64le is quite wasteful in both time and resources, as it's extremely unlikely anyone will ever actually *use* these packages in a meaningful way on those platforms.

If I were to chase down this particular ghost and it ended up uncovering a fundamental issue with GCC on s390x, that would indeed be ideal and I'd consider the effort worthwhile. But, I'm not really convinced that chances are very good that this will be the case :P


Note You need to log in before you can comment on or make changes to this bug.