Request for permission to package HMCL on Flathub

[first-storm]

I'd like to package HMCL on Flathub to make it more accessible to Linux users. Flathub requires confirmation that upstream is aware of and permits third-party packaging. Could you confirm that you're okay with this?

[zkitefly]

我认为可以支持，但还需要 @Glavo 和 @burningtnt 的同意

还有我观察到 flathub/flathub#8721 ，但该 PR 有着很多我认为不正确的配置

[first-storm]

我认为可以支持，但还需要 @Glavo 和 @burningtnt 的同意

还有我观察到 flathub/flathub#8721 ，但该 PR 有着很多我认为不正确的配置

可以麻烦指出一下不正确的配置具体指的是哪个吗？

[zkitefly]

  - org.freedesktop.Sdk.Extension.openjdk21

建议使用 25

---

      - type: file
        url: https://raw.githubusercontent.com/HMCL-dev/HMCL/7820f748a0238d64f54ee2ceeec26c01f286e8d0/LICENSE
        sha256: 3972dc9744f6499f0f9b2dbf76696f2ae7ad8af9b23dde66d6af86c9dfb36986
        dest-filename: LICENSE

为什么要下载这个？

---

建议由 HMCL 自行补充 JavaFX？

---

建议使用 bash 文件，这样可以处理文件内所配置的环境变量

---

有考虑过 HMCL 内的内部自动更新的影响吗

---

→email

[first-storm]

  - org.freedesktop.Sdk.Extension.openjdk21

建议使用 25

      - type: file
        url: https://raw.githubusercontent.com/HMCL-dev/HMCL/7820f748a0238d64f54ee2ceeec26c01f286e8d0/LICENSE
        sha256: 3972dc9744f6499f0f9b2dbf76696f2ae7ad8af9b23dde66d6af86c9dfb36986
        dest-filename: LICENSE

为什么要下载这个？

建议由 HMCL 自行补充 JavaFX？

建议使用 bash 文件，这样可以处理文件内所配置的环境变量

有考虑过 HMCL 内的内部自动更新的影响吗

→email

1. 好的我会改到25
2. 因为flatpak的逻辑就是自己包含所有依赖，如果HMCL上游开发者期望让程序自行下载JavaFX我会改。
3. https://docs.flatpak.org/en/latest/flatpak-builder-command-reference.html 因为要包含License文件。
4. 现在应该已经是使用bash脚本启动的状态，有什么特别需要改的请提出一下。
5. 没有考虑自动更新的影响，目前考虑的是使用预置配置disableAutoShowUpdateDialog或者用Dhmcl参数让它以为自己是999.0版本。

现在打包最主要的问题是https://huangyuhui.net证书不可用。

[zkitefly]

现在打包最主要的问题是https://huangyuhui.net证书不可用。

不应该是 https://hmcl.huangyuhui.net/ 吗

[first-storm]

Flatpak的reverse dns会直接取huangyuhui.net

…

On Sun, 24 May 2026 at 9:27 am, Zkitefly ***@***.***> wrote: 现在打包最主要的问题是https://huangyuhui.net证书不可用。 不应该是 https://hmcl.huangyuhui.net/ 吗 — Reply to this email directly, view it on GitHub <#6124 (reply in thread)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/BGNLZXO4ZFARZAMVP6XUFST44IXX3AVCNFSM6AAAAACZDNOR7OVHI2DSMVQWIX3LMV43URDJONRXK43TNFXW4Q3PNVWWK3TUHMYTOMBTGYZTGMQ> . You are receiving this because you authored the thread.Message ID: ***@***.***>

[zkitefly]

根据 https://docs.flatpak.org/en/latest/conventions.html# 的举例，可以使用 com.github.hmcl-dev.hmcl 的命名来解决问题？

毕竟这个问题应该不能很快解决

[first-storm]

根据 https://docs.flatpak.org/en/latest/conventions.html# 的举例，可以使用 com.github.hmcl-dev.hmcl 的命名来解决问题？

毕竟这个问题应该不能很快解决

是可以的，但我的考虑是万一以后想改回上游classname命名会很麻烦因为flathub改id还是挺麻烦的。

[zkitefly]

根据 https://docs.flatpak.org/en/latest/conventions.html# 的举例，可以使用 com.github.hmcl-dev.hmcl 的命名来解决问题？
毕竟这个问题应该不能很快解决

是可以的，但我的考虑是万一以后想改回上游classname命名会很麻烦因为flathub改id还是挺麻烦的。

应该不用改回去？

winget 的 hmcl id 也是使用 hmcl-dev

[first-storm]

https://github.com/first-storm/flathub/tree/net.huangyuhui.hmcl
可以查阅一下，我改了jdk版本，删除了预置的jfx。然后手动完全审查过了appdata。目前最大的两个blocker就是huangyuhui.net的SSL问题，还有X11和Wayland同时放行要向豁免仓库提交申请PR的问题。

[zkitefly]

有考虑过开发板和稳定版的版本更新提供吗

[first-storm]

有考虑过开发板和稳定版的版本更新提供吗

有，这个的话合并之后再增加一个beta branch就可以了。