Bug 2505381 - zeromq: FTBFS in Fedora rawhide/f45
Summary: zeromq: FTBFS in Fedora rawhide/f45
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: zeromq
Version: rawhide
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Steve Traylen
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: F45FTBFS
TreeView+ depends on / blocked
 
Reported: 2026-07-21 22:29 UTC by Fedora Release Engineering
Modified: 2026-07-31 00:56 UTC (History)
4 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2026-07-31 00:56:32 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
build.log (32.00 KB, text/plain)
2026-07-21 22:29 UTC, Fedora Release Engineering
no flags Details
root.log (32.00 KB, text/plain)
2026-07-21 22:29 UTC, Fedora Release Engineering
no flags Details
state.log (1.63 KB, text/plain)
2026-07-21 22:29 UTC, Fedora Release Engineering
no flags Details

Description Fedora Release Engineering 2026-07-21 22:29:06 UTC
zeromq failed to build from source in Fedora rawhide/f45

https://koji.fedoraproject.org/koji/taskinfo?taskID=147925814


For details on the mass rebuild see:

https://fedoraproject.org/wiki/Fedora_45_Mass_Rebuild
Please fix zeromq at your earliest convenience and set the bug's status to
ASSIGNED when you start fixing it. If the bug remains in NEW state for 8 weeks,
zeromq will be orphaned. Before branching of Fedora 46,
zeromq will be retired, if it still fails to build.

For more details on the FTBFS policy, please visit:
https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/

Comment 1 Fedora Release Engineering 2026-07-21 22:29:13 UTC
Created attachment 2152179 [details]
build.log

file build.log too big, will only attach last 32768 bytes

Comment 2 Fedora Release Engineering 2026-07-21 22:29:18 UTC
Created attachment 2152180 [details]
root.log

file root.log too big, will only attach last 32768 bytes

Comment 3 Fedora Release Engineering 2026-07-21 22:29:21 UTC
Created attachment 2152181 [details]
state.log

Comment 4 fedepell 2026-07-30 06:43:20 UTC
Is just (or are test) on s390 buggy after all?

Comment 5 Denis Arnaud 2026-07-30 09:26:23 UTC
(In reply to fedepell from comment #4)
> Is just (or are test) on s390 buggy after all?

Yes, that is what it seems to me as well. Hopefully, that bug on S390 will go away by itself (because some failing upstream package will be fixed some day). Otherwise, I do not know what is the best approach to tackle that: should we temporarily disable the tests on S390?
Investigating why it fails on S390 is beyond my capabilities right now (I would need an access to VM on S390 where we could investigate, and I don't have that in stock).
If anyone has idea on how to solve that, I'm keen to hear it.

Comment 6 Steve Traylen 2026-07-30 09:40:22 UTC
Just ran a scratch build: 

https://koji.fedoraproject.org/koji/taskinfo?taskID=148475681

which was good including s390.


You can get a shell I think as a fed dev.

https://fedoraproject.org/wiki/Architectures/s390x#Shell_access_for_debugging

No clue how recent that is.

Comment 7 fedepell 2026-07-30 12:30:24 UTC
Thanks Steve. I did a build of rawhide without any change and it passed. So looks to me there was something ongoing with s390 at that time since nothing really changed here from long.

Well let's see next time we need to build :) At least this package is now through....

Comment 9 Steve Traylen 2026-07-30 17:09:39 UTC
Agreed. Close this.

Comment 10 fedepell 2026-07-31 00:56:32 UTC
Closing as agreed.


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