snapd (1.9.4) xenial; urgency=medium

  * New upstream release:
    - etc: fix desktop file location
    - overlord/snapstate: stop an update once download sees the revision
      is already installed
    - overlord: make SnapState.DevMode a method, store flags
    - snappy: no more snapYaml in snappy.Snap
    - daemon,cmd,dirs,lockfile: drop all lockfiles
    - debian: use sudo in setup of the proxy environment
    - snap/snapenv,snappy,systemd: expose SNAP_REVISION to app
      environment
    - snap: validate similarly to what we did with old snapYaml info
      from squashfs snaps
    - daemon,store: plug in authentication for store search/details
    - overlord/snapstate: fix JSON name of SnapState.Candidate
    - overlord/snapstate: start using revisions higher than 100000 for
      local installs (sideloads)
    - interfaces,overlorf/ifacestate: honor user choice and don't auto-
      connect disconnected plugs
    - overlord/auth,daemon,client: hide user ids again
    - daemon,overlord/snapstate: back /snaps (and so snap list) using
      state
    - daemon,client,overlord/auth: rework state auth data
    - overlord/snapstate: disable Activate and Deactivate
    - debian: fix silly typo in autopkgtest setup
    - overlord/ifacestate: remove connection state with discard-conns
      task, on the removal of last snap
    - daemon,client: rename API update action to refresh
    - cmd/snap: rework login to be more resilient
    - overlord/snapstate: deny two changes on one snap
    - snappy: fix crash on certain snap.yaml
    - systemd: use native systemctl enable instead of our own
      implementation
    - store: add workaround for misbehaving store
    - debian: make autopkgtest use the right env vars
    - state: log do/undo status too when a task is run
    - docs: update rest.md with price information
    - daemon: only include price property if the snap is non-free
    - daemon, client, cmd/snap: connect/disconnect now async
    - snap,snappy: allow snaps to require system features
    - integration-tests: fix report of skips in SetUpTest method
    - snappy: clean out major bits (still using Installed) now
      unreferenced as cmd/snappy is gone
    - daemon/api,overlord/auth: add helper to get UserState from a
      client request

Date: Fri, 15 Apr 2016 23:30:00 +0200
Changed-By: Michael Vogt <michael.v...@ubuntu.com>
Maintainer: Ubuntu Developers <ubuntu-devel-disc...@lists.ubuntu.com>
https://launchpad.net/ubuntu/+source/snapd/1.9.4
Format: 1.8
Date: Fri, 15 Apr 2016 23:30:00 +0200
Source: snapd
Binary: golang-github-ubuntu-core-snappy-dev snapd ubuntu-core-snapd-units 
ubuntu-snappy ubuntu-snappy-cli
Architecture: source
Version: 1.9.4
Distribution: xenial
Urgency: medium
Maintainer: Ubuntu Developers <ubuntu-devel-disc...@lists.ubuntu.com>
Changed-By: Michael Vogt <michael.v...@ubuntu.com>
Description:
 golang-github-ubuntu-core-snappy-dev - snappy development go packages.
 snapd      - Tool to interact with Ubuntu Core Snappy.
 ubuntu-core-snapd-units - Scripts for snapd that should only run on ubuntu 
core systems.
 ubuntu-snappy - transitional dummy package
 ubuntu-snappy-cli - transitional dummy package
Changes:
 snapd (1.9.4) xenial; urgency=medium
 .
   * New upstream release:
     - etc: fix desktop file location
     - overlord/snapstate: stop an update once download sees the revision
       is already installed
     - overlord: make SnapState.DevMode a method, store flags
     - snappy: no more snapYaml in snappy.Snap
     - daemon,cmd,dirs,lockfile: drop all lockfiles
     - debian: use sudo in setup of the proxy environment
     - snap/snapenv,snappy,systemd: expose SNAP_REVISION to app
       environment
     - snap: validate similarly to what we did with old snapYaml info
       from squashfs snaps
     - daemon,store: plug in authentication for store search/details
     - overlord/snapstate: fix JSON name of SnapState.Candidate
     - overlord/snapstate: start using revisions higher than 100000 for
       local installs (sideloads)
     - interfaces,overlorf/ifacestate: honor user choice and don't auto-
       connect disconnected plugs
     - overlord/auth,daemon,client: hide user ids again
     - daemon,overlord/snapstate: back /snaps (and so snap list) using
       state
     - daemon,client,overlord/auth: rework state auth data
     - overlord/snapstate: disable Activate and Deactivate
     - debian: fix silly typo in autopkgtest setup
     - overlord/ifacestate: remove connection state with discard-conns
       task, on the removal of last snap
     - daemon,client: rename API update action to refresh
     - cmd/snap: rework login to be more resilient
     - overlord/snapstate: deny two changes on one snap
     - snappy: fix crash on certain snap.yaml
     - systemd: use native systemctl enable instead of our own
       implementation
     - store: add workaround for misbehaving store
     - debian: make autopkgtest use the right env vars
     - state: log do/undo status too when a task is run
     - docs: update rest.md with price information
     - daemon: only include price property if the snap is non-free
     - daemon, client, cmd/snap: connect/disconnect now async
     - snap,snappy: allow snaps to require system features
     - integration-tests: fix report of skips in SetUpTest method
     - snappy: clean out major bits (still using Installed) now
       unreferenced as cmd/snappy is gone
     - daemon/api,overlord/auth: add helper to get UserState from a
       client request
Checksums-Sha1:
 baf7a983dd7676d603fca61597eddfffa2bdbed7 2370 snapd_1.9.4.dsc
 fd9994965e71dec66d8e91baf1c3444ac6bdca14 333456 snapd_1.9.4.tar.xz
Checksums-Sha256:
 96292e3ed9b346539ae8ca8634d8680cd45ffc3dc15eee174f684dff5fca7363 2370 
snapd_1.9.4.dsc
 4603912c0712d67fbbc881a7f3d958965614e1fd2adadbf8d4e886bd5aaf5f18 333456 
snapd_1.9.4.tar.xz
Files:
 5d23d16c3e1c279c8e6d86698dca1ce4 2370 devel optional snapd_1.9.4.dsc
 ac389b16128fd5167bc4cbda50c667a6 333456 devel optional snapd_1.9.4.tar.xz
-- 
Xenial-changes mailing list
Xenial-changes@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/xenial-changes

Reply via email to