]> granicus.if.org Git - mutt/commitdiff
Update some of the documentation to refer to git.
authorKevin McCarthy <kevin@8t8.us>
Mon, 11 Dec 2017 04:03:30 +0000 (20:03 -0800)
committerKevin McCarthy <kevin@8t8.us>
Mon, 11 Dec 2017 04:03:30 +0000 (20:03 -0800)
Also update the repos URL.

COPYRIGHT
README
doc/devel-notes.txt

index 0c15e56061a5b786a98658e34065fed7cacf4009..b9bd47990dc070185f6cfa43a1a7d7045d6581af 100644 (file)
--- a/COPYRIGHT
+++ b/COPYRIGHT
@@ -5,7 +5,7 @@ Please note that this is by no means an exhaustive list of all the
 persons who have been contributing to this program.  Please see the
 manual for a (probably still non complete) list of the persons who
 have been helpful with the development of this program.  Please also
-see our source code repository at http://dev.mutt.org/hg/mutt/ for
+see our source code repository at https://gitlab.com/muttmua/mutt for
 the full history of commits.
 
 Copyright (C) 1996-2016 Michael R. Elkins <me@cs.hmc.edu>
diff --git a/README b/README
index 70ef0c23d199c6fea6ccee588806a2b7fd6392d6..d6ce560ee060b68d6e3800d384cba8e3ccd4ce16 100644 (file)
--- a/README
+++ b/README
@@ -5,9 +5,9 @@ When updating mutt from an earlier release or from Mercurial, please
 make sure to read the compatibility notes in ``UPDATING''. Older changes
 between mutt-1.2 and mutt-1.4 are listed in NEWS.
 
-If you got the mutt source code from the public Mercurial repository
-(http://dev.mutt.org/hg/mutt/), please read doc/devel-notes.txt to make
-sure that you have a complete development environment.
+If you got the mutt source code from the public source code
+repository, please read doc/devel-notes.txt to make sure that you have
+a complete development environment.
 
 Installation instructions are detailed in ``INSTALL''. The user manual
 is in doc/manual.txt. PGP users should read doc/PGP-Notes.txt.
index 4eede0fe5ee267a8e9fffc4073afd036790795cb..1b992cd9d8200498b6fd3b468156b58312d0808b 100644 (file)
@@ -7,8 +7,8 @@ majordomo@mutt.org).  Announcements about recent development
 versions go to that mailing list, as go technical discussions and
 patches.
 
-Patches should, if possible, be made using Mercurial against
-the latest revision.
+Patches should, if possible, be made using Git against the latest
+revision.
 
 You'll need several GNU development utilities for working on mutt:
 
@@ -121,13 +121,13 @@ to turn the HTML into text, so if that fails you may need to install
 something else.
 
 
-Getting started from Mercurial
-------------------------------
+Getting started from Git
+------------------------
 
-The official Mercurial repository is located at:
-http://dev.mutt.org/hg/mutt/. You can get a fresh clone via:
+The official Git repository is located at:
+https://gitlab.com/muttmua/mutt. You can get a fresh clone via:
 
-  $ hg clone http://dev.mutt.org/hg/mutt/ mutt
+  $ git clone https://gitlab.com/muttmua/mutt.git mutt
 
 Once you've checked out a copy of the source, or changed your
 automake version, you'll need to run the script called './prepare' that
@@ -138,16 +138,16 @@ magic that needs to be done with a fresh checkout.
 Contributing patches
 --------------------
 
-As Mercurial is a distributed version control system, it's easy to
+As Git is a distributed version control system, it's easy to
 commit changes locally without impacting anybody else's work, starting
 over again, or turn several commit and backouts into a new single patch
 ready for submission.
 
 These so-called "changesets" (a diff with a reasonable message
-describing the change) can be exported using Mercurial through the
-"patchbomb" extension shipped with Mercurial (please see the hg
-documentation for details) which also is the preferred format for
-submission to the mutt-dev mailing list for discussion and review.
+describing the change) can be exported using Git through the
+"send-email" command (please see the git documentation for details)
+which also is the preferred format for submission to the mutt-dev
+mailing list for discussion and review.
 
 In order to ease later bisecting in case of bugs and code history,
 changes should be grouped logically, feature by feature or bugfix by