On Mon, Dec 10, 2012 at 1:50 PM, Junio C Hamano gits...@pobox.com wrote:
Nguyễn Thái Ngọc Duy pclo...@gmail.com writes:
diff --git a/cache-tree.c b/cache-tree.c
index 28ed657..989a7ff 100644
--- a/cache-tree.c
+++ b/cache-tree.c
@@ -248,6 +248,7 @@ static int update_one(struct cache_tree
On Mon, Dec 10, 2012 at 1:31 PM, Junio C Hamano gits...@pobox.com wrote:
Nguyen Thai Ngoc Duy pclo...@gmail.com writes:
On Sat, Dec 8, 2012 at 12:59 AM, Junio C Hamano gits...@pobox.com wrote:
* If somebody has a working replacement URL, we could use that
instead, of course. Takers?
A
in ab1a11be (mingw_rmdir: set errno=ENOTEMPTY when appropriate),
a check was added to prevent us from retrying to delete a directory
that is both in use and non-empty.
However, this logic was slightly flawed; since we didn't return
immediately, we end up falling out of the retry-loop, but right
Erik Faye-Lund kusmab...@gmail.com writes:
in ab1a11be (mingw_rmdir: set errno=ENOTEMPTY when appropriate),
a check was added to prevent us from retrying to delete a directory
that is both in use and non-empty.
However, this logic was slightly flawed; since we didn't return
immediately, we
Stefano Lattarini stefano.lattar...@gmail.com writes:
Consistently use a single space before and after the = (or :=, +=,
etc.) in assignments to make macros. Granted, this was not a big deal,
but I did find the needless inconsistency quite distracting.
Signed-off-by: Stefano Lattarini
On Mon, Dec 10, 2012 at 5:25 PM, Junio C Hamano gits...@pobox.com wrote:
Erik Faye-Lund kusmab...@gmail.com writes:
in ab1a11be (mingw_rmdir: set errno=ENOTEMPTY when appropriate),
a check was added to prevent us from retrying to delete a directory
that is both in use and non-empty.
Hi Zoltan,
On Sun, Dec 09, 2012 at 10:18:19PM +1100, Zoltan Klinger wrote:
Hrm, following your discussion (ellided above), I would have
expected that you would show
Removing directory foo/bar
Removing untracked_file1
Also it would be nice to have warnings about undeleted
Hi kusma,
On Mon, 10 Dec 2012, Erik Faye-Lund wrote:
On Mon, Dec 10, 2012 at 5:25 PM, Junio C Hamano gits...@pobox.com wrote:
Erik Faye-Lund kusmab...@gmail.com writes:
in ab1a11be (mingw_rmdir: set errno=ENOTEMPTY when appropriate), a
check was added to prevent us from retrying to
Johannes Schindelin johannes.schinde...@gmx.de writes:
My preference would be to fix it in both branches. I will fix the merge
conflicts when rebasing onto Junio's master branch next time.
OK, then I'll queue the following to my tree.
Thanks for a quick turnaround.
-- 8 --
From: Erik
Hi,
On Sun, Dec 09, 2012 at 11:04:59PM -0800, Junio C Hamano wrote:
Zoltan Klinger zoltan.klin...@gmail.com writes:
Would like to get some more feedback on the proposed output in case of
(1) an untracked subdirectory with multiple files where at least one of
them
cannot be
Soren Brinkmann soren.brinkm...@xilinx.com writes:
Use git clean --force --force to delete all untracked git repositories
But I am not sure if this is ever sane. Especially the one that
removes an embedded repository is suspicious. git clean should
not ever touch it with or without
On Mon, Dec 10, 2012 at 10:03:28AM -0800, Junio C Hamano wrote:
Soren Brinkmann soren.brinkm...@xilinx.com writes:
Use git clean --force --force to delete all untracked git repositories
But I am not sure if this is ever sane. Especially the one that
removes an embedded repository is
Rich Midwinter rich.midwin...@gmail.com writes:
I'm working on a project for a large organisation that wants to make
widespread use of git and the mailmap feature.
This seems to be supported by default in git-shortlog but not git-log
(and other variants) without specifying custom formats,
Soren Brinkmann soren.brinkm...@xilinx.com writes:
But either
way, the output of git clean should match what it is doing. And at least tell
me
if it didn't remove certain dirs or files.
Oh, no question about that part. I was reacting to --force --force
in general, and an unrelated git
Junio C Hamano gits...@pobox.com writes:
Rich Midwinter rich.midwin...@gmail.com writes:
I'm working on a project for a large organisation that wants to make
widespread use of git and the mailmap feature.
This seems to be supported by default in git-shortlog but not git-log
(and other
Hi,
I was thinking about that last week.
It could indeed be very interesting to have mailmap applied to git-log and
especially to git-log --author/--committer.
My first look at the code let me think that we would need to change the
parse_commit_buffer to replace, at reading time, the name of
Antoine Pelisse apeli...@gmail.com writes:
Yet I'm afraid it could be:
1. expensive to rewrite all commit log (reallocating the buffer)
2. Inappropriate to change the value in function that is supposed to
read
In my suggestion I avoided rewriting the log buffer, primarily
because of #2 (in
Antoine Pelisse apeli...@gmail.com writes:
It could indeed be very interesting to have mailmap applied to git-log and
especially to git-log --author/--committer.
...
The choice of parse_commit_buffer to do the modification is due to
the grepping being done directly on buffer when grepping
All the other callers of logmsg_reencode() pass return value of
get_commit_output_encoding() or get_log_output_encoding(). Teach
the function to optionally take NULL as a synonym to aka no
conversion requested so that we can simplify the only remaining
calling site.
Signed-off-by: Junio C
The latest maintenance release Git v1.8.0.2 is now available at
the usual places.
The release tarballs are found at:
http://code.google.com/p/git-core/downloads/list
and their SHA-1 checksums are:
1e1640794596da40f35194c29a8cc4e41c6b4f6d git-1.8.0.2.tar.gz
Here are the topics that have been cooking. Commits prefixed with
'-' are only in 'pu' (proposed updates) while commits prefixed with
'+' are in 'next'.
A new maintenance release 1.8.0.2 was tagged with accumulated fixes
we have already been using on the 'master' front for a while. The
tip of
Sorry I'm late to this party...
I'm an Nmap developer that is casually interested in git development.
I've been lurking for a while and thought I'd post my thoughts on this
thread.
On Sun, Nov 25, 2012 at 6:25 AM, Nguyen Thai Ngoc Duy pclo...@gmail.com wrote:
The most important issues to
Since shortlog isn't using the return value anymore (see previous
commit), the functions can be changed to void.
Signed-off-by: Steffen Prohaska proha...@zib.de
---
utf8.c | 13 ++---
utf8.h | 4 ++--
2 files changed, 8 insertions(+), 9 deletions(-)
diff --git a/utf8.c b/utf8.c
index
A recent commit [1] fixed a off-by-one wrapping error. As
a side-effect, the conditional in add_wrapped_shortlog_msg() whether to
append a newline needs to be removed. add_wrapped_shortlog_msg() should
always append a newline, which was the case before the off-by-one fix,
because
On Dec 9, 2012, at 10:36 AM, Junio C Hamano gits...@pobox.com wrote:
Steffen Prohaska proha...@zib.de writes:
A recent commit [1] fixed a off-by-one wrapping error. As
a side-effect, add_wrapped_shortlog_msg() needs to be changed to always
append a newline.
Could you clarify As a
25 matches
Mail list logo