e there's still a bunch of things popping up when installing snaps :/
<zyga> is lxd security.nesting enabling nested apparmor?
<mup> Bug #1744584 changed: Exclude Snap .cache from Dejadup backups <DÃ©jÃ  Dup:Fix Released> <Snappy:Invalid> <deja-dup (Ubuntu):Fix Released> <https://launchpad.net/bugs/1744584>
<Eighth_Doctor> yeah
<Eighth_Doctor> it's a lot less nowadays, thankfully
<Eighth_Doctor> and some of the warnings I don't want to fix
<mborzecki> Eighth_Doctor: i should try installing some snaps on my wife's lapotp to catch them all :P
<Eighth_Doctor> there are cases where it's actually bad behavior it's blocking, and I'm okay with the denial status
<mvo> zyga: sure, done
<Eighth_Doctor> mborzecki: the issue right now is that Silverblue users are upset that snaps using the "home" perm fail to start because of `/var/home`
<Eighth_Doctor> there's a symlink for `/home` to `/var/home`, but that isn't enough for snapd, I guess
<zyga> mvo: thank you
<zyga> Eighth_Doctor: there's been some patches to make /var/home work already
<zyga> Eighth_Doctor: though we obviously lack the full test
<Eighth_Doctor> zyga: oh cool, can I cherry-pick that into 2.42 release for Fedora?
<zyga> Eighth_Doctor: it's not the full fix yet, just initial patches
<Eighth_Doctor> I haven't pushed it yet because this bug just came up as I started working on it
<zyga> Eighth_Doctor: base snaps will have /var/home so we can start binding onto it
<Eighth_Doctor> ah, I see
<Eighth_Doctor> we'll need to keep that in mind for fedora base as well
<mup> Bug #1732494 changed: Impossible to manage package after Trusty --> Xenial upgrade <apport-bug> <i386> <third-party-packages> <xenial> <snapd:New> <snapd (Ubuntu):Confirmed> <https://launchpad.net/bugs/1732494>
<zyga> mvo: do you have access to launchpad.net/snapd project description?
<zyga> mvo: it would be good to change the first line
<zyga> mvo: now it reads "code hosted at URL"
<zyga> mvo: but if you re-assign bugs between projects all you get is "code hosted at" period
<zyga> mvo: we could 