From: Hendrik Visage <hidden> Date: 2016-06-15 22:42:17
Hi there,
as few of you might know, there existed a very nice mc/norton commander
orientated tool called git
Homepage: http://www.gnu.org/software/git/
Description: GNU Interactive Tools - increase speed and
efficiency of most daily task
This package have been in existence since many summers, but the name choice for
git - the stupid content tracker, seems to cause several weird problems when
you don't want/expect it :(
Could the name git perhaps be reconsideredto something like SCT? or GnuSCT?
Just asking, as it do cause hassles when an environment is using git
and suddenly
need to load git to download newer drivers etc. and then git isn't
working because the wrong git is in the right place :(
Thanx
--
Hendrik Visage
From: David Lang <hidden> Date: 2016-06-15 22:42:17
this debate has taken place many times, please read the archives for the
details.
short answer, no the name will not be changed unless new (as in
different) arguments are made.
David Lang
On Mon, 30 Jan 2006, Hendrik Visage wrote:
Date: Mon, 30 Jan 2006 17:14:28 +0200
From: Hendrik Visage <redacted>
To: david@dgreaves.com, git@vger.kernel.org
Subject: git vs git
Hi there,
as few of you might know, there existed a very nice mc/norton commander
orientated tool called git
Homepage: http://www.gnu.org/software/git/
Description: GNU Interactive Tools - increase speed and
efficiency of most daily task
This package have been in existence since many summers, but the name choice for
git - the stupid content tracker, seems to cause several weird problems when
you don't want/expect it :(
Could the name git perhaps be reconsideredto something like SCT? or GnuSCT?
Just asking, as it do cause hassles when an environment is using git
and suddenly
need to load git to download newer drivers etc. and then git isn't
working because the wrong git is in the right place :(
Thanx
--
Hendrik Visage
-
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
--
There are two ways of constructing a software design. One way is to make it so simple that there are obviously no deficiencies. And the other way is to make it so complicated that there are no obvious deficiencies.
-- C.A.R. Hoare
Hi there,
as few of you might know, there existed a very nice mc/norton commander
orientated tool called git
Homepage: http://www.gnu.org/software/git/
Description: GNU Interactive Tools - increase speed and
efficiency of most daily task
IIRC, this was renaming itself to "gitfm". So perhaps you'd like to
ask the maintainer of this tool what the status of that is.
josh
From: Erik Mouw <hidden> Date: 2016-06-15 22:42:17
On Mon, Jan 30, 2006 at 05:14:28PM +0200, Hendrik Visage wrote:
as few of you might know, there existed a very nice mc/norton commander
orientated tool called git
Homepage: http://www.gnu.org/software/git/
Description: GNU Interactive Tools - increase speed and
efficiency of most daily task
Yes, this has been discussed in the past.
This package have been in existence since many summers, but the name choice for
git - the stupid content tracker, seems to cause several weird problems when
you don't want/expect it :(
GNU git development is dead. The last release is from March 13, 2000.
Could the name git perhaps be reconsideredto something like SCT? or GnuSCT?
I don't think that will happen. The number of source control git users
outnumbers the number of GNU git users, so consider it a lost case.
Just asking, as it do cause hassles when an environment is using git
and suddenly
need to load git to download newer drivers etc. and then git isn't
working because the wrong git is in the right place :(
I think we found the only GNU git user in the world! ;-)
A simple workaround would be to install git in a directory not in your
path and put a shell script "sct" in your path that just calls git.
Something like (untested):
#! /bin/sh
# sct: call git
gitpath=/path/to/git
export PATH=$gitpath:$PATH
exec $gitpath/git $*
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands
From: Hendrik Visage <hidden> Date: 2016-06-15 22:42:17
On 1/30/06, Erik Mouw [off-list ref] wrote:
Yes, this has been discussed in the past.
Hmm... liked to know the search terms to use :(
GNU git development is dead. The last release is from March 13, 2000.
That doesn't mean it's not used extensively :)
quoted
Could the name git perhaps be reconsideredto something like SCT? or GnuSCT?
I don't think that will happen. The number of source control git users
outnumbers the number of GNU git users, so consider it a lost case.
Okay, this is the point where the "number of git developers outnumber the number
of GNU git developers" is more correct :(
quoted
Just asking, as it do cause hassles when an environment is using git
and suddenly
need to load git to download newer drivers etc. and then git isn't
working because the wrong git is in the right place :(
I think we found the only GNU git user in the world! ;-)
You might be surprised, it much nicer IMO than mc
A simple workaround would be to install git in a directory not in your
path and put a shell script "sct" in your path that just calls git.
Something like (untested):
The problem is that the distro people are having troubles deciding how to
make this work and us users are having to suffer this :(
Actually it's at the point where I can't use/install cogito because I
already have GNU git installed, and the name clashes... so I can't do
disecting searches on my AMD64 with problems in a certain device
driver since 2.6.13 :(
--
Hendrik Visage
From: Randal L. Schwartz <hidden> Date: 2016-06-15 22:42:17
quoted
quoted
quoted
quoted
"Erik" == Erik Mouw [off-list ref] writes:
Erik> #! /bin/sh
Erik> # sct: call git
Erik> gitpath=/path/to/git
Erik> export PATH=$gitpath:$PATH
Erik> exec $gitpath/git $*
You must not get a lot of spaces in your pathnames. I think you want
those last two lines to be:
export PATH="$gitpath:$PATH"
exec "$gitpath/git" "$@"
Typical lazy shell programmer. :) :)
--
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
[off-list ref] <URL:http://www.stonehenge.com/merlyn/>
Perl/Unix/security consulting, Technical writing, Comedy, etc. etc.
See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training!
From: Erik Mouw <hidden> Date: 2016-06-15 22:42:17
On Mon, Jan 30, 2006 at 08:55:36AM -0800, Randal L. Schwartz wrote:
quoted
quoted
quoted
quoted
quoted
"Erik" == Erik Mouw [off-list ref] writes:
Erik> #! /bin/sh
Erik> # sct: call git
Erik> gitpath=/path/to/git
Erik> export PATH=$gitpath:$PATH
Erik> exec $gitpath/git $*
You must not get a lot of spaces in your pathnames.
That usually doesn't happen in the kernel tree (which is what the OP
wants to follow).
I think you want
those last two lines to be:
export PATH="$gitpath:$PATH"
exec "$gitpath/git" "$@"
Typical lazy shell programmer. :) :)
Hey, I said "untested" :) But yeah, you're right. Your syntax is
correct, every time I write such a wrapper I try to remember it...
Erik
--
+-- Erik Mouw -- www.harddisk-recovery.com -- +31 70 370 12 90 --
| Lab address: Delftechpark 26, 2628 XH, Delft, The Netherlands
From: Martin Langhoff <hidden> Date: 2016-06-15 22:42:17
On 1/31/06, Hendrik Visage [off-list ref] wrote:
git isn't
working because the wrong git is in the right place :(
Well, I just hit this yesterday on a colleage's machine who was trying
to get going with git.His first try was to `apt-get install git` and
as that didn't lead anywhere he fetched the git (scm) sources and
built them.
Apparently GNU GIT's git binary was earlier in the path than GIT SCM's
and so stuff broke very creatively. As soon as I did `git --version` I
understood what was happening and a swift `apt-get remove git` fixed
it. But it can sure mess the day for any user trying to install git
naively.
Not sure how to deal with this. Packages already record (or can
record) it as a conflict, but source built stuff is different. Perhaps
during `make install` we should try and exec git --version towards the
end and print a big fat warning?
cheers,
m
From: Hendrik Visage <hidden> Date: 2016-06-15 22:42:17
On 1/30/06, Martin Langhoff [off-list ref] wrote:
On 1/31/06, Hendrik Visage [off-list ref] wrote:
quoted
git isn't
working because the wrong git is in the right place :(
Well, I just hit this yesterday on a colleage's machine who was trying
to get going with git.His first try was to `apt-get install git` and
as that didn't lead anywhere he fetched the git (scm) sources and
built them.
<snip>
Not sure how to deal with this. Packages already record (or can
record) it as a conflict, but source built stuff is different. Perhaps
during `make install` we should try and exec git --version towards the
end and print a big fat warning?
Or stop the egos and do a name change as would be the honourable way
especially as gitscm is less than a year old...
--
Hendrik Visage