On January 22, 2019 4:03:29 PM GMT+01:00, Bert Peters via aur-general <aur-general@archlinux.org> wrote:
On January 22, 2019 1:25:20 PM GMT+01:00, Bert Peters via aur-general <aur-general@archlinux.org> wrote:
David Runge schreef op 2019-01-22 12:30:
On 2019-01-22 17:09:35 (+0800), Metal A-wing wrote:
On Tue Jan 8 20:19:43 UTC 2019, David Runge wrote: Why is use `$(gem env gemdir)`
Instead of
`$(ruby -e'puts Gem.default_dir')` It's shorter and you don't have to spawn a ruby process to print something, if you can use the gem command directly.
I'm not a TU so take my this with a grain of salt, but I don't think this is the best advice.
It's shorter, admittedly, but `gem` spawns a ruby process just as
Levente Polyak via aur-general schreef op 2019-01-22 13:40: the
`ruby` version does. Using gem doesn't work however when `$GEM_HOME`
is
set, since then it reports the contents of that variable.
Especially for AUR packages using `$(ruby -e'puts Gem.default_dir')`
is
more convenient since most users do not build in a clean chroot, and the wiki actually recommends settings that environment variable so quite a few will have it.
Best,
Bert Peters.
Which seems silly and the whole section should be removed in the first place. Thats what --user-install switch should be for and that should be default via /etc/gemrc Therefor setting that is just useless fiddling with the system and your gems will be searched there as well as it's default gem path besides /usr/lib.
While `gem` obeys that default, `bundle` (ruby-bundler) does not, and does not have that default, opting for a global install by default. You can override this by manually adding `--path=~/.gem` to every invocation. That's hardly an elegant solution compared to setting an environment variable.
Which is why "bundle config path" exists. A sane way would be to use that to define BUNDLE_PATH in ~/.bundle/config