unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Jason Earl <jearl@notengoamigos.org>
To: ams@gnu.org
Cc: rms@gnu.org, jwiegley@gmail.com, tzz@lifelogs.com,
	lennart.borgman@gmail.com, emacs-devel@gnu.org, juri@jurta.org,
	schwab@linux-m68k.org, david.reitter@gmail.com, eliz@gnu.org,
	miles@gnu.org
Subject: Re: Using Git to manage your Emacs changes
Date: Sat, 24 Apr 2010 13:33:49 -0600	[thread overview]
Message-ID: <87vdbghcgy.fsf@notengoamigos.org> (raw)
In-Reply-To: <E1O5isD-0006BN-8j@fencepost.gnu.org> (Alfred M. Szmidt's message of "Sat, 24 Apr 2010 13:10:33 -0400")

"Alfred M. Szmidt" <ams@gnu.org> writes:

>    >     Then what is necessary to do to make Git a GNU package?
>    >
>    > Agreeing to follow our practices on a lot of issues.  It is most
>    > unlikely that Torvalds would agree.
>
>    Does it really matter that much?  I am certain that their are other
>    parts of the GNU system (like, perhaps, TeX), where the hackers in
>    question don't follow GNU policies.  In fact, Bazaar doesn't
>    completely follow GNU policies (no texinfo documentation, and no
>    real plans to generate it either).
>
> While TeX is part of the GNU system, it is not part of the GNU
> project.  I hope that bazaar will adpot texinfo manuals soon, I think
> someone was working on that.

Bazaar has this marked as a bug (wishlist), but they are essentially
waiting for someone to come up with a way to make texinfo documentation
from their existing rst documentation.  In fact, it could easily be
argued that they are moving farther away from texinfo as they have moved
from simply requiring docutils to requiring the more complicated sphinx
documentation build system.

On the bright side, if someone could modify Sphinx to generate texinfo
then I would get my Python documentation back in texinfo format as well.

Besides, that would only solve the documentation part of the problem.
texinfo documentation is not likely to make the existing Emacs (or GNU)
developers like Bazaar.  Nor is it likely to make Savannah support
Bazaar at least as well as it supports git.  The documentation problem
is actually relatively minor, and it is a problem shared by both bzr and
git.

My question, and I ask this as a person whose one small contribution to
GNU is that I helped (a bit) with the conversion of the Emacs repo from
CVS to bzr, is why pretend that Bazaar is part of the GNU project when
the GNU developers (and systems administrators) seem to overwhelmingly
prefer git?  Worse, they are actively trying to undermine Bazaar,
including long discussions on how to circumvent Bazaar on this very
list.

Dump bzr and make git part of the GNU "system," if that is what it
takes, but do not pretend that Bazaar is part of the GNU project when
clearly it is not.

I love Emacs, and I have come to really like Bazaar, but I can not help
but feel that by helping the Emacs development team move to Bazaar I
have actually done both of these communities a disservice.  Bazaar has
received nothing but bad publicity from the switch, and the Emacs
development group appears to have been hampered more than
helped--despite the fact that Emacs was switching from crufty CVS.
Moving from CVS should have been a no-brainer, and yet that has not been
the case.  In my defense I assumed that Savannah would be using a smart
bzr server, which really would help a great deal.

Jason




  reply	other threads:[~2010-04-24 19:33 UTC|newest]

Thread overview: 46+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-04-07 19:23 Using Git to manage your Emacs changes John Wiegley
2010-04-07 19:32 ` David Reitter
2010-04-07 20:25   ` John Wiegley
2010-04-07 21:22     ` David Reitter
2010-04-21 17:30   ` Ted Zlatanov
2010-04-21 18:12     ` David Reitter
2010-04-21 19:29       ` John Wiegley
2010-04-21 20:42         ` Eli Zaretskii
2010-04-22  7:17           ` John Wiegley
2010-04-22  9:41             ` Lennart Borgman
2010-04-22 10:28               ` Andreas Schwab
2010-04-22 11:09                 ` Lennart Borgman
2010-04-22 11:29                   ` Andreas Schwab
2010-04-22 16:20                     ` endless version control debates [was Re: Using Git to manage your Emacs changes] Glenn Morris
2010-04-22 17:02                       ` endless version control debates Óscar Fuentes
2010-04-22 17:07                       ` endless version control debates [was Re: Using Git to manage your Emacs changes] Leo
2010-04-22 17:52                         ` Chad Brown
2010-04-22 19:16                           ` Andreas Schwab
2010-04-22 20:09                             ` Chad Brown
2010-04-23  2:50                               ` endless version control debates Miles Bader
2010-04-22 20:16                           ` endless version control debates [was Re: Using Git to manage your Emacs changes] Leo
2010-04-22 20:46                             ` Eli Zaretskii
2010-04-22 21:10                             ` Jeff Clough
2010-04-22 10:40               ` Using Git to manage your Emacs changes Miles Bader
2010-04-23  8:38                 ` Juri Linkov
2010-04-23  9:29                   ` Ævar Arnfjörð Bjarmason
2010-04-24 13:20                   ` Richard Stallman
2010-04-24 15:27                     ` Jason Earl
2010-04-24 15:45                       ` Ævar Arnfjörð Bjarmason
2010-04-24 17:10                       ` Alfred M. Szmidt
2010-04-24 19:33                         ` Jason Earl [this message]
2010-04-24 20:33                           ` Alfred M. Szmidt
2010-04-24 20:36                           ` Eli Zaretskii
2010-04-24 21:54                             ` Jason Earl
2010-04-25  8:26                             ` Stephen J. Turnbull
2010-04-27 20:59                             ` Karl Fogel
2010-04-25 16:47                           ` Georg Brandl
2010-04-26 14:33                       ` Richard Stallman
2010-04-26 17:35                         ` Eli Zaretskii
2010-04-21 22:16         ` Andreas Schwab
2010-04-07 20:53 ` Giuseppe Scrivano
2010-04-07 20:37   ` Thierry Volpiatto
2010-04-08 22:27     ` John Wiegley
2010-04-08 22:43       ` Jonas Bernoulli
2010-04-09  6:04       ` Thierry Volpiatto
2010-04-08 16:57 ` Ken Raeburn

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

  List information: https://www.gnu.org/software/emacs/

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

  git send-email \
    --in-reply-to=87vdbghcgy.fsf@notengoamigos.org \
    --to=jearl@notengoamigos.org \
    --cc=ams@gnu.org \
    --cc=david.reitter@gmail.com \
    --cc=eliz@gnu.org \
    --cc=emacs-devel@gnu.org \
    --cc=juri@jurta.org \
    --cc=jwiegley@gmail.com \
    --cc=lennart.borgman@gmail.com \
    --cc=miles@gnu.org \
    --cc=rms@gnu.org \
    --cc=schwab@linux-m68k.org \
    --cc=tzz@lifelogs.com \
    /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 public inbox

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

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).