From IRC:
08:14 < jdstrand> pmcgowan: someone could submit an inprogress interface to at least cut down on the logging. also, I see things in there with network manager-- the unity8-session snap could 'plugs: [ network-manager ]' and then people could connect that interface (or a snap declaration could auto connect it)
08:14 < jdstrand> pmcgowan: making sure that the interface connections are in place will also cut down on the logging
08:15 < jdstrand> it may feel weird that you need to do interface connections with devmode, but if you remember that devmode is for reporting violations against policy, then it makes more sense
08:16 < jdstrand> for reporting violations against policy so that they can be addressed in policy later*
...
08:25 < jdstrand> pmcgowan: updated the snap declaration to have: http://paste.ubuntu.com/23792402/
08:25 < jdstrand> I don't think that will affect refresh, but it will affect new installs
08:26 < pmcgowan> jdstrand, thanks did you make an MR?
08:26 < jdstrand> pmcgowan: for the snap declaration, that is a store reviewer thing. it is live now
...
08:27 < jdstrand> pmcgowan: I'm preparing a PR for the previous revision bug
...
08:28 < jdstrand> pmcgowan: np. if someone wants to send up a PR for at least the slot side of the unity8 interface, we can get to addressing the other denial
"
From IRC: paste.ubuntu. com/23792402/
08:14 < jdstrand> pmcgowan: someone could submit an inprogress interface to at least cut down on the logging. also, I see things in there with network manager-- the unity8-session snap could 'plugs: [ network-manager ]' and then people could connect that interface (or a snap declaration could auto connect it)
08:14 < jdstrand> pmcgowan: making sure that the interface connections are in place will also cut down on the logging
08:15 < jdstrand> it may feel weird that you need to do interface connections with devmode, but if you remember that devmode is for reporting violations against policy, then it makes more sense
08:16 < jdstrand> for reporting violations against policy so that they can be addressed in policy later*
...
08:25 < jdstrand> pmcgowan: updated the snap declaration to have: http://
08:25 < jdstrand> I don't think that will affect refresh, but it will affect new installs
08:26 < pmcgowan> jdstrand, thanks did you make an MR?
08:26 < jdstrand> pmcgowan: for the snap declaration, that is a store reviewer thing. it is live now
...
08:27 < jdstrand> pmcgowan: I'm preparing a PR for the previous revision bug
...
08:28 < jdstrand> pmcgowan: np. if someone wants to send up a PR for at least the slot side of the unity8 interface, we can get to addressing the other denial
"
Here is the aforementioned PR: https:/ /github. com/snapcore/ snapd/pull/ 2629
Between the snap declaration and the PR, then quite a few things will not be logged, but please push up a unity8 interface to address the others.