[Bug 1795610] Re: New voluptuous breaks ubuntu-image

[Launchpad Bug Tracker]

This bug was fixed in the package ubuntu-image - 1.4+18.10ubuntu4

---------------
ubuntu-image (1.4+18.10ubuntu4) cosmic; urgency=medium

  * Change the default values of our GadgetYAML voluptuous schema for
    enumerated objects from objects to the strings they represent.  Voluptuous
    starting with 0.11.0 started validating default values and apparently the
    way we defined them no longer works.  Fixes failing autopkgtests.
    (LP: #1795610)

 -- Łukasz 'sil2100' Zemczak <lukasz.zemczak at ubuntu.com>  Tue, 02 Oct
2018 17:07:55 +0200

** Changed in: ubuntu-image (Ubuntu)
       Status: In Progress => Fix Released

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to ubuntu-image in Ubuntu.
https://bugs.launchpad.net/bugs/1795610

Title:
  New voluptuous breaks ubuntu-image

Status in Ubuntu Image:
  Fix Committed
Status in ubuntu-image package in Ubuntu:
  Fix Released

Bug description:
  We had a sync of voluptuous 0.11.1 from debian sitting in cosmic-
  proposed, apparently stuck on ubuntu-image autopkgtests. After ubuntu-
  image got hinted in because of a failing flake8 tests (because of a
  new pycodestyle sync in cosmic, sigh), voluptuous migrated to release
  and completely broke ubuntu-image.

  The breakage is made visible already through autopkgtests (which is
  why voluptuous was blocked). I saw the same issue when our
  snapcraft.yaml for snap builds was using pip for pulling in
  voluptuous. To save time I have switched to using the deb instead back
  then. Now the incompatibilities between 0.9.x and 0.11.x are back and
  almost all parser-related tests are now failing. And they're failing
  for good reason, since basically our yaml parser stopped working.

  I am still investigating the reason for the incompatibilities, but it
  seems voluptuous stopped liking the default values of schema entries
  that are using Enumify. 0.11.0 did seem to have introduces some
  'strict default value validation' thing that is supposed to be
  backwards incompatible and I assume this is the source of the problem.
  The thing is that, in theory, the default value we provide for those
  are valid default values, but maybe there's something special in how
  the validation is done.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-image/+bug/1795610/+subscriptions