Skip to content

Move to openkal-musl 0.5.0 - #1

Merged
Sunrisepeak merged 2 commits into
mainfrom
feat/capability-completeness
Aug 27, 2026
Merged

Move to openkal-musl 0.5.0#1
Sunrisepeak merged 2 commits into
mainfrom
feat/capability-completeness

Conversation

@Sunrisepeak

Copy link
Copy Markdown
Member

This package was pinned to openkal-musl = "0.3.1". A caret on a 0.x version
bounds it below the next minor, so it has been resolving 0.3.x while the C
library released 0.4.0 and now 0.5.0.

Ninety-seven utilities above a C library two minors behind the one everything
else in this ecosystem builds against is a consumer that is no longer testing
the ecosystem.

0.5.0 routes the socket, datagram, readiness and image-copying families onto the
interfaces openkal 0.8 added. Several of these utilities reach for fork and
for select through musl's own sources; whether they now do more than they
did is what this run answers
, and it is the reason this repository is part of
the change rather than a follow-up to it.


This is one change across seven repositories, and every branch carries the
same name.
Each repository's continuous integration substitutes its siblings'
working trees taken from the branch of the name under test, so the graph only
holds together when they agree.

repository what it carries
openkal-musl the socket, datagram, readiness and image-copying routes, and four probes
openkal-macos the five interfaces 0.8 added
openkal-windows four of the five; openkal.space declined in terms
openkal-linux the conformance run selects the optional interfaces, which nothing did
openkal-llvm-runtime __config_site's claims asserted by a program, and the C library repinned
openkal the portable example's pins, and §9 of the plan
sbase ninety-seven utilities above the new C library

The specification does not change. No interface was added, none was altered,
and SURFACE.txt is untouched — every capability below is composed from atoms
openkal 0.8 already had.

This package was pinned to 0.3.1 --- a caret on a 0.x version bounds it
below the next minor, so it has been resolving 0.3.x while the C library
released 0.4.0 and now 0.5.0. Ninety-seven utilities above a C library
two minors behind the one everything else in this ecosystem builds
against is a consumer that is no longer testing the ecosystem.

0.5.0 routes the socket, datagram, readiness and image-copying families
onto the interfaces openkal 0.8 added. Several of these utilities reach
for `fork' and for `select' through musl's own sources; whether they now
do more than they did is what this run answers.
The manifest changed and the version did not, so the index entry for
0.1.1 would keep serving a tarball whose manifest names openkal-musl
0.3.1 --- a package that resolves, builds, and tests a C library two
minors behind the one this repository is now written against.

⚠️ Nothing would have failed. That is the reason for the bump: a stale
entry in an index is not a broken entry, it is a truthful-looking one.
@Sunrisepeak
Sunrisepeak merged commit 1a68dff into main Aug 27, 2026
5 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants