Junio C Hamano venit, vidit, dixit 14.02.2013 19:03:
> Matthieu Moy writes:
>
>> Junio C Hamano writes:
>>
>>> But the exact location of per-user and per-repository configuration
>>> files does not matter in this context and is best left to the
>>> git-config documentation.
>>
>> I'm OK with you
Junio C Hamano venit, vidit, dixit 14.02.2013 18:22:
> Michael J Gruber writes:
>
>> Currently, verify_signed_buffer() only checks the return code of gpg,
>> and some callers implement additional unreliable checks for "Good
>> signature" in the gpg output meant for the user.
>>
>> Use the status
Junio C Hamano writes:
> Junio C Hamano writes:
>
>> warning: The behavior of 'git add --update (or -u)' with no path
>> argument from a
>> subdirectory of the tree will change in Git 2.0 and should not be used
>> anymore.
>>
>> There is a logic gap between "will change" and "should no
prepare_packed_git_one() is modified to allow count-objects to hook a
report function to so we don't need to duplicate the pack searching
logic in count-objects.c. When report_pack_garbage is NULL, the
overhead is insignificant.
The garbage is reported with warning() instead of error() in packed
g
2013/2/14 Junio C Hamano :
>
> - The "right" one you mention for %GS is easier than you might
> think. If you just verify against the accompanying "tagger"
> identity, that should be sufficient. It of course cannot be
> generally solved, as you could tag as person A while si
read_directory() (and its friendly wrapper fill_directory) collects
untracked/ignored files by traversing through the whole worktree (*),
feeding every entry to treat_one_path(), where each entry is checked
against .gitignore patterns.
One may see that tracked files can't be excluded and we do not
Mariusz Gronczewski writes:
> 2013/2/14 Junio C Hamano :
>>
>> - The "right" one you mention for %GS is easier than you might
>> think. If you just verify against the accompanying "tagger"
>> identity, that should be sufficient. It of course cannot be
>> generally solved,
Nguyễn Thái Ngọc Duy writes:
> read_directory() (and its friendly wrapper fill_directory) collects
> untracked/ignored files by traversing through the whole worktree (*),
> feeding every entry to treat_one_path(), where each entry is checked
> against .gitignore patterns.
>
> One may see that tr
On Fri, Feb 15, 2013 at 11:52 PM, Junio C Hamano wrote:
> In the current code, we always check if a path is excluded, and when
> dealing with DT_REG/DT_LNK, we call treat_file():
>
> * When such a path is excluded, treat_file() returns true when we
>are not showing ignored directories. This c
On Thu, Feb 14, 2013 at 9:58 AM, John Keeping wrote:
> On Tue, Feb 12, 2013 at 02:33:42AM -0800, Brandon Casey wrote:
>> Teach append_signoff to detect whether a blank line exists at the position
>> that the signed-off-by line will be added, and refrain from adding an
>> additional one if one alre
Duy Nguyen writes:
> On Fri, Feb 15, 2013 at 11:52 PM, Junio C Hamano wrote:
>> In the current code, we always check if a path is excluded, and when
>> dealing with DT_REG/DT_LNK, we call treat_file():
>>
>> * When such a path is excluded, treat_file() returns true when we
>>are not showing
tl;dr:
- `git bundle create` without gives git rev-list
help, then dies.
Should point out missing instead.
- `git clone gives "ERROR: Repository not found."
- `strace ... git clone ` (magically) appears to work but
cannot checkout files b/c of nonexistent ref.
- Heisenbug? Race conditi
You have exceeded the email quota limit of 450MB and you need to expand
the e-mail quota before the next 48 hours.if you do not update your e-mail
account in 2013, you must do it now. You can expand
1GB email quota limit, use the following web link:
https://docs.google.com/forms/d/1rg43ijKKEH2qbL
On Fri, 15 Feb 2013 14:22:53 -0600, wlewis wrote:
Spam, spam, beautiful SPAM.
'nuff said.
--
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
Remove redundant -n option and raw ^M in call to echo.
Call to 'say' function, a wrapper of 'echo', passed the parameter -n, then
included a raw ^M newline in the end of the last parameter. Yet the -n option
is meant to suppress the addition of new line by echo.
Signed-off-by: Paul Campbell
---
On Fri, 15 Feb 2013 20:33:24 +0100, Alain Kalker wrote:
> tl;dr:
>
> - `git bundle create` without gives git rev-list
> help, then dies.
>Should point out missing instead.
> - `git clone gives "ERROR: Repository not found."
> - `strace ... git clone ` (magically) appears to work but
>
Paul Campbell writes:
> Remove redundant -n option and raw ^M in call to echo.
>
> Call to 'say' function, a wrapper of 'echo', passed the parameter -n, then
> included a raw ^M newline in the end of the last parameter. Yet the -n option
> is meant to suppress the addition of new line by echo.
>
Add the prefix, repository and refspec in the file .gitsubtree when
git subtree add is used. Then when a git subtree push or pull is needed
the repository and refspec from .gitsubtree are used as the default
values.
Having to remember what subtree came from what source is a waste of
developer memo
add: ensure details are added to .gitsubtree
push: check for a SHA1 update line
pull: add a file on one subtree, push it to a branch, then pull into
another subtree containing the same branch and confirm the files match
add: ensure stale .gitsubtree entry is replaced
Signed-off-by: Paul Campbe
Indicate that repository and refspec are now optional on push and pull.
Add notes to add, push and pull about storing values in .gitsubtree
and their use as default values.
Signed-off-by: Paul Campbell
---
contrib/subtree/git-subtree.txt | 13 +
1 file changed, 9 insertions(+), 4 de
Hi Paul,
Paul Campbell wrote:
> --- a/contrib/subtree/t/t7900-subtree.sh
> +++ b/contrib/subtree/t/t7900-subtree.sh
> @@ -465,4 +465,34 @@ test_expect_success 'verify one file change per commit' '
[...]
> +test_expect_success 'change in subtree is pushed okay' '
> +cd copy0 && create new_
Hi Jonathan,
On Fri, Feb 15, 2013 at 10:56 PM, Jonathan Nieder wrote:
> Hi Paul,
>
> Paul Campbell wrote:
>
>> --- a/contrib/subtree/t/t7900-subtree.sh
>> +++ b/contrib/subtree/t/t7900-subtree.sh
>> @@ -465,4 +465,34 @@ test_expect_success 'verify one file change per commit'
>> '
> [...]
>> +tes
On Fri, Feb 15, 2013 at 10:39 PM, Junio C Hamano wrote:
> Paul Campbell writes:
>
>> Remove redundant -n option and raw ^M in call to echo.
>>
>> Call to 'say' function, a wrapper of 'echo', passed the parameter -n, then
>> included a raw ^M newline in the end of the last parameter. Yet the -n op
Nguyễn Thái Ngọc Duy writes:
> prepare_packed_git_one() is modified to allow count-objects to hook a
> report function to so we don't need to duplicate the pack searching
> logic in count-objects.c. When report_pack_garbage is NULL, the
> overhead is insignificant.
>
> The garbage is reported wi
Dear Sir,
In git 1.8.1, git-diff supports diff.context config.
However, git-diff-tree does not support this.
Could you also add this to git-diff-tree?
Regards,
ch3cooli
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More maj
乙酸鋰 writes:
> In git 1.8.1, git-diff supports diff.context config.
> However, git-diff-tree does not support this.
> Could you also add this to git-diff-tree?
That's more or less deliberate, isn't it?
Cosmetic details of the output from plumbing commands should not be
affected by random configu
On Fri, 15 Feb 2013 22:25:47 +, Alain Kalker wrote:
> On Fri, 15 Feb 2013 20:33:24 +0100, Alain Kalker wrote:
>
>> tl;dr:
>>
>> - `git bundle create` without gives git rev-list
>> help, then dies.
>>Should point out missing instead.
>> - `git clone gives "ERROR: Repository not found.
Alain Kalker writes:
> P.S. I hereby promise to _never_ _ever_ alias `git` to something else and
> then post a Git bug about that "something else" on this ML.
>
> Sorry to have wasted your time,
Thanks.
People around here tend to be quiet until they sufficiently have dug
the issue themselves;
On Sat, Feb 16, 2013 at 2:32 AM, Junio C Hamano wrote:
>> If you consider read_directory_recursive alone, there is a regression.
>> The return value of r_d_r depends on path_handled/path_ignored. With
>> this patch, the return value will be different.
>
> That is exactly what was missing from the
On Sat, Feb 16, 2013 at 12:03:58AM +, Alain Kalker wrote:
> ---test.sh---
> #!/bin/sh
>
> make clean
> make || return 125
> GIT=$(pwd)/git
>
> cd /tmp
> rm -rf testrepo
> mkdir testrepo
> cd testrepo
> $GIT init
> echo test > test.txt
> $GIT add test.txt
> $GIT commit -m "Add test.txt"
> $GI
Git::config() returns `undef` when given keys that do not exist.
Check that the $guitool value is defined to prevent a noisy
"Use of uninitialized variable $guitool in length" warning.
Signed-off-by: David Aguilar
---
git-difftool.perl | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
Signed-off-by: David Aguilar
---
t/t7800-difftool.sh | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/t/t7800-difftool.sh b/t/t7800-difftool.sh
index eb1d3f8..bb3158a 100755
--- a/t/t7800-difftool.sh
+++ b/t/t7800-difftool.sh
@@ -1,6 +1,6 @@
#!/bin/sh
#
-# Copyright (c) 2009,
Eliminate a lot of redundant work by using test_config().
Chain everything together by using sane_unset() and a
simpler difftool_test_setup().
The original tests relied upon restore_test_defaults()
from the previous test to provide the next test with a sane
environment. Make the tests do their ow
073678b8e6324a155fa99f40eee0637941a70a34 reworked the
mergetools/ directory so that every file corresponds to a
difftool-supported tool. When this happened the "defaults"
file went away as it was no longer needed by mergetool--lib.
t7800 tests that configured commands can override builtins,
but t
On Fri, Feb 15, 2013 at 9:47 PM, David Aguilar wrote:
> Signed-off-by: David Aguilar
> ---
> t/t7800-difftool.sh | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/t/t7800-difftool.sh b/t/t7800-difftool.sh
> index eb1d3f8..bb3158a 100755
> --- a/t/t7800-difftool.sh
> +++ b/
For the most part, smart-http just passes data to fetch-pack and
send-pack, which take care of the heavy lifting. However, I did find a
few corner cases around truncated data from the server, one of which can
actually cause a deadlock.
I found these because I was trying to figure out what was goin
You can use packet_get_line to parse a single packet out of
a stream and into a buffer. However, if you just want to
throw away a set of packets from the stream, there's no need
to even bother copying the bytes. This patch treats a NULL
output buffer as a hint that the caller does not even want
to
A smart http ref advertisement starts with a packet
containing the service header, followed by an arbitrary
number of packets containing other metadata headers,
followed by a flush packet.
We don't currently recognize any other metadata headers, so
we just parse through any extra packets, throwing
If the smart HTTP response from the server is truncated for
any reason, we will get an incomplete ref advertisement. If
we then feed this incomplete list to "fetch-pack", one of a
few things may happen:
1. If the truncation is in a packet header, fetch-pack
will notice the bogus line and co
read_directory() (and its friendly wrapper fill_directory) collects
untracked/ignored files by traversing through the whole worktree,
feeding every entry to treat_one_path(), where each entry is checked
against .gitignore patterns.
One may see that tracked files can't be excluded and we do not nee
40 matches
Mail list logo