Packaging applications
YunoHost relies on applications, and so, on their packagers. This documentation is here to help you package and maintain apps.
Packaging philosophy
The simplicity of using apps is a key feature of YunoHost. As a packager, you should remember these principles:
-
The admin should not have a PhD in computer science to be able to install, configure and use your application: try to assume that the admin doesn't know about advanced computer concepts;
-
Less is more, Keep it simple: don't overcrowd the admin with a dozens technical questions;
-
Things should work out of the box: for example, the admin should not have to manually finish the installation process by manually filling in database credentials;
-
YunoHost app packaging is not just about installing sources and dependencies: it's also about maintenance (upgrade, backup...) and integrating the app in the YunoHost ecosystem (NGINX, SSO/LDAP, Fail2Ban, application catalog, UI/UX...)
2. Prerequisites
Before diving in, this documentation assumes that:
- You already are a YunoHost admin yourself and already know what the install workflow looks like;)
- You are somewhat familiar with (or are willing to learn) system administration and bash programming;
- You are somewhat familiar with (or are willing to learn) Git;
- You are comfortable with tinkering and debugging computer stuff in general.
You are also encouraged to join the app packaging chatroom to ask any question you may have!
At some point, you will also want to have a dev/test environment, either using VirtualBox or LXC/ynh-dev which is meant for the core but can totally be used for developping apps. You can also setup a dev/test VPS on your favourite hosting provider, or even develop on your prod if you like to live dangerously;).
3. Notes about the history of YunoHost's app packaging
Many things in YunoHost, and YunoHost app packaging format, are historical or were designed in an organic fashion. Thus some aspects may legitimately feel old.
The "v0" of app packaging consisted in writing raw bash scripts with no real standardization/constrain.
Over time, recurrent steps (such as installing dependencies with apt, or setting up the NGINX config) where formalized into standardized bash functions, aka "helpers". This pretty much marked the beginning of the "v1" packaging era.
Various tools were implemented to test the app and standardize their behavior.
After a while, a set of common practices and conventions emerged and is somewhat reflected and maintain in the example_ynh
template application. While it is tempting for dev-oriented folks to change variable naming schemes or refactorize the structure of scripts, it turns out that it is even more important to stick to the common set of practices (even though arbitrary and not elegant) to ease the maintenance of all apps by any member of the packaging community accross all repos!
Nevertheless, even though helpers existed, the inherent structure of apps was hard and boring to maintain with too many redundant pieces of code or filled with funky historical conventions. A new v2 format has been designed and added to YunoHost 11.1 in early 2023 in the hope to modernize and simplify app packaging and improve the UI/UX of YunoHost.
However, a future v3 format has yet to come to further simplify app packaging (such as taking care of NGINX/systemd/... configurations, removing the need to manually write remove/backup/restore scripts, etc.)