Torsten Bögershausen tbo...@web.de writes:
Now it appeared on next as well, so it's time to look a little bit deeper.
This test case of t1450 fails:
test_expect_success 'tag pointing to something else than its type' '
To debug more, I added an exit 0 here to inspect the file named out:
Any idea please ?
On Thu, 12 Jul 2012 13:48:44 +0530
J. Bakshi joydeep.bak...@infoservices.in wrote:
Dear list,
Is there any option to add user-name and password with git push ?
Or any repo wise configuration file where I can save the info, so that
it doesn't ask the credential before
Junio C Hamano gits...@pobox.com writes:
if (use_global_config) {
if (is $HOME/.gitconfig usable?) {
use it;
Yes, but when $HOME is unset, the question doesn't really make sense.
Maybe the file exists, but we can't know since the user broke his
On 16/07/12 09:27, Jonathan Nieder wrote:
Michael Cree wrote:
On 15/07/2012, at 8:50 AM, Jonathan Nieder wrote:
gcc takes full advantage by converting the get_be32
calls back to a load and bswap and producing a whole bunch of
unaligned access traps.
Alpha does not have
Jeff King p...@peff.net writes:
Subject: [PATCH] status: color in-progress message like other header messages
My feeling is that these in progress messages would deserve to be more
visible than the usual headers (like Not currently on any branch.,
which is both legit and likely to be a
On Mon, Jul 16, 2012 at 01:55:12PM +0530, J. Bakshi wrote:
Any idea please ?
Did you miss the four responses here:
http://thread.gmane.org/gmane.comp.version-control.git/201351
?
-Peff
--
To unsubscribe from this list: send the line unsubscribe git in
the body of a message to
On Mon, Jul 16, 2012 at 11:59:45AM +0200, Matthieu Moy wrote:
Jeff King p...@peff.net writes:
Subject: [PATCH] status: color in-progress message like other header
messages
My feeling is that these in progress messages would deserve to be more
visible than the usual headers (like Not
On 07/15/2012 11:43 AM, Štěpán Němec wrote:
On Sat, 14 Jul 2012 22:32:05 -0700
Junio C. Hamano wrote:
Thanks. All looked reasonable, except that I've heard nobody says
ent for the past couple of years, and it might be better to drop
the entry altogether.
Please keep it, it's funny.
Signed-off-by: Matthieu Moy matthieu@imag.fr
---
contrib/mw-to-git/git-remote-mediawiki | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/contrib/mw-to-git/git-remote-mediawiki
b/contrib/mw-to-git/git-remote-mediawiki
index a6ad8cf..a2da52f 100755
---
When notes are created to record a push, it normally doesn't exist yet.
However, when a push is interrupted and then restarted, it may happen
that a commit already has notes attached, and we want to reflect the newly
created remote revision, hence use 'git notes add -f' to override the
existing
Signed-off-by: Matthieu Moy matthieu@imag.fr
---
contrib/mw-to-git/git-remote-mediawiki | 24 ++--
1 file changed, 22 insertions(+), 2 deletions(-)
diff --git a/contrib/mw-to-git/git-remote-mediawiki
b/contrib/mw-to-git/git-remote-mediawiki
index a2da52f..8e46e4e 100755
Initial phases of push and pull with git-remote-mediawiki can be long on
a large wiki. Let the user know what's going on.
Signed-off-by: Matthieu Moy matthieu@imag.fr
---
contrib/mw-to-git/git-remote-mediawiki | 3 +++
1 file changed, 3 insertions(+)
diff --git
The algorithm to find a path from the local revision to the remote one
was calling git rev-list and parsing its output N times. Run rev-list
only once, and fill a hashtable with the result to optimize the body of
the loop.
Signed-off-by: Matthieu Moy matthieu@imag.fr
---
Signed-off-by: Matthieu Moy matthieu@imag.fr
---
contrib/mw-to-git/git-remote-mediawiki | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/contrib/mw-to-git/git-remote-mediawiki
b/contrib/mw-to-git/git-remote-mediawiki
index accd70a..a6ad8cf 100755
---
Some wiki, including https://git.wiki.kernel.org/ have invalid revision
numbers (i.e. the actual revision numbers are non-contiguous). Don't die
when encountering one.
Signed-off-by: Matthieu Moy matthieu@imag.fr
---
contrib/mw-to-git/git-remote-mediawiki | 13 +
1 file changed,
After the recent improvements to git-remote-mediawiki, I did a bit of
real-life testing, by importing https://ensiwiki.ensimag.fr/ and
https://git.wiki.kernel.org/. It turned out we had a few blocking bugs
and a grossly unoptimized algorithm on push. This patch serie makes
git-remote-mediawiki
Previous discussion:
http://thread.gmane.org/gmane.comp.version-control.git/200129/focus=200146
I'm not sure if I've drawn the right conclusions from the previous
thread, so please let me know in case that's the wrong way to go..
* refs: disallow ref components starting with hyphen
*
Currently, we allow refname components to start with a hyphen. There's
no good reason to do so and it troubles the parseopt infrastructure.
Explicitly refuse refname components starting with a hyphen inside
check_refname_component().
Revert 63486240, which is obsolete now.
Signed-off-by: Michael
Currently, it's possible to update HEAD with a nonsense reference since
no strict validation ist performed. Example:
$ git symbolic-ref HEAD 'refs/heads/master
'
Fix this by checking the given reference with check_refname_format().
Signed-off-by: Michael Schubert
On Mon, Jul 16, 2012 at 12:17:26AM +, Techlive Zheng wrote:
So, Is there any progress on these patches, I am currently need this
functionality very much, will these be merged into master?
No. Turning on break detection in merge-recursive triggered bugs
elsewhere in merge-recursive. See
On 07/16/2012 02:13 PM, Michael Schubert wrote:
Currently, it's possible to update HEAD with a nonsense reference since
no strict validation ist performed. Example:
$ git symbolic-ref HEAD 'refs/heads/master
'
Fix this by checking the given reference with
Git version: git-1.7.7.6-1.fc16.x86_64
I am getting an error with a patch that I am applying to a git repository.
I have created a test case for this issue that I am facing.
$ git apply --check 0001-modified-README.patch
fatal: patch fragment without header at line 7: @@ -635,9 +635,7 @@
Greetings everyone,
After investigation, the solution turns out to solve the problem
partially. What is does is it update any existing files/folders already
present but does not actually add new ones. So my question is, could the
content of what to add be edited directly? Where is the actual
On 12-07-14 02:59 AM, mhag...@alum.mit.edu wrote:
From: Michael Haggerty mhag...@alum.mit.edu
Add a new Python script, contrib/hooks/post-receive-multimail.py, that
can be used to send notification emails describing pushes into a git
repository. This script is derived from
Am 16.07.2012 um 09:57 schrieb Thomas Rast:
Torsten Bögershausen tbo...@web.de writes:
Now it appeared on next as well, so it's time to look a little bit deeper.
This test case of t1450 fails:
test_expect_success 'tag pointing to something else than its type' '
To debug more, I added
mhag...@alum.mit.edu writes:
From: Michael Haggerty mhag...@alum.mit.edu
Add a new Python script, contrib/hooks/post-receive-multimail.py, that
can be used to send notification emails describing pushes into a git
repository. This script is derived from
contrib/hooks/post-receive-mail, but
Matthieu Moy matthieu@grenoble-inp.fr writes:
Junio C Hamano gits...@pobox.com writes:
if (use_global_config) {
if (is $HOME/.gitconfig usable?) {
use it;
Yes, but when $HOME is unset, the question doesn't really make sense.
Maybe the file
Michael Schubert msc...@elegosoft.com writes:
Currently, we allow refname components to start with a hyphen. There's
no good reason to do so...
That is way too weak as a justification to potentially break
existing repositories.
Refusal upon attempted creation is probably OK, which is why the
Michael Schubert msc...@elegosoft.com writes:
Currently, it's possible to update HEAD with a nonsense reference since
no strict validation ist performed. Example:
$ git symbolic-ref HEAD 'refs/heads/master
'
Fix this by checking the given reference with
tuxdna tux...@gmail.com writes:
Git version: git-1.7.7.6-1.fc16.x86_64
I am getting an error with a patch that I am applying to a git repository.
I have created a test case for this issue that I am facing.
$ git apply --check 0001-modified-README.patch
fatal: patch fragment without header
On 07/15/2012 10:49 PM, Shawn Pearce wrote:
On Sun, Jul 15, 2012 at 6:43 AM, Jonas H. jo...@lophus.org wrote:
I'd like to implement HTTP authentication for Git Smart HTTP using Dulwich
(a Python binding):
1) read-only if unauthenticated and write only if authenticated
2) read/write only if
Michael Haggerty mhag...@alum.mit.edu writes:
It's already supported:
git config hooks.announcelist \
n...@example.com, overwhel...@example.com, p...@example.com
git config hooks.refchangelist \
n...@example.com, overwhel...@example.com
git config
Junio C Hamano gits...@pobox.com writes:
Michael Schubert msc...@elegosoft.com writes:
Currently, we allow refname components to start with a hyphen. There's
no good reason to do so...
That is way too weak as a justification to potentially break
existing repositories.
Refusal upon
Hello All,
I'm glad to report that SubGit 1.0 RC1 is available for download at
http://subgit.com/
SubGit is a server side tool that enables transparent two-way
synchronization between Subversion and Git.
Being installed into Subversion repository, SubGit provides safe and
smooth Svn to Git
Matthieu Moy matthieu@imag.fr writes:
Signed-off-by: Matthieu Moy matthieu@imag.fr
It would have been nicer to hint why people may want to omit
mediafiles from their export under what condition somewhere in the
documentation or at least in the proposed commit log message.
--
To
Matthieu Moy matthieu@imag.fr writes:
The algorithm to find a path from the local revision to the remote one
was calling git rev-list and parsing its output N times. Run rev-list
only once, and fill a hashtable with the result to optimize the body of
the loop.
Good thinking. I wonder if
Looks sensible.
--
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
Display notes in the rev-list when switch '--notes' is used.
Also expand notes place holder (%N) in user format.
Previously rev-list ignored both of these.
Signed-off-by: Jukka Lehtniemi jukka.lehtni...@gmail.com
---
Thanks for your feedback Peff!
builtin/rev-list.c | 16
Thanks for updates. Will queue on 'pu' as-is.
--
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
Semen Vadishev semen.vadis...@tmatesoft.com writes:
Hello All,
I'm glad to report that SubGit 1.0 RC1 is available for download at
http://subgit.com/
Where's the source?
--
To unsubscribe from this list: send the line unsubscribe git in
the body of a message to majord...@vger.kernel.org
More
On 07/16/2012 07:47 PM, Junio C Hamano wrote:
Michael Haggerty mhag...@alum.mit.edu writes:
It's already supported:
git config hooks.announcelist \
n...@example.com, overwhel...@example.com, p...@example.com
git config hooks.refchangelist \
n...@example.com,
Hello Junio,
Where's the source?
SubGit is a closed-source project.
Semen Vadishev,
TMate Software,
http://subgit.com/ - git+svn on the server side!
On 7/16/12 20:55, Junio C Hamano wrote:
Semen Vadishev semen.vadis...@tmatesoft.com writes:
Hello All,
I'm glad to report that SubGit 1.0
Junio C Hamano gits...@pobox.com writes:
Matthieu Moy matthieu@imag.fr writes:
Signed-off-by: Matthieu Moy matthieu@imag.fr
---
contrib/mw-to-git/git-remote-mediawiki | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/contrib/mw-to-git/git-remote-mediawiki
Semen Vadishev semen.vadis...@tmatesoft.com writes:
Hello Junio,
Where's the source?
SubGit is a closed-source project.
Ah, OK. As long as you are using Git in compliance with its
licensing terms, it is perfectly fine to be commercial.
But in that case, could you please mark your messages
Matthieu Moy matthieu@grenoble-inp.fr writes:
Junio C Hamano gits...@pobox.com writes:
Matthieu Moy matthieu@imag.fr writes:
Signed-off-by: Matthieu Moy matthieu@imag.fr
---
contrib/mw-to-git/git-remote-mediawiki | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
Michael Haggerty mhag...@alum.mit.edu writes:
On 07/16/2012 07:47 PM, Junio C Hamano wrote:
Michael Haggerty mhag...@alum.mit.edu writes:
It's already supported:
git config hooks.announcelist \
n...@example.com, overwhel...@example.com, p...@example.com
git config
Signed-off-by: Matthieu Moy matthieu@imag.fr
---
contrib/mw-to-git/git-remote-mediawiki | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/contrib/mw-to-git/git-remote-mediawiki
b/contrib/mw-to-git/git-remote-mediawiki
index accd70a..a6ad8cf 100755
---
Initial phases of push and pull with git-remote-mediawiki can be long on
a large wiki. Let the user know what's going on.
Signed-off-by: Matthieu Moy matthieu@imag.fr
---
contrib/mw-to-git/git-remote-mediawiki | 3 +++
1 file changed, 3 insertions(+)
diff --git
When notes are created to record a push, it normally doesn't exist yet.
However, when a push is interrupted and then restarted, it may happen
that a commit already has notes attached, and we want to reflect the newly
created remote revision, hence use 'git notes add -f' to override the
existing
Signed-off-by: Matthieu Moy matthieu@imag.fr
---
contrib/mw-to-git/git-remote-mediawiki | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/contrib/mw-to-git/git-remote-mediawiki
b/contrib/mw-to-git/git-remote-mediawiki
index a6ad8cf..a2da52f 100755
---
Some wiki, including https://git.wiki.kernel.org/ have invalid revision
numbers (i.e. the actual revision numbers are non-contiguous). Don't die
when encountering one.
Signed-off-by: Matthieu Moy matthieu@imag.fr
---
contrib/mw-to-git/git-remote-mediawiki | 13 +
1 file changed,
The algorithm to find a path from the local revision to the remote one
was calling git rev-list and parsing its output N times. Run rev-list
only once, and fill a hashtable with the result to optimize the body of
the loop.
Signed-off-by: Matthieu Moy matthieu@imag.fr
---
Signed-off-by: Matthieu Moy matthieu@imag.fr
---
contrib/mw-to-git/git-remote-mediawiki | 2 ++
1 file changed, 2 insertions(+)
diff --git a/contrib/mw-to-git/git-remote-mediawiki
b/contrib/mw-to-git/git-remote-mediawiki
index 729a0bc..8badff6 100755
---
It is possible to use git-remote-mediawiki on a tree with both .mw files
and other files. Before git-remote-mediawiki learnt how to export
mediafiles, such mixed trees allowed the user to maintain both the wiki
and other files for the same project in the same repository. With the
newly added
Thanks; will replace and requeue.
--
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 2011-11-04 02:11:49 GMT, Ben Walton wrote:
Excerpts from Eric Wong's message of Wed Nov 02 18:09:41 -0400 2011:
Hi Eric,
I don't have much time to help you fix it, but I got numerous errors
on SVN 1.6.x (svn 1.6.12). Can you make sure things continue to
work on 1.6 and earlier, also?
== Work done in the previous 12 weeks ==
- Definition of a tentative index file v5 format [1]. This differs
from the proposal in making it possible to bisect the directory
entries and file entries, to do a binary search. The exact bits
for each section were also defined. To further compress
Hi,
here goes the reroll. I corrected the spelling errors pointed out
by Zbigniew and appended another patch for replacing the if-else
Did the command fail? constructs with test_must_fail.
I based this series on the as/t4012-style-updates branch pushed by
Junio. So his fixes are included
This quoting style is used by all newly added test code.
Signed-off-by: Alexander Strasser eclip...@gmx.net
Signed-off-by: Junio C Hamano gits...@pobox.com
---
t/t4012-diff-binary.sh | 35 ---
1 file changed, 20 insertions(+), 15 deletions(-)
diff --git
The nested quoting is not needed in this cases, thus the previous
version did work just fine. Nevertheless the usage is misleading,
so just achieve nested quoting by using double quotes instead. Lower
the probability of breakage in the future and make the code easier
to read.
NOTE: Just dropping
Do not hide possible git errors by masking its process
exit status.
Signed-off-by: Alexander Strasser eclip...@gmx.net
Signed-off-by: Junio C Hamano gits...@pobox.com
---
t/t4012-diff-binary.sh | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/t/t4012-diff-binary.sh
The --shortstat test depends on the same scenario as the --stat
test. Use the part of the same expected result for the --stat test
to avoid duplicating it manually.
Signed-off-by: Alexander Strasser eclip...@gmx.net
Signed-off-by: Junio C Hamano gits...@pobox.com
---
t/t4012-diff-binary.sh | 4
Most one-level indents were 1 HT (horizontal tab) followed by 1 SP.
Remove the SP.
Signed-off-by: Alexander Strasser eclip...@gmx.net
Signed-off-by: Junio C Hamano gits...@pobox.com
---
t/t4012-diff-binary.sh | 68 +-
1 file changed, 34
Thomas Gummerer t.gumme...@gmail.com writes:
== Work done in the previous 12 weeks ==
- Definition of a tentative index file v5 format [1]. This differs
from the proposal in making it possible to bisect the directory
entries and file entries, to do a binary search. The exact bits
for
From: Johannes Sixt j...@kdbg.org
For some reason, 'echo X | dd bs=1k seek=1' creates a file with 2050 bytes
on Windows instead of the expected 1026 bytes, so that a test fails. Since
the actual contents of the file are irrelevant as long as there is at
least one zero byte so that the diff
Make the code less bulky and easier to read. Also do not overlook
failures like e.g. git failing because of unexpected signals.
Signed-off-by: Alexander Strasser eclip...@gmx.net
---
t/t4012-diff-binary.sh | 16 ++--
1 file changed, 2 insertions(+), 14 deletions(-)
diff --git
The command fragments are quoted nowhere else in title texts of
this file, thus make this one consistent with all other titles.
Signed-off-by: Alexander Strasser eclip...@gmx.net
Signed-off-by: Junio C Hamano gits...@pobox.com
---
t/t4012-diff-binary.sh | 2 +-
1 file changed, 1 insertion(+), 1
All looked reasonable; thanks folks. Will requeue and advance it to
'next'.
--
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 Sunday 15 July 2012 19:30:25 Jonathan Nieder wrote:
Hi Florian,
Florian Achleitner wrote:
After importing new commits on top of refs/remotes/* the
ref was overwritten with the local refs/heads/master, because the name
of the remote reference to fetch, i.e. refs/heads/master, was used
Topics meant for the upcoming 1.7.12 have been maturing, and I am
planning to tag 1.7.12-rc0 early next week. As a handful of topics
have been rerolled since the last What's cooking, here is an
incremental updates.
There are quite a few topics that are marked as Expecting a reroll
in the last
Hi,
I've fixed the git-svn tests for SVN 1.7 and tested with SVN 1.7.5. SVN 1.7
changed its expectations of path and URL formats and git-svn did not comply
with them. The new code uses SVN's own canonicalization routines where
available. This has been reported in several places...
If external diff is specified through diff.external then it is used even if
`git diff --no-ext-diff` is used when there is a typechange.
Signed-off-by: Jakub Vrana ja...@vrana.cz
---
diff.c |3 +++
1 file changed, 3 insertions(+)
diff --git a/diff.c b/diff.c
index 208096f..898d610 100644
On Mon, Jul 16, 2012 at 12:03:40PM -0700, Junio C Hamano wrote:
Jukka Lehtniemi jukka.lehtni...@gmail.com writes:
Display notes in the rev-list when switch '--notes' is used.
Also expand notes place holder (%N) in user format.
Previously rev-list ignored both of these.
Signed-off-by:
Florian Achleitner wrote:
When it does advertise refspec like:
Debug: Remote helper: - refspec refs/heads/master:refs/remotes/svnfile/master
it all works. Unfortunatly I didn't understand that a day ago.
Hm, that still doesn't look right. The RHS of the refspec is supposed to
be a _private_
Jeff King p...@peff.net writes:
... But whatever we call it, I think it is an
improvement.
I didn't say it makes things worse in any way, did I?
I was reacting on the Subject: line because that will what I later
have to work from when reading shortlog, summarizing changes, etc.
... I don't
On Mon, Jul 16, 2012 at 09:30:09PM +0300, Jukka Lehtniemi wrote:
@@ -111,6 +112,7 @@ static void show_commit(struct commit *commit, void *data)
ctx.date_mode = revs-date_mode;
ctx.date_mode_explicit = revs-date_mode_explicit;
ctx.fmt =
On Mon, Jul 16, 2012 at 08:40:24PM -0700, Junio C Hamano wrote:
Jeff King p...@peff.net writes:
... But whatever we call it, I think it is an
improvement.
I didn't say it makes things worse in any way, did I?
No, you did not. That was my attempt to end the paragraph on a positive
and
On Mon, Jul 16, 2012 at 05:27:00PM -0700, Jakub Vrana wrote:
If external diff is specified through diff.external then it is used even if
`git diff --no-ext-diff` is used when there is a typechange.
Eek. That has some minor security implications, as it means that it is
dangerous to run even
On Mon, Jul 16, 2012 at 07:06:51PM +0530, tuxdna wrote:
Git version: git-1.7.7.6-1.fc16.x86_64
I am getting an error with a patch that I am applying to a git repository.
I have created a test case for this issue that I am facing.
$ git apply --check 0001-modified-README.patch
fatal:
Jeff King p...@peff.net writes:
On Mon, Jul 16, 2012 at 09:30:09PM +0300, Jukka Lehtniemi wrote:
@@ -111,6 +112,7 @@ static void show_commit(struct commit *commit, void
*data)
ctx.date_mode = revs-date_mode;
ctx.date_mode_explicit = revs-date_mode_explicit;
80 matches
Mail list logo