git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* [PATCH] remote-hg: do not fail on invalid bookmarks
@ 2013-12-29 11:30 Antoine Pelisse
  2013-12-29 22:24 ` Mike Hommey
  2014-01-06 13:52 ` Torsten Bögershausen
  0 siblings, 2 replies; 7+ messages in thread
From: Antoine Pelisse @ 2013-12-29 11:30 UTC (permalink / raw)
  To: git; +Cc: Felipe Contreras, Antoine Pelisse

Mercurial can have bookmarks pointing to "nullid" (the empty root
revision), while Git can not have references to it.
When cloning or fetching from a Mercurial repository that has such a
bookmark, the import will fail because git-remote-hg will not be able to
create the corresponding reference.

Warn the user about the invalid reference, and continue the import,
instead of stopping right away.

Signed-off-by: Antoine Pelisse <apelisse@gmail.com>
---
 contrib/remote-helpers/git-remote-hg | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/contrib/remote-helpers/git-remote-hg b/contrib/remote-helpers/git-remote-hg
index eb89ef6..12d850e 100755
--- a/contrib/remote-helpers/git-remote-hg
+++ b/contrib/remote-helpers/git-remote-hg
@@ -625,6 +625,9 @@ def list_head(repo, cur):
 def do_list(parser):
     repo = parser.repo
     for bmark, node in bookmarks.listbookmarks(repo).iteritems():
+        if node == '0000000000000000000000000000000000000000':
+            warn("Ignoring invalid bookmark '%s'", bmark)
+            continue
         bmarks[bmark] = repo[node]
 
     cur = repo.dirstate.branch()
-- 
1.8.5.1.97.g8d784da.dirty

^ permalink raw reply related	[flat|nested] 7+ messages in thread

* Re: [PATCH] remote-hg: do not fail on invalid bookmarks
  2013-12-29 11:30 [PATCH] remote-hg: do not fail on invalid bookmarks Antoine Pelisse
@ 2013-12-29 22:24 ` Mike Hommey
  2013-12-30  7:41   ` Antoine Pelisse
  2013-12-30 19:12   ` Junio C Hamano
  2014-01-06 13:52 ` Torsten Bögershausen
  1 sibling, 2 replies; 7+ messages in thread
From: Mike Hommey @ 2013-12-29 22:24 UTC (permalink / raw)
  To: Antoine Pelisse; +Cc: git, Felipe Contreras

On Sun, Dec 29, 2013 at 12:30:02PM +0100, Antoine Pelisse wrote:
> Mercurial can have bookmarks pointing to "nullid" (the empty root
> revision), while Git can not have references to it.
> When cloning or fetching from a Mercurial repository that has such a
> bookmark, the import will fail because git-remote-hg will not be able to
> create the corresponding reference.
> 
> Warn the user about the invalid reference, and continue the import,
> instead of stopping right away.

It's not invalid, it's used to indicate deleted bookmarks. (Tags have
the same property)

Mike

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [PATCH] remote-hg: do not fail on invalid bookmarks
  2013-12-29 22:24 ` Mike Hommey
@ 2013-12-30  7:41   ` Antoine Pelisse
  2013-12-30 23:22     ` Mike Hommey
  2013-12-30 19:12   ` Junio C Hamano
  1 sibling, 1 reply; 7+ messages in thread
From: Antoine Pelisse @ 2013-12-30  7:41 UTC (permalink / raw)
  To: Mike Hommey; +Cc: git, Felipe Contreras

On Sun, Dec 29, 2013 at 11:24 PM, Mike Hommey <mh@glandium.org> wrote:
> On Sun, Dec 29, 2013 at 12:30:02PM +0100, Antoine Pelisse wrote:
>> Mercurial can have bookmarks pointing to "nullid" (the empty root
>> revision), while Git can not have references to it.
>> When cloning or fetching from a Mercurial repository that has such a
>> bookmark, the import will fail because git-remote-hg will not be able to
>> create the corresponding reference.
>>
>> Warn the user about the invalid reference, and continue the import,
>> instead of stopping right away.
>
> It's not invalid, it's used to indicate deleted bookmarks. (Tags have
> the same property)

Hey Mike,
Indeed, I don't know how I ended-up with such a bookmark, but it
prevented me from git-cloning the repository (and the backtrace was
not very helpful at first).
But I'm still not sure what you mean by "deleted bookmarks" ?
I guess it's not "hg bookmark --delete", as it would not be listed at
all. Is it "hg strip some_changeset" that end-up deleting the
bookmarked changeset ? I think I've tested this use-case and it moved
the bookmark to a parent changeset.

Antoine,

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [PATCH] remote-hg: do not fail on invalid bookmarks
  2013-12-29 22:24 ` Mike Hommey
  2013-12-30  7:41   ` Antoine Pelisse
@ 2013-12-30 19:12   ` Junio C Hamano
  1 sibling, 0 replies; 7+ messages in thread
From: Junio C Hamano @ 2013-12-30 19:12 UTC (permalink / raw)
  To: Mike Hommey; +Cc: Antoine Pelisse, git, Felipe Contreras

Mike Hommey <mh@glandium.org> writes:

> On Sun, Dec 29, 2013 at 12:30:02PM +0100, Antoine Pelisse wrote:
>> Mercurial can have bookmarks pointing to "nullid" (the empty root
>> revision), while Git can not have references to it.
>> When cloning or fetching from a Mercurial repository that has such a
>> bookmark, the import will fail because git-remote-hg will not be able to
>> create the corresponding reference.
>> 
>> Warn the user about the invalid reference, and continue the import,
>> instead of stopping right away.
>
> It's not invalid, it's used to indicate deleted bookmarks. (Tags have
> the same property)

So what should remote-hg behave in such a case, other than what
Antoine's change does (which is to, IIRC, warn, ignore and
continue).

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [PATCH] remote-hg: do not fail on invalid bookmarks
  2013-12-30  7:41   ` Antoine Pelisse
@ 2013-12-30 23:22     ` Mike Hommey
  0 siblings, 0 replies; 7+ messages in thread
From: Mike Hommey @ 2013-12-30 23:22 UTC (permalink / raw)
  To: Antoine Pelisse; +Cc: git, Felipe Contreras

On Mon, Dec 30, 2013 at 08:41:13AM +0100, Antoine Pelisse wrote:
> On Sun, Dec 29, 2013 at 11:24 PM, Mike Hommey <mh@glandium.org> wrote:
> > On Sun, Dec 29, 2013 at 12:30:02PM +0100, Antoine Pelisse wrote:
> >> Mercurial can have bookmarks pointing to "nullid" (the empty root
> >> revision), while Git can not have references to it.
> >> When cloning or fetching from a Mercurial repository that has such a
> >> bookmark, the import will fail because git-remote-hg will not be able to
> >> create the corresponding reference.
> >>
> >> Warn the user about the invalid reference, and continue the import,
> >> instead of stopping right away.
> >
> > It's not invalid, it's used to indicate deleted bookmarks. (Tags have
> > the same property)
> 
> Hey Mike,
> Indeed, I don't know how I ended-up with such a bookmark, but it
> prevented me from git-cloning the repository (and the backtrace was
> not very helpful at first).
> But I'm still not sure what you mean by "deleted bookmarks" ?
> I guess it's not "hg bookmark --delete", as it would not be listed at
> all. Is it "hg strip some_changeset" that end-up deleting the
> bookmarked changeset ? I think I've tested this use-case and it moved
> the bookmark to a parent changeset.

Mmmm after looking at the mercurial code, it looks like i was wrong and
bookmarks are not handled like tags. You can actually create such a
bookmark on purpose with:

$ hg bookmark -r null foo

Then, if you do, say:

$ hg up -r foo
$ echo a > a
$ hg add a
$ hg commit -m a

Then you end up with a completely new head with no ancestors in common
with the others.

In git terms,

$ hg bookmark -r null foo
$ hg up -r foo

is equivalent to

$ git checkout --orphan foo

But git never creates an actual ref in that case.

Mike

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [PATCH] remote-hg: do not fail on invalid bookmarks
  2013-12-29 11:30 [PATCH] remote-hg: do not fail on invalid bookmarks Antoine Pelisse
  2013-12-29 22:24 ` Mike Hommey
@ 2014-01-06 13:52 ` Torsten Bögershausen
  2014-01-06 21:51   ` Antoine Pelisse
  1 sibling, 1 reply; 7+ messages in thread
From: Torsten Bögershausen @ 2014-01-06 13:52 UTC (permalink / raw)
  To: Antoine Pelisse, git
  Cc: Felipe Contreras,
	"tbo >> Torsten Bögershausen"

On 2013-12-29 12.30, Antoine Pelisse wrote:
> Mercurial can have bookmarks pointing to "nullid" (the empty root
> revision), while Git can not have references to it.
> When cloning or fetching from a Mercurial repository that has such a
> bookmark, the import will fail because git-remote-hg will not be able to
> create the corresponding reference.
> 
> Warn the user about the invalid reference, and continue the import,
> instead of stopping right away.
> 
> Signed-off-by: Antoine Pelisse <apelisse@gmail.com>
> ---
>  contrib/remote-helpers/git-remote-hg | 3 +++
>  1 file changed, 3 insertions(+)
> 
> diff --git a/contrib/remote-helpers/git-remote-hg b/contrib/remote-helpers/git-remote-hg
> index eb89ef6..12d850e 100755
> --- a/contrib/remote-helpers/git-remote-hg
> +++ b/contrib/remote-helpers/git-remote-hg
> @@ -625,6 +625,9 @@ def list_head(repo, cur):
>  def do_list(parser):
>      repo = parser.repo
>      for bmark, node in bookmarks.listbookmarks(repo).iteritems():
> +        if node == '0000000000000000000000000000000000000000':
> +            warn("Ignoring invalid bookmark '%s'", bmark)
> +            continue
>          bmarks[bmark] = repo[node]
>  
>      cur = repo.dirstate.branch()
> 
(Side note: ap/remote-hg-skip-null-bookmarks)

When I run the test-suite like this:
~/projects/git/git.pu/contrib/remote-helpers$ debug=t verbose=t make test-hg-hg-git.sh

All 11 test cases fail on my systems (Debian Wheezy and Mac OS X):
[snip]
WARNING: Ignoring invalid bookmark 'master'
To hg::../hgrepo-git
 ! [remote rejected] master -> master
error: failed to push some refs to 'hg::../hgrepo-git'
not ok 1 - executable bit
#	
[snip]

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [PATCH] remote-hg: do not fail on invalid bookmarks
  2014-01-06 13:52 ` Torsten Bögershausen
@ 2014-01-06 21:51   ` Antoine Pelisse
  0 siblings, 0 replies; 7+ messages in thread
From: Antoine Pelisse @ 2014-01-06 21:51 UTC (permalink / raw)
  To: Torsten Bögershausen; +Cc: git, Felipe Contreras

Thanks for noticing,
I can reproduce at work, I will try to come-up with an improved version soon,

Cheers,
Antoine

On Mon, Jan 6, 2014 at 2:52 PM, Torsten Bögershausen <tboegi@web.de> wrote:
> On 2013-12-29 12.30, Antoine Pelisse wrote:
>> Mercurial can have bookmarks pointing to "nullid" (the empty root
>> revision), while Git can not have references to it.
>> When cloning or fetching from a Mercurial repository that has such a
>> bookmark, the import will fail because git-remote-hg will not be able to
>> create the corresponding reference.
>>
>> Warn the user about the invalid reference, and continue the import,
>> instead of stopping right away.
>>
>> Signed-off-by: Antoine Pelisse <apelisse@gmail.com>
>> ---
>>  contrib/remote-helpers/git-remote-hg | 3 +++
>>  1 file changed, 3 insertions(+)
>>
>> diff --git a/contrib/remote-helpers/git-remote-hg b/contrib/remote-helpers/git-remote-hg
>> index eb89ef6..12d850e 100755
>> --- a/contrib/remote-helpers/git-remote-hg
>> +++ b/contrib/remote-helpers/git-remote-hg
>> @@ -625,6 +625,9 @@ def list_head(repo, cur):
>>  def do_list(parser):
>>      repo = parser.repo
>>      for bmark, node in bookmarks.listbookmarks(repo).iteritems():
>> +        if node == '0000000000000000000000000000000000000000':
>> +            warn("Ignoring invalid bookmark '%s'", bmark)
>> +            continue
>>          bmarks[bmark] = repo[node]
>>
>>      cur = repo.dirstate.branch()
>>
> (Side note: ap/remote-hg-skip-null-bookmarks)
>
> When I run the test-suite like this:
> ~/projects/git/git.pu/contrib/remote-helpers$ debug=t verbose=t make test-hg-hg-git.sh
>
> All 11 test cases fail on my systems (Debian Wheezy and Mac OS X):
> [snip]
> WARNING: Ignoring invalid bookmark 'master'
> To hg::../hgrepo-git
>  ! [remote rejected] master -> master
> error: failed to push some refs to 'hg::../hgrepo-git'
> not ok 1 - executable bit
> #
> [snip]
>
>

^ permalink raw reply	[flat|nested] 7+ messages in thread

end of thread, other threads:[~2014-01-06 21:52 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-12-29 11:30 [PATCH] remote-hg: do not fail on invalid bookmarks Antoine Pelisse
2013-12-29 22:24 ` Mike Hommey
2013-12-30  7:41   ` Antoine Pelisse
2013-12-30 23:22     ` Mike Hommey
2013-12-30 19:12   ` Junio C Hamano
2014-01-06 13:52 ` Torsten Bögershausen
2014-01-06 21:51   ` Antoine Pelisse

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).