Incant is a frontend for Incus that provides a declarative way to define and manage development environments. It simplifies the creation, configuration, and provisioning of Incus instances using YAML-based configuration files.

• Declarative Configuration: Define your development environments using simple YAML files.
• Shared Folder Support: Mount the current working directory into the instance.
• Provisioning Support: Declare and run provisioning scripts automatically, copy files to the instance, set up an SSH server automatically, and configure an LLMNR daemon.

Ensure you have Python installed and incus available on your system.

You can install Incant from PyPI:

pipx install incus-incant

Or install directly from Git:

pipx install git+https://github.com/lnussbaum/incant.git

Incant looks for a configuration file named incant.yaml, incant.yaml.j2, or incant.yaml.mako in the current directory. Here is an example:

instances:
  basic-container:
    image: images:ubuntu/24.04
    devices:
      root:
        size: 1GiB
    wait: true # wait for instance to be ready (incus agent running)
    shared_folder: false # disable shared folder (/incant) setup (default: enabled)
    config: # any incus config options
      limits.processes: 100
  basic-vm:
    image: images:ubuntu/24.04
    vm: true
    type: c1-m1 # 1 CPU, 1GB RAM
  provisioned:
    image: images:debian/13
    provision: # a list of provisioning steps
      - | # first, an inlined script
        #!/bin/bash
        set -xe
        apt-get update
        apt-get -y install curl ruby
      # then, a script. the path can be relative to the current dir,
      # as incant will 'cd' to /incant, so the script will be available inside the instance
      - examples/provision/web_server.rb
      - ssh: true # configure an ssh server and provide access
      # - ssh: # same with more configuration
      #    clean_known_hosts: true (that's the default)
      #    # authorized_keys: path to file (default: concatenate id_*.pub)
      - llmnr: true # configure and start an LLMNR daemon
      - copy: # copy a file using 'incus file push'
          source: ./README.md
          target: /tmp/README.md
          mode: "0644"
          uid: 0
          gid: 0

You can also ask Incant to create an example in the current directory:

$ incant init

$ incant up

or for a specific instance:

$ incant up my-instance

$ incant provision

or for a specific instance:

$ incant provision my-instance

Use Incus commands to interact with your instances:

$ incus exec ubuntu-container -- apt-get update
$ incus shell my-instance
$ incus console my-instance
$ incus file edit my-container/etc/hosts
$ incus file delete <instance_name>/<path_to_file>

Your instance's services are directly reachable on the network. They should be discoverable in DNS if the instance supports LLMNR or mDNS.

$ incant destroy

or for a specific instance:

$ incant destroy my-instance

$ incant dump

This is known as Incus issue #91 and virtiofsd issue #212.

The default shared folder (/incant) can be disabled using:

instances:
  my-instance:
    shared_folder: false

This can be added using a pre-launch command, with:

instances:
  alma9vm:
    image: images:almalinux/9
    vm: true
    pre-launch:
      - config device add alma9vm agent disk source=agent:config

See Incus documentation

Some images enable LLMNR or mDNS, so that their names are automatically resolvable from the host. For others, a custom provisioning step (- llmnr: true) can be added to enable LLMNR in systemd-resolved at instance startup.

• Images that are known to work out of the box: debian/{11,12,13,14}, archlinux/current
• Images that are known to work with llmnr: true: ubuntu/{22.04,24.04}, almalinux/{8,9,10}

Incant is inspired by Vagrant, and intended as an Incus-based replacement for Vagrant.

The main differences between Incant and Vagrant are:

• Incant is Free Software (licensed under the Apache 2.0 license). Vagrant is licensed under the non-Open-Source Business Source License.
• Incant is only a frontend for Incus, which supports containers (LXC-based) and virtual machines (KVM-based) on Linux. It will not attempt to be a more generic frontend for other virtualization providers. Thus, Incant only works on Linux.

Some technical differences are useful to keep in mind when migrating from Vagrant to Incant.

• Incant is intended as a thin layer on top of Incus, and focuses on provisioning. Once the provisioning has been performed by Incant, you need to use Incus commands such as incus shell to work with your instances.
• Incant shares the current directory as /incant inside the instance (compared to Vagrant's sharing of /vagrant). Incant tries to share the current directory read-write (using Incus' shift=true) but this fails in some cases, such as restricted containers. So there are chances that the directory will only be shared read-only.
• Incant does not create a user account inside the instance -- you need to use the root account, or create a user account during provisioning (for example, with adduser --disabled-password --gecos "" incant)
• Incant uses a YAML-based description format for instances. Mako or Jinja2 templates can be used to those YAML configuration files if you need more complex processing, similar to what is available in Vagrantfiles (see the examples/ directory).

There are several other projects addressing similar problem spaces. They are shortly described here so that you can determine if Incant is the right tool for you.

• lxops and blincus manage the provisioning of Incus instances using a declarative configuration format, but the provisioning actions are described using cloud-init configuration files. lxops uses cloudconfig to apply them, while blincus requires cloud instances that include cloud-init. In contrast, using Incant does not require knowing about cloud-init or fitting into cloud-init's formalism.
• terraform-provider-incus is a Terraform or OpenTofu provider for Incus. Incant uses a more basic scheme for provisioning, and does not require knowing about Terraform or fitting into Terraform's formalism.
• cluster-api-provider-lxc (CAPL) is an infrastructure provider for Kubernetes' Cluster API, which enables deploying Kubernetes clusters on Incus. Incant focuses on the more general use case of provisioning system containers or virtual machines outside of the Kubernetes world.
• devenv is a Nix-based development environment manager. It also uses a declarative file format. It goes further than Incant by including the definition of development tasks. It also covers defining services that run inside the environment, and generating OCI containers to deploy the environment to production. Incant focuses on providing the environment based on classical Linux distributions and tools.

Copyright 2025 Lucas Nussbaum

Licensed under the Apache License, Version 2.0 (the "License"); you may not use this software except in compliance with the License. You may obtain a copy of the License at http://www.apache.org/licenses/LICENSE-2.0, or in the LICENSE file.

Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License.