Discussion:
hg log | git log xemacs hg support
Uwe Brauer
2015-10-19 09:18:34 UTC
Permalink
Hello

I just cloned the hg xemacs rep.

When I open say abbrev.el in the lisp directory
vc-print-log tells me that the file is *not* under version control!

When I open it with GNU emacs it seems to recognise that the file is
under version control.

However vc-print-log only prints the commit message, but *not* the
relevant entry of the ChangeLog entry.

That seems to be a problem of hg

git log shows both entries

Can somebody confirm this please.

Uwe Brauer
Raymond Toy
2015-10-19 15:55:20 UTC
Permalink
Uwe> Hello
Uwe> I just cloned the hg xemacs rep.

Uwe> When I open say abbrev.el in the lisp directory
Uwe> vc-print-log tells me that the file is *not* under version control!

Isn't that because vc doesn't know about hg? I poked around a little
and found that the variable vc-handled-backends doesn't include hg.

Since xemacs uses hg, it's probably a good idea if vc supported hg.

--
Ray
Stephen J. Turnbull
2015-10-20 04:28:05 UTC
Permalink
Post by Raymond Toy
Uwe> Hello
Uwe> I just cloned the hg xemacs rep.
Uwe> When I open say abbrev.el in the lisp directory
Uwe> vc-print-log tells me that the file is *not* under version control!
Isn't that because vc doesn't know about hg? I poked around a little
and found that the variable vc-handled-backends doesn't include hg.
Since xemacs uses hg, it's probably a good idea if vc supported hg.
Yes. However, this is probably a non-trivial task, as it's not
obvious that our vc is up to handling recent GNU backends (not, I
guess), and likely it's non-trivial to port recent vc.el too.
Uwe Brauer
2015-10-20 08:06:19 UTC
Permalink
Uwe> Hello
Uwe> I just cloned the hg xemacs rep.
Uwe> When I open say abbrev.el in the lisp directory
Uwe> vc-print-log tells me that the file is *not* under version control!
Post by Stephen J. Turnbull
Yes. However, this is probably a non-trivial task, as it's not
obvious that our vc is up to handling recent GNU backends (not, I
guess), and likely it's non-trivial to port recent vc.el too.
Oops that is what I feared. It is a bit paradoxical that Xemacs uses HG
but does not support it. I am now starting to move from RCS to HG[1]

Be it as it may GNU emacs vc is now *very* different from the Xemacs one
(5 years of development?) They moved out some functionality for RCS and
only after I begged some of these functionality was re installed.

They support git and hg, although the git support is a bit better as far
as I can tell, not surprising given that emacs uses git for its
development.

Anyhow I don't have any patch to offer.


Footnotes:
[1] as you once recommended.
Mats Lidell
2015-10-20 11:08:48 UTC
Permalink
Post by Uwe Brauer
Oops that is what I feared. It is a bit paradoxical that Xemacs uses
HG but does not support it. I am now starting to move from RCS to
HG[1]
Have you tried mercurial.el in the vc package? It does its job I think.

Yours
--
%% Mats
Mats Lidell
2015-10-20 15:57:31 UTC
Permalink
it is from 2006, but again when I open a file in the xemacs trunc
xemacs keeps telling me that this files is not under version
control, while GNU emacs works.
Sorry if I was a bit unclear. As Mike points out this is its own
interface towards mercurial. So it is different but I think it does
its job but I guess I'm biased. I think with git and mercurial the
command prompt is a better alternative than what I have seen in many
IDEs ;-)

So if you feel adventurous you need to read some info about its
use. Try:

(find-library "mercurial")

and read how to get started.

Yours
--
%% Mats
Raymond Toy
2015-10-20 20:33:14 UTC
Permalink
it is from 2006, but again when I open a file in the xemacs trunc
xemacs keeps telling me that this files is not under version
control, while GNU emacs works.
Mats> Sorry if I was a bit unclear. As Mike points out this is its own
Mats> interface towards mercurial. So it is different but I think it does
Mats> its job but I guess I'm biased. I think with git and mercurial the
Mats> command prompt is a better alternative than what I have seen in many
Mats> IDEs ;-)

As a long time user of pcl-cvs, I'm so used to it that I can't live
without it. Hence, I was very happy to find (a) git.el that pretty
much looks like pcl-cvs.

I've never used mercurial.el, but I think I've used hg.el (?) which
looks enough like pcl-cvs that I can live with it.

--
Ray

Henry S. Thompson
2015-10-20 12:24:58 UTC
Permalink
I'm confused now.

vc version 1.48 at least (and earlier ones, too, IIRC) include
mercurial.el, which provides the necessary shims.

I use mercurial for XEmacs work, and vc picks up on mercurial-managed
files just fine.

But not always. Usually if I edit a file under mercurial, it a)
autoloads mercurial and b) e.g. C-x v l prints the log. Other times it
autoloads mercurial, but I have the same problem as you.

At the moment it's working, so I can't debug!

Perplexed in Edinburgh
--
Henry S. Thompson, School of Informatics, University of Edinburgh
10 Crichton Street, Edinburgh EH8 9AB, SCOTLAND -- (44) 131 650-4440
Fax: (44) 131 650-4587, e-mail: ***@inf.ed.ac.uk
URL: http://www.ltg.ed.ac.uk/~ht/
[mail from me _always_ has a .sig like this -- mail without it is forged spam]
Mike Kupfer
2015-10-20 14:41:22 UTC
Permalink
Post by Henry S. Thompson
vc version 1.48 at least (and earlier ones, too, IIRC) include
mercurial.el, which provides the necessary shims.
I use mercurial for XEmacs work, and vc picks up on mercurial-managed
files just fine.
mercurial.el isn't a vc backend. It provides many of the vc
keybindings, and it uses some vc functions and variables. But anything
that tries to use the vc API to manage a Mercurial repo will not work
correctly.

mike
Loading...