This tool aims to simplify packaging Tasmota Berry code as a TAPP file, including basic dependency resolution. It can be run locally, but is primarily intended for use during a release workflow, e.g. GitHub Actions.
It performs the following:
- Reads your project manifest file (see below), with a list of dependency URLs (other
.tappfiles). - Downloads each, extracts and merges them, in a subfolder, it into your own code.
- Auto-generates an
autoexec.befor your library that sets up all the relevant dependency paths. - Packages the whole structure into a
.tappfile ready for deployment.
Your project needs to contain a tappack manifest file, manifest.yaml, with at least fields name
and dependencies. The latter is a mapping of module names to URLs of corresponding .tapp file. For example:
name: my_library
dependencies:
my_tools: https://example.com/my_tools.tapp
You can also specify when a dependency should be read from a local path (which will be recursed automatically) as follows:
name: my_library
dependencies:
my_dependency:
.type: LocalPath
path: /usr/src/my_dependencyYou can also specify GitHub Release assets:
name: my_library
dependencies:
tools:
.type: GitHubReleaseAsset
org: fmtr
version: v0.0.9 # Omit this field for the latest version.
repo: tools.be
filename: tools.tappRelease channels are also supported. So pulling from a URL during normal packaging, but from a local path during a
development build (i.e. with parameter --channel-id development), is done like this:
name: my_library
dependencies:
tools:
.type: URL
url: https://github.com/fmtr/tools/releases/download/v0.0.1/tools.tapp
.channels:
development:
.type: LocalPath
path: /fm/tools.be/module$ tappack --helpUsage: tappack [OPTIONS]
Options:
--module-path DIRECTORY Path to your module, containing any Berry files,
manifests, assets, etc. Example:
/usr/src/my_berry_project [required]
--output FILE Path to write the output .tapp package. Example:
~/my_project.tapp
--channel-id TEXT Identifier for the release channel. Only relevant
if your manifests contain release channel
information. Example: development
--help Show this message and exit.$tappack --module-path /usr/src/my_berry_project --tapp-path ~/my_project.tapp$pip install tappack
Your module should not contain an autoexec.be, as tappack will generate one. If you need to run any code in
the autoexec context, then ensure your module implements an autoexec method, which will be called once it is
imported. For example:
var mod = module("my_module")
def autoexec()
# Do autoexec stuff here.
end
mod.autoexec=autoexec
return modtappack can also be run as a development server. This aims to simplify Tasmota Berry script development by doing two
things:
- Starts a web app that automatically packages your project(s), and serves them as a
.tappfiles. - Opens a tunnel to the web app, letting you deploy your Tasmota Application to any device with an internet connection.
pip install tappack[server]
To serve a project:
$tappack-server --project /usr/src/my_project
You can serve as many projects as you like, for example:
$tappack-server --project /usr/src/project_a --project /usr/src/project_b ...
If you want to give a project a name other than its directory name, you can prefix its path with :, e.g.
$tappack-server --project project_c:/usr/src/project_c/berry_files ...
This will serve the contents of berry_files as a TAPP file called project_c.tapp.
Waiting for tunnel to initialise...
* Serving Flask app 'TappServer'
* Debug mode: off
WARNING: This is a development server. Do not use it in a production deployment. Use a production WSGI server instead.
* Running on http://127.0.0.1:80
Press CTRL+C to quit
Serving project "project_a": `tasmota.urlfetch("http://c141-x-y-z-w.ngrok.io/project_a.tapp")`
Serving project "project_b": `tasmota.urlfetch("http://c141-x-y-z-w.ngrok.io/project_b.tapp")`Running tappack-server involves opening up your project files to the public internet, using a development server.
Proceed with
caution.