You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Since QZ Tray 2.2, Java is bundled with the installers. This is nice for the most common architectures (Intel, M1) but for system such as the Raspberry Pi (e.g. aarch64), there's no easy way to install.
The "other downloads" should have an option for Java-less installers, which will behave like the old installers by attempting to locate the system version of Java.
The text was updated successfully, but these errors were encountered:
The more I think about this, the more I think this is not feasible due to the way packaging works. Currently, we strip any non-native files (.dll, .so, .dylib) when we package. This was a deliberate action as a result of bundling Java and adding these back in would be a regression.
Perhaps what we do instead is simply offer downloads for Windows ARM64 (without JavaFX) and Linux ARM64, which I think offers a more predictable experience.
Perhaps what we do instead is simply offer downloads for Windows ARM64 (without JavaFX) and Linux ARM64, which I think offers a more predictable experience.
Done via the release of QZ Tray 2.2.2.
The more I think about this, the more I think this is not feasible due to the way packaging works.
We haven't had any complaints since the release of QZ Tray 2.2.2, closing.
Since QZ Tray 2.2, Java is bundled with the installers. This is nice for the most common architectures (Intel, M1) but for system such as the Raspberry Pi (e.g. aarch64), there's no easy way to install.
The "other downloads" should have an option for Java-less installers, which will behave like the old installers by attempting to locate the system version of Java.
The text was updated successfully, but these errors were encountered: