Package development ################### Gluon packages are OpenWrt packages and follow the same rules described at https://openwrt.org/docs/guide-developer/packages. Gluon package makefiles ======================= As many packages share the same or a similar structure, Gluon provides a ``package/gluon.mk`` that can be included for common definitions. This file replaces OpenWrt's ``$(INCLUDE_DIR)/package.mk``; it is usually included as ``include ../gluon.mk`` from Gluon core packages, or as ``include $(TOPDIR)/../package/gluon.mk`` from feeds. Provided macros *************** * *GluonBuildI18N* (arguments: **) Converts the *.po* files for all enabled languages from the given source directory to the binary *.lmo* format and stores them in ``$(PKG_BUILD_DIR)/i18n``. * *GluonInstallI18N* Install *.lmo* files from ``$(PKG_BUILD_DIR)/i18n`` to ``/lib/gluon/web/i18n`` in the package install directory. * *GluonSrcDiet* (arguments: **, **) Copies a directory tree, processing all files in it using *LuaSrcDiet*. The directory tree should only contain Lua files. * *GluonCheckSite* (arguments: **) Intended to be used in a package postinst script. It will use the passed Lua snippet to verify package-specific site configuration. * *BuildPackageGluon* (replaces *BuildPackage*) Extends the *Package/* definition with common defaults, sets the package install script to the common *Gluon/Build/Install*, and automatically creates a postinst script using *GluonCheckSite* if a ``check_site.lua`` is found in the package directory. Default build steps ******************* These defaults greatly reduce the boilerplate in each package, but they can also be confusing because of the many implicit behaviors depending on files in the package directory. If any part of *Gluon/Build/Compile* or *Gluon/Build/Install* does not work as intended for a package, the compile and install steps can always be replaced or extended. *Build/Compile* is set to *Gluon/Build/Compile* by default, which will * run OpenWrt standard default commands (*Build/Compile/Default*) if a ``src/Makefile`` or ``src/CMakeLists.txt`` is found * run *GluonSrcDiet* on all files in the ``luasrc`` directory * run *GluonBuildI18N* if a ``i18n`` directory is found *Package/* defaults to *Gluon/Build/Install* for packages defined using *BuildPackageGluon*, which will * copy all files from ``$(PKG_INSTALL_DIR)`` into the package if ``$(PKG_INSTALL)`` is 1 * copy all files from ``files`` into the package * copy all Lua files built from ``luasrc`` into the package * installs ``$(PKG_BUILD_DIR)/respondd.so`` to ``/usr/lib/respondd/$(PKG_NAME).so`` if ``src/respondd.c`` exists * installs compiled i18n *.lmo* files Feature flags ============= Feature flags provide a convenient way to define package selections without making it necessary to list each package explicitly. The list of features to enable for a Gluon build is set by the *GLUON_FEATURES* variable in *site.mk*. The main feature flag definition file is ``package/features``, but each package feed can provide additional definitions in a file called ``features`` at the root of the feed repository. Each flag *$flag* will include the package the name *gluon-$flag* by default. The feature definition file can modify the package selection by adding or removing packages when certain combinations of flags are set. Feature definitions use Lua syntax. Two basic functions are defined: * *feature(name, pkgs)*: Defines a new feature. *feature()* expects a feature (flag) name and a list of packages to add or remove when the feature is enabled. * Defining a feature using *feature* replaces the default definition of just including *gluon-$flag*. * A package is removed when the package name is prefixed with a ``-`` (after the opening quotation mark). * *when(expr, pkgs)*: Adds or removes packages when a given logical expression of feature flags is satisfied. * *expr* is a logical expression composed of feature flag names (each prefixed with an underscore before the opening quotation mark), logical operators (*and*, *or*, *not*) and parentheses. * Referencing a feature flag in *expr* has no effect on the default handling of the flag. When no *feature()* entry for a flag exists, it will still add *gluon-$flag* by default. * *pkgs* is handled as for *feature()*. Example:: feature('web-wizard', { 'gluon-config-mode-hostname', 'gluon-config-mode-geo-location', 'gluon-config-mode-contact-info', 'gluon-config-mode-outdoor', }) when(_'web-wizard' and (_'mesh-vpn-fastd' or _'mesh-vpn-tunneldigger'), { 'gluon-config-mode-mesh-vpn', }) feature('no-radvd', { '-gluon-radvd', }) This will * disable the inclusion of the (non-existent) packages *gluon-web-wizard* and *gluon-no-radvd* when their corresponding feature flags appear in *GLUON_FEATURES* * enable four additional config mode packages when the *web-wizard* feature is enabled * enable *gluon-config-mode-mesh-vpn* when both *web-wizard* and one of *mesh-vpn-fastd* and *mesh-vpn-tunneldigger* are enabled * disable the *gluon-radvd* package when *gluon-no-radvd* is enabled