If I understand things, the path
/home/$USER
is not valid if /home is a symlink or when home directories are not on
root. For example most corporate set-ups uses something like:
/export/home/$USER
Sounds like that will foil the 'dumb smart software too.
I refute the proposition that ...
"symlinking an alternate home directory location"
This is not an alternate. The semantics are straightforward:
"/home/$USER/", it is a regular Unix path name.
The flaw here lies in the over-reach to resolve perfectly legitimate
human use file paths into machnine talk. When in truth use of the given
(legitimate) path of "/home/$USER" will or should work in all cases.
For comparison; I do not expect a compile error when the expression "i
+=2;" isn't written as "i = i+2;" And that is more or less what has
happened here. A correct file path is rejected because of some internal
scruples that have not bearing on usability or function.
I'm not sure which part of the stack is dissatisfied with the
"/home/$USER" pattern. If you know please post the module(s) if you'd
like. It looks like snap-s can not be used at with this limitation.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1886113
Title:
snap-store Does Not Run with XAUTHORITY error
To manage notifications about this bug go to:
https://bugs.launchpad.net/snapd/+bug/1886113/+subscriptions
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
