From: AichnerAd
Please let me know what you think of this patch.
The test mail I sent myself in gmail looked good with "Show original".
Best regards
Adrian
---
Documentation/git-daemon.txt |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/Documentation/git-daemon.txt
Robert Luberda wrote:
> Junio C Hamano wrote:
> > Eric Wong writes:
> >>
> >> I think having "svn" in "svn.trimsvnlog" twice is redundant and not ideal.
> >> Perhaps just --trim-log and svn.trimlog?
> >
> > Do we ever want to trim "our" log when relaying the Git commits back
> > to subversion?
Robert Luberda wrote:
> Eric Wong wrote:
> > Oops, I'll push the following out since Junio already merged your
> > original:
>
> I can see that you haven't pushed the change yet. Maybe it would be a
> good idea to fix other style mistakes (extra spaces after redirections,
> lack of spaces after
Nicolas Sebrecht writes:
> The 25/08/12, Vicent Marti wrote:
>
>> The development of libgit2 happens 100% in the open. I don't know what
>> "commercial entity" are you talking about, but there are several
>> companies and independent contributors working on the Library at the
>> moment.
>
> Right
The 25/08/12, Vicent Marti wrote:
> The development of libgit2 happens 100% in the open. I don't know what
> "commercial entity" are you talking about, but there are several
> companies and independent contributors working on the Library at the
> moment.
Right but as far as I'm aware of Junio had
On Sat, Aug 25, 2012 at 2:56 AM, Andreas Ericsson wrote:
> Politically, I'm not sure how keen the git community is on handing
> over control to the core stuff of git to a commercial entity,
The development of libgit2 happens 100% in the open. I don't know what
"commercial entity" are you talking
On Sat, Aug 25, 2012 at 03:56:01PM +0100, Iain Paton wrote:
> > It's like the initial http requests do not get a 401, and the push
> > proceeds, and then some later request causes a 401 when we do not expect
> > it. Which is doubly odd, since we should also be able to handle that
> > case (the fir
The l10n effort leads to a situation where a contributor can submit a
patch with some auto-generated information in his language, which may
not be the team's language. We need to make sure exchange medium like
patch is always in a common language that the team understands.
Now this team language m
Signed-off-by: Nguyễn Thái Ngọc Duy
---
builtin/apply.c | 2 +-
diff.c | 19 ---
diff.h | 2 +-
3 files changed, 14 insertions(+), 9 deletions(-)
diff --git a/builtin/apply.c b/builtin/apply.c
index d453c83..3f2779f 100644
--- a/builtin/apply.c
+++ b/builtin/
Signed-off-by: Nguyễn Thái Ngọc Duy
---
builtin/log.c | 1 +
diff.c| 4 ++--
diff.h| 1 +
3 files changed, 4 insertions(+), 2 deletions(-)
diff --git a/builtin/log.c b/builtin/log.c
index ecc2793..62f4b7e 100644
--- a/builtin/log.c
+++ b/builtin/log.c
@@ -1225,6 +1225,7 @@ int c
On Sat, Aug 25, 2012 at 7:13 PM, Ramsay Jones
wrote:
>
> The getline() function is a GNU extension (you need to define
> _GNU_SOURCE before including stdio.h) and is, therefore, not
> portable. In particular, getline() is not available on MinGW.
Actually, getline is a POSIX-2008 feature, so it's
Ramsay Jones wrote:
The getline() function is a GNU extension (you need to define
_GNU_SOURCE before including stdio.h) and is, therefore, not
portable. In particular, getline() is not available on MinGW.
In order to support non-GNU systems, we replace the call to
getline() with (almost) equival
> From: Joachim Schmitz [mailto:j...@schmitz-digital.de]
> Sent: Saturday, August 25, 2012 5:55 PM
> To: 'florian.achleitner.2.6...@gmail.com'
> Cc: git@vger.kernel.org
> Subject: Re: [PATCH v6 15/16] remote-svn: add marks-file regeneration
>
> "Florian Achleitner" schrieb im
> Newsbeitrag news:
Branch names are usually in ASCII so they are not the problem. The
problem most likely comes from "(no branch)" translation, which is in
UTF-8 and makes length calculation just wrong.
Update document to mention the fact that we may want ref names in
UTF-8. Encodings that produce invalid UTF-8 are
Signed-off-by: Ramsay Jones
---
Hi Florian,
Since python is not installed on MinGW, this test fails with
an "unable to spawn script" type message when attempting to
execute svnrdump. So, could you, in addition to the previous
patch, squash this into commit 2d597d73 ("Add a test script
for remot
In particular, the urls passed to git-remote have an extra '/' given
after the schema prefix, like so:
git remote add svnsim testsvn::sim:///$TEST_DIRECTORY/t9154/svn.dump
git remote add svnfile testsvn::file:///$TEST_DIRECTORY/t9154/svn.dump
Once the prefix is removed, the remainder of
The getline() function is a GNU extension (you need to define
_GNU_SOURCE before including stdio.h) and is, therefore, not
portable. In particular, getline() is not available on MinGW.
In order to support non-GNU systems, we replace the call to
getline() with (almost) equivalent code using strbuf
"Thomas Gummerer" schrieb im Newsbeitrag
news:<134529-6925-3-git-send-email-t.gumme...@gmail.com>...
> Add the possibility of re-reading the index file, if it changed
> while reading.
>
> The index file might change during the read, causing outdated
> information to be displayed. We check if
"Florian Achleitner" schrieb im
Newsbeitrag
news:<1345662961-9587-16-git-send-email-florian.achleitner.2.6...@gmail.com>...
> fast-import mark files are stored outside the object database and are
> therefore not fetched and can be lost somehow else. marks provide a
> svn revision --> git sha1 ma
On 08/24/12 23:29, Junio C Hamano wrote:
> Tim Chase writes:
>> If the documented purpose of "diff -p" (and by proxy
>> diff.{type}.xfuncname) is to show the name of the *function*
>> containing the changed lines,
>
> Yeah, the documentation is misleading, but I do not offhand think of
> a be
2012/8/25 Erik Faye-Lund :
> On Fri, Aug 24, 2012 at 4:17 PM, Nguyễn Thái Ngọc Duy
> wrote:
>> 1 tập tin đã bị thay đổi, 5 được thêm vào(+), 3 bị xóa(-)
>
> Huh?
Oh, that's something we should fix soon, too. I suggested a "project
language" config key some time ago, where commands like format-p
On Fri, Aug 24, 2012 at 4:17 PM, Nguyễn Thái Ngọc Duy wrote:
> 1 tập tin đã bị thay đổi, 5 được thêm vào(+), 3 bị xóa(-)
Huh?
N�r��yb�X��ǧv�^�){.n�+ا���ܨ}���Ơz�&j:+v���zZ+��+zf���h���~i���z� �w���?�&�)ߢf
On 08/24/2012 04:02 PM, gree...@obbligato.org wrote:
> What is the status of libgit2 WRT the overall git project? I recall
> that there was some discussion of basing bits of git on libgit2 once it
> matures.
>
> I ask because I'm starting a project to improve the abysmal speed of
> git-subtree sp
> From: Junio C Hamano [mailto:gits...@pobox.com]
> Sent: Friday, August 24, 2012 11:51 PM
> To: Joachim Schmitz
> Cc: git@vger.kernel.org
> Subject: Re: [RFC] Support for HP NonStop
>
> "Joachim Schmitz" writes:
>
> > Reminds me of a related issue: in compat/fnmatch/fnmatch.c there is this:
> >
Back when "git apply" was written, we made sure that the user can
skip more than the default number of path components (i.e. 1) by
giving "-p", but the logic for doing so was built around the
notion of "we skip N slashes and stop". This obviously does not
work well when running under -p0 where we
On 08/23/2012 10:31 PM, Jeff King wrote:
> I think part of the confusion of this code is that inside the loop over
> the refs it is sometimes checking aspects of the ref, and sometimes
> checking invariants of the loop (like args.fetch_all). Splitting it into
> separate loops makes it easier to see
26 matches
Mail list logo
