El 18/03/16 a las 04:56, Didier Roche escribió:
> Le 17/03/2016 23:17, Kyle Fazzari a écrit :
>>
>> On 03/17/2016 06:06 PM, Sergio Schvezov wrote:
>>>
>>> El 04/03/16 a las 13:03, Gustavo Niemeyer escribió:
>>>> On Fri, Mar 4, 2016 at 1:01 PM, Didier Roche <didro...@ubuntu.com
>>>> <mailto:didro...@ubuntu.com>> wrote:
>>>>
>>>>     So, they will probably either use:
>>>>     $SNAP/<path_to_asset_or_helper>
>>>>
>>>>
>>>> To be fair, that argument goes both ways. They might just as well do
>>>> $SNAP_DATA/<path to data>.
>>> I am very late to this thread, but it seems all apps default to SNAP_DATA?
>>>
>>>     ubuntu@localhost:~$ hello-world.env | grep '^PWD='
>>>     PWD=/var/lib/snaps/hello-world.canonical/6.0
>>>
>>> Why not SNAP_USER_DATA? As a user I cannot do anything on SNAP_DATA
>>> unless I sudo, if that were the case I'd prefer the current PWD to be
>>> preserved so at least I know where I am.
>> +1 for PWD for binaries, SNAP_DATA for services.
> I don't think we should have a different data access experience (PWD vs
> SNAP_DATA) between services and binaries. This brings some inconsistency
> and creates confusion IMHO.
> 
> However, I kind of agree now that this is implemented to rather get
> SNAP_USER_DATA for commands (as the commands are running as an user) and
> SNAP_DATA for services (which are running as root), unless we let them
> running as an user.
> 
> Does this make sense to everyone?

I'd use PWD for everything to avoid confusions.

Coincidentally though, the systemd units would make use of
`WorkingDirectory=` to set it to SNAP_DATA for root run services and
SNAP_USER_DATA for user ones (when those come).

The binaries one is quite tricky because I'll try to access a file and
all of the sudden I'll get "No such File or directory" style errors.


    $ cd ~
    # in theory this would be just `vim` in the future.
    $ vim.editor Documents/myfile


I still prefer SNAP_USER_DATA though.

Attachment: signature.asc
Description: OpenPGP digital signature

-- 
snappy-devel mailing list
snappy-devel@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/snappy-devel

Reply via email to