Ruby living in /usr/bin. See
https://github.com/github/hub/issues/855 for an example.
Thanks a lot,
David Rodríguez.
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kerne
Thanks Junio for the useful link, I'll comment there.
On 21/04/15 18:48, Junio C Hamano wrote:
http://thread.gmane.org/gmane.comp.version-control.git/267143/focus=267251
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More
I'm actually not sure how to reply to an old thread...
From the thread I gather that the intention is to prevent this behavior
and stop prepending git's directory to the path. Is that right?
On 21/04/15 18:59, David Rodríguez wrote:
Thanks Junio for the useful link, I'll com
Jeff King peff.net> writes:
>
> If we can get away with just dropping this element from the PATH, I'd
> much rather do that than try to implement a complicated path-precedence
> scheme.
>
> -Peff
>
I agree, GIT_EXEC_DIR should be enough and this surprising behavior would be
avoided.
--
To uns
On 22/04/15 02:47, Andreas Krey wrote:
On Tue, 21 Apr 2015 18:37:29 +, David Rodríguez wrote:
...
This causes issues with Ruby git hooks, because Ruby version managers
rely on custom settings in PATH to select the Ruby executable,
Even if git wouldn't modify PATH this is still a broke
On 22/04/15 14:02, brian m. carlson wrote:
"I want whatever ruby the
user chooses."
This is exactly what I want. The problem is that git overrides the
user's choice by prepending /usr/bin to the path and thus making
/usr/bin/env choose system's ruby version. Which is almost always not
the Ruby
Paco, the creator of Spanish translations for
Git I found in this page:
*
https://translations.launchpad.net/ubuntu/saucy/+source/git/+pots/git/es/+details
Paco may have interest on David's question.
I also send this mail to Dimitri, the owner of Git translations
for Ubuntu, for reference.
201
7 matches
Mail list logo
