[ng] maint: downgrade version: 2.0a -> 0.5a

Since Automake is still in the version series 1.x (at the moment of
writing the last stable version being 1.11.3), labelling Automake-NG
with a version of "2.0a" (as we've done in a recent commit) would
mud the waters about what the "real" or "more recent" Automake is,
and cause even more confusion about the Automake vs. Automake-NG
distinction.  Which is precisely what we don't want.

So let's downgrade the Automake-NG version to "0.5a".

This change comes with a caveat of its own, though.

After this "version downgrade", a project which requires a minimal
Automake API version in AM_INIT_AUTOMAKE or AUTOMAKE_OPTIONS might
get a "spurious" warning if someone tries to use Automake-NG to
bootstrap it.  For example, a project whose configure.ac contains:

  AM_INIT_AUTOMAKE([1.10])

would trigger a complaint from Automake-NG, since "1.10" is
interpreted as a version number greater than "0.5a".

Then again, while this is annoying right now, in the long run it
might turn out to actually be helpful, in case we introduce some
big or subtle backward-incompatibility between Automake-NG and
mainstream Automake.

Suggestion by Dave Hart.

* configure.ac (AC_INIT): Change version number from 2.0a to 0.5a.

diff --git a/configure.ac b/configure.ac
index 7c11411d1ecdf4e8304efcb4a3c83c25f4c491d0..62e44c1abe1a698d6d9279a6435b9019474030be 100644 (file)
--- a/configure.ac
+++ b/configure.ac
@@ -16,7 +16,7 @@
 # along with this program.  If not, see <http://www.gnu.org/licenses/>.
 
 AC_PREREQ([2.68])
-AC_INIT([GNU Automake-NG], [2.0a], [automake-ng@gnu.org])
+AC_INIT([GNU Automake-NG], [0.5a], [automake-ng@gnu.org])
 
 AC_CONFIG_SRCDIR([automake.in])
 AC_CONFIG_AUX_DIR([lib])