Hiroshi SHIBATA

@adityasharad Thanks for your advice. I added `trap-caching: false` to our workflows. I will share that results after a few weeks later.

報告ありがとうございます。私が Apple Silicon の macOS を使っているので arm64 イメージを push してしまったのが原因かもしれません。 GitHub Actions で arm が使えるようになったので、この機会に amd64/arm64 の両方で使えるイメージに変更しておこうと思います。

https://github.com/tdiary/tdiary-core/actions/workflows/build-image.yml として amd64/arm64 の両方のイメージを作成するようにしたので、5.4.0 では適切に作成されると思います。 https://hub.docker.com/layers/tdiary/tdiary/master/images/sha256-de17b8081d2fb92bfd99e8b2413727c28595b1c70aac02703bafae76b9569c43 `docker pull tdiary/tdiary:master` または `latest` で開発中ではありますが 5.3.0 とほぼほぼ変わらないイメージが取得できると思います。もう少し依存ライブラリの整頓をしたいと思っているのでその後に 5.4.0 をリリースしようと思います。

That method is not changed while 7 years. What's input for that?

> This also causes maintenance overhead, a slower CI (due to the extra Bundler 2 vs Bundler 3 dimension), makes things harder for contributors, and makes an already complex code...

Thanks. I'm +1 for the above release plan that we will release 2.7.x or 3.0.x at mid-year and 4.0 at beginning of December.

@sue445 Sorry to my late action. Could you look the permission error with go module? https://github.com/ruby/rubygems/actions/runs/19356051438/job/55377427082?pr=8183#step:9:414

@sue445 Thank you for your hard work. I remained one concerns. `go mod tidy` may be need to integrate `Rakefile` of new gem. But I'm not sure what is the...

I'm against this. This type feature is deeply considered by Matz. So, RubyGems shouldn't discourage the future plan of the Ruby language.

Just run the `rm` command instead of this option.