Skip to content

Fix openSUSE 15.6 GitHub actions#10832

Merged
Al2Klimov merged 1 commit intomasterfrom
fix-openSUSE15.6-GHA
May 5, 2026
Merged

Fix openSUSE 15.6 GitHub actions#10832
Al2Klimov merged 1 commit intomasterfrom
fix-openSUSE15.6-GHA

Conversation

@Al2Klimov
Copy link
Copy Markdown
Member

@Al2Klimov Al2Klimov commented Apr 29, 2026

The runner image ships libncurses6-6.1-150000.5.33.1, but the only ncurses-devel available in the configured repos is 6.1-150000.5.30.1, which requires an exact-version match on libncurses6.

closes #10831

@Al2Klimov Al2Klimov added this to the 2.17.0 milestone Apr 29, 2026
@Al2Klimov Al2Klimov added the area/ci CI/CD label Apr 29, 2026
@cla-bot cla-bot Bot added the cla/signed label Apr 29, 2026
@Al2Klimov Al2Klimov force-pushed the fix-openSUSE15.6-GHA branch 2 times, most recently from 18c6e1d to f57048a Compare April 30, 2026 08:11
@julianbrost
Copy link
Copy Markdown
Member

I vaguely remember having seen that very same issue (with ncurses on SUSE) in the past. Either they are doing something strange, or maybe we are missing a repo or something like that?

Pinning some exact version doesn't really sound sustainable. If it's really the case that they provide library versions with no matching -devel package, we should probably consider using --allow-downgrade for the other install command as well (based on a quick test, zypper in -y --allow-downgrade ncurses-devel does work).

@Al2Klimov
Copy link
Copy Markdown
Member Author

we should probably consider using --allow-downgrade

Good idea!

The runner image ships libncurses6-6.1-150000.5.33.1, but the only
ncurses-devel available in the configured repos is 6.1-150000.5.30.1,
which requires an exact-version match on libncurses6.
@Al2Klimov Al2Klimov force-pushed the fix-openSUSE15.6-GHA branch from f57048a to 4a86814 Compare April 30, 2026 09:13
@julianbrost
Copy link
Copy Markdown
Member

Found something in the Suse Bugzilla: https://bugzilla.suse.com/show_bug.cgi?id=1263024

Looks like this even confuses some people at Suse1, let's see if they are able to figure this out. 😅

Footnotes

  1. If you find it though a mailing list archive, you'll notice that (some of the) people in that ticket have @suse.com e-mail addresses: https://lists.opensuse.org/archives/list/bugs@lists.opensuse.org/thread/F2QHXSPTL7V25KFME3D3T57S6IWHUWIR/ https://lists.opensuse.org/archives/list/bugs@lists.opensuse.org/thread/ASJIW3P2NNP7TQCJCKMJPIBUGPLH6NII/

Copy link
Copy Markdown
Member

@julianbrost julianbrost left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Change would be fine by me, but I don't think we're in a hurry. I'd wait to see if there's a response in the Bugzilla soon. If we'd merge this to get the jobs green again quickly, we should watch the Bugzilla nonetheless to see if there's a better way for us to deal with this.

@Al2Klimov Al2Klimov merged commit 73665c2 into master May 5, 2026
30 checks passed
@Al2Klimov Al2Klimov deleted the fix-openSUSE15.6-GHA branch May 5, 2026 08:00
@julianbrost
Copy link
Copy Markdown
Member

The problem is that no package maintenance updates are being shipped to Leap 15.6 anymore while still new containers are being released. So a newer container got released, with an updated ncurses, while that update didn't make it into the repositories. It would need a maintenance release, but that's unlikely to happen as Leap 15.6 goes eol tomorrow.

If that's the state of the container images, --allow-downgrade is probably appropriate.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants