This is in order that we can substantially simplify forthcoming
database changes. If mercurial support were still desired, the right
thing to do would be to rework it now along the lines of this request.
But we haven't used it for some years.
It could be reenabled later, if this work were done then. (Of course
there might be other bitrot already that we don't know about.)
CC: committers@xenproject.org
Signed-off-by: Ian Jackson <ian.jackson@eu.citrix.com>
Acked-by: Andrew Cooper <Andrew.Cooper3@citrix.com>
$tree = git_massage_url($tree);
}
+ if ($vcs eq 'hg') {
+ die "mercurial support has rottted";
+ # to reinstate, git grep for "mercurial" and fix everything
+ }
+
return ($tree, $vcs);
}
last;
}
my ($wronginfo) = grep {
- $_->[1]{val} !~ m/^(?: .*: )? $v /x;
+ $_->[1]{val} ne $v;
+ # Was once $_->[1]{val} !~ m/^(?: .*: )? $v /x;
+ # to support stripping (local) changeset numbers from
+ # mercurial revisions in the val column. But this
+ # does not work with our index query strategy. To
+ # reinstate mercurial support, it will be necessary to
+ # either make the index query more complicated (eg an
+ # index on a substring of val) or to arrange for all
+ # the code to not ever store these revision counts in
+ # the db. The latter is probably more correct.
} @revisions;
if (defined $wronginfo) {