ruby.git, branch master

Extend omnibus compiler step timeout to 8 minutes

2026-06-22T09:30:56+00:00

A slow ghcr image pull (~2.5 min) can leave too little of the 5 minute
budget for configure and build to finish, so the step is killed before
the build completes. Bump each per-compiler step to 8 minutes to absorb
the pull variance.

Co-Authored-By: Claude Opus 4.8

Bump the github-actions group across 2 directories with 4 updates

2026-06-22T08:46:15+00:00

Bumps the github-actions group with 4 updates in the / directory: [actions/checkout](https://github.com/actions/checkout), [ruby/setup-ruby](https://github.com/ruby/setup-ruby), [zizmorcore/zizmor-action](https://github.com/zizmorcore/zizmor-action) and [taiki-e/install-action](https://github.com/taiki-e/install-action).
Bumps the github-actions group with 1 update in the /.github/actions/setup/directories directory: [actions/checkout](https://github.com/actions/checkout).


Updates `actions/checkout` from 6.0.3 to 7.0.0
- [Release notes](https://github.com/actions/checkout/releases)
- [Changelog](https://github.com/actions/checkout/blob/main/CHANGELOG.md)
- [Commits](https://github.com/actions/checkout/compare/df4cb1c069e1874edd31b4311f1884172cec0e10...9c091bb21b7c1c1d1991bb908d89e4e9dddfe3e0)

Updates `ruby/setup-ruby` from 1.313.0 to 1.314.0
- [Release notes](https://github.com/ruby/setup-ruby/releases)
- [Changelog](https://github.com/ruby/setup-ruby/blob/master/release.rb)
- [Commits](https://github.com/ruby/setup-ruby/compare/89f90524b88a01fe6e0b732220432cc6142926af...9eb537ca036ebaed86729dcb9309076e4c5c3b74)

Updates `zizmorcore/zizmor-action` from 0.5.6 to 0.5.7
- [Release notes](https://github.com/zizmorcore/zizmor-action/releases)
- [Commits](https://github.com/zizmorcore/zizmor-action/compare/5f14fd08f7cf1cb1609c1e344975f152c7ee938d...192e21d79ab29983730a13d1382995c2307fbcaa)

Updates `taiki-e/install-action` from 2.82.0 to 2.82.2
- [Release notes](https://github.com/taiki-e/install-action/releases)
- [Changelog](https://github.com/taiki-e/install-action/blob/main/CHANGELOG.md)
- [Commits](https://github.com/taiki-e/install-action/compare/b8cecb83565409bcc297b2df6e77f030b2a468d5...9e1e5806d4a4822de933115878265be9aaa786d9)

Updates `actions/checkout` from 6.0.3 to 7.0.0
- [Release notes](https://github.com/actions/checkout/releases)
- [Changelog](https://github.com/actions/checkout/blob/main/CHANGELOG.md)
- [Commits](https://github.com/actions/checkout/compare/df4cb1c069e1874edd31b4311f1884172cec0e10...9c091bb21b7c1c1d1991bb908d89e4e9dddfe3e0)

---
updated-dependencies:
- dependency-name: actions/checkout
  dependency-version: 7.0.0
  dependency-type: direct:production
  update-type: version-update:semver-major
  dependency-group: github-actions
- dependency-name: ruby/setup-ruby
  dependency-version: 1.314.0
  dependency-type: direct:production
  update-type: version-update:semver-minor
  dependency-group: github-actions
- dependency-name: zizmorcore/zizmor-action
  dependency-version: 0.5.7
  dependency-type: direct:production
  update-type: version-update:semver-patch
  dependency-group: github-actions
- dependency-name: taiki-e/install-action
  dependency-version: 2.82.2
  dependency-type: direct:production
  update-type: version-update:semver-patch
  dependency-group: github-actions
- dependency-name: actions/checkout
  dependency-version: 7.0.0
  dependency-type: direct:production
  update-type: version-update:semver-major
  dependency-group: github-actions
...

Signed-off-by: dependabot[bot]

[DOC] Update bundled gems list at 2f65ce7ccda7d75d4075ce319cbd1d

2026-06-22T08:45:28+00:00

Skip fetching bundled gems whose ref is already present

2026-06-22T08:44:03+00:00

With a warm gems/src cache the wanted tag or revision is already in the local clone, but the fetch ran unconditionally and added a github.com round-trip per gem that a transient outage could abort. Resolve the ref locally first and fetch only when it is missing.

Co-Authored-By: Claude Opus 4.8

Save the complete bundled gem sources cache only from test-bundled-gems

2026-06-22T08:44:03+00:00

`make up` clones only the revision-pinned gems (debug, rdoc) into gems/src, so jobs that merely run `make up` saved a partial tree and, because the cache key is immutable, won the shared key and left test-bundled-gems to re-clone the rest. Gate the cache on a new input so only test-bundled-gems jobs, which clone the full set, participate.

Co-Authored-By: Claude Opus 4.8

[ruby/json] Preserve UTF-8 encoding when reallocating a frozen ResumableParser buffer

2026-06-22T07:51:34+00:00

`JSON::ResumableParser#<<` raises `Encoding::CompatibilityError` when the
first chunk is a frozen multibyte UTF-8 string and more data is fed after a
partial parse.

## Reproduction

```ruby
require "json"

parser = JSON::ResumableParser.new
parser << '{"message":"日本'.freeze # frozen + multibyte (UTF-8)
parser.parse # => false (incomplete)
parser << '語のつづき"}'.freeze # => Encoding::CompatibilityError: BINARY and UTF-8
```

The error only surfaces when the first chunk is both frozen and multibyte.
A frozen ASCII-only first chunk stays ASCII-compatible and a mutable first
chunk keeps its encoding, so neither triggers it. This is common in
streaming use cases where chunks arrive as frozen UTF-8 (e.g. gRPC/protobuf
string fields), and is easily hit with multibyte (e.g. Japanese) payloads.

## Root cause

In `cResumableParser_feed`, the first feed adopts a frozen input string
directly as the buffer (`parser->buffer = str`), keeping its UTF-8 encoding.
When a later feed needs to reallocate that frozen buffer, it allocates the
new buffer with `rb_str_buf_new()`, which returns an ASCII-8BIT (BINARY)
string and does not carry over the original UTF-8 encoding. The subsequent
`rb_str_append(parser->buffer, str)` then appends a multibyte UTF-8 chunk to
a BINARY buffer that already holds non-ASCII bytes, and the two
encodings are incompatible.

`convert_encoding` always normalizes the input to UTF-8, so the buffer is
guaranteed to be UTF-8. Associating the freshly allocated buffer with UTF-8
restores that invariant. This mirrors the existing idiom used for the
generator buffer, and also fixes the latent case where a frozen ASCII-only
first chunk would silently leave the buffer as BINARY.

## Test

Added a regression test feeding frozen multibyte chunks across a partial
parse. The byte-by-byte `assert_resumed_parsing` helper cannot cover this:
it feeds single ASCII-8BIT bytes via `byte.chr`, which `convert_encoding`
turns into a mutable dup, so the buffer never becomes frozen and the
reallocation path is never taken. The `.freeze` calls are kept explicit so
the test still exercises the frozen path even if the file's
`frozen_string_literal` magic comment is ever removed.

Co-Authored-By: Claude Opus 4.8 (1M context)
Claude-Session: https://claude.ai/code/session_01PpeQSEFkF1X1Uuzjx9BsYe

https://github.com/ruby/json/commit/532065c259

[ruby/mmtk] Implement allocation fast path for Immix

2026-06-22T07:33:48+00:00

This commit implements a fast path that inlines mmtk_post_alloc for Immix.
The benchmark results show a decent speed up in allocation performance.

    GC.disable

    i = 0
    while i < 10_000_000
      Object.new
      i += 1
    end

Before:

    Time (mean ± σ):     506.3 ms ±   5.0 ms    [User: 442.8 ms, System: 108.8 ms]
    Range (min … max):   497.8 ms … 513.2 ms    10 runs

After:

    Time (mean ± σ):     473.9 ms ±   2.4 ms    [User: 409.4 ms, System: 108.8 ms]
    Range (min … max):   470.4 ms … 478.1 ms    10 runs

https://github.com/ruby/mmtk/commit/663caa25c0

Retry connection errors when downloading gems

2026-06-22T06:27:38+00:00

SSL_connect failing with Errno::ECONNRESET ("Connection reset by peer")
was not caught by with_retry, so a transient reset from rubygems.org
aborted the build on the first failure instead of retrying. Catch
SystemCallError so the Errno::* family is covered.

Co-Authored-By: Claude Opus 4.8

Raise SYNTAX_SUGGEST_TIMEOUT on emulated ppc64le/s390x runners

2026-06-22T06:27:26+00:00

syntax_suggest's internal search timeout defaults to 1 second, which is
too short on the emulated ppc64le/s390x runners. The integration spec
issues/95 prints "Search timed out" instead of the expected diagnostic
and flakes. RUBY_TEST_TIMEOUT_SCALE does not affect this timeout, so set
SYNTAX_SUGGEST_TIMEOUT alongside it.

Co-Authored-By: Claude Opus 4.8

Cache bundled gem sources to survive transient clone failures

2026-06-22T05:46:28+00:00

CI jobs frequently abort when cloning bundled gems from github.com fails
with "Could not resolve host", a transient DNS error unrelated to the
change under test. Cache gems/src keyed on gems/bundled_gems so the common
case touches no network, and fall back via restore-keys so only bumped
gems are re-fetched.

Co-Authored-By: Claude Opus 4.8