Skip to content

Releases: canonical/pebble

v1.7.0: user-specific notices

14 Dec 23:47
Compare
Choose a tag to compare

Notable new features

Other minor changes

Full Changelog: v1.6.0...v1.7.0

v1.6.0: log labels, push/pull/notices CLI, shutdown exit codes

30 Nov 01:42
Compare
Choose a tag to compare

Notable new features

  • feat: push client functionality and CLI command by @anpep in #147
  • feat(logfwd): add log labels by @barrettj12 in #312
  • feat: pull client functionality and CLI command by @anpep in #148
  • feat(cli): add CLI commands for notices (notices, notice, notify) by @benhoyt in #298
  • feat: make shutdown action return meaningful exit code by @benhoyt in #336

Other minor changes

New contributors

Full Changelog: v1.5.0...v1.6.0

v1.5.0: Pebble Notices core, API, client; Requester interface and ErrorResponse

30 Oct 08:19
Compare
Choose a tag to compare

New features

Other minor changes

  • fix(daemon): add-notice API shouldn't error if no data is provided in #321
  • fix(state): set noticeCond correctly in ReadState in #320
  • fix(snap): make snapcraft.yaml compatible with remote-builds in #322

New Contributors

Full Changelog: v1.4.0...v1.5.0

v1.4.0: health subcommand, Loki log forwarding client

28 Sep 20:57
Compare
Choose a tag to compare

This release includes two new features:

In addition, we improved the error message from exec when the $HOME directory doesn't exist, and other minor changes.

Full Changelog: v1.3.0...v1.4.0

v1.3.0: Service context, exec fixes, WaitDelay fix, and more

03 Sep 23:32
Compare
Choose a tag to compare

This is Pebble version v1.3.0. It includes several notable features and fixes since v1.2.0, as well as many CI and testing improvements, and a significant refactoring of the Pebble internals.

What's Changed

Notable user-facing features and fixes:

  • fix: pebble exec and "exec" health checks inherit environment from daemon by @rebornplusplus in #234
  • fix: allow non-root user to specify current user/group when running commands by @benhoyt in #239
  • feat: add support for services to configure working directory by @benhoyt in #245
  • feat: add "service context" support for exec and health checks by @benhoyt in #246
  • fix: do not inherit HOME and USER env vars from pebble daemon environment by @shayancanonical in #262
  • fix(servstate): use WaitDelay to avoid Command.Wait blocking on stdin/out/err by @benhoyt in #275
  • feat(logstate): log forwarding implementation II by @barrettj12 in #256

Refactoring and CI improvements:

New Contributors

Full Changelog: v1.2.0...v1.3.0

v1.2.0: Initial versioned release

23 May 08:43
8aa9c04
Compare
Choose a tag to compare

We're proud to present the first versioned release of the Pebble service manager!

Pebble is a simple service manager that can start and manage your services, perform health checks, store and view service logs, and -- when used via the API -- execute commands and manage the filesystem on the remote. It's configured via a unique, layer-based configuration. Read more documentation in our README.

Notably, this release includes the recent features intended for use in containers:

  • The pebble run --args option and default service arguments (#191)
  • The pebble enter command (#188)

To try it, download one of the binaries attached to the release (recommended), or use go install:

$ go install github.com/canonical/pebble/cmd/[email protected]
$ pebble
Pebble lets you control services and perform management actions on
the system that is running them.

Usage: pebble <command> [<options>...]
...

We decided to (somewhat arbitrarily) call this v1.2.0 rather than v1.0.0, because this isn't the first use of Pebble in production (it's been used in Juju for a while, and as the default ENTRYPOINT in ROCKs more recently).

Enjoy!