# HG changeset patch # User Karl Fogel # Date 1261952915 18000 # Node ID 2c3ce96392f9221a9c302e85c430e759d5d2adfd # Parent c882f50b958b940e652768a2e56578b5ca9c7f9c# Parent 7b9e6639caa3a2ccf43fb73f110c1da7b51e8d12 Merge: document that we are on Bazaar now. diff -r c882f50b958b -r 2c3ce96392f9 ChangeLog --- a/ChangeLog Sun Dec 27 22:38:14 2009 +0100 +++ b/ChangeLog Sun Dec 27 17:28:35 2009 -0500 @@ -1,3 +1,8 @@ +2009-12-27 Karl Fogel + + * INSTALL.BZR: Rename from INSTALL.CVS; edit to talk about Bazaar. + * INSTALL, autogen.sh, configure.in, configure: Adjust accordingly. + 2009-12-17 Glenn Morris * .dir-locals.el (bug-reference-url-format): Change to debbugs.gnu.org. diff -r c882f50b958b -r 2c3ce96392f9 INSTALL --- a/INSTALL Sun Dec 27 22:38:14 2009 +0100 +++ b/INSTALL Sun Dec 27 17:28:35 2009 -0500 @@ -7,8 +7,8 @@ This file contains general information. For more specific information for the Windows, GNUstep/Mac OS X, and MS-DOS ports, also see the files nt/INSTALL nextstep/INSTALL, and msdos/INSTALL. For information -specific to building from a CVS checkout (rather than a release), see -the file INSTALL.CVS. +specific to building from a Bazaar checkout (rather than a release), see +the file INSTALL.BZR. BASIC INSTALLATION diff -r c882f50b958b -r 2c3ce96392f9 INSTALL.BZR --- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/INSTALL.BZR Sun Dec 27 17:28:35 2009 -0500 @@ -0,0 +1,91 @@ +Copyright (C) 2002, 2003, 2004, 2005, 2006, 2007, 2008, 2009 + Free Software Foundation, Inc. +See the end of the file for license conditions. + + + Building and Installing Emacs from Bazaar + +If this is the first time you go through it, you'll need to configure +before bootstrapping: + + $ ./configure + +Some of the files that are included in the Emacs tarball, such as +byte-compiled Lisp files, are not stored in Bazaar. Therefore, to +build from Bazaar you must run "make bootstrap" instead of just "make": + + $ cvs update -dP + $ make bootstrap + +Normally, it is not necessary to use "make bootstrap" after every +update from Bazaar. "make" should work in 90% of the cases and be +much quicker. + + $ make + +(If you want to install the Emacs binary, type "make install" instead +of "make" in the last command.) + +Occasionally the file "lisp/loaddefs.el" (and similar automatically +generated files, such as esh-groups.el, and *-loaddefs.el in some +subdirectories of lisp/, e.g. mh-e/ and calendar/) will need to be +updated to reflect new autoloaded functions. If you see errors (rather +than warnings) about undefined lisp functions during compilation, that +may be the reason. Another symptom may be an error saying that +"loaddefs.el" could not be found; this is due to a change in the way +loaddefs.el was handled in version control, and should only happen +once, for users that are updating old sources. Finally, sometimes +there can be build failures related to *loaddefs.el (e.g. "required +feature `esh-groups' was not provided"). In that case, follow the +instructions below. + +To update loaddefs.el (and similar files), do: + + $ cd lisp + $ make autoloads + +If either of the above partial procedures fails, try "make bootstrap". +If CPU time is not an issue, the most thorough way to rebuild, and +avoid any spurious problems, is always to use this method. + +Users of non-Posix systems (MS-Windows etc.) should run the +platform-specific configuration scripts (nt/configure.bat, config.bat, +etc.) before "make bootstrap" or "make"; the rest of the procedure is +applicable to those systems as well. + +Questions, requests, and bug reports about the Bazaar versions of Emacs +should be sent to emacs-pretest-bug@gnu.org rather than gnu.emacs.help +or gnu.emacs.bug. Ideally, use M-x report-emacs-bug RET which will +send it to the proper place. + +Because the Bazaar version of Emacs is a work in progress, it will +sometimes fail to build. Please wait a day or so (and check the bug +and development mailing list archives) before reporting such problems. +In most cases, the problem is known about and is just waiting for +someone to fix it. + + +Note on accessing the Bazaar repository +--------------------------------------- + +Write access to the Bazaar repository is currently done via Bazaar's +sftp:// protocol; see http://www.emacswiki.org/emacs/BzrForEmacsDevs. +We plan to offer bzr+ssh:// access later. More discussion about that +is at https://savannah.gnu.org/support/?107077. + + + +This file is part of GNU Emacs. + +GNU Emacs is free software: you can redistribute it and/or modify +it under the terms of the GNU General Public License as published by +the Free Software Foundation, either version 3 of the License, or +(at your option) any later version. + +GNU Emacs is distributed in the hope that it will be useful, +but WITHOUT ANY WARRANTY; without even the implied warranty of +MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the +GNU General Public License for more details. + +You should have received a copy of the GNU General Public License +along with GNU Emacs. If not, see . diff -r c882f50b958b -r 2c3ce96392f9 INSTALL.CVS --- a/INSTALL.CVS Sun Dec 27 22:38:14 2009 +0100 +++ /dev/null Thu Jan 01 00:00:00 1970 +0000 @@ -1,106 +0,0 @@ -Copyright (C) 2002, 2003, 2004, 2005, 2006, 2007, 2008, 2009 - Free Software Foundation, Inc. -See the end of the file for license conditions. - - - Building and Installing Emacs from CVS - -If this is the first time you go through it, you'll need to configure -before bootstrapping: - - $ ./configure - -Some of the files that are included in the Emacs tarball, such as -byte-compiled Lisp files, are not stored in the CVS repository. -Therefore, to build from CVS you must run "make bootstrap" -instead of just "make": - - $ cvs update -dP - $ make bootstrap - -Normally, it is not necessary to use "make bootstrap" after every CVS -update. "make" should work in 90% of the cases and be much quicker. - - $ make - -(If you want to install the Emacs binary, type "make install" instead -of "make" in the last command.) - -Occasionally the file "lisp/loaddefs.el" (and similar automatically -generated files, such as esh-groups.el, and *-loaddefs.el in some -subdirectories of lisp/, e.g. mh-e/ and calendar/) will need to be -updated to reflect new autoloaded functions. If you see errors (rather -than warnings) about undefined lisp functions during compilation, that -may be the reason. Another symptom may be an error saying that -"loaddefs.el" could not be found; this is due to a change in the way -loaddefs.el was handled in CVS, and should only happen once, for users -that are updating old CVS trees. Finally, sometimes there can be build -failures related to *loaddefs.el (e.g. "required feature `esh-groups' -was not provided"). In that case, follow the instructions below. - -To update loaddefs.el (and similar files), do: - - $ cd lisp - $ make autoloads - -If either of the above partial procedures fails, try "make bootstrap". -If CPU time is not an issue, the most thorough way to rebuild, and -avoid any spurious problems, is always to use this method. - -Users of non-Posix systems (MS-Windows etc.) should run the -platform-specific configuration scripts (nt/configure.bat, config.bat, -etc.) before "make bootstrap" or "make"; the rest of the procedure is -applicable to those systems as well. - -Questions, requests, and bug reports about the CVS versions of Emacs -should be sent to emacs-pretest-bug@gnu.org rather than gnu.emacs.help -or gnu.emacs.bug. Ideally, use M-x report-emacs-bug RET which will -send it to the proper place. - -Because the CVS version of Emacs is a work in progress, it will -sometimes fail to build. Please wait a day or so (and check the bug -and development mailing list archives) before reporting such problems. -In most cases, the problem is known about and is just waiting for -someone to fix it. - - -Note on using SSH to access the CVS repository from inside Emacs ----------------------------------------------------------------- - -Write access to the CVS repository requires using SSH v2. - -If you execute cvs commands inside Emacs, specifically if you use -pcl-cvs, output from CVS may be lost due to a problem in the -interface between ssh, cvs, and libc. Corrupted checkins are -also known to have happened. - -To fix the problem, save the following script into a file, make it -executable, and set CVS_RSH to the file name of the script: - -#!/bin/bash -exec 2> >(exec cat >&2 2>/dev/null) -exec ssh "$@" - -This may be combined with the following entry in ~/.ssh/config to -simplify accessing the CVS repository: - -Host subversions.gnu.org - Protocol 2 - ForwardX11 no - User YOUR_USERID - - -This file is part of GNU Emacs. - -GNU Emacs is free software: you can redistribute it and/or modify -it under the terms of the GNU General Public License as published by -the Free Software Foundation, either version 3 of the License, or -(at your option) any later version. - -GNU Emacs is distributed in the hope that it will be useful, -but WITHOUT ANY WARRANTY; without even the implied warranty of -MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the -GNU General Public License for more details. - -You should have received a copy of the GNU General Public License -along with GNU Emacs. If not, see . diff -r c882f50b958b -r 2c3ce96392f9 autogen.sh --- a/autogen.sh Sun Dec 27 22:38:14 2009 +0100 +++ b/autogen.sh Sun Dec 27 17:28:35 2009 -0500 @@ -1,6 +1,6 @@ #!/bin/sh -echo "Please read INSTALL.CVS for instructions on how to build Emacs from CVS." +echo "Please read INSTALL.BZR for instructions on how to build Emacs from Bazaar." # Exit with failure, since people may have generic build scripts that # try things like "autogen.sh && ./configure && make". diff -r c882f50b958b -r 2c3ce96392f9 configure --- a/configure Sun Dec 27 22:38:14 2009 +0100 +++ b/configure Sun Dec 27 17:28:35 2009 -0500 @@ -5604,11 +5604,11 @@ ## pre-built, and not deleted by the normal clean rules. makeinfo is ## therefore in the category of "special tools" not normally required, which ## configure does not have to check for (eg autoconf itself). -## In a CVS checkout on the other hand, the manuals are not included. -## So makeinfo is a requirement to build from CVS, and configure +## In a Bazaar checkout on the other hand, the manuals are not included. +## So makeinfo is a requirement to build from Bazaar, and configure ## should test for it as it does for any other build requirement. ## We use the presence of $srcdir/info/emacs to distinguish a release, -## with pre-built manuals, from a CVS checkout. +## with pre-built manuals, from a Bazaar checkout. if test "$MAKEINFO" = "no"; then if test "x${with_makeinfo}" = "xno"; then MAKEINFO=off diff -r c882f50b958b -r 2c3ce96392f9 configure.in --- a/configure.in Sun Dec 27 22:38:14 2009 +0100 +++ b/configure.in Sun Dec 27 17:28:35 2009 -0500 @@ -799,11 +799,11 @@ ## pre-built, and not deleted by the normal clean rules. makeinfo is ## therefore in the category of "special tools" not normally required, which ## configure does not have to check for (eg autoconf itself). -## In a CVS checkout on the other hand, the manuals are not included. -## So makeinfo is a requirement to build from CVS, and configure +## In a Bazaar checkout on the other hand, the manuals are not included. +## So makeinfo is a requirement to build from Bazaar, and configure ## should test for it as it does for any other build requirement. ## We use the presence of $srcdir/info/emacs to distinguish a release, -## with pre-built manuals, from a CVS checkout. +## with pre-built manuals, from a Bazaar checkout. if test "$MAKEINFO" = "no"; then if test "x${with_makeinfo}" = "xno"; then MAKEINFO=off