Brian Ealdwine

@piegamesde Not that it matters *too* much, as we'll probably just put things in ~/.local/bin if there's no spec, but I've opened an [issue with XDG](https://gitlab.freedesktop.org/xdg/xdg-specs/-/issues/63) re: `$XDG_BIN_HOME`.

@christianbundy Lent my support as much as possible. However, of note is this: one way or the other, they *will* be documenting `~/.local` (with `~/.local/bin`) as the official 'default' location....

I've made a [PR](https://gitlab.freedesktop.org/xdg/xdg-specs/-/merge_requests/38) with Lennart's original patchset related to this issue (which stalled and languished after all-around approval).

Ok! the PR was merged ([issue](https://gitlab.freedesktop.org/xdg/xdg-specs/-/issues/14#note_682259), [pr](https://gitlab.freedesktop.org/xdg/xdg-specs/-/merge_requests/38)). The result is that the official location for user-specific executables is as follows: > There is a single base directory relative to which...

@piegamesde I fully agree that it's a bad idea not to have an env var for this. I've added your point to the XDG conversation on closing that issue. I...

I pinged the XDG spec in case they're willing to move on XDG_BIN_DIR (there has been some input from other projects in the mean time). I do think that supporting...

Here you go: https://gitlab.freedesktop.org/xdg/xdg-specs/-/merge_requests/38

I can definitely understand that you want to keep a good separation between the sub- and parent process. Perhaps a different method than `sh(_env=venv)` would be better for working with...

> It's not clear to me what you mean by "sh instance". When you import the sh package in your script, it will be the package installed in the package...

@amoffat not a request, but if you're looking at useful libs, `wurlitzer` might be handy.