GNU bug report logs - #7053
reftex and up-list

Previous Next

Package: emacs;

Reported by: Alpár Jüttner <alpar <at> cs.elte.hu>

Date: Fri, 17 Sep 2010 11:10:03 UTC

Severity: normal

Tags: patch

Done: Stefan Monnier <monnier <at> IRO.UMontreal.CA>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Alpár Jüttner <alpar <at> cs.elte.hu>
Cc: auctex-devel <at> gnu.org, 7053 <at> debbugs.gnu.org, dominik <at> science.uva.nl
Subject: bug#7053: Reftex is fully broken
Date: Sun, 19 Sep 2010 01:58:53 -0400
> From: Alpár Jüttner <alpar <at> cs.elte.hu>
> Cc: 7053 <at> debbugs.gnu.org, Carsten Dominik <dominik <at> science.uva.nl>, 
>  auctex-devel <at> gnu.org
> Date: Sun, 19 Sep 2010 07:24:13 +0200
> 
> > Failing that, perhaps you could do a "bzr bisect" to find the revision
> > which broke reftex.
> 
> I try to avoid to do it as far as I can. I'm a big fan of distributed
> version control systems. I use hg in several project with grate success
> and satisfaction. I people have also very good experience with git.
> 
> But bzr is so much pain to use. A 'bzr pull' triggers tens of MB net
> traffic  every time (and takes long minutes), operations that are
> instantaneous on hg/git takes ages here (log, update, status, diff).

If you have a bzr repository on your machine, then "bzr bisect" is a
local operation that doesn't involve any network traffic or
negotiation with the remote repository.  So there's no reason not to
use "bzr bisect".




This bug report was last modified 14 years and 308 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.