Software management

Software management is located under the "Configuration management"]( section in the app. It is very useful to install, maintain and update Debian packages on a fleet of remote edge devices. This is a simple and efficient way to remotely manage software in an IoT embedded Linux environment. In the software management configuration software packages that should be installed remotely will be defined. Then will then handle the packages and play them out to all units that are in scope the next time the qbee agent connects to the system.. This is useful for two different type of software management:

  • It is possible to play out and maintain files from repositories and/or the qbee file manager. The system distinguishes between them by checking if there is a package ending. So a debian package with name "node-red" will be fetched from any of the repositories that are configured for the Linux system.

  • A package that has a debian compatible file name and a .deb package ending will be played out from qbee's internal file manager. For more information please see below. If the package defines a service qbee software management will automatically restart the service after any update.


Debian packages defined by the service name and no ".deb" ending will be provided from the configured repository on the target device.

Packages that do have a debian compatible naming convention and a ".deb" ending will be provided by qbee from file manager. Please use the full source path if directories are used in file manager.

If a service is defined it will be restarted after the update or after any key-value template changes. If the service name differs from the package name it can be provided.

For a specific version of a file the full package name can be used (with or without ".deb" depending if it is from a repository or file manager)


It is important to adhere to the Debian naming convention for this to work.
A typical example is the file name used below: tinymesh-agent_0.0.3_all.deb
Or, in a more general notation: package_version_architecture.deb


qbee provides a file manager and storage to upload own files.

If software packages should come from a repository customers have made very good experiences using repository management tools like aptly or packagecloud.

Below is an example that automatically installs a package for a Tinymesh sensor system remotely to handle the radio communication and cloud connection. This debian package tinymesh-agent_0.0.3_all.deb is installed from the file manager storage space and then moved to each edge device in scope of the "iRPI" group. Also a template file called tinymesh-agent-conf.tmpl was uploaded to "software-management/config-templates". It gets resolved into the final configuration file for the tinymesh package with the following path on the target system /etc/tinymesh-agent/tinymesh-agent.conf.


What really happens here is that original config file tinymesh-agent.conf is transposed into a templating file. Any key-value pair that should be exposed is replaced by a mustache notation with the double curly brackets.

username = "my_username"
password = "James Bond"
server = ""
port = 8883
tls = 0

[LPWAN system]
system-id = 12

Now it is possible to access one or all configuration options of this file remotely. Please rewrite this file into the template file tinymesh-agent-conf.tmpl. Then all configuration parameters that are in scope need to be exposed with {{your_key}} to expose them as key-value in the UI.

username = "{{username}}"
password = "{{password}}"
server = "{{server}}"
port = 8883
tls = 0

[LPWAN system]
system-id = {{system-id}}

Committing this configuration will then trigger all remote devices in the iRPI group to install/upgrade the package (if this has not been installed yet) and then configure the new key-value pairs. It will also restart the service for any configuration change. In the case of the example above the audit trail shows that 2 devices have received this update already. They download the changed template file tinymesh-agent-conf.tmpl. Then the variables are applied to the real configuration file /etc/tinymesh-agent/tinymesh-agent.conf. As a last step the application * tinymesh-agent_0.0.3_all.deb* is restarted to apply the new configuration.