Skip to content

openkal-linux 0.7.1 and openkal-macos 0.6.1 - #283

Merged
Sunrisepeak merged 1 commit into
mainfrom
feat/openkal-linux-0.7.1-macos-0.6.1
Aug 29, 2026
Merged

openkal-linux 0.7.1 and openkal-macos 0.6.1#283
Sunrisepeak merged 1 commit into
mainfrom
feat/openkal-linux-0.7.1-macos-0.6.1

Conversation

@Sunrisepeak

Copy link
Copy Markdown
Member

Two backends, one defect.

kal_timeout_read and kal_timeout_write decoded a borrowed kal_stream handle with okl::unpack / okm::unpack, which is the decoder for an owned handle. Those backends pack an owned handle as (generation << 32) | (fd + 1), so a bare descriptor N has exactly the shape of a packed handle naming N-1 and the decode succeeded. The wait was performed upon descriptor N-1 and the transfer upon N.

Reported through openkal-musl in mcpplibs/openkal-linux#13 as std::filesystem::copy_file answering Resource temporarily unavailable for two ordinary files: libc++ opens a copy's source with O_NONBLOCK, openkal-musl routes that through this interface, and EAGAIN is not in libc++'s fallback list.

openkal-macos 0.6.1 additionally runs that package's own tests/ for the first time — no workflow had ever invoked them — and fixes what the first run found.

Measured before opening this

openkal-linux 0.7.1  http=200  bytes=66557
  want 58f8c811ec04921677072915d67f05bfeea80aa2729a29728185f0dab68cad25
  got  58f8c811ec04921677072915d67f05bfeea80aa2729a29728185f0dab68cad25  IDENTICAL
openkal-macos 0.6.1  http=200  bytes=69472
  want 1511706352b5deeaddf6cb5753ae506ab55b725dce7148a1a71e1a3b889033e2
  got  1511706352b5deeaddf6cb5753ae506ab55b725dce7148a1a71e1a3b889033e2  IDENTICAL

Every CN asset was fetched and hashed rather than assumed, because the mirror tool has reported uploaded for an object that afterwards answered 404.

Locally: check_mirror_urls, check_package_name, check_cross_package_refs, check_platform_version_parity and check_duplicate_versions all pass.

Both descriptors carry three platform tables and the new version is added to all three, as the existing entries are.

Both fix one defect. `kal_timeout_read` and `kal_timeout_write` decoded a
borrowed `kal_stream` handle with the decoder for an owned one. A bare
descriptor N has exactly the shape of a packed handle naming N-1, so the decode
succeeded and the wait was performed upon N-1 while the transfer was performed
upon N.

Reported through openkal-musl in mcpplibs/openkal-linux#13 as
`std::filesystem::copy_file` answering `Resource temporarily unavailable` for
two ordinary files.

openkal-macos 0.6.1 also runs this package's own `tests/` for the first time:
no workflow had ever invoked them.

Measured before this commit: both CN mirror assets return 200 and their sha256
is identical to the GitHub tag tarball named beside them.
@Sunrisepeak
Sunrisepeak merged commit 7704b7a into main Aug 29, 2026
8 checks passed
@Sunrisepeak
Sunrisepeak deleted the feat/openkal-linux-0.7.1-macos-0.6.1 branch August 29, 2026 18:14
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.

1 participant