We’ve recently implemented the personal-files interface which should be quite useful for git, particularly when the snap also plugs home and removable-media. Please try this out and comment how it works for you (note, you’ll need to follow Process for aliases, auto-connections and tracks to distribute it via the store.
I do not think this works for me. I would like my program to be run from any path. Please review for classic confinement: https://github.com/wieczorek1990/gitl/tree/15d741f660b7f6d24e67f9d923ced80eaa0601bf
You said this is a “git loop program, therefore it needs to access files under working directory”. Why wouldn’t plugging home and removable-media be sufficient?
Also, “I do not think this works for me. I would like my program to be run from any path” is not enough of a reason to grant classic confinement. In order to grant classic we need to understand the specific reasons for why strict mode is not sufficient. Please see Process for reviewing classic confinement snaps for details.
@wieczorek1990 Just following up on this. Looks like
gitl could be strictly confined and use the
Yeah, I’ll probably settle on this. But you can run git everywhere.
When you say you can “run gitl everywhere”, I assume you mean that git repositories can potentially be cloned to arbitrary directories?
icdiff seems to work fine strictly confined with
personal-files, with the latter for
Yes, this is what I meant.
@wieczorek1990 - can you comment on @chipaca’s feedback? Lots of applications can potentially access files from anywhere, but in practice access them almost exclusively from locations that can be accommodated by strict confinement. That sounds like the case with gitl. If it is not, can you specifically comment on why?
I think this is what I need.
Could you share an example configuration if available?
It’s on github,
So do I need something else from this:
Should I request some approval, etc.?
Yes. It sounds like you are saying that your use of personal-files fits your use case, so I have converted this classic request to a request to use personal-files.
The snap is using:
+1 for use of and auto-connection of this interface.
@reviewers - can some of you also vote on this?
+1 from me, the personal-files usage is very well constrained and auto-connection makes sense because people installing gitl whose purpose is quite clear and obvious are likely to be OK and explicitly want that anyway.
+1 from me too. These directories make sense for this application.
git can write to
.gitconfig with e.g.
git config --global user.name wieczorek1990 too so I change the request from read to write.
I just tired these commands to check if it works, and it doesn’t:
snap install --dangerous git_0.3.0_amd64.snap
snap connect gitl:gitconfig
# acts like .gitconfig is not read
# writes to ~/snap/gitl/current/.gitconfig
I don’t know how to proceed.
Seems to somehow work, but not fully, I have a strange error now:
expansion of alias 's' failed; 'status' is not a git command
.gitconfig results in an error:
error: could not lock config file home/luke/snap/gitl/x3/.gitconfig: permission denied
The new snapcraft.yaml looks like that: