-
-
Notifications
You must be signed in to change notification settings - Fork 149
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Better Linux re-packaging compatibility #554
Comments
Hello! Thanks for the interest in the project! |
@umbynos, thank you for your reply. I hope that you won't only make it easy for package maintainers to re-package the app but also consider distribution via Flathub as a Flatpak app. |
Any news about this? Can we at least get a binary tarball release? The installer needs access to Also, please consider officially distribute this app via Flathub. Note that I'm not that sure about certificate handling. I guess maybe bind-mount |
There are a few issues that prevent re-packaging and distributing Arduino Create Agent through repositories instead of the current binary installer.
There are blocking issues that prevent re-packaging:
The binary installer, even with the
--mode unattended
still tries to run Arduino_Create_Bridge after the installation and it does not respect--prefix
.The app should look for the config at
$XDG_CONFIG_HOME/arduino-create/
with$HOME/.config/arduino-create/
as a fallback if$XDG_CONFIG_HOME
is unset or empty. See XDG Base Directory SpecificationWould be nice to have:
$HOME/.arduino-create/
use$XDG_DATA_HOME/arduino-create/
with$HOME/.local/share/arduino-create/
as a fallback if$XDG_DATA_HOME
is unset or empty.config.ini
does not exist in the config folder, create a default config file.For my own needs, and as a POC, I packaged the Create Agent as a Flatpak here. Notice the ugly workaround in the startup script, copying the executable to the config folder.
The text was updated successfully, but these errors were encountered: