如果您从此处运行构建的稳定版或夜间版会发生什么：
https ://github.com/winder/Universal-G-Code-Sender#downloads

让它在某些 JVM:s 上运行时遇到了问题，我们将 linux 构建与 JRE 13 捆绑在一起，这似乎适用于多种 Linux 变体。

如果您从此处运行构建的稳定版或夜间版会发生什么：
https ://github.com/winder/Universal-G-Code-Sender#downloads

在夜间我应该选择“所有平台”，对吗？

让它在某些 JVM:s 上运行时遇到了问题，我们将 linux 构建与 JRE 13 捆绑在一起，这似乎适用于多种 Linux 变体。

我明白了，这是有用的信息。如何设置用于编译的版本？够update-alternatives --config java了吗？

不，我在想你应该尝试 Linux 构建以确保捆绑的 JVM 按预期工作，它使用的是 Java 版本 13.0.1 来自这里：https ://adoptopenjdk.net/

如果您想自己构建它update-alternatives --config java应该可以，但我不知道您应该尝试哪个版本。在 MacOSX 上，我运行的是 Java 8 和 Java 13.0.1。

你想构建它是因为你正在开发还是只是为了运行它？

当我使用预编译版本时，我总是得到这个：

我正在尝试使用我的 CNC，似乎现有 gcode 加载器的 Linux 支持非常差。我还没有找到开箱即用的工具。我运行了一个特定的 Candle 版本，但它在 UI 中也有一些问题，所以我想尝试 UGS。

我在所有最新版本的 Linux 上遇到类似类型的“错误用户界面”错误。(206, 207) 我使用的最新版本是 2.0.3 的非平台版本。我认为问题出在 jogl 2.3.2 版本上，它不再适用于最新的 Linux 发行版。

这些旧版本对我来说工作正常，可以将 gcode 发送到基于 grbl 1.1h 的激光和 cnc。我可能需要更改应用程序以使用 JSSC 库而不是 java 自己的库。（如果我没记错的话，可以在ugs设置中进行更改）

但我现在还通过本地 Linux 构建正确显示了最新的 2.0.7 平台 UI。这有点骇人听闻，因为 gluegen 2.4.0 和 jogl 2.4.0 尚未发布到 Maven 存储库。
我现在已经克隆了源代码，并通过将 gluegen 和 jogl 更新为我自己构建的未发布的 2.4.0 版本，然后将 pom.xml 中的 2.3.2 版本引用更改为 2.4.0，使一切正常运行。我的解决方案有点老套，因为 maven 上没有 jogl 2.4.0 jar，因此我需要手动将 gluegen 和 jogl 2.4.0 版本打包到我的本地 maven repo 目录中：

.m2/repository/org/jogamp/gluegen/gluegen-rt-main/2.4.0/
.m2/repository/org/jogamp/gluegen/gluegen-rt/2.4.0/
.m2/repository/org/jogamp/jogl/jogl-all-main/2.4.0/
.m2/repository/org/jogamp/jogl/jogl-all/2.4.0/

我还需要强制 maven 更喜欢这些本地 2.4.0 版本，而不是尝试通过创建一个 settings.xml 来从互联网上下载它们：
true

我试图上传包含此本地 Maven 存储库和更改的 zip 文件，但由于某种原因它失败了。

请尝试最新的每晚构建，我已经将 JOGL 更新到 2.4.0，我的机器上不再有这些问题。