Hi,
this is the error in httpd error.log
[Wed May 07 20:44:10 2014] [alert] getpwuid: couldn't determine user
name from uid 4294967295, you probably need to modify the User directive
[Wed May 07 20:44:10 2014] [notice] Apache/2.2.17 (Ubuntu) configured
--resuming normal operations
Am 5/7/2014 19:46, schrieb Junio C Hamano:
David Turner dtur...@twopensource.com writes:
On Wed, 2014-05-07 at 08:17 +0200, Johannes Sixt wrote:
} else if (cache_name_pos(src, length) 0)
bad = _(not under version control);
- else if (lstat(dst, st) ==
Usually, a trivial change(like coding style fix) may bury a
original change of the code, and thus git blame is of less
help. And to address this situation, I have to do like this:
git blame -s REF^ file-in-question temp
to dig into the history recursively by hand, to find out
the original
On Thu, May 08, 2014 at 02:54:56PM +0800, Jianyu Zhan wrote:
Usually, a trivial change(like coding style fix) may bury a
original change of the code, and thus git blame is of less
help. And to address this situation, I have to do like this:
git blame -s REF^ file-in-question temp
to
Jianyu Zhan nasa4...@gmail.com writes:
Usually, a trivial change(like coding style fix) may bury a
original change of the code, and thus git blame is of less
help. And to address this situation, I have to do like this:
git blame -s REF^ file-in-question temp
to dig into the history
Hi,
On 06/05/14 11:50, Junio C Hamano wrote:
John Keeping j...@keeping.me.uk writes:
On Tue, Apr 29, 2014 at 03:38:07PM -0700, Junio C Hamano wrote:
* fc/remote-helpers-hg-bzr-graduation (2014-04-29) 11 commits
...
Move remote-hg and remote-bzr out of contrib/. There were some
On Thu, May 8, 2014 at 3:00 PM, Jeff King p...@peff.net wrote:
Try tig blame[1]; from the blame view, the , command will restart
the blame at REF^ automatically. If you don't mind a more graphical
interface, I think git gui blame can also reblame from the parent from
the right-click context
On 08/05/14 18:54, Jianyu Zhan wrote:
Usually, a trivial change(like coding style fix) may bury a
original change of the code, and thus git blame is of less
help. And to address this situation, I have to do like this:
git blame -s REF^ file-in-question temp
to dig into the history
Chris Packham wrote:
On 06/05/14 11:50, Junio C Hamano wrote:
The same argument would apply to git-svn, git-p4, and git-cvsimport,
I would think.
A bit of a crazy suggestion and a little off-topic. Assuming maintainers
can be found what about having these foreign vcs interfaces as
On 05/08/2014 08:37 AM, Johannes Sixt wrote:
Am 5/7/2014 19:46, schrieb Junio C Hamano:
David Turner dtur...@twopensource.com writes:
On Wed, 2014-05-07 at 08:17 +0200, Johannes Sixt wrote:
} else if (cache_name_pos(src, length) 0)
bad = _(not under
Hello,
On Wed, May 07, 2014 at 01:40:05PM -0700, Junio C Hamano wrote:
Heiko Voigt hvo...@hvoigt.net writes:
On Mon, Apr 28, 2014 at 04:29:31PM +0200, Stepan Kasal wrote:
this is another patch that lives in msysGit for a long time.
Originally, it had two parts:
(Cf
If you right click the folder, pick Git Bash, you cant interact with
the folder, you get the spinning wait cursor and the window fades.
You have run Git Bash by another process like the Start Menu then cd
Windows7 64bit - if that makes any diff.
Adrian
--
To unsubscribe from this list: send
James Denholm nod.h...@gmail.com writes:
On 8 May 2014 06:57:13 GMT+10:00, Matthieu Moy matthieu@grenoble-inp.fr
wrote:
Felipe Contreras felipe.contre...@gmail.com writes:
Matthieu Moy wrote:
Felipe Contreras felipe.contre...@gmail.com writes:
If you want to use python2, then use
On Thu, May 8, 2014 at 1:48 PM, Matthieu Moy
matthieu@grenoble-inp.fr wrote:
It is very important that git-multimail keeps running with Python2
(ideally, it could be portable Python 2 or 3, but it's not so easy to
do), but that would be strange to force even non-git-multimail-users to
use
The message seems common around the apache issues but the previous test
t5538 that uses start and stop routines works.
Fabio D'Alfonso
'Enabling Business Through IT'
cell. +39.348.059.40.22 ***
web: www.fabiodalfonso.com http://www.fabiodalfonso.com/
email: fabio.dalfo...@fabiodalfonso.com
Nathan Collins nathan.coll...@gmail.com writes:
What would you propose to make clickable in a renaming diff, though?
Your 'Index' header looks good, and I would expect a renaming diff to
have something like
Index: foo - bar
as in 'git status',
Heh, please don't call Index: *mine* ---
Hi,
I get an unexpected behaviour for git diff --word-diff if 2 adjacent lines
start and end with the same letter. I tried versions 1.7.9 and 1.9.0.
Attached is a script with 7 examples. For each example, a file with 2 lines is
compared to a file with the same lines, only 1 or 2 letters appended
From: David Turner dtur...@twitter.com
On a case-insensitive filesystem, when merging, a file would be
wrongly deleted from the working tree if an incoming commit had
renamed it changing only its case. When merging a rename, the file
with the old name would be deleted -- but since the filesystem
From: David Turner dtur...@twitter.com
Make it possible to change the case of a filename on a
case-insensitive filesystem using git mv. Change git mv to allow
moves where the destination file exists if the destination file has
the same name as the source file ignoring case.
Signed-off-by: David
Torsten Bögershausen wrote:
On 05/08/2014 08:37 AM, Johannes Sixt wrote:
What if both inums are zero? Can this happen on any sane POSIX system? I
don't know, but my gut feeling is that inode zero is too special to be
allocated for files or directories.
In that case, it is safe to assume
Jeff King p...@peff.net writes:
On Wed, May 07, 2014 at 04:44:01PM -0700, Jonathan Nieder wrote:
The git-shell(1) manpage says
EXAMPLE
To disable interactive logins, displaying a greeting
instead:
+
$ chsh -s
Thanks.
--
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.kernel.org/majordomo-info.html
James Denholm nod.h...@gmail.com writes:
cmd_add_commit() is passed FETCH_HEAD by cmd_add_repository, which is
then rev-parsed into an object ID. However, if the user is fetching a
tag rather than a branch HEAD, such as by executing:
$ git subtree add -P oldGit https://github.com/git/git.git
Chris Packham judge.pack...@gmail.com writes:
A bit of a crazy suggestion and a little off-topic. Assuming maintainers
can be found what about having these foreign vcs interfaces as
submodules. That way they can be in Junio's tree as well as having their
own release cycles. The same could
Jianyu Zhan nasa4...@gmail.com writes:
On Thu, May 8, 2014 at 3:00 PM, Jeff King p...@peff.net wrote:
Try tig blame[1]; from the blame view, the , command will restart
the blame at REF^ automatically. If you don't mind a more graphical
interface, I think git gui blame can also reblame from
Felipe Contreras felipe.contre...@gmail.com writes:
There may be some other changes that this series depends on that I
may have missed that caused this breakage. Can you take a look?
I'm such a bad maintainer and I don't take constructive criticism well
why would you expect me to take a
Stephen P. Smith isch...@cox.net writes:
During the mail thread about Pull is mostly evil a user asked how
the first parent could become reversed.
This howto explains how the first parent can get reversed when viewed
by the project and then explains a method to keep the history correct.
On 03.05.2014 05:40, Felipe Contreras wrote:
That's very interesting. Do you get similar improvements when doing
something similar in Merurial (watchman vs . no watchman).
I have not tried it. My understanding is that this is why Facebook
wrote Watchman and added support for it to
On Wed, May 7, 2014 at 11:06 PM, Jeff Sipek jef...@josefsipek.net wrote:
On Wed, May 07, 2014 at 10:59:56PM +0200, Per Cederqvist wrote:
On Tue, May 6, 2014 at 9:40 PM, Jeff Sipek jef...@josefsipek.net wrote:
On Fri, Mar 21, 2014 at 08:31:45AM +0100, Per Cederqvist wrote:
Test that we can
Thanks; I think this is identical to what we already have on the
dt/merge-recursive-case-insensitive topic.
--
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.kernel.org/majordomo-info.html
dtur...@twopensource.com writes:
From: David Turner dtur...@twitter.com
Make it possible to change the case of a filename on a
case-insensitive filesystem using git mv. Change git mv to allow
moves where the destination file exists if the destination file has
the same name as the source
On Thu, May 08, 2014 at 09:41:22PM +0200, Per Cederqvist wrote:
On Wed, May 7, 2014 at 11:06 PM, Jeff Sipek jef...@josefsipek.net wrote:
On Wed, May 07, 2014 at 10:59:56PM +0200, Per Cederqvist wrote:
On Tue, May 6, 2014 at 9:40 PM, Jeff Sipek jef...@josefsipek.net wrote:
On Fri, Mar 21,
Junio C Hamano wrote:
In other words, I knew that you are capable enough to track down a
bug in the code you wrote recently that made it violate the
expectation you defined in your own tests.
Wrong. The code in question was not recent, it was introdued in 1.8.3,
more than one year ago.
And
Stepan Kasal ka...@ucw.cz writes:
This one was accepted to git, but was reverted in msysGit almost
immediately by 64a8a03. Things stayed that way for 2 years.
So it seems no one has ever actually used this code.
Consequently, I propose to revert 4dce7d9b from git.
OK, let's do this. I'd
On Tue, May 6, 2014 at 10:24 PM, Jeff Sipek jef...@josefsipek.net wrote:
On Fri, Mar 21, 2014 at 03:57:37AM -0400, Eric Sunshine wrote:
On Fri, Mar 21, 2014 at 3:31 AM, Per Cederqvist ced...@opera.com wrote:
Quote quotes with a backslash in the guitl graph output. Otherwise,
s/guitl/guilt/
James Denholm wrote:
Felipe, I would ask, suggest, beg, implore you to calm down.
I am calmed down. I waited a day before replying to make sure of that.
It's generally not a good plan to alienate the maintainer of a
project, regardless of the correctness or incorrectness of one's
arguments,
This reverts commit 4dce7d9b408b2935b85721b54a2010eda7ec1be9,
which was originally done to help Windows but was almost
immediately reverted in msysGit, and the codebase kept this
unnecessary divergence for almost two years.
Signed-off-by: Stepan Kasal ka...@ucw.cz
Signed-off-by: Junio C Hamano
On Thu, 2014-05-08 at 12:54 -0700, Junio C Hamano wrote:
dtur...@twopensource.com writes:
From: David Turner dtur...@twitter.com
Make it possible to change the case of a filename on a
case-insensitive filesystem using git mv. Change git mv to allow
moves where the destination file
I also have not tried on Windows. I put in an email to the one
Windows-using friend I can think of to ask her to give Windows Explorer
(or whatever it's called these days) a try. My guess (based on a quick
Google search) would be is that it works without error, but I will send
an update if
How can I get Bash v4 for msysgit 1.9.2? I need it for 'globstar'
shopt support. Thanks in advance.
--
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.kernel.org/majordomo-info.html
If you run
$ git blame -L103,107 v2.0.0-rc0..v2.0.0-rc2 t/t9117-git-svn-init-clone.sh
you will see something like this:
^cc29195 (Junio C Hamano 2014-04-18 11:21:43 -0700 103)
7bbc458b (Kyle J. McKay 2014-04-22 04:16:22 -0700 104) test_expect_...
^cc29195 (Junio C Hamano
David Turner dtur...@twopensource.com writes:
Hmm, I would find it easier to read if it were:
... if (lstat(dst, st) == 0
!(ignore_case !strcasecmp(src, dst))) {
That is, it is an error for dst to exist, unless we are on a case
insensitive filesystem
Junio C Hamano gits...@pobox.com writes:
If you run
$ git blame -L103,107 v2.0.0-rc0..v2.0.0-rc2 t/t9117-git-svn-init-clone.sh
you will see something like this:
^cc29195 (Junio C Hamano 2014-04-18 11:21:43 -0700 103)
7bbc458b (Kyle J. McKay 2014-04-22 04:16:22 -0700 104)
On Thu, May 08, 2014 at 01:52:38PM -0700, Junio C Hamano wrote:
( 103)
7bbc458b (Kyle J. McKay 2014-04-22 04:16:22 -0700 104) test_expect_...
( 105) test...
7bbc458b
Jeff King p...@peff.net writes:
On Thu, May 08, 2014 at 01:52:38PM -0700, Junio C Hamano wrote:
( 103)
7bbc458b (Kyle J. McKay 2014-04-22 04:16:22 -0700 104) test_expect_...
( 105)
On Thu, May 8, 2014 at 12:04 AM, Jeff Sipek jef...@josefsipek.net wrote:
On Fri, Mar 21, 2014 at 08:32:03AM +0100, Per Cederqvist wrote:
This makes it easier to script operations on the entire queue, for
example run the test suite on each patch in the queue:
guilt pop -a;while guilt push;
On Thu, May 08, 2014 at 01:52:38PM -0700, Junio C Hamano wrote:
I am tempted to say blame that is run without the --porcelain
option is a end-user facing Porcelain, and people should not be
reading its output in their scripts and change the behaviour of the
-b option to instead show something
In short:
- I am not considering nor proposing to change the default at all.
- I have two choices, either change the behaviour of -b, or
introducing a new option (the latter includes -b -b); I am
slightly in favor of the latter, but not by a large margin.
- I have two choices,
John Keeping j...@keeping.me.uk writes:
On a slight tangent, I tried this in a fairly young repository and got
this (with master at v2.0.0-rc2-4-g1dc51c6):
$ git blame Makefile | head -5
7a3fc144 (John Keeping 2013-12-26 17:37:53 + 1) REL_VERSION = v0.2
5c9829f9 (John Keeping
On Thu, May 08, 2014 at 02:58:58PM -0700, Junio C Hamano wrote:
John Keeping j...@keeping.me.uk writes:
On a slight tangent, I tried this in a fairly young repository and got
this (with master at v2.0.0-rc2-4-g1dc51c6):
$ git blame Makefile | head -5
7a3fc144 (John Keeping
On Thu, May 08, 2014 at 11:10:24PM +0100, John Keeping wrote:
On Thu, May 08, 2014 at 02:58:58PM -0700, Junio C Hamano wrote:
John Keeping j...@keeping.me.uk writes:
On a slight tangent, I tried this in a fairly young repository and got
this (with master at v2.0.0-rc2-4-g1dc51c6):
Felipe Contreras felipe.contre...@gmail.com writes:
Junio C Hamano wrote:
In other words, I knew that you are capable enough to track down a
bug in the code you wrote recently that made it violate the
expectation you defined in your own tests.
Wrong. The code in question was not recent, it
John Keeping j...@keeping.me.uk writes:
Yes, it's marking it as a boundary but I'm not convinced that's correct.
Compare these two cases:
$ git blame Makefile | head -5
7a3fc144 (John Keeping 2013-12-26 17:37:53 + 1) REL_VERSION = v0.2
5c9829f9 (John Keeping 2013-07-29
Hi,
strange that no one gets the error. I get also on another server 12.04.4
LTS so the problem is not on a single VM or version.
No idea?
Fabio D'Alfonso
'Enabling Business Through IT'
cell. +39.348.059.40.22 ***
web: www.fabiodalfonso.com http://www.fabiodalfonso.com/
email:
Is this the expected operation using git -c to override gitconfig settings?
This is default behavior:
$ git ls-remote git://original.site/origin
fatal: unable to connect to original.site:
This is what I expected, override with an insteadof url using -c on the
command line:
$ git
Junio C Hamano wrote:
I don't want to do anything for a contrib tool.
It's already broken in v2.0 anyway.
Yes, this is not even an old regression.
Yes it is. It has nothing to do with with Mercurial v3.0, that's a
separate issue. We've been doing a workaround since v1.8.3, and that
Felipe Contreras felipe.contre...@gmail.com writes:
I already said this multiple times, but let me be clear once more:
MASTER HAS A REGRESSION (for all versions of Mercurial).
As you said, that is not a regression, isn't it? It is an old
breakage that existed even before 1.9 (was it 1.8.3 or
Junio C Hamano wrote:
Felipe Contreras felipe.contre...@gmail.com writes:
I already said this multiple times, but let me be clear once more:
MASTER HAS A REGRESSION (for all versions of Mercurial).
As you said, that is not a regression, isn't it? It is an old
breakage that existed
On Thu, May 08, 2014 at 11:32:01PM +0200, David Kastrup wrote:
Jeff King p...@peff.net writes:
On Thu, May 08, 2014 at 01:52:38PM -0700, Junio C Hamano wrote:
( 103)
7bbc458b (Kyle J. McKay 2014-04-22 04:16:22 -0700 104)
On Thu, 8 May 2014, Felipe Contreras wrote:
Chris Packham wrote:
On 06/05/14 11:50, Junio C Hamano wrote:
The same argument would apply to git-svn, git-p4, and git-cvsimport,
I would think.
A bit of a crazy suggestion and a little off-topic. Assuming maintainers
can be found what about
Hi,
David Lang wrote:
I haven't been paying close attention for a while, what would have
to be done to make submodules an integral part of Git?
The series at
http://thread.gmane.org/gmane.comp.version-control.git/241455 is a
start. I'm hoping to get a reroll done soon and then I can talk
David Lang wrote:
On Thu, 8 May 2014, Felipe Contreras wrote:
If submodules were an integral part of Git that would be a possibility,
but they are more like a hack.
Well, if git.git can't use them, then how can anyone else be expected to.
That is a very good question.
I haven't been
Let us be honest, the vast majority of tools in 'contrib/' have no chance of
ever graduating, so let's remove them.
The vast majority of tools don't have documentation or tests, and aren't even
maintained.
A few, like 'remote-helpers', won't graduate even if they are perfect. These
tools
There hasn't been any real activity on it since 2010.
Plus there are better out-of-tree tools.
No tests and no real documentation either.
Cc: Miklos Vajna vmik...@frugalware.org
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
contrib/hg-to-git/hg-to-git.py | 255
No activity since 2010, no tests.
Cc: Tim Henigan tim.heni...@gmail.com
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
contrib/diffall/README | 31 --
contrib/diffall/git-diffall | 257
2 files changed, 288 deletions(-)
No activity since 2010, no documentation, no tests.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
contrib/buildsystems/Generators.pm| 42 --
contrib/buildsystems/Generators/QMake.pm | 189 -
contrib/buildsystems/Generators/Vcproj.pm | 626
No real activity since 2012 (or ever), no tests, no documentation.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
contrib/stats/git-common-hash | 26 --
contrib/stats/mailmap.pl | 70 --
contrib/stats/packinfo.pl | 212
No activity since 2010, no tests, no documentation.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
contrib/convert-objects/convert-objects.c | 329
contrib/convert-objects/git-convert-objects.txt | 29 ---
2 files changed, 358 deletions(-)
delete
No activity, no tests.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
contrib/git-jump/README | 92 ---
contrib/git-jump/git-jump | 69 ---
2 files changed, 161 deletions(-)
delete mode 100644
There are better out-of-tree tools, and this tool is not planned to move
into the core anyway.
No tests either.
Cc: Eric Sunshine sunsh...@sunshineco.com
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
contrib/contacts/git-contacts | 203 --
No tests, no documentation.
No chance of ever graduating.
Cc: Johannes Schindelin johannes.schinde...@gmx.de
Cc: David Aguilar dav...@gmail.com
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
contrib/fast-import/git-import.perl | 64 -
No activity, no tests.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
contrib/git-shell-commands/README | 18 --
contrib/git-shell-commands/help | 18 --
contrib/git-shell-commands/list | 10 --
3 files changed, 46 deletions(-)
delete
No activity since 2007. No documentation, no tests.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
contrib/remotes2config.sh | 33 -
1 file changed, 33 deletions(-)
delete mode 100755 contrib/remotes2config.sh
diff --git
No activity, no tests.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
contrib/thunderbird-patch-inline/README | 20
contrib/thunderbird-patch-inline/appp.sh | 55
2 files changed, 75 deletions(-)
delete mode 100644
No activity since 2010, no documentation, no tests.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
contrib/workdir/git-new-workdir | 82 -
1 file changed, 82 deletions(-)
delete mode 100755 contrib/workdir/git-new-workdir
diff --git
No activity. No tests.
No chance of ever moving into the core because it uses Go.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
contrib/persistent-https/LICENSE | 202 -
contrib/persistent-https/Makefile | 38 ---
No activity since 2012, no tests, no chance of ever graduating.
Cc: Jeff King p...@peff.net
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
contrib/diff-highlight/README | 152 -
contrib/diff-highlight/diff-highlight | 173
No activity since 2007.
Better out-of-tree tools out there.
Cc: Aneesh Kumar K.V aneesh.ku...@gmail.com
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
contrib/gitview/gitview | 1305 ---
contrib/gitview/gitview.txt | 57 --
2 files
No activity since 2008, no tests, no documentation.
Cc: Gerrit Pape p...@smarden.org
Cc: Shawn O. Pearce spea...@spearce.org
Cc: Andy Parkins andypark...@gmail.com
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
contrib/hooks/post-receive-email | 759
No activity since 2012, no tests.
Cc: Jonathan Nieder jrnie...@gmail.com
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
contrib/svn-fe/.gitignore | 4 ---
contrib/svn-fe/Makefile| 63 -
contrib/svn-fe/svn-fe.c| 18
No activity, no documentation, no tests, no chance of ever graduating.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
contrib/git-resurrect.sh | 182 ---
1 file changed, 182 deletions(-)
delete mode 100755 contrib/git-resurrect.sh
There's nothing there.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
contrib/vim/README | 22 --
1 file changed, 22 deletions(-)
delete mode 100644 contrib/vim/README
diff --git a/contrib/vim/README b/contrib/vim/README
deleted file mode 100644
index
No activity, no nothing.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
contrib/rerere-train.sh | 52 -
1 file changed, 52 deletions(-)
delete mode 100755 contrib/rerere-train.sh
diff --git a/contrib/rerere-train.sh
No updates since 2010, and no tests.
Plus, foreign SCM tools should live out-of-tree anyway.
Cc: Eric Wong normalper...@yhbt.net
Cc: Martin Langhoff mar...@laptop.org
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
.gitignore |1 -
Both `git archimport` and `git quiltimport` haven't really been maintained, and
they don't even have tests.
There are tools in the contrib/ area that do have tests and are actively
maintained, and they don't gradauate to the core.
Let's not have double standards and remove these unused tools.
No updates since 2009 and no tests.
Foreign SCM tools should live out-of-tree anyway.
Cc: Johannes Schindelin johannes.schinde...@gmx.de
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
.gitignore| 1 -
Documentation/git-quiltimport.txt | 54
On Thu, May 8, 2014 at 8:58 PM, Felipe Contreras
felipe.contre...@gmail.com wrote:
Let us be honest, the vast majority of tools in 'contrib/' have no chance of
ever graduating, so let's remove them.
I am curious -- have you checked what parts of contrib downstreams
packageship? Are you planning
On Thu, May 08, 2014 at 07:58:30PM -0500, Felipe Contreras wrote:
No activity since 2012, no tests, no chance of ever graduating.
I don't think no activity is an interesting indicator. This tool _is_
actively maintained, but it has not needed any fixes since 2012. I use
it for every single git
On Thu, May 08, 2014 at 02:56:46PM -0700, Junio C Hamano wrote:
In short:
- I am not considering nor proposing to change the default at all.
- I have two choices, either change the behaviour of -b, or
introducing a new option (the latter includes -b -b); I am
slightly in favor of
Hi all,
So I have been looking into the python code in the git tree recently
(contrib and core tree) and noticed that almost none of the files fully
conform to pep8. Now I'm not just saying this because I like the code to
be clean, readable and easily parsed by humans, but also because this is
On Thu, May 08, 2014 at 07:58:23PM -0500, Felipe Contreras wrote:
There's nothing there.
It's not nothing; we used to carry the tools here, and replaced them
with pointers when the tools themselves went away. That was certainly
useful for a period of time.
However, I would certainly agree that
On Thu, May 08, 2014 at 07:58:18PM -0500, Felipe Contreras wrote:
No activity, no tests.
Like diff-highlight, I don't think no activity is a useful indicator.
I use this daily, and several people have commented off-list to me that
they use it, too.
Like diff-highlight, I'm happy to maintain it
Jeff King wrote:
On Thu, May 08, 2014 at 07:58:30PM -0500, Felipe Contreras wrote:
No activity since 2012, no tests, no chance of ever graduating.
I don't think no activity is an interesting indicator. This tool _is_
actively maintained, but it has not needed any fixes since 2012. I use
(cc-ing Pete Wyckoff who maintains git-p4 and Michael Haggerty
who maintains git-multimail)
Hi,
William Giokas wrote:
- We follow PEP-8 (http://www.python.org/dev/peps/pep-0008/).
It's even the first thing that you see when you go looking for 'python'
in the coding style document. I
Martin Langhoff wrote:
On Thu, May 8, 2014 at 8:58 PM, Felipe Contreras felipe.contre...@gmail.com
wrote:
Let us be honest, the vast majority of tools in 'contrib/' have no chance
of
ever graduating, so let's remove them.
I am curious -- have you checked what parts of contrib
William Giokas wrote:
Which is a whole bunch of errors and warnings thrown by pep8. Is pep8
just getting put by the wayside? I would much rather have these
scripts conform to that and have an actual coding style rather than
just be a hodge-podge of different styles.
Personally I try to follow
Here's another bug fix release that addresses an issue with loading the refs,
main and grep views when gui.encoding was set, a build failure on OS X 10.6 as
well as a few other bugs reported since 2.0.1.
What is Tig?
Tig is an ncurses-based text-mode interface for git. It functions
Hi,
Jeff King wrote:
However, I would certainly agree that that period of time is probably
over; the scripts started shipping in upstream vim in mid-2008. I'd be
happy to see this directory go away whether or not the rest of contrib/
is dropped.
RHEL 6 has vim 7.2.something, so yeah, this
Jeff King wrote:
On Thu, May 08, 2014 at 07:58:18PM -0500, Felipe Contreras wrote:
No activity, no tests.
Like diff-highlight, I don't think no activity is a useful indicator.
I use this daily, and several people have commented off-list to me that
they use it, too.
Add tests then.
It
Quite a large change, most of this was whitespace changes, though there
were a few places where I removed a comma or added a few characters.
Should pass through pep8 and pass every test.
---
contrib/svn-fe/svnrdump_sim.py | 93 +++---
1 file changed, 52
1 - 100 of 107 matches
Mail list logo