From f21bb53fdc2b04571504b940c25f0e9f43a1eff7 Mon Sep 17 00:00:00 2001 From: Bruno Haible Date: Fri, 12 Mar 2010 11:33:25 +0100 Subject: [PATCH] Mention the stable releases. --- ChangeLog | 5 +++++ doc/gnulib-intro.texi | 21 +++++++++++++++++---- 2 files changed, 22 insertions(+), 4 deletions(-) diff --git a/ChangeLog b/ChangeLog index 05a4e3db9..c06ff8f1a 100644 --- a/ChangeLog +++ b/ChangeLog @@ -1,3 +1,8 @@ +2010-03-12 Bruno Haible + + * doc/gnulib-intro.texi (Steady Development): Mention Ian Beckwith's + stable releases. + 2010-03-11 Bruno Haible Fix problems with overloaded C++ definitions of memchr, strpbrk, etc. diff --git a/doc/gnulib-intro.texi b/doc/gnulib-intro.texi index 09ac675ee..4cb86b865 100644 --- a/doc/gnulib-intro.texi +++ b/doc/gnulib-intro.texi @@ -312,10 +312,23 @@ information in the corresponding module description. Gnulib modules are continually adapted, to match new practices, to be consistent with newly added modules, or simply as a response to build -failure reports. We don't make releases, but instead recommend to use the -newest version of Gnulib from the Git repository, except in periods of major -changes. The source tree can also be fetched from a read-only CVS that -mirrors the Git repository. +failure reports. Gnulib is available in two qualities: + +@itemize +@item +There is the newest version of Gnulib from the Git repository. The +source tree can also be fetched from a read-only CVS that mirrors the Git +repository. + +@item +We also make stable releases every two months, at +@url{http://erislabs.net/ianb/projects/gnulib/}. +@end itemize + +If you are willing to report an occasional regression, we recommend to +use the newest version always, except in periods of major changes. Most +Gnulib users do this. If you prefer stable releases, please use the +newest stable release. @node Openness @section Openness -- 2.11.0