all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: "Alpár Jüttner" <alpar@cs.elte.hu>
To: Eli Zaretskii <eliz@gnu.org>
Cc: auctex-devel@gnu.org, 7053@debbugs.gnu.org, dominik@science.uva.nl
Subject: bug#7053: Reftex is fully broken
Date: Sun, 19 Sep 2010 08:42:18 +0200	[thread overview]
Message-ID: <1284878538.3330.73.camel__47260.1755908274$1284918060$gmane$org@piko.site> (raw)
In-Reply-To: <E1OxCvN-0001nb-Jl@fencepost.gnu.org>


> > 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. 

I know that. I meant I try to use bzr for nothing else that is absolute
necessary to get the latest dev version.

>  So there's no reason not to
> use "bzr bisect".

I feel there are many good reasons not to use bzr at all. There are much
better alternatives.

But it is very off topic here, so please forget about my enthusiastic
expression of my dissatisfaction with bzr. Sorry for the noise.

Regards,
Alpar







      parent reply	other threads:[~2010-09-19  6:42 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-09-17  9:41 bug#7053: Reftex is fully broken Alpár Jüttner
2010-09-17 11:52 ` Eli Zaretskii
2010-09-17 13:49   ` Alpár Jüttner
2010-09-17 16:20     ` Eli Zaretskii
2010-09-18  4:19       ` Alpár Jüttner
2010-09-18  9:21         ` Eli Zaretskii
2010-09-18 14:47         ` Stefan Monnier
2010-09-19  5:34           ` Alpár Jüttner
     [not found]         ` <83mxrfz9se.fsf@gnu.org>
2010-09-18 15:16           ` bug#7053: [AUCTeX-devel] " Ralf Angeli
     [not found]           ` <87vd635bfi.fsf@caeruleus.net>
2010-09-18 16:11             ` Stefan Monnier
     [not found]             ` <jwv62y39gts.fsf-monnier+emacs@gnu.org>
2010-09-18 16:28               ` Ralf Angeli
2010-09-19  8:48               ` Andreas Röhler
2010-09-20 23:40               ` Stefan Monnier
2010-09-19  5:24           ` Alpár Jüttner
2010-09-19  5:58             ` Eli Zaretskii
     [not found]             ` <E1OxCvN-0001nb-Jl@fencepost.gnu.org>
2010-09-19  6:42               ` Alpár Jüttner [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='1284878538.3330.73.camel__47260.1755908274$1284918060$gmane$org@piko.site' \
    --to=alpar@cs.elte.hu \
    --cc=7053@debbugs.gnu.org \
    --cc=auctex-devel@gnu.org \
    --cc=dominik@science.uva.nl \
    --cc=eliz@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.