"Rather than just moving it, please allow it to be configurable. Hard-
coding anything is a very bad idea."

With regard to a directory that is intended to be user accessible (as
opposed to one that contains configuration files), I'm all for
reconfigurability.

But with regard to the locations of pure configuration files, I hope
(and assume) that they will be hard-coded to an appropriate location.
I'd be perfectly content with the proposed “$HOME/.snap” location. But
just to repeat, flatpak places flatpak user data in
“$HOME/.local/share/flatpak” in accordance with the XDG spec. See
https://github.com/flatpak/flatpak/wiki/Filesystem  So an argument could
be made for placing snap user data in "$HOME/.local/share/snap" to
conform with the XDG spec.

P.S.  I realize that, from a developers point of view, this issue may
seem trivial compared to the much more import issues that the developers
are fixing.  And I'm surprised that term "bikeshedding" hasn't been
mentioned in this thread.  But as you can see from the "heat" of this
report, having a visible "snap" directory (with a lower case "s") being
forcibly placed in the home directory is disturbing to many.

Speaking for myself, if snap requires a visible "Snap" directory to
appear in my home directory (upper case "S" consistent with other
visible default directories in my home directory), although not ideal, I
could live with that.  But I anticipate that many would continue to
complain.  So it would be better if the name of any visible directory
appearing in home is configurable.

-- 
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