Skip to content

Release v610 - #1107

Open
kenhys wants to merge 24 commits into
masterfrom
release-v610
Open

kenhys wants to merge 24 commits into
masterfrom
release-v610

Conversation

@kenhys

@kenhys kenhys commented Aug 14, 2026

Copy link
Copy Markdown
Contributor

No description provided.

@kenhys
kenhys force-pushed the release-v610 branch 20 times, most recently from 1f69f15 to 0af96ba Compare August 17, 2026 03:29
@kenhys
kenhys force-pushed the release-v610 branch 7 times, most recently from 53ccaf2 to 1ac3591 Compare August 26, 2026 05:10
@kenhys
kenhys force-pushed the release-v610 branch 3 times, most recently from bf255f7 to aa2d4a1 Compare September 2, 2026 07:46
kenhys pushed a commit that referenced this pull request Oct 20, 2026
Resolve #774

Fluentd now works on Windows 11 on Arm, so this builds an ARM64 msi for
6.1.0 in a new "Windows (ARM64)" workflow and runs the same package size
check and installation tests as x86_64. Windows container images are
amd64 only, so the msi is built and tested directly on the
windows-11-arm runner with WiX 3.14.1. Until an ARM64 msi is released,
the package size check compares it with the previous x86_64 msi.

nokogiri is no longer bundled, because its packaged libxml2 can't be
built on ARM64 (sparklemotion/nokogiri#3470). This also applies to
x86_64. The winevt_xml parser uses REXML instead, and
in_windows_eventlog2 checks bookmarks less strictly. The changelog tells
how to install nokogiri.

A new test loads every extension library after installing the msi
without MSYS2, so a missing bundled DLL is caught on both architectures.
MSYS2 on the windows-11-arm runner is hidden during the tests, because
RubyInstaller would load DLLs from it. The current tests pass even with
the x86_64 msi built from master, where winevt_c can't be loaded because
libgcc_s_seh-1.dll isn't bundled.

fluent-plugin-fluent-package-update-notifier is updated to 0.2.4, which
checks the arm64 msi instead of the x86_64 one on ARM64 Windows.

This is based on #1107 and supersedes #1130.

🤖 Generated with [Claude Code](https://claude.com/claude-code)

---------

Signed-off-by: Shizuo Fujita <fujita@clear-code.com>
Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>
@kenhys
kenhys marked this pull request as ready for review October 20, 2026 01:53
kenhys and others added 24 commits October 22, 2026 17:42
Signed-off-by: Kentaro Hayashi <hayashi@clear-code.com>
Signed-off-by: Kentaro Hayashi <hayashi@clear-code.com>
Signed-off-by: Kentaro Hayashi <hayashi@clear-code.com>
Signed-off-by: Kentaro Hayashi <hayashi@clear-code.com>
Signed-off-by: Kentaro Hayashi <hayashi@clear-code.com>
bundle install gem files steps are broken without specifying
correct certificates explicitly.

It will fix the following error:

  2 retrie(s) left for v0.3.3 (SSL_connect returned=1 errno=0
  peeraddr=140.82.113.9:443 state=error: certificate verify failed (unable to get
  local issuer certificate))
  1 retrie(s) left for v0.3.3 (SSL_connect returned=1 errno=0
  peeraddr=140.82.113.9:443 state=error: certificate verify failed (unable to get
  local issuer certificate))
  0 retrie(s) left for v0.3.3 (SSL_connect returned=1 errno=0
  peeraddr=140.82.113.9:443 state=error: certificate verify failed (unable to get
  local issuer certificate))
  SSL_connect returned=1 errno=0 peeraddr=140.82.113.9:443 state=error:
  certificate verify failed (unable to get local issuer certificate)25l
  Extracting v0.3.3 into tmp/x86_64-w64-mingw32/ports/cmetrics/0.3.3... ERROR.    25h
  Please review logs to see what happened:

Signed-off-by: Kentaro Hayashi <hayashi@clear-code.com>
To avoid Accept and Content-Type mismatch, apply
verify_es_version_at_startup false and default_elasticsearch_version 9

Signed-off-by: Kentaro Hayashi <hayashi@clear-code.com>
Signed-off-by: Kentaro Hayashi <hayashi@clear-code.com>
Signed-off-by: Kentaro Hayashi <hayashi@clear-code.com>
Signed-off-by: Kentaro Hayashi <hayashi@clear-code.com>
Signed-off-by: Kentaro Hayashi <hayashi@clear-code.com>
Signed-off-by: Kentaro Hayashi <hayashi@clear-code.com>
Signed-off-by: Kentaro Hayashi <hayashi@clear-code.com>
RubyGems 3.2 rejects any bundler whose major version differs from
BUNDLED WITH in Gemfile.lock. After bundler was bumped to 4.0.20, the
rpm build failed with "cannot load such file -- bundler", because the
system Ruby 3.0 can only have bundler 2.x installed.

RubyGems 3.3 only prioritizes the locked version and falls back to an
installed one. Switch to the ruby:3.1 module, which ships RubyGems 3.3.7.
The packages still come from the 9.2 vault, so the build environment
stays pinned to 9.2.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Signed-off-by: Shizuo Fujita <fujita@clear-code.com>
The bundled json gem is now 3.0.2. JSON.parse in json 3 accepts options
only as keyword arguments. The v1.20.0 RC passes them as a positional
Hash, so fluentd fails to start with ArgumentError when the config has
a JSON literal. That is why the Elasticsearch and OpenSearch tests fail.

fluent/fluentd#5492 fixes it. The gemspec is unchanged since the RC, so
only the revision in Gemfile.lock changes.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Signed-off-by: Shizuo Fujita <fujita@clear-code.com>
Signed-off-by: Kentaro Hayashi <hayashi@clear-code.com>
Signed-off-by: Kentaro Hayashi <hayashi@clear-code.com>
Signed-off-by: Kentaro Hayashi <hayashi@clear-code.com>
Signed-off-by: Kentaro Hayashi <hayashi@clear-code.com>
Signed-off-by: Kentaro Hayashi <hayashi@clear-code.com>
Signed-off-by: Kentaro Hayashi <hayashi@clear-code.com>
Signed-off-by: Kentaro Hayashi <hayashi@clear-code.com>
Signed-off-by: Kentaro Hayashi <hayashi@clear-code.com>
Resolve #774

Fluentd now works on Windows 11 on Arm, so this builds an ARM64 msi for
6.1.0 in a new "Windows (ARM64)" workflow and runs the same package size
check and installation tests as x86_64. Windows container images are
amd64 only, so the msi is built and tested directly on the
windows-11-arm runner with WiX 3.14.1. Until an ARM64 msi is released,
the package size check compares it with the previous x86_64 msi.

nokogiri is no longer bundled, because its packaged libxml2 can't be
built on ARM64 (sparklemotion/nokogiri#3470). This also applies to
x86_64. The winevt_xml parser uses REXML instead, and
in_windows_eventlog2 checks bookmarks less strictly. The changelog tells
how to install nokogiri.

A new test loads every extension library after installing the msi
without MSYS2, so a missing bundled DLL is caught on both architectures.
MSYS2 on the windows-11-arm runner is hidden during the tests, because
RubyInstaller would load DLLs from it. The current tests pass even with
the x86_64 msi built from master, where winevt_c can't be loaded because
libgcc_s_seh-1.dll isn't bundled.

fluent-plugin-fluent-package-update-notifier is updated to 0.2.4, which
checks the arm64 msi instead of the x86_64 one on ARM64 Windows.

This is based on #1107 and supersedes #1130.

🤖 Generated with [Claude Code](https://claude.com/claude-code)

---------

Signed-off-by: Shizuo Fujita <fujita@clear-code.com>
Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com>
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