"Changing this in the source code is possible but not very easy as the
value is spelled out in a very peculiar way in the apparmor profile for
snap-confine and all the snaps."

Actually, this isn't particularly difficult in and of itself. We could
simply drop the complicated bit in the home interface we have now that
carves out the snap dir (since it won't be special any more_ then simply
allow @{HOME}/.snap/... by default.

The problem is all the other details that Zygmunt and Oliver mentioned,
plus other things (eg, do we allow both directories? If we allow both,
what does that mean for the home interface? Do we allow compatibility
symlinks? Do we do a data migration? Do we do data migration upon revert
of the core snap? What happens to applications if the only core snap is
reverted, if only the app snap is reverted, if both are reverted? How do
we handle snaps that hard-code ~/snap/... instead of using
$SNAP_USER_DATA and $SNAP_USER_COMMON (this might be more common than
you think-- I know of a lot of examples that use getent/getpwent() for
things-- they may then be depending on being able to just tack on
'snap/<name>/common'? These questions are just the ones OTOH, I'm sure
there are others.

Like Oliver said, there is conceptual work. Whenever this is
implemented, I very much expect bugs coming in for what Oliver
mentioned: "my snap's data is not discoverable because it is in a hidden
directory" (which was the reason why it is 'snap' now instead of
'.snap'; we had the same debates on 'snap' vs '.snap' when decided on
this long ago).

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

Title:
  Please move snap user data from "$HOME/snap" to "$HOME/.snap" (or to
  "$HOME/.local/share/snap" in accordance with the XDG spec)

To manage notifications about this bug go to:
https://bugs.launchpad.net/snapd/+bug/1575053/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to