测试失败：我现在甚至不敢重建

开发
1

我的 github 后端测试在此失败：

LoadError: libssl.so.1.1: 无法打开共享对象文件: 没有该文件或目录 - /__w/discourse-chatbot/discourse-chatbot/vendor/bundle/ruby/3.2.0/gems/openssl-3.2.0/lib/openssl.so (LoadError)

Run if ! bin/rails zeitwerk:check --trace; then

[21](https://github.com/merefield/discourse-chatbot/actions/runs/8441786001/job/23121732154?pr=81#step:23:21)
[21](https://github.com/merefield/discourse-chatbot/actions/runs/8441786001/job/23121732154?pr=81#step:23:22)rails aborted!

[22](https://github.com/merefield/discourse-chatbot/actions/runs/8441786001/job/23121732154?pr=81#step:23:23)LoadError: libssl.so.1.1: 无法打开共享对象文件: 没有该文件或目录 - /__w/discourse-chatbot/discourse-chatbot/vendor/bundle/ruby/3.2.0/gems/openssl-3.2.0/lib/openssl.so (LoadError)

https://github.com/merefield/discourse-chatbot/actions/runs/8441786001/job/23121732154?pr=81

  • 我已更新 gem 依赖项，但错误仍然存在。
  • 我现在正在使用核心插件工作流配置，但错误仍然存在。

它始于这个看似无关紧要的提交：

https://github.com/merefield/discourse-chatbot/actions/runs/8440497064/job/23118126077

有人今天也遇到过这个问题吗？

3

我们正在升级我们的基础 docker 镜像以使用最新版本的 Debian，这可能是原因（https://github.com/discourse/discourse_docker/commit/23e7b55d42a573bfc313ff965ed3c0a1ea7e0f45）。

我甚至不敢重建

这个新的基础镜像目前仅在 CI 中使用。它不会被 ./launcher rebuild 使用，直到镜像标签在此处更新 here

添加 openssl gem

为什么通过插件添加该 gem？看起来 Discourse 核心已经有了？

discourse/Gemfile.lock at bf35928a14e8cc152cc3266faf661cfd0f13de57 · discourse/discourse · GitHub

3 个赞
4

谢谢！

这是在 PR 中为了看看是否能修复而采取的冲动行为，但并未解决问题。我会撤销它，谢谢！(已撤销!)

不过，切换到核心插件工作流是一种很好的简化，所以这绝非徒劳。

这会通过对基础镜像的某些持续性工作来解决吗？

3 个赞
5

是的，我们正在多个插件中看到类似的错误，我们会尽快解决 :+1:

3 个赞
6

没问题，非常感谢你，David！

4 个赞
7

现在一切都很顺利！：

https://github.com/merefield/discourse-chatbot/actions/runs/8442671263/job/23140789511?pr=81

谢谢解决！

我认为是这个提交？ Revert "Upgrade Debian to Bookworm" (#788) · discourse/discourse_docker@fcc6326 · GitHub

祝升级顺利。

2 个赞
9

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.