[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Subversion support in Emacs 23

From: Ben Collins-Sussman <sussman_at_red-bean.com>
Date: 2007-10-10 17:19:07 CEST

Congrats, Eric! That's great news.

Now I just need to get me a good HEAD build for OS X.. I think the
Carbon port is actually in the Emacs CVS tree these days...

On 10/10/07, Eric S. Raymond <esr@snark.thyrsus.com> wrote:
> I am very pleased to be able to announce that new VC passed review on
> emacs-devel and I have just merged it into Emacs CVS. This means,
> among other things, that Subversion will be *fully* supported in the
> next Emacs point release. This means no more slicing of checkins into
> per-file operations; a VC commit will really be a changeset commit.
>
> I don't know when the next point release will occur. But you guys
> can, and should, stop maintaining your own Emacs mode now. Emacs is
> pretty easy to build from CVS, and Emacs users who need good
> Subversion support would be better off being pointed up that path than
> using the jagged-edged kluge you had in place. I apologize that
> replacing it took so long.
>
> I suppose the only bad news for you guys is that the atomic changeset
> commits will also work for git, Mercurial, GNU Arch, and bzr, ;-)
> --
> Eric S. Raymond
>
> "The state calls its own violence `law', but that of the individual `crime'"
> -- Max Stirner
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: dev-help@subversion.tigris.org
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed Oct 10 17:32:58 2007

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.