Binary package

A binary package holds the compiled application and its libraries as .deb files, which the controller installs with apt.

A binary package holds the compiled application and the libraries it depends on, as Debian packagesA Debian package, a .deb file, is a software package in the format of the apt package manager, which the controller uses to install it. . It is the part of a project that puts the executable on the controller. The config package then names that executable in motorcortex.conf, so the two go together.

In the Store you find binary packages of Motorcortex libraries and of complete applications, such as Motorcortex-Generic-App or Motorcortex-Robot-App. A binary package of an application may look like this:

A binary package in a motorcortex.io project, listing one .deb file per library, such as motorcortex-core, motorcortex-math and motorcortex-robot

What a deploy does

A binary package deploys in three steps, which the portal shows as they run:

  1. Transferring files. The portal sends the .deb files that are new or changed to the controller’s package service.
  2. Updating packages. The controller updates its package lists, as apt update does.
  3. Installing packages. The controller installs every .deb in the package, not only the ones that were just sent.

If a package fails to install, the deploy stops and the error names the package that failed with its reason.

Your own application

You can build your own application into .deb files and upload them to a binary package, so you deploy it through motorcortex.io like any other. See Developing control applications.