Bug 2463168 - perl-IO-Tty-1.24 or newer break coreutils test-suite
Summary: perl-IO-Tty-1.24 or newer break coreutils test-suite
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: perl-IO-Tty
Version: rawhide
Hardware: Unspecified
OS: Linux
unspecified
medium
Target Milestone: ---
Assignee: Tom "spot" Callaway
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2026-04-27 08:52 UTC by Lukáš Zaoral
Modified: 2026-06-02 12:08 UTC (History)
8 users (show)

Fixed In Version: perl-IO-Tty-1.31-2.fc45
Clone Of:
Environment:
Last Closed: 2026-06-02 12:08:24 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Github cpan-authors IO-Tty issues 91 0 None open IO-Tty 1.24 or newer breaks GNU Coreutils test-suite 2026-04-27 11:11:56 UTC

Description Lukáš Zaoral 2026-04-27 08:52:51 UTC
After the rebase to coreutils to v9.11, the `tests/misc/tty-eof.pl` test consistently fails on Rawhide [1].  However, the same SRPM builds fine on F44.  After some digging, I've found out that the recent update of perl-IO-Tty to 1.24 (or newer) causes the failure.

For some reason, the setting a custom VEOF for the pty makes the poll syscalls initiated by expect to timeout.  Relevant test code: https://github.com/coreutils/coreutils/blob/c62c2222f71b594b9c40f13b58d814a0354dffa6/tests/misc/tty-eof.pl#L37-L56.  (Without it, the test passes but AFAIK this is not an issue with the test itself.)

Reproducible: Always

Steps to Reproduce:
Build the latest release of coreutils with necessary test deps and execute the whole testsuite.
Actual Results:
The `tests/misc/tty-eof.pl` test fails.

Expected Results:
The `tests/misc/tty-eof.pl` test passes.

Comment 1 Paul Howarth 2026-04-27 10:07:51 UTC
Please consider raising this upstream:
https://github.com/cpan-authors/IO-Tty/issues

Comment 2 Lukáš Zaoral 2026-04-27 11:11:56 UTC
Done.

Comment 3 Paul Howarth 2026-05-25 12:30:00 UTC
Upstream reports this to be fixed in version 1.31 (now in Rawhide).
However, it still fails for me. Please test and report findings upstream.

Comment 4 Lukáš Zaoral 2026-05-25 13:02:13 UTC
Yes, the issue is still reproducible.  Well... that happens when you let AI to do all the coding for you.  Perhaps it would be better to just stick to the last "non-vibed" version in Fedora?

Either way, I've reopened the upstream issue but I'm no longer that interested in seeing this fixed since the upstream of coreutils has already added a (possibly permanent?) workaround: https://github.com/coreutils/coreutils/commit/0f85d79ed60de25b7530af7bbf1a97523fbbfca2

Comment 5 Collin Funk 2026-05-25 23:37:26 UTC
I would like that outcome as well, but the "maintainer" (*) also maintains many other commonly used Perl packages [1]. So I imagine that will become increasingly difficult as time goes on.

(*) I put maintainer in quotes, since that seems to have de facto been outsourced to an OpenClaw style bot...

[1] https://mastodon.social/@thesamesam@treehouse.systems/116275397655432107

Comment 6 Fedora Update System 2026-06-02 12:03:33 UTC
FEDORA-2026-a8320b93fd (perl-IO-Tty-1.31-2.fc45) has been submitted as an update to Fedora 45.
https://bodhi.fedoraproject.org/updates/FEDORA-2026-a8320b93fd

Comment 7 Fedora Update System 2026-06-02 12:08:24 UTC
FEDORA-2026-a8320b93fd (perl-IO-Tty-1.31-2.fc45) has been pushed to the Fedora 45 stable repository.
If problem still persists, please make note of it in this bug report.


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