Activity log for bug #1621127

Date Who What changed Old value New value Message
2016-09-07 14:56:25 Zygmunt Krynicki bug added bug
2016-09-07 14:56:32 Zygmunt Krynicki snap-confine: importance Undecided Critical
2016-09-07 14:56:34 Zygmunt Krynicki snap-confine: status New In Progress
2016-09-07 14:56:49 Zygmunt Krynicki snap-confine: milestone 1.0.41
2016-09-07 19:36:18 Zygmunt Krynicki snap-confine: assignee Zygmunt Krynicki (zyga)
2016-09-12 07:21:43 Zygmunt Krynicki description TBD snap-confine used to be invoked directly to run a set of applications under confinement. With the new flow in snapd the actual order of execution changed to: snap-run -> snap-confine -> snap-exec -> application code This requires tweaks to the apparmor policy of snap-confine.
2016-09-16 16:14:23 Zygmunt Krynicki snap-confine: status In Progress Fix Committed
2016-09-20 06:41:08 Zygmunt Krynicki snap-confine: status Fix Committed Fix Released
2016-09-20 18:41:16 Zygmunt Krynicki description snap-confine used to be invoked directly to run a set of applications under confinement. With the new flow in snapd the actual order of execution changed to: snap-run -> snap-confine -> snap-exec -> application code This requires tweaks to the apparmor policy of snap-confine. [Impact] The architecture changes in snapd that involve the new snap-run -> snap-confine -> snap-exec flow require changes to the apparmor profile of snap-confine to function. This bug was fixed by a member of the security team. For more information about the execution environment, please see this article http://www.zygoon.pl/2016/08/snap-execution-environment.html [Test Case] The test case is that snap applications continue to work normally, which they do since this change is already in Ubuntu. Since this is a fundamental aspect of running snap applications this aspect is tested with each and every pull request and release by nearly every test (because each test tries to run snap applications). [Regression Potential] * Regression potential is minimal as the alternative is that snap applications cannot start at all. * The fix was tested on Ubuntu with spread, successfully. [Other Info] * This bug is a part of a major SRU that brings snap-confine in Ubuntu 16.04 in line with the current upstream release 1.0.41. * This bug was included in an earlier SRU and is now fixed in Ubuntu. I am updating the template here to ensure that the process is fully documented from 1.0.38 all the way up to the current upstream release 1.0.41. * snap-confine is technically an integral part of snapd which has an SRU exception and is allowed to introduce new features and take advantage of accelerated procedure. For more information see https://wiki.ubuntu.com/SnapdUpdates == # Pre-SRU bug description follows # == snap-confine used to be invoked directly to run a set of applications under confinement. With the new flow in snapd the actual order of execution changed to: snap-run -> snap-confine -> snap-exec -> application code This requires tweaks to the apparmor policy of snap-confine.
2016-09-21 00:54:54 Michael Hudson-Doyle bug task added snap-confine (Ubuntu)
2016-09-21 00:55:25 Michael Hudson-Doyle snap-confine (Ubuntu): status New Fix Released
2016-09-21 00:57:17 Michael Hudson-Doyle nominated for series Ubuntu Xenial
2016-09-21 00:57:17 Michael Hudson-Doyle bug task added snap-confine (Ubuntu Xenial)
2016-09-21 03:47:48 Michael Hudson-Doyle snap-confine (Ubuntu Xenial): status New In Progress
2016-10-10 14:58:40 Jamie Strandboge snap-confine (Ubuntu Xenial): status In Progress Fix Committed