Hi,
On Fri, 19 Oct 2012, Erik Faye-Lund wrote:
On Fri, Oct 19, 2012 at 12:13 AM, Chris B chris.blaszczyn...@gmail.com
wrote:
Hi.. it is such a crime to have that default option of MSysGit mess
around with the line endings.
No it's not.
Let's keep things professional. Eliciting
On Thu, Oct 18, 2012 at 03:59:41PM -0700, Junio C Hamano wrote:
It will sometimes happen that curl_multi_fdset() doesn't
return any file descriptors. In that case, it's recommended
that the application sleep for a short time before running
curl_multi_perform() again.
git diff is perfectly able to do this with '-- files', no need for
manual filtering.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
gitk-git/gitk | 20 +++-
1 file changed, 7 insertions(+), 13 deletions(-)
diff --git a/gitk-git/gitk b/gitk-git/gitk
index
Otherwise the files are missing from the diff, and the list of files.
Signed-off-by: Felipe Contreras felipe.contre...@gmail.com
---
gitk-git/gitk | 15 +++
1 file changed, 11 insertions(+), 4 deletions(-)
diff --git a/gitk-git/gitk b/gitk-git/gitk
index b79dfdf..8109eed 100755
---
Hi,
I find usel to do 'git log --full-duff -- file' to find out all the commits
that touched the file, and show the full diff (not just the one of the file).
Unfortunately gitk doesn't honour this option; the diff is limited in the UI.
The following patches fix that.
Felipe Contreras (2):
Am 10/19/2012 12:56, schrieb Felipe Contreras:
I find usel to do 'git log --full-duff -- file' to find out all the commits
that touched the file, and show the full diff (not just the one of the file).
Unfortunately gitk doesn't honour this option; the diff is limited in the UI.
There is
As the examples in git-subtree.txt show, the synopsis in the same file should
surely get a patch along the lines of:
-'git subtree' add -P prefix commit
+'git subtree' add -P prefix repository commit
Failure to specify the repository (by just specifying a local commit) fails with
the
On Fri, Oct 19, 2012 at 3:12 PM, Johannes Sixt j.s...@viscovery.net wrote:
Am 10/19/2012 12:56, schrieb Felipe Contreras:
I find usel to do 'git log --full-duff -- file' to find out all the commits
that touched the file, and show the full diff (not just the one of the file).
Unfortunately
On Fri, Oct 19, 2012 at 3:36 AM, Jeff King p...@peff.net wrote:
On Thu, Oct 18, 2012 at 03:59:41PM -0700, Junio C Hamano wrote:
It will sometimes happen that curl_multi_fdset() doesn't
return any file descriptors. In that case, it's recommended
that the application sleep for a short time
Hi. I'm sorry about the tone of the email; I was writing it after
spending a lot of energy fixing things up and I should have taken some
time to breathe. I recognize this is likely not going to change and
even if I could jump in to contribute it wouldn't matter. I also
recognize that changing it
I am using 1.8.0-rc2 but also tried 1.7.8.4. Thanks for the suggestion
to use ls-files -t - that's exactly what I was looking for. With
that I was easily able to tell what the problem is: missing / from
the sparse-checkout file.
On Thu, Oct 18, 2012 at 10:34 PM, Nguyen Thai Ngoc Duy
Stefan Zager sza...@google.com writes:
On Oct 19, 2012 7:11 AM, Shawn Pearce spea...@spearce.org wrote:
The issue with the current code is sometimes when libcurl is opening a
CONNECT style connection through an HTTP proxy it returns a crazy high
timeout (240 seconds) and no fds. In this case
Commit d688cf0 (tree_entry_interesting(): give meaningful names to
return values - 2011-10-24) converts most of the tree_entry_interesting
values to the new enum, except never_interesting. This completes the
conversion.
---
tree-walk.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
On Fri, 19 Oct 2012, Shawn Pearce wrote:
The issue with the current code is sometimes when libcurl is opening a
CONNECT style connection through an HTTP proxy it returns a crazy high
timeout (240 seconds) and no fds. In this case Git waits forever.
Is this repeatable with a recent libcurl?
Chris B chris.blaszczyn...@gmail.com writes:
- If there was SO MUCH thought into this, then it was too much...
I do not have much to add to what area experts already said on bits
specific to Git for Windows, but on just this part:
- Our builds were not breaking, it was production due to
Nguyễn Thái Ngọc Duy pclo...@gmail.com writes:
stat_tracking_info() is used to calculated how many commits ahead or
behind for a branch. Rev walking can be slow especially when the
branch is way behind its remote end. By caching the results, we won't
have to rev walk every time we need these
Junio C Hamano gits...@pobox.com writes:
As long as what it does is explained in format-patch, that is fine.
I do not think this deserves to be in the SubmittingPatches. We do
tell people to hide here is the context of the change additional
explanation after three dashes, but how the
Am 19.10.2012 02:31, schrieb Lauri Alanko:
I think I finally agree that it's best to develop submodules further
rather than introduce a new tool for the functionality I require. Here
are some explicit proposals for submodules so we can at least establish
agreement on what should be done. These
Ramkumar Ramachandra artag...@gmail.com writes:
Thiago Farina wrote:
[...]
With some structure like:
include/git.h
src/git.c
...
whatever.
[...]
Junio- is it reasonable to expect the directory-restructuring by 2.0?
I actually hate include/git.h vs src/git.c; you have distinction
On Fri, Oct 19, 2012 at 07:10:46AM -0700, Shawn O. Pearce wrote:
IOW, it seems like we are _already_ following the advice referenced in
curl's manpage. Is there some case I am missing? Confused...
The issue with the current code is sometimes when libcurl is opening a
CONNECT style
On Fri, Oct 19, 2012 at 1:27 PM, Jeff King p...@peff.net wrote:
On Fri, Oct 19, 2012 at 07:10:46AM -0700, Shawn O. Pearce wrote:
IOW, it seems like we are _already_ following the advice referenced in
curl's manpage. Is there some case I am missing? Confused...
The issue with the
Jeff King p...@peff.net writes:
On Fri, Oct 19, 2012 at 07:10:46AM -0700, Shawn O. Pearce wrote:
IOW, it seems like we are _already_ following the advice referenced in
curl's manpage. Is there some case I am missing? Confused...
The issue with the current code is sometimes when libcurl
Introduce a configuration variable diff.context that tells
Porcelain commands to use a non-default number of context
lines instead of 3 (the default). With this variable, users
do not have to keep repeating git log -U8 from the command
line; instead, it becomes sufficient to say git config
On Fri, Oct 19, 2012 at 10:39:27AM -0400, Chris B wrote:
I would like to point out:
- Git on Linux does not mess around with line endings. I can create
and edit a file in either line ending on Linux and commit and still
have it untouched.
- Git on Windows via Cygwin also does not mess
Here are the topics that have been cooking. Commits prefixed with
'-' are only in 'pu' (proposed updates) while commits prefixed with
'+' are in 'next'.
The 1.8.0 release is expected to be tagged this weekend, after which
I'd disappear for a few weeks, and Git will be in steady and good
hands of
From 32e06128dbc97ceb0d060c88ec8db204fa51be5c Mon Sep 17 00:00:00 2001
From: Stefan Zager sza...@google.com
Date: Thu, 18 Oct 2012 16:23:53 -0700
Subject: [PATCH] Fix potential hang in https handshake.
It has been observed that curl_multi_timeout may return a very long
timeout value (e.g., 294
On Fri, Oct 19, 2012 at 02:04:20PM -0700, sza...@google.com wrote:
From 32e06128dbc97ceb0d060c88ec8db204fa51be5c Mon Sep 17 00:00:00 2001
From: Stefan Zager sza...@google.com
Date: Thu, 18 Oct 2012 16:23:53 -0700
Drop these lines.
Subject: [PATCH] Fix potential hang in https handshake.
And
Jeff King p...@peff.net writes:
+if (max_fd 0
+select_timeout.tv_sec 0 ||
+select_timeout.tv_usec 5) {
+select_timeout.tv_sec = 0;
+select_timeout.tv_usec =
It has been observed that curl_multi_timeout may return a very long
timeout value (e.g., 294 seconds and some usec) just before
curl_multi_fdset returns no file descriptors for reading. The
upshot is that select() will hang for a long time -- long enough for
an https handshake to be dropped. The
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
Sorry to bother but I was wondering what would be the release version
that would have this patch.
-- Alexander
On Wed, Oct 10, 2012 at 8:54 PM, Andrew Wong andrew.k...@gmail.com wrote:
For the 'format-patch' part, originally I was going to do something like:
git format-patch ... ||
Nguyen Thai Ngoc Duy:
It's the result of this discussion [1]. I don't remember exactly the
open issues. But I think it involves drawing a line between team
language vs local language, whether team language can be anything
other than English, the maintenance cost for supporting it
Like I said,
32 matches
Mail list logo