a shame not to take advantage of what the
language offers, especially since I know others are going to want to
take advantage of the provided bindings.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA
On Sat, Sep 21, 2013 at 05:52:05PM -0500, Felipe Contreras wrote:
On Sat, Sep 21, 2013 at 4:29 PM, brian m. carlson
sand...@crustytoothpaste.net wrote:
As Junio has also pointed out in the past, there are people who aren't
able to use Ruby in the same way that they are Perl and Python
to be adding another language, then obviously the issue becomes
moot.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187
signature.asc
Description
checkout test-base
printf line 2\n example
git add example
git commit -m add line
git checkout to-rebase
git rebase test-base
test -x example
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4
/generte/generate/
from it). Furthermore, we need to feed the new base to the
credential code, so that requests to credential helpers (or
to the user) match the URL we will be requesting.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http
correct, so the commit
really is empty, even considering permissions. It looks like git is
doing the right thing here.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B
as the buffer
will have to be too large. An alternative is to send a small amount of
data, smaller than the postbuffer, in the first chunk and only fail to
rewind if the second or subsequent chunks need rewinding.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http
On Sun, Oct 06, 2013 at 05:38:24PM +0200, Daniel Stenberg wrote:
On Sun, 6 Oct 2013, brian m. carlson wrote:
If there's a way to make Apache with mod_auth_kerb do that with
curl, then it doesn't require a change to git, and I'm happy to
make it on my end. But using the curl command line
could respawn the process, but that would be a
logistical nightmare and extremely inefficient for large transfers.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994
Explain the reason for and behavior of the new http.continue option, and that it
is enabled by default. Furthermore, explain that it is required for large
GSS-Negotiate requests but incompatible with some proxies.
Signed-off-by: brian m. carlson sand...@crustytoothpaste.net
---
Documentation
to enabled, to control whether this header
is sent. The addition of an option is necessary because some proxies break
badly if sent this header.
Signed-off-by: brian m. carlson sand...@crustytoothpaste.net
---
http.c| 6 ++
http.h| 1 +
remote-curl.c | 7 ++-
3 files
will be requested. My rationale for this is that modern
versions of Squid, Apache, and nginx seem to do the right thing, as well as most
non-proxy HTTP 1.1 implementations, and that we should optimize for functional,
up-to-date software. HTTP 1.1 is 16 years old, after all.
brian m. carlson (2):
http: add
-continue. I made libcurl dump all the headers it sends, and it
doesn't send them in that case.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187
dwarfs the overhead for the 100 continue, especially since
you'll do it thrice (even though the session is usually reused). The
efficient way to do push is SSH, where you can avoid making multiple
connections and reuse the same encrypted connection at every stage.
--
brian m. carlson / brian
to disabled, to control whether this header
is sent. The addition of an option is necessary because some proxies break
badly if sent this header.
Signed-off-by: brian m. carlson sand...@crustytoothpaste.net
---
http.c| 6 ++
http.h| 1 +
remote-curl.c | 7 ++-
3 files
Explain the reason for and behavior of the new http.continue option, and that it
is disabled by default. Furthermore, explain that it is required for large
GSS-Negotiate requests but incompatible with some proxies.
Signed-off-by: brian m. carlson sand...@crustytoothpaste.net
---
Documentation
This patch set adds an option, http.continue, to enable requests for 100
Continue responses when pushing over HTTP. This is needed for large pushes
using GSS-Negotiate authentication.
Changes from v1:
* Default to disabled.
brian m. carlson (2):
http: add option to enable 100 Continue
comment
* delimiters on their own lines, like this.
*/
It wasn't clear from the existing code which way was being used, and the
CodingGuidelines file didn't seem to cover it. I'll send a patch.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http
On Fri, Oct 11, 2013 at 04:50:52PM -0700, Jonathan Nieder wrote:
brian m. carlson wrote:
+http.continue::
+ Ensure that authentication succeeds before sending the pack data when
+ POSTing data using the smart HTTP transport. This is done by
+ requesting a 100 Continue response
The style for multi-line comments is often mentioned and should be documented
for clarity.
Signed-off-by: brian m. carlson sand...@crustytoothpaste.net
---
Documentation/CodingGuidelines | 8
1 file changed, 8 insertions(+)
diff --git a/Documentation/CodingGuidelines b/Documentation
, and
then it will work.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187
signature.asc
Description: Digital signature
If I'm going to be adding an option to a command, should I update the
documentation in the same commit or in a separate commit?
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2
on it if you're interested, as I probably
won't get around to finishing it for some time.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187
On Sat, Oct 12, 2013 at 12:26:39AM +, brian m. carlson wrote:
On Fri, Oct 11, 2013 at 04:50:52PM -0700, Jonathan Nieder wrote:
Perhaps this should be conditional on the authentication method used,
so affected people could still contact broken servers without having
different
about setting configuration options.
I'll plan to do a revised patch along these lines later this week unless
I hear some loud objections before then.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA
. Is GSS-Negotiate the only special case?
I believe so, because it's the only case where we don't have a password.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552
that it only covers the case where it would
otherwise fail. People who have broken proxies or broken servers and
are using GSS-Negotiate (which, as I said, is probably very few people,
if any) will simply have to increase the postbuffer size as before.
--
brian m. carlson / brian with sandals: Houston
to be useful.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187
signature.asc
Description: Digital signature
. Existing cases where pushes would succeed, including
small requests using GSSAPI, still disable the use of 100 Continue, as it causes
problems for some remote HTTP implementations (servers and proxies).
Signed-off-by: brian m. carlson sand...@crustytoothpaste.net
---
remote-curl.c | 11
. Existing cases where pushes would succeed, including
small requests using GSSAPI, still disable the use of 100 Continue, as it causes
problems for some remote HTTP implementations (servers and proxies).
Signed-off-by: brian m. carlson sand...@crustytoothpaste.net
---
remote-curl.c | 13
patch, or if you'd like, I can split out the
refactoring steps with a commit message for you.
If you would split it out, that would be great. Then I'll simply rebase
my patch on top of yours and go from there.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http
On Thu, Oct 31, 2013 at 02:36:51AM -0400, Jeff King wrote:
From: brian m. carlson sand...@crustytoothpaste.net
Due to an interaction between the way libcurl handles GSSAPI
authentication over HTTP and the way git uses libcurl, large
pushes (those over http.postBuffer bytes) would fail due
believe.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187
signature.asc
Description: Digital signature
changes here, since it doesn't consider them.
In some cases, git can consider multiple common ancestors when using the
default recursive strategy, but that doesn't apply here.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My
populate_options_cb and save_opts need to learn about this sequencer
option so that after --continue, commits continue to get signed.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196
what I did when I was patching
that particular area. Thanks for posting this patch set; it's something
I've wanted for a while, but never got around to actually doing myself.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My
if a topic
can be rebased to an older codebase, or something?
Probably so, but you can use an agent so this happens automatically.
It's not very useful for people who don't use an agent.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net
of dereferencing
them, as diff does. On Linux, /dev/fd is a symlink to /proc/self/fd,
and the items in that directory are all symlinks.
git diff is not generally intended to diff arbitrary files from
arbitrary locations. For that, you want plain old diff, which works as
you expect.
--
brian m
(to avoid the proxy)?
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187
signature.asc
Description: Digital signature
experiencing something that is dropping the
connection over HTTP. So you either have a bad proxy, or something else
is causing the connection to be dropped. Since it's only over HTTP, I
suspect it's the former.
Do you have HTTPS, and if so, does it work if you try to clone over
that?
--
brian m
-based bug tracker.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187
signature.asc
Description: Digital signature
to point to the proper version,
so you always compile and link as you expect.
The reason for this is that Debian cannot distribute GPLv2-only programs
(like git) linked against OpenSSL, so GnuTLS becomes necessary. On
Debian and Ubuntu, git is by default linked against libcurl3-gnutls.
--
brian m
problem, but a three-way merge problem in general.
If you rebase instead of merge, then the code ends up the way you want
it, but this may or may not be appropriate for your workflow.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net
Signed-off-by: brian m. carlson sand...@crustytoothpaste.net
---
Documentation/RelNotes/1.9.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/RelNotes/1.9.txt b/Documentation/RelNotes/1.9.txt
index 9debcc4..d5c99a9 100644
--- a/Documentation/RelNotes/1.9.txt
.
Signed-off-by: brian m. carlson sand...@crustytoothpaste.net
---
This is a documentation fix that I've been holding onto for a week or so. I
noticed that a lot of people were surprised by this behavior, and figured it
would be better to document it. I'm not sure that this is the right place
, master, or pu, and Junio's immediately-following What's cooking
email didn't mention it.
I'm really very interested in seeing it merged, so if there's something
I can do to help it along, please let me know.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http
On Sun, Dec 08, 2013 at 02:40:13PM -0800, Jonathan Nieder wrote:
brian m. carlson wrote:
Oftentimes people will make the same change in two branches, revert
the change in one branch, and then be surprised when a merge
reinstitutes that change when the branches are merged.
Life is even
like a bug:
vauxhall ok % git describe 8b4043428b90b7f45b7241b3c2c032cf785479ce
v0.5.0
I'm looking at it.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552
-off-by: brian m. carlson sand...@crustytoothpaste.net
---
log-tree.c| 13 ++---
t/t4205-log-pretty-formats.sh | 15 +++
2 files changed, 25 insertions(+), 3 deletions(-)
diff --git a/log-tree.c b/log-tree.c
index 642faff..a6b60b7 100644
--- a/log-tree.c
was looking for, but couldn't quite come up
with. I'm going to re-roll with your fix instead of mine and my tests.
Any objections to adding your sign-off?
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP
On Thu, Dec 19, 2013 at 10:44:22AM -0800, Junio C Hamano wrote:
brian m. carlson sand...@crustytoothpaste.net writes:
Yeah, that's the clean fix I was looking for, but couldn't quite come up
with. I'm going to re-roll with your fix instead of mine and my tests.
Any objections to adding
of stuff, especially if someone assumes US-ASCII
means it's okay to use it where UTF-8 is required.
It's much better to let people not insert broken stuff in the first
place rather than deal with it afterwards.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http
it manually.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187
signature.asc
Description: Digital signature
be fine by me.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187
signature.asc
Description: Digital signature
On Wed, Jun 11, 2014 at 11:27:23AM -0400, Richard Hansen wrote:
On 2014-06-10 21:16, brian m. carlson wrote:
Skipping them on older versions (maybe using is-at-least) would be
fine by me.
I don't think we'll need to skip the tests on old zsh versions --
running 'zsh -c' should still work
to reproduce this?
If you can get that information, I'm interested in trying to fix it.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187
if you like. Distributions will
likely want to issue security advisories for this.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187
mail
client should do the right thing and CC them.
On the Git list, you are expected to CC everybody. I personally prefer
the Debian strategy, as I read the list and don't generally need the
extra copy, but when in Romeā¦.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623
harmful to existing users (avoids a tcl
upgrade or mkdtemp installation for Windows users).
Yeah, that would be the safest bet. Maybe a comment to that effect
would be appropriate, so that when Tcl gets upgraded, that change can be
removed.
--
brian m. carlson / brian with sandals: Houston
a patch shortly.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187
signature.asc
Description: Digital signature
in call_merge. This also
avoids an Already applied message when skipping a commit. There is no
visible change for the other contexts in which call_merge is invoked, as the
msgnum file's value remains unchanged in those situations.
Signed-off-by: brian m. carlson sand...@crustytoothpaste.net
---
git
structs like
this, but I don't know of any prohibition against it, either.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187
signature.asc
) is important in order to be
able to help you.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187
signature.asc
Description: Digital signature
how well git works over SMB. Maybe some of the
msysgit folks can chime in here?
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187
On Thu, Jun 19, 2014 at 01:22:44PM -0400, Jason Pyeron wrote:
-Original Message-
From: Junio C Hamano
Sent: Thursday, June 19, 2014 13:11
brian m. carlson sand...@crustytoothpaste.net writes:
I don't know of any place we explicitly copy structs like
this,...
which
that GitLab is less painful to set up.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187
signature.asc
Description: Digital signature
, this will get a SIGBUS on sparc and possibly a wrong value on
ARM[0].
[0] http://www.aleph1.co.uk/chapter-10-arm-structured-alignment-faq
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2
text.
Signed-off-by: brian m. carlson sand...@crustytoothpaste.net
---
Documentation/git-rev-parse.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/git-rev-parse.txt b/Documentation/git-rev-parse.txt
index 9bd76a5..0b84769 100644
--- a/Documentation/git-rev
information. With not much success.
libcurl will always prefer something (anything) over basic auth, since
basic auth is completely insecure unless you're using HTTPS.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion
On Mon, Jul 21, 2014 at 04:14:38PM -0700, Jonathan Nieder wrote:
brian m. carlson wrote:
The caret (^) is used as a markup symbol in AsciiDoc. Due to the
inability of AsciiDoc to parse a line containing an unmatched caret, it
omitted the line from the output, resulting in the man page
On Tue, Jul 22, 2014 at 10:00:22AM -0700, Junio C Hamano wrote:
brian m. carlson sand...@crustytoothpaste.net writes:
So git uses libcurl with CURLAUTH_ANY. In order for authentication to
work with libcurl, you have to supply a username. If you specify it in
the URL, the libcurl
is encountered in running text, so do the same here.
Signed-off-by: brian m. carlson sand...@crustytoothpaste.net
---
Documentation/git-rev-parse.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/git-rev-parse.txt b/Documentation/git-rev-parse.txt
index 9bd76a5
?
Is there a better way to integrate Kerberos via HTTPS for git ?
I don't know of any better way. It does work for me, although I'm just
one person.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4
On Tue, Jul 22, 2014 at 10:00:22AM -0700, Junio C Hamano wrote:
brian m. carlson sand...@crustytoothpaste.net writes:
So git uses libcurl with CURLAUTH_ANY. In order for authentication to
work with libcurl, you have to supply a username. If you specify it in
the URL, the libcurl
:
git log --format=%gd: %gs -g $@ refs/stash --
But it looks like git log ignores -p if -g is provided.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C
. Since rebase re-applies the patches
of each of your commits on top of another branch, the identical change
won't cause conflicts.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2
.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187
signature.asc
Description: Digital signature
are the vendors of git so that I will check how to proceed on this.
When I referred to having your vendor patch the check out, I meant your
vendor of OpenSSL.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP
Avoid a nonsensical misreading by moving the modifier closer to the
verb.
Signed-off-by: brian m. carlson sand...@crustytoothpaste.net
---
Documentation/git-imap-send.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/git-imap-send.txt b/Documentation/git-imap
Avoid a nonsensical misreading by moving the modifier closer to the
word it modifies.
Signed-off-by: brian m. carlson sand...@crustytoothpaste.net
---
Documentation/git-imap-send.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/git-imap-send.txt b
by other users.
Signed-off-by: brian m. carlson sand...@crustytoothpaste.net
---
Technically, this is a security issue. However, the files created are
not very useful[0] and the only implementations I found that write these
files are GNU cpio, Debian/MirBSD/OpenBSD pax, and 7zip, none of which
On Mon, Aug 04, 2014 at 11:29:33AM -0700, Junio C Hamano wrote:
brian m. carlson sand...@crustytoothpaste.net writes:
Avoid a nonsensical misreading by moving the modifier closer to the
word it modifies.
Signed-off-by: brian m. carlson sand...@crustytoothpaste.net
---
Documentation
Avoid a nonsensical misreading by removing needless text.
Signed-off-by: brian m. carlson sand...@crustytoothpaste.net
---
Documentation/git-imap-send.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/git-imap-send.txt b/Documentation/git-imap-send.txt
index
On Mon, Aug 04, 2014 at 07:51:08PM -0700, Jonathan Nieder wrote:
Jonathan Nieder wrote:
Should the neighboring instances of '[Rr]equired to use imap-send
be changed to plain Required, too? (I suspect yes.)
Here's what that would look like.
-- 8 --
From: brian m. carlson sand
The git-push manual page used gitlink in one place instead of
linkgit. Fix this so the link renders correctly.
Noticed-by: Dan Allen dan.j.al...@gmail.com
Signed-off-by: brian m. carlson sand...@crustytoothpaste.net
---
Documentation/git-push.txt | 2 +-
1 file changed, 1 insertion(+), 1
in particular will appreciate that more.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187
signature.asc
Description: Digital signature
of a .gitignore file
You didn't comment on the status of this branch, and I'm interested.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187
to the mailing list that don't get a response, even
though those may represent legitimate bugs (code or documentation).
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552
to prevent incompatibilities.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187
signature.asc
Description: Digital signature
. Is
there a better way to do this? I didn't see one in the documentation or
code when I looked.
[0] An Atlassian Stash instance.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994
catalogs configured properly on your system, xsltproc
will use them by default to avoid remote lookups. On Debian, the
stylesheets and relevant catalog entries will be installed if you have
the docbook-xsl package installed.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791
the terminal prompting this
weekend.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187
signature.asc
Description: Digital signature
into it.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187
signature.asc
Description: Digital signature
the time frame.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187
signature.asc
Description: Digital signature
On Fri, Dec 05, 2014 at 03:40:06PM -0800, Junio C Hamano wrote:
brian m. carlson sand...@crustytoothpaste.net writes:
On Fri, Dec 05, 2014 at 03:36:18PM -0700, Jesse Hopkins wrote:
1. Any thoughts on why a tag would be included by 'git bundle', when
'git rev-list' with the same arguments
fixes that are in the
repository. Allowing a user to specify an arbitrary ID would permit
someone to circumvent those access controls.
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC
this?
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only
OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187
signature.asc
Description: Digital signature
Pushing to remote-machine:/tmp/testcase
To remote-machine:/tmp/testcase
= [up to date] HEAD - test
Everything up-to-date
git push -vvv +HEAD 0.50s user 0.22s system 51% cpu 1.408 total
--
brian m. carlson / brian with sandals: Houston, Texas, US
+1 832 623 2791 | http
On Tue, Dec 09, 2014 at 09:41:28PM -0800, Shawn Pearce wrote:
On Tue, Dec 9, 2014 at 4:37 PM, brian m. carlson
sand...@crustytoothpaste.net wrote:
Most of the time is spent between the Pushing to remote machine and
Counting objects, running git pack-objects:
git pack-objects --all
From: brian m. carlson brian.carl...@cpanel.net
Thin packs are enabled when pushing by default, but with a large number
of refs and a fast network, git may spend more time trying to find a
good delta than it would spend simply sending data over the network.
Add a per-remote option, pushThin
201 - 300 of 2261 matches
Mail list logo