Release notes: Snapcraft 3.1

These are the release notes for Snapcraft 3.1, a minor release that builds on the foundations of Snapcraft 3.0.

For general details, including installation instructions, see Snapcraft overview, or take a look at Snapcraft release notes for other Snapcraft releases.

Build environments

When using the base keyword, it is once again possible to clean parts:

$ snapcraft clean <part-name>

Cleaning individual steps from a specific part, by adding --step to clean, is being redesigned to be more intuitive and straightforward in its use.

New core features

`before` and `after`

before and after keywords can now be used to order service launching within a snap.

AppStream extractor

The AppStream metadata extractor can now properly handle tags inside the relevant nodes and properly filter xml:lang.

Taking the following AppStream metadata as an example input:

  <description>
    <p>List:</p>
    <p xml:lang="es">Lista:</p>
    <ul>
      <li>First item.</li>
      <li xml:lang="es">Primer item.</li>
      <li>Second item.</li>
      <li xml:lang="es">Segundo item.</li>
    </ul>
  </description>

…would generate the following description in snap.yaml:

List:

- First item.
- Second item.

Additionally, desktop files are now properly found from either the AppStream launchable entries, or by falling back to legacy mode and inferring the desktop file from the appstream id.

Plugins

cmake

The plugin can now use build-snaps within the build environment. When any given build-snaps entry exists for a part that uses the cmake plugin, the plugin will make use of CMAKE_FIND_ROOT_PATH so that libraries and headers from that snap are preferred.

Additionally, cmake primitives are now used to drive the build instead of just calling make.

These features have already been used to create an initial set of KDE applications leveraging core18 as a base as described on the KDE apps at the snap of your fingers article.

rust

The rust plugin has been refactored in a backwards compatible way to work better with the non-legacy rustup tool.

Platform updates

macOS

When using snapcraft with Homebrew for the first time, if multipass is not found, the user will be prompted to install it before proceeding.

Full list of changes

The issues and features worked on for 3.1 can be seen on the 3.1 launchpad milestone which are reflected in the following change list:

list of changes for Snapcraft 3.1

cmake plugin: use native primitives (#2397)
cmake plugin: use build snaps to search paths (#2399)
static: update to the latest flake8 (#2420)
project: state file path change (#2419)
tests: do not use bash as a reserved package name on staging (#2423)
nodejs plugin: fail gracefully when a package.json is missing (#2424)
tests: use fixed version for idna in plainbox (#2426)
tests: remove obsolete snap and external tests (#2421)
snap: re-add pyc files for snapcraft (#2425)
tests: increase test timeout for plainbox (#2428)
lifecycle: query for multipass install on darwin (#2427)
cli: fix usage string in help command (#2429)
repo: document package purpose (#2390)
extractors: better appstream support for descriptions (#2430)
tests: re-enable spread tests on gce
rust plugin: refactor to use the latest rustup
tests: temporarily disable osx tests
snap: add build-package for xml
appstream extractor: properly find desktop files
appstream extractor: support legacy launchables
snap: add xslt dependencies for lxml
repo,baseplugin: support trusting repo keys (#2437)
schema: allow before and after (#2443)
meta: make hooks executable instead of complaining they are not (#2440)
build providers: remove SIGUSR1 signal ignore workaround for multipass (#2447)
cli: enable cleaning of parts (#2442)
tests: appstream unit tests are xenial specific
tests: skip rust unit tests on s390x
tests: use more fine grained assertions in lifecycle tests
tests: remove rust revision testing for i386

Last updated 1 year, 4 months ago.

Help improve this document in the forum.