The only changes are to the README files, most notably the list of
maintainers and the project URL.
Signed-off-by: Michael Haggerty mhag...@alum.mit.edu
---
contrib/hooks/multimail/README | 43 +++---
contrib/hooks/multimail/README.Git | 6 +++---
2 files
On Mon, Apr 27, 2015 at 9:46 AM, Quentin Neill quentin.ne...@gmail.com wrote:
On Fri, Apr 24, 2015 at 12:22 AM, Eric Sunshine sunsh...@sunshineco.com
wrote:
It's not clear why you relocated documentation of --show-email from
git-blame.txt to blame-options.txt, and the commit message does not
Hi,
The results just got offical: the Git organization has 2 students
accepted for the summer of code 2015.
Karthik Nayak will work on Unifying git branch -l, git tag -l, and git
for-each-ref mentored by Christian Couder and yours truly.
Paul Tan will work on Make git-pull and git-am builtins,
On 04/27/2015 09:05 PM, Junio C Hamano wrote:
Matthieu Moy matthieu@grenoble-inp.fr writes:
Junio C Hamano gits...@pobox.com writes:
[...]
Well, the patch does not update git_multimail.py at all. Requoting
the part you omitted from my response
$ git rev-list -1 master
On Thu, Apr 23, 2015 at 5:43 PM, John Keeping j...@keeping.me.uk wrote:
On Thu, Apr 23, 2015 at 09:35:38PM +0100, John Keeping wrote:
On Thu, Apr 23, 2015 at 09:43:44PM +0200, Jens Lehmann wrote:
Am 23.04.2015 um 21:07 schrieb Robert Dailey:
On Thu, Apr 23, 2015 at 1:17 PM, Robert Dailey
On 04/27/2015 07:47 PM, Junio C Hamano wrote:
Junio C Hamano gits...@pobox.com writes:
I suspect (I haven't looked very carefully for this round yet to be
sure, though) that it may turn out that the commit you are proposing
to revert was a misguided attempt to fix a non issue, or to break
Here are the topics that have been cooking. Commits prefixed with
'-' are only in 'pu' (proposed updates) while commits prefixed with
'+' are in 'next'.
I'll merge two small documentation follow-up to the new features
in 2.4.0 (mg/status-v-v and nd/versioncmp-prereleases topics) to
'master' and
The latest maintenance release Git v2.3.7 is now available at
the usual places. Hopefully this will be the last v2.3.x update
until the master front is tagged as v2.4 final.
The tarballs are found at:
https://www.kernel.org/pub/software/scm/git/
The following public repositories all have a
On 04/27/2015 08:58 PM, Johannes Sixt wrote:
Am 27.04.2015 um 08:11 schrieb Stepan Kasal:
Git does not support CRLF as the internal line separator.
If you commit file in binary mode with CRLF, you are on your own.
When I commit my C source code files with CRLF into the repository (because I
Hi,
On 2015-04-26 22:30, brian m. carlson wrote:
The git_connect function has code to handle plink and tortoiseplink
specially, as they require different command line arguments from
OpenSSH (-P instead of -p for ports; tortoiseplink additionally requires
-batch). However, the match was done
Hello,
On Sun, Apr 26, 2015 at 10:31:11PM -0700, Junio C Hamano wrote:
[...] the commit you are proposing to revert [4d4813a5]
was a misguided attempt to fix a non issue, [...]
yes, it was this. So I propose to remove the whole commit,
including the test case and add two new test cases.
gute Neuigkeiten
Handy, Laptop, TV-Raum, Goultard .
Versand ist kostenlos
Alle unsere Produkte können Preferred Rabatt von 50% angeboten werden
si te: weacaoo . com
Hi,
On Sat, Apr 25, 2015 at 11:36:25PM +0200, Simon Richter wrote:
I'm trying to set up a continuous integration build for Boost, which
uses massive amounts of submodules, and keep running into problems when
running git clean in the toplevel project.
When I switch to a version where a
Michael Haggerty mhag...@alum.mit.edu writes:
The only changes are to the README files, most notably the list of
maintainers and the project URL.
Signed-off-by: Michael Haggerty mhag...@alum.mit.edu
---
contrib/hooks/multimail/README | 43
+++---
To get number of elements in an array git use the ARRAY_SIZE macro defined as:
#define ARRAY_SIZE(x) (sizeof(x)/sizeof((x)[0]))
The problem with it is a possibility of mistakenly passing to it a
pointer instead an array. The ARRAY_SIZE macro as conventionally
defined does not provide good
On 04/25/2015 10:34 PM, Junio C Hamano wrote:
karthik nayak karthik@gmail.com writes:
Is there any other way to make cat-file looser other than accepting
an unknown type name from the future? If not, then perhaps it may
make sense to give it a generic name that implies that we would
Thanks for the thorough review!
I have adjusted the commit messages and updated the documentation changes.
I'm in trying to add tests, I'll probably have some issues but will
post something that works soon.
As for the comments on behavior, see my responses below.
--
Quentin
There! His Majesty
On Mon, Apr 27, 2015 at 11:20:28PM +0100, Luke Diamand wrote:
t9814 has a test that simply sets up a pre-requisite for
another test, and as such, always succeeds. The way it was
written doesn't quite work with the test lint checks introduced
with the --chain-lint option.
Add an additional
[+mailing list, so others can also chime in and have an answer/opinion]
On Mon, Apr 27, 2015 at 10:07 AM, Adam Steel adamgst...@gmail.com wrote:
Stefan,
So I switched git versions.
$ git --version
git version 2.3.1
I'm still getting the same regular rebase failures.
---
fatal: Unable
t9814 has a test that simply sets up a pre-requisite for
another test, and as such, always succeeds. The way it was
written doesn't quite work with the test lint checks introduced
with the --chain-lint option.
Add an additional layer of {} to prevent the --chain-lint
code getting confused.
While running the git-p4 tests, I noticed that t9814 has started
failing due to the (very ingenious!) chain-lint detection introduced
in:
bb79af9 t/test-lib: introduce --chain-lint option
I think that what's going on is that the chain-lint test is
getting itself confused by this test, which
On Mon, Apr 27, 2015 at 10:47:29AM -0700, Junio C Hamano wrote:
The original says this:
blame: correctly handle files regardless of autocrlf
If a file contained CRLF line endings in a repository with
core.autocrlf=input, then blame always marked lines as Not
Committed
Hi,
Is it right that git uses libcurl to download while libgit2 does without it?
--
Thiago Farina
--
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
On Sun, Apr 26, 2015 at 08:30:12PM +, brian m. carlson wrote:
The git_connect function has code to handle plink and tortoiseplink
specially, as they require different command line arguments from
OpenSSH (-P instead of -p for ports; tortoiseplink additionally requires
-batch). However,
On Sun, Apr 26, 2015 at 03:04:56PM -0700, Junio C Hamano wrote:
The test scripts are expected to take either 3 or 4 parameters, and
the extra parameter when it takes 4 is the comma separated list of
prerequisites. bracketed hostnames are still ssh does not look
like prerequisites at all to
On Mon, Apr 27, 2015 at 11:49:51PM -0300, Thiago Farina wrote:
Is it right that git uses libcurl to download while libgit2 does without it?
I'm not sure if you mean right as in this statement is true or as in
is this a good thing that it is the case.
For the former, yes, libgit2 does not use
On Sat, Apr 25, 2015 at 12:21:07PM -0700, Junio C Hamano wrote:
Junio C Hamano gits...@pobox.com writes:
I am not too worried about push --atomic, as we can just add a few
words to Release Notes and documentation saying this is still an
experimental broken code that is unusable; don't
On 04/27/2015 12:04 AM, Junio C Hamano wrote:
brian m. carlson sand...@crustytoothpaste.net writes:
While I was adding tests, I noticed that we had a broken test due to the
use of single quotes within a test, which resulted in the test always
being skipped.
Good eyes. While fixing the
Hi,
Here is my scenario:
1. First I set default username
git config --global credential.username myUsername
2. Then I want to have different username for my other repository
git config --global
credential.https://myOtherRepository.visualstudio.com.username
myOtherUsername
3. When I try to pull
Fredrik Gustafsson iv...@iveqy.com writes:
I agree that it is very clear once you do edit the commit message. My main
point with this patch was to clarify -v, since it's not obvious from the
documentation that it will be removed.
While I agree with you that the documentation should make it
Junio C Hamano gits...@pobox.com writes:
I suspect (I haven't looked very carefully for this round yet to be
sure, though) that it may turn out that the commit you are proposing
to revert was a misguided attempt to fix a non issue, or to break
the behaviour to match a mistaken expectation.
Michael Haggerty mhag...@alum.mit.edu writes:
The only changes are to the README files, most notably the list of
maintainers and the project URL.
Signed-off-by: Michael Haggerty mhag...@alum.mit.edu
---
contrib/hooks/multimail/README | 43
+++---
Elia Pinto gitter.spi...@gmail.com writes:
This is the second version of this patch. It had not been
discussed before. In the second version, I just tried to clarify
the comment in the commit. I resend it just in case you missed
I do not recall seeing it before. No discussion usually means
On Mon, Apr 27, 2015 at 7:57 AM, karthik nayak karthik@gmail.com wrote:
On 04/25/2015 10:34 PM, Junio C Hamano wrote:
karthik nayak karthik@gmail.com writes:
Yes this gives the best description, but its large, while we could use
something like --no-strict instead.
We could, if you
Junio C Hamano gits...@pobox.com writes:
Matthieu Moy matthieu@grenoble-inp.fr writes:
Junio C Hamano gits...@pobox.com writes:
--- a/contrib/hooks/multimail/README.Git
+++ b/contrib/hooks/multimail/README.Git
@@ -3,13 +3,13 @@ section of the Git project as a convenience to Git users.
Matthieu Moy matthieu@grenoble-inp.fr writes:
Junio C Hamano gits...@pobox.com writes:
Matthieu Moy matthieu@grenoble-inp.fr writes:
Junio C Hamano gits...@pobox.com writes:
--- a/contrib/hooks/multimail/README.Git
+++ b/contrib/hooks/multimail/README.Git
@@ -3,13 +3,13 @@
Junio C Hamano gits...@pobox.com writes:
Matthieu Moy matthieu@grenoble-inp.fr writes:
Junio C Hamano gits...@pobox.com writes:
Was that obtained from the upstream project (i.e. you) and match
your 1.0.2 tag?
Yes. Isn't that what the text above says?
Well, the patch does not update
Am 27.04.2015 um 08:11 schrieb Stepan Kasal:
Git does not support CRLF as the internal line separator.
If you commit file in binary mode with CRLF, you are on your own.
When I commit my C source code files with CRLF into the repository
(because I do not set any line ending options or
On Mon, Apr 27, 2015 at 12:05:41PM -0700, Sam Cates wrote:
STEPS TO REPRODUCE:
1. git checkout master
2. git rebase --quiet master topic
EXPECTED RESULTS:
The checkout and rebase occur with no output.
ACTUAL RESULTS:
The output from the checkout is not suppressed.
Can you be more
On Mon, Apr 27, 2015 at 12:41:28AM +, Brad Litterell wrote:
Is it possible git is not computing the delta correctly? Or does git
only look at the top-level commit objects to figure out what to
include in the push packfile?
It's the latter. Junio mentioned that push is not as thorough
On Mon, Apr 27, 2015 at 09:19:31PM +0500, Vladislav Kostenko wrote:
Here is my scenario:
1. First I set default username
git config --global credential.username myUsername
2. Then I want to have different username for my other repository
git config --global
[+cc Kyle, who I forgot on the initial send. Oops!]
On Tue, Apr 28, 2015 at 01:25:02AM -0400, Jeff King wrote:
On Mon, Apr 27, 2015 at 09:19:31PM +0500, Vladislav Kostenko wrote:
Here is my scenario:
1. First I set default username
git config --global credential.username myUsername
On Mon, Apr 27, 2015 at 10:56:30AM -0700, Junio C Hamano wrote:
Elia Pinto gitter.spi...@gmail.com writes:
This is the second version of this patch. It had not been
discussed before. In the second version, I just tried to clarify
the comment in the commit. I resend it just in case you
Quentin Neill quentin.ne...@gmail.com writes:
It's not clear why you relocated documentation of --show-email from
git-blame.txt to blame-options.txt, and the commit message does not
explain the move. If there's a good reason for the relocation, the
justification should be spelled out so that
Junio C Hamano gits...@pobox.com writes:
--- a/contrib/hooks/multimail/README.Git
+++ b/contrib/hooks/multimail/README.Git
@@ -3,13 +3,13 @@ section of the Git project as a convenience to Git users.
git-multimail is developed as an independent project at the following
website:
-
Matthieu Moy matthieu@grenoble-inp.fr writes:
Junio C Hamano gits...@pobox.com writes:
--- a/contrib/hooks/multimail/README.Git
+++ b/contrib/hooks/multimail/README.Git
@@ -3,13 +3,13 @@ section of the Git project as a convenience to Git users.
git-multimail is developed as an
Junio C Hamano gits...@pobox.com writes:
+#if SUPPORT__BUILTIN_TYPES_COMPATIBLE_P
+/* arr[0] degrades to a pointer: a different type from an array */
+#define _array_size_chk(arr)
\
+
On Mon, Apr 27, 2015 at 10:31:28AM -0700, Junio C Hamano wrote:
Fredrik Gustafsson iv...@iveqy.com writes:
I agree that it is very clear once you do edit the commit message. My main
point with this patch was to clarify -v, since it's not obvious from the
documentation that it will be
On Sun, Apr 26, 2015 at 11:25:52AM +0200, Olivier ROLAND wrote:
OSX 10.10.3 git 2.3.6 HFS+ case-sensitive
How to reproduce :
Step 1 : git clone https://github.com/begeric/FastParsers.git
Step 2 : cd FastParsers/
Step 3 : git filter-branch --env-filter 'if [ 0 = 1 ]; then echo 0; fi' --
Matthieu Moy matthieu@grenoble-inp.fr writes:
Junio C Hamano gits...@pobox.com writes:
Matthieu Moy matthieu@grenoble-inp.fr writes:
Junio C Hamano gits...@pobox.com writes:
Was that obtained from the upstream project (i.e. you) and match
your 1.0.2 tag?
Yes. Isn't that what the
STEPS TO REPRODUCE:
1. git checkout master
2. git rebase --quiet master topic
EXPECTED RESULTS:
The checkout and rebase occur with no output.
ACTUAL RESULTS:
The output from the checkout is not suppressed.
Thanks,
Sam
--
To unsubscribe from this list: send the line unsubscribe git in
the body
Junio C Hamano gits...@pobox.com writes:
Hmm, that may be technically correct but it is grossly misleading to
update the existing was obtained on 2014-04-07 to was obtained on
2015-04-27, especially if nothing was actually obtained, isn't it?
That is because you're looking at the patch. The
On Mon, Apr 27, 2015 at 2:10 PM, Junio C Hamano gits...@pobox.com wrote:
Quentin Neill quentin.ne...@gmail.com writes:
Eric Sunshine sunsh...@sunshineco.com writes:
Quentin Neill quentin.ne...@gmail.com writes:
- if (opt OUTPUT_SHOW_EMAIL)
+ if
53 matches
Mail list logo