group.of.nepali.translators team mailing list archive
-
group.of.nepali.translators team
-
Mailing list archive
-
Message #04336
[Bug 1581166] Re: unused and potentially confusing support for plugs/slots at a part level in the snapcraft.yaml schema
This bug was fixed in the package snapcraft - 2.9
---------------
snapcraft (2.9) xenial; urgency=medium
[ Leo Arias ]
* autopkgtests: run the install examples tests in classic. (#481)
(LP: #1572764)
[ Matteo Bertini ]
* Fix typo in description of the python3 example. (#504)
[ Jamie Bennett ]
* Documentation: Use plugs instead of caps. (#507)
[ Chris Wayne ]
* Add in bash completion. (#453) (LP: #1570506)
[ Sergio Schvezov ]
* Fail validation if plugs or slots are declared at the part level (#514)
(LP: #1581166)
[ Kyle Fazzari ]
* Make pull and build steps dirty if target arch changes. (#450)
(LP: #1564192)
* Add support for the confinement property. (#501) (LP: #1580819)
* Add support for the epoch property. (#502) (LP: #1581113)
-- Sergio Schvezov <sergio.schvezov@xxxxxxxxxx> Tue, 24 May 2016
23:32:11 -0300
** Changed in: snapcraft (Ubuntu Xenial)
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of नेपाली
भाषा समायोजकहरुको समूह, which is subscribed to Xenial.
Matching subscriptions: Ubuntu 16.04 Bugs
https://bugs.launchpad.net/bugs/1581166
Title:
unused and potentially confusing support for plugs/slots at a part
level in the snapcraft.yaml schema
Status in Snapcraft:
Fix Released
Status in snapcraft package in Ubuntu:
Fix Released
Status in snapcraft source package in Xenial:
Fix Released
Status in snapcraft source package in Yakkety:
Fix Released
Bug description:
[Impact]
* snapcraft has a schema that describes allowed snapcraft.yaml files.
Part of this schema describes plugs and slots that are defined as the
level of a part (so not globally and not at the level of an app).
* keeping this code in the schema can create potential confusion for
users who expect snapcraft to validate the input to be correct.
* the change is minimal, altering the schema only
[Test Case]
* create a snapcrat.yaml with a part defining a plug and a slot
* run snapcraft
* snapcraft should complain about the plug/slot definition at a part level
...
parts:
foo:
plugin: nil
plugs: [iface1]
slots: [iface2]
...
[Regression Potential]
* snaps that used parts defining plugs or slots will no longer build
* snaps that will be built after removing the offending declarations will behave exactly as before so the regression potential is minimal
[Other Info]
To manage notifications about this bug go to:
https://bugs.launchpad.net/snapcraft/+bug/1581166/+subscriptions