Am 10/14/2012 6:29, schrieb Junio C Hamano:
Johannes Sixt j.s...@viscovery.net writes:
It might be worth it. We already have a similar special case in
write_or_die.c:maybe_flush_or_die() for Windows, although it is not about
a colon in a path name.
Perhaps like this.
Hrm, the we already
I promise I won't send anything dir.c-related till the end of this
month :) These three series all touch the same code in dir.c and cause
a bunch of conflicts. So I rebase nd/wildmatch and as/check-ignore
on top of nd/attr-match-more-optim and resolve all conflicts.
nd/attr-match-more-optim
This block of code deals with the basename part only, which has the
length of pathlen - (basename - pathname). Stricten the length check
and remove pathname from the main expression to avoid confusion.
Signed-off-by: Nguyễn Thái Ngọc Duy pclo...@gmail.com
---
dir.c | 5 +++--
1 file changed, 3
Signed-off-by: Nguyễn Thái Ngọc Duy pclo...@gmail.com
---
dir.c | 37 -
1 file changed, 24 insertions(+), 13 deletions(-)
diff --git a/dir.c b/dir.c
index b0ae417..d9b5561 100644
--- a/dir.c
+++ b/dir.c
@@ -503,6 +503,25 @@ static void prep_exclude(struct
When namelen becomes zero at this stage, we have matched the fixed
part, but whether it actually matches the pattern still depends on the
pattern in exclude. As demonstrated in t3001, path three/a.3
exists and it matches the three/a.3 part in pattern three/a.3[abc],
but that does not mean a true
This function can later be reused by attr.c. Also turn to_exclude
field into a flag.
Signed-off-by: Junio C Hamano gits...@pobox.com
Signed-off-by: Nguyễn Thái Ngọc Duy pclo...@gmail.com
---
dir.c | 71 ++-
dir.h | 2 +-
2 files
.gitattributes and .gitignore share the same pattern syntax but has
separate matching implementation. Over the years, ignore's
implementation accumulates more optimizations while attr's stays the
same.
This patch reuses the core matching functions that are also used by
excluded_from_list.
Signed-off-by: Nguyễn Thái Ngọc Duy pclo...@gmail.com
---
ctype.c | 2 +-
git-compat-util.h | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/ctype.c b/ctype.c
index 9353271..faeaf34 100644
--- a/ctype.c
+++ b/ctype.c
@@ -14,7 +14,7 @@ enum {
P =
Signed-off-by: Nguyễn Thái Ngọc Duy pclo...@gmail.com
---
ctype.c | 13 -
git-compat-util.h | 13 +
2 files changed, 21 insertions(+), 5 deletions(-)
diff --git a/ctype.c b/ctype.c
index faeaf34..0bfebb4 100644
--- a/ctype.c
+++ b/ctype.c
@@ -11,18 +11,21 @@
These files are from rsync.git commit
f92f5b166e3019db42bc7fe1aa2f1a9178cd215d, which was the last commit
before rsync turned GPL-3. All files are imported as-is and
no-op. Adaptation is done in a separate patch.
rsync.git - git.git
lib/wildmatch.[ch] wildmatch.[ch]
wildtest.txt
Signed-off-by: Nguyễn Thái Ngọc Duy pclo...@gmail.com
---
wildmatch.c | 164
wildmatch.h | 2 -
2 files changed, 10 insertions(+), 156 deletions(-)
diff --git a/wildmatch.c b/wildmatch.c
index f3a1731..fae7397 100644
---
wildmatch's coding style is pretty close to Git's except the use of 4
space indentation instead of 8. This patch should produce empty diff
with git diff -b
Signed-off-by: Nguyễn Thái Ngọc Duy pclo...@gmail.com
---
wildmatch.c | 292 ++--
1
Signed-off-by: Nguyễn Thái Ngọc Duy pclo...@gmail.com
---
.gitignore | 1 +
Makefile | 3 +
t/t3070-wildmatch.sh | 188 +++
t/t3070/wildtest.txt | 165
test-wildmatch.c | 14
These tests show different results on different fnmatch() versions. We
don't want to test fnmatch here. We want to make sure wildmatch
behavior matches fnmatch and that only makes sense in cases when
fnmatch() behaves consistently.
Signed-off-by: Nguyễn Thái Ngọc Duy pclo...@gmail.com
---
wildmatch returns non-zero if matched, zero otherwise. This patch
makes it return zero if matches, non-zero otherwise, like fnmatch().
Signed-off-by: Nguyễn Thái Ngọc Duy pclo...@gmail.com
---
test-wildmatch.c | 4 ++--
wildmatch.c | 21 -
2 files changed, 14
One place less to worry about thread safety. Also combine wildmatch
and iwildmatch into one.
Signed-off-by: Nguyễn Thái Ngọc Duy pclo...@gmail.com
---
test-wildmatch.c | 4 ++--
wildmatch.c | 21 +
wildmatch.h | 3 +--
3 files changed, 8 insertions(+), 20
dowild() does case insensitive matching by lower-casing the text. That
means lower case letters in patterns imply case-insensitive matching,
but upper case means exact matching.
We do not want that subtlety. Lower case pattern too so iwildmatch()
always does what we expect it to do.
Standard wildmatch() sees consecutive asterisks as * that can also
match slashes. But that may be hard to explain to users as
abc/**/def can match abcdef, abcxyzdef, abc/def, abc/x/def,
abc/x/y/def...
This patch changes wildmatch so that users can do
- **/def - all paths ending with
foo/**/bar matches foo/x/bar, foo/x/y/bar... but not
foo/bar. We make a special case, when foo/**/ is detected (and
foo/ part is already matched), try matching bar with the rest of
the string.
Match one or more directories semantics can be easily achieved using
foo/*/**/bar.
This also makes
Signed-off-by: Nguyễn Thái Ngọc Duy pclo...@gmail.com
---
Documentation/gitignore.txt| 19 +++
dir.c | 4 +++-
t/t0003-attributes.sh | 37 +
t/t3001-ls-files-others-exclude.sh | 18
From: Adam Spiers g...@adamspiers.org
'el' is only *slightly* less cryptic, but is already used as the
variable name for a struct exclude_list pointer in numerous other
places, so this reduces the number of cryptic variable names in use by
one :-)
Signed-off-by: Adam Spiers g...@adamspiers.org
From: Adam Spiers g...@adamspiers.org
Start adopting clearer names for exclude functions. This 'is_*'
naming pattern for functions returning booleans was agreed here:
http://thread.gmane.org/gmane.comp.version-control.git/204661/focus=204924
Signed-off-by: Adam Spiers g...@adamspiers.org
From: Adam Spiers g...@adamspiers.org
Continue adopting clearer names for exclude functions. This is_*
naming pattern for functions returning booleans was discussed here:
http://thread.gmane.org/gmane.comp.version-control.git/204661/focus=204924
Signed-off-by: Adam Spiers g...@adamspiers.org
From: Adam Spiers g...@adamspiers.org
In a similar way to the previous commit, this extracts a new helper
function last_exclude_matching() which returns the last exclude_list
element which matched, or NULL if no match was found. is_excluded()
becomes a wrapper around this, and just returns 0 or
From: Adam Spiers g...@adamspiers.org
In a similar way to the previous commit, this extracts a new helper
function last_exclude_matching_path() which return the last
exclude_list element which matched, or NULL if no match was found.
is_path_excluded() becomes a wrapper around this, and just
From: Adam Spiers g...@adamspiers.org
For exclude patterns read in from files, the filename is stored together
with the corresponding line number (counting starting at 1).
For exclude patterns provided on the command line, the sequence number
is negative, with counting starting at -1, so for
From: Adam Spiers g...@adamspiers.org
Extract the body of the for loop in treat_gitlinks() into a separate
treat_gitlink() function so that it can be reused elsewhere. This
paves the way for a new check-ignore sub-command.
Signed-off-by: Adam Spiers g...@adamspiers.org
Signed-off-by: Junio C
From: Adam Spiers g...@adamspiers.org
This is in preparation for reuse by a new git check-ignore command.
Signed-off-by: Adam Spiers g...@adamspiers.org
Signed-off-by: Junio C Hamano gits...@pobox.com
Signed-off-by: Nguyễn Thái Ngọc Duy pclo...@gmail.com
---
Makefile | 2 ++
builtin/add.c
From: Adam Spiers g...@adamspiers.org
Signed-off-by: Adam Spiers g...@adamspiers.org
Signed-off-by: Junio C Hamano gits...@pobox.com
Signed-off-by: Nguyễn Thái Ngọc Duy pclo...@gmail.com
---
Documentation/technical/api-directory-listing.txt | 2 ++
dir.c
Sorry for being late ($DAYJOB and such), but I just noticed this is on
next already:
Simon Oosthoek venit, vidit, dixit 05.10.2012 23:10:
By setting GIT_PS1_SHOW_COLORHINTS when using __git_ps1
as PROMPT_COMMAND, you will get color hints in addition to
a different character (*+% etc.)
Hi,
At $dayjob we renamed a branch, and for a grace period, we kept the
old name as a symref/alias to the new name, to give our users a window
for switching. This has worked well, until we tried to remove the
symref/alias. The following script demonstrates what we discovered:
$ git --version
On 10/15/2012 10:23 AM, Michael J Gruber wrote:
Sorry for being late ($DAYJOB and such), but I just noticed this is on
next already:
+ if [ -n ${GIT_PS1_SHOWCOLORHINT-} ]; then
You're missing the S here (HINTS).
indeed, well spotted!
My test setup was apparently
Simon Oosthoek venit, vidit, dixit 15.10.2012 11:01:
On 10/15/2012 10:23 AM, Michael J Gruber wrote:
Sorry for being late ($DAYJOB and such), but I just noticed this is on
next already:
+ if [ -n ${GIT_PS1_SHOWCOLORHINT-} ]; then
You're missing the S here (HINTS).
Hi folks
I'm trying to understand why certain tests in 'make test' fail. Here's the
first one
$ ../git --version
git version 1.8.0.rc2.5.g6b89306
$ GIT_TEST_CMP_USE_COPIED_CONTEXT=true ./t-basic.sh # our diff doesn't
understand -u
ok 1 - .git/objects should be empty after git init in an
On 10/15/2012 11:13 AM, Michael J Gruber wrote:
It really doesn't matter much what works for you, and it doesn't matter
what works for me either. The point is: What works for most users?
Obviously, that was my point as well ;-)
I'm quite unfamiliar with the color coding of git (I hadn't
Am 10/15/2012 12:36, schrieb Joachim Schmitz:
not ok 4 - pretend we have a known breakage # TODO known breakage
This is expected, right?
Right.
the next is not though? Why might it be failing, where to check?
not ok - 12 tests clean up even on failures
#
# mkdir
Hi folks
t3302-notes-index-expensive.sh and t3419-rebase-patch-id.sh need time to
be in /usr/bin, however on my system it is in /bin.
Can't this be checked for?
Bye, Jojo
--
To unsubscribe from this list: send the line unsubscribe git in
the body of a message to
From: Johannes Sixt [mailto:j.s...@viscovery.net]
Sent: Monday, October 15, 2012 12:53 PM
To: Joachim Schmitz
Cc: git@vger.kernel.org
Subject: Re: make test
Am 10/15/2012 12:36, schrieb Joachim Schmitz:
not ok 4 - pretend we have a known breakage # TODO known breakage
This is
Angelo Borsotti angelo.borso...@gmail.com writes:
the push command checks first if the tips of the branches match those
of the remote references, and if it does uploads the snapshot.
The update does two things: upload objects to the database, and then
update the reference. Adding objects to
Am 10/15/2012 13:00, schrieb Joachim Schmitz:
From: Johannes Sixt [mailto:j.s...@viscovery.net]
and if that does not give sufficient clues,
$SHELL_PATH -x ./t-basic.sh -v -i
not ok - 12 tests clean up even on failures
#...
+ die
Looks identical, except for the die at the end. And
From: Johannes Sixt [mailto:j.s...@viscovery.net]
Sent: Monday, October 15, 2012 1:18 PM
To: Joachim Schmitz
Cc: git@vger.kernel.org
Subject: Re: make test
Am 10/15/2012 13:00, schrieb Joachim Schmitz:
From: Johannes Sixt [mailto:j.s...@viscovery.net]
and if that does not give
Am 10/15/2012 13:37, schrieb Joachim Schmitz:
...
+ eval '
find .git/objects -type f -print should-be-empty
test_line_count = 0 should-be-empty
'
++ find .git/objects -type f -print
++ test_line_count = 0 should-be-empty
++ test 3 '!=' 3
+++ wc -l
++ test 0 = 0
+
On Mon, Oct 15, 2012 at 6:05 PM, Matthieu Moy
matthieu@grenoble-inp.fr wrote:
Angelo Borsotti angelo.borso...@gmail.com writes:
the push command checks first if the tips of the branches match those
of the remote references, and if it does uploads the snapshot.
The update does two things:
-Original Message-
From: Johannes Sixt [mailto:j.s...@viscovery.net]
Sent: Monday, October 15, 2012 1:53 PM
To: Joachim Schmitz
Cc: git@vger.kernel.org
Subject: Re: make test
Am 10/15/2012 13:37, schrieb Joachim Schmitz:
...
+ eval '
find .git/objects -type f
Am 10/15/2012 13:58, schrieb Joachim Schmitz:
++ mkdir failing-cleanup
++ cd failing-cleanup
++ cat
++ chmod +x failing-cleanup.sh
++ test_must_fail ./failing-cleanup.sh
+ eval_ret=1
I wonder why the log does not show the commands of function
test_must_fail. Is there a 'set +x' hidden
Johannes Sixt j.s...@viscovery.net writes:
Am 10/15/2012 13:58, schrieb Joachim Schmitz:
++ mkdir failing-cleanup
++ cd failing-cleanup
++ cat
++ chmod +x failing-cleanup.sh
++ test_must_fail ./failing-cleanup.sh
+ eval_ret=1
I wonder why the log does not show the commands of function
From: Johannes Sixt [mailto:j.s...@viscovery.net]
Sent: Monday, October 15, 2012 2:10 PM
To: Joachim Schmitz
Cc: git@vger.kernel.org
Subject: Re: make test
Am 10/15/2012 13:58, schrieb Joachim Schmitz:
++ mkdir failing-cleanup
++ cd failing-cleanup
++ cat
++ chmod +x
From: Andreas Schwab [mailto:sch...@linux-m68k.org]
Sent: Monday, October 15, 2012 2:35 PM
To: Johannes Sixt
Cc: Joachim Schmitz; git@vger.kernel.org
Subject: Re: make test
Johannes Sixt j.s...@viscovery.net writes:
Am 10/15/2012 13:58, schrieb Joachim Schmitz:
++ mkdir
Hi Michael, sorry for the duplicate, forgot to reply-all...
On 10/15/2012 11:13 AM, Michael J Gruber wrote:
...only because you don't know the color coding scheme. It's green
because those changes are saved somewhere (in the index) and would even
survice a branch switch.
But git doesn't
On Mon, Oct 15, 2012 at 11:14 AM, Angelo Borsotti
angelo.borso...@gmail.com wrote:
Hello,
FWIW we have a lot of lemmings pushing to the same ref all the time at
$work, and while I've seen cases where:
1. Two clients try to push
2. They both get the initial lock
3. One of them fails to get
On 15 October 2012 16:09, Ævar Arnfjörð Bjarmason ava...@gmail.com wrote:
On Mon, Oct 15, 2012 at 11:14 AM, Angelo Borsotti
angelo.borso...@gmail.com wrote:
Hello,
FWIW we have a lot of lemmings pushing to the same ref all the time at
$work, and while I've seen cases where:
1. Two clients
diffstat does not show whether a file is added or deleted. I know
--summary does. But the problem with --summary is it makes me look for
information of a file in two places: diffstat and summary. And with a
commit that adds/removes a lot, showing both --stat --summary can be
long.
This patch adds
On 12-10-15 10:09 AM, Ævar Arnfjörð Bjarmason wrote:
On Mon, Oct 15, 2012 at 11:14 AM, Angelo Borsotti
angelo.borso...@gmail.com wrote:
Hello,
FWIW we have a lot of lemmings pushing to the same ref all the time at
$work, and while I've seen cases where:
1. Two clients try to push
2.
On 10/15/2012 11:39 AM, Junio C Hamano wrote:
Thanks for bringing some sanity to the color of the bikeshed ;-)
As I don't use colors very much, I didn't bother checking the color
assignment in the patch in question, but everything you said in your
response makes 100% sense, including the
Junio C Hamano venit, vidit, dixit 07.10.2012 22:53:
Jeff King p...@peff.net writes:
[1] I would not be surprised if they do not actually format all that
well. Though they are written in an asciidoc-ish style, they have
not traditionally been formatted, and I suspect there are many
Jeff King venit, vidit, dixit 08.10.2012 00:52:
On Sun, Oct 07, 2012 at 10:14:28AM +0200, Thomas Ackermann wrote:
There are patched QT and unpatched QT versions of wkhtmltopdf
(see http://code.google.com/p/wkhtmltopdf/). I am using V0.9.9 for Windows
which is patched QT.
That's a definite
Thiago Farina venit, vidit, dixit 12.10.2012 06:08:
On Thu, Oct 11, 2012 at 10:06 PM, Andrew Wong
andrew.kw.w.li...@gmail.com wrote:
On 10/11/12 16:54, Thiago Farina wrote:
Just setting CC to gcc works for me. But still, I'd like to be able to
build with clang (may be as you noted is just
Jeff King venit, vidit, dixit 15.10.2012 07:56:
On Sun, Oct 14, 2012 at 11:23:07AM -0700, Junio C Hamano wrote:
I am planning to
* tag 1.8.0 final on Oct 21st (Sun);
* go offline on Oct 22nd (Mon); and
* come back online on Nov 12th (Mon).
Peff, could you be the interim maintainer as
Hi Marc,
correct, there will be no file overwriting because no files are
written on the work tree.
I tried to follow the actions of the program, but did not quite catch
the 6. you mention.
-Angelo
--
To unsubscribe from this list: send the line unsubscribe git in
the body of a message to
Hi,
I'm trying to convert a CVS repository to Git using cvs2git. I was able to
generate the dump file without problem but am unable to get Git to
fast-import it. The dump file is 328GB and I ran git fast-import on a
machine with 512GB of RAM.
fatal: Out of memory? mmap failed: Cannot allocate
Very clear analysis. Well written. Perhaps is it the time to update
http://git-scm.com/book/ch6-1.html (A SHORT NOTE ABOUT SHA-1) ?
Hope useful
http://www.schneier.com/crypto-gram-1210.html
Best Regards
--
To unsubscribe from this list: send the line unsubscribe git in
the body of a message to
Felipe Contreras felipe.contre...@gmail.com writes:
Hi,
Here's a bit of reorganition. I'm introducing a new __gitcompadd helper that
is
useful to wrapp all changes to COMPREPLY. 2nd and 3rd patches show how it's
useful.
The zsh wrapper is now very very simple, but I haven't received much
Michael J Gruber g...@drmicha.warpmail.net writes:
Jeff King venit, vidit, dixit 15.10.2012 07:56:
On Sun, Oct 14, 2012 at 11:23:07AM -0700, Junio C Hamano wrote:
I am planning to
* tag 1.8.0 final on Oct 21st (Sun);
* go offline on Oct 22nd (Mon); and
* come back online on Nov 12th
Am 15.10.2012 00:59, schrieb Lauri Alanko:
la@bq:~/tmp/super$ git mv sub movedsub
fatal: source directory is empty, source=sub, destination=movedsub
This error here indicates that we didn't teach git to properly move
a submodule yet. It is one of my next goals to make git [submodule]
mv sub
Chris Rorvick crorv...@cogcap.com writes:
From: Chris Rorvick ch...@rorvick.com
CVS patchsets are imported with timestamps having an offset of +
(UTC). The cvs-authors file is already used to translate the CVS
username to full name and email in the corresponding commit. Extend
this
On Mon, Oct 15, 2012 at 01:55:51PM +0200, Michael J Gruber wrote:
I wonder if a more sane route is to drop HTML entirely, convert the
asciidoc to docbook (which we already do for manpages), and then create
a docbook document that is a collection of all elements, which can then
Hmm, I
On Mon, Oct 15, 2012 at 6:42 PM, Elia Pinto gitter.spi...@gmail.com wrote:
Very clear analysis. Well written. Perhaps is it the time to update
http://git-scm.com/book/ch6-1.html (A SHORT NOTE ABOUT SHA-1) ?
Hope useful
http://www.schneier.com/crypto-gram-1210.html
This would be concerning
On Mon, Oct 15, 2012 at 12:44 PM, Michael J Gruber
g...@drmicha.warpmail.net wrote:
clang reported this:
combine-diff.c:1006:19: warning: adding 'int' to a string does not
append to the string [-Wstring-plus-int]
prefix = COLONS + offset;
2012/10/15 Ævar Arnfjörð Bjarmason ava...@gmail.com:
On Mon, Oct 15, 2012 at 6:42 PM, Elia Pinto gitter.spi...@gmail.com wrote:
Very clear analysis. Well written. Perhaps is it the time to update
http://git-scm.com/book/ch6-1.html (A SHORT NOTE ABOUT SHA-1) ?
Hope useful
Simon Oosthoek soosth...@nieuwland.nl writes:
The point of the thread and the patch was to enable the possibility of
colors in the prompt without messing it up.
The actual colors used are more or less how I'm used to it, but as you
said they may not be suitable to everyone.
@Junio, is this
On Mon, Oct 15, 2012 at 07:47:09PM +0200, Ævar Arnfjörð Bjarmason wrote:
On Mon, Oct 15, 2012 at 6:42 PM, Elia Pinto gitter.spi...@gmail.com wrote:
Very clear analysis. Well written. Perhaps is it the time to update
http://git-scm.com/book/ch6-1.html (A SHORT NOTE ABOUT SHA-1) ?
Hope
On Mon, Oct 15, 2012 at 10:29:08AM -0400, Marc Branchaud wrote:
Here's a previous discussion of a race in concurrent updates to the same ref,
even when the updates are all identical:
http://news.gmane.org/find-root.php?group=gmane.comp.version-control.gitarticle=164636
In that thread,
On Mon, Oct 15, 2012 at 05:50:47PM +0200, Angelo Borsotti wrote:
correct, there will be no file overwriting because no files are
written on the work tree.
I tried to follow the actions of the program, but did not quite catch
the 6. you mention.
It is the oldval parameter to
Hem , sha-3 i suppose, keccak, no ? But really is not so urgent as you
have already told .
Best
2012/10/15, Jeff King p...@peff.net:
On Mon, Oct 15, 2012 at 07:47:09PM +0200, Ævar Arnfjörð Bjarmason wrote:
On Mon, Oct 15, 2012 at 6:42 PM, Elia Pinto gitter.spi...@gmail.com
wrote:
Very
On Mon, Oct 15, 2012 at 09:09:44PM +0200, Elia Pinto wrote:
Hem , sha-3 i suppose, keccak, no ? But really is not so urgent as you
have already told .
It depends. Read what Schneier wrote right before they announced the
SHA-3 winner:
https://www.schneier.com/crypto-gram-1210.html#2
There's
I am trying to implement using tags in our build process, but am running into
an issue with pulling tags from master. My scenario is as follows
We decide on a release and I tag master with testtag which has commit
testtag-1-gf3b117e
When I make another commit to master and check the tag, I see it
Michael J Gruber g...@drmicha.warpmail.net writes:
Junio C Hamano venit, vidit, dixit 07.10.2012 22:53:
Jeff King p...@peff.net writes:
[1] I would not be surprised if they do not actually format all that
well. Though they are written in an asciidoc-ish style, they have
not
Michael J Gruber g...@drmicha.warpmail.net writes:
grep.c:451:16: warning: comparison of unsigned enum expression 0 is
always false [-Wtautological-compare]
if (p-field 0 || GREP_HEADER_FIELD_MAX = p-field)
^ ~
1 warning generated.
Right, that
Nguyễn Thái Ngọc Duy pclo...@gmail.com writes:
diffstat does not show whether a file is added or deleted. I know
--summary does. But the problem with --summary is it makes me look for
information of a file in two places: diffstat and summary. And with a
commit that adds/removes a lot,
On 10/15/2012 11:53 AM, Uri Moszkowicz wrote:
I'm trying to convert a CVS repository to Git using cvs2git. I was able to
generate the dump file without problem but am unable to get Git to
fast-import it. The dump file is 328GB and I ran git fast-import on a
machine with 512GB of RAM.
Just taking
Nguyễn Thái Ngọc Duy pclo...@gmail.com writes:
These three series all touch the same code in dir.c and cause
a bunch of conflicts. So I rebase nd/wildmatch and as/check-ignore
on top of nd/attr-match-more-optim and resolve all conflicts.
Thanks for working on this. Makes my life much
Hi,
On Sun, Oct 14, 2012 at 06:14:03PM +0200, Felipe Contreras wrote:
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
contrib/completion/git-completion.bash | 35
+-
t/t9902-completion.sh | 21
2 files
On 10/15/2012 05:28 PM, Uri Moszkowicz wrote:
Thanks for the reply. Yes I am using a 64-bit build of Git. The report
is too large to attach to email so I've uploaded it here (~6MB tar.xz
file):
http://www.tempfiles.net/download/201210/267447/fast_import_crash18192.html
Hm, there are some
SZEDER Gábor sze...@ira.uka.de writes:
+cd test
This 'cd' makes all subsequent tests to be executed in a different
repository than previously, which breaks 'checkout completes ref
names'.
Yeah, thanks for spotting and yelling at it ;-).
We really need to be careful about tests that cd
On Tue, Oct 16, 2012 at 01:37:35AM +0200, Felipe Contreras wrote:
On Tue, Oct 16, 2012 at 12:48 AM, SZEDER Gábor sze...@ira.uka.de wrote:
@@ -1559,11 +1559,12 @@ _git_send_email ()
--signed-off-by-cc --smtp-pass --smtp-server
--smtp-server-port
On Tue, Oct 16, 2012 at 1:37 AM, Felipe Contreras
felipe.contre...@gmail.com wrote:
On Tue, Oct 16, 2012 at 12:48 AM, SZEDER Gábor sze...@ira.uka.de wrote:
+ cd test
This 'cd' makes all subsequent tests to be executed in a different
repository than previously, which breaks 'checkout
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
v2: Fix comments by SZEDER Gabor
contrib/completion/git-completion.bash | 35 +-
t/t9902-completion.sh | 5 +
2 files changed, 23 insertions(+), 17 deletions(-)
diff --git
Hi, Junio
The following changes since commit 42e55a5f5709642cb7a56ecad8b706341f0eb38a:
Merge branch 'maint' (2012-10-13 23:05:54 -0700)
are available in the git repository at:
git://github.com/git-l10n/git-po master
for you to fetch changes up to 9306b5b9a33185e7867202718162d8a38d5627ab:
On Mon, Oct 15, 2012 at 1:53 PM, Junio C Hamano gits...@pobox.com wrote:
Michael J Gruber g...@drmicha.warpmail.net writes:
grep.c:451:16: warning: comparison of unsigned enum expression 0 is
always false [-Wtautological-compare]
if (p-field 0 || GREP_HEADER_FIELD_MAX =
On Mon, Oct 15, 2012 at 11:56 AM, Jeff King p...@peff.net wrote:
Right. The only thing that needs locking is the refs, because the object
database is add-only for normal operations, and by definition collisions
mean you have the same content (or are astronomically unlucky, but your
consolation
On Mon, Oct 15, 2012 at 12:40 PM, Junio C Hamano gits...@pobox.com wrote:
diff --git a/t/t9604-cvsimport-timestamps.sh
b/t/t9604-cvsimport-timestamps.sh
new file mode 100644
Huh? What happened to the executable bit we saw earlier?
Uh, yeah. Sorry about that.
+test_expect_success 'check
CVS patchsets are imported with timestamps having an offset of +
(UTC). The cvs-authors file is already used to translate the CVS
username to full name and email in the corresponding commit. Extend
this file to support an optional timezone for calculating a user-
specific timestamp offset.
On Mon, Oct 15, 2012 at 12:44 PM, dquince
devin.qui...@troppussoftware.com wrote:
I am trying to implement using tags in our build process, but am running into
an issue with pulling tags from master. My scenario is as follows
We decide on a release and I tag master with testtag which has commit
Chris Rorvick ch...@rorvick.com writes:
It occurred to me that the success of the unit test depends on the
host platform's zoneinfo database. I think this problem is inherent
with this functionality. Should the unit test attempt to detect
support for the used timezones and short circuit if
On Mon, Oct 15, 2012 at 07:09:52PM -0700, Shawn O. Pearce wrote:
On Mon, Oct 15, 2012 at 11:56 AM, Jeff King p...@peff.net wrote:
Right. The only thing that needs locking is the refs, because the object
database is add-only for normal operations, and by definition collisions
mean you have
Hi
this patch is an additional patch to the previous series of two. It also
corrects the missing S and some minor details. The main point of this
one is changing the used colors to be more close to the color output of git
status -sb Mainly, the branchname stays green until it loses a HEAD, in
On Tue, Oct 16, 2012 at 12:15:21PM +0700, Nguyen Thai Ngoc Duy wrote:
On Tue, Oct 16, 2012 at 11:51 AM, Jeff King p...@peff.net wrote:
Its worth nothing that a SHA-1 collision can be identified at the
server because the server performs a byte-for-byte compare of both
copies of the object
97 matches
Mail list logo