]> git.lyx.org Git - lyx.git/commitdiff
Added text about file format not changing between e.g. LyX 1.5.0 and LyX 1.5.1 etc
authorChristian Ridderström <christian.ridderstrom@gmail.com>
Mon, 23 Apr 2007 19:08:40 +0000 (19:08 +0000)
committerChristian Ridderström <christian.ridderstrom@gmail.com>
Mon, 23 Apr 2007 19:08:40 +0000 (19:08 +0000)
git-svn-id: svn://svn.lyx.org/lyx/lyx-devel/trunk@17926 a592a061-630c-0410-9148-cb99ea01b6c8

README

diff --git a/README b/README
index e9487959fd92e8013378b65b60c6baf72c924adb..6da288064e0e042874b44c2852f1a6dd389e8f60 100644 (file)
--- a/README
+++ b/README
@@ -36,21 +36,22 @@ What do I need to run LyX?
 
 How does the LyX version scheme work?
 
-    LyX uses a continuous numbering scheme in which odd or
-    even numbering is not significant. Instead a number '1.x.y'
-    indicates stable release '1.x', fix level 'y'. Prereleases
-    are labeled with a "pre" suffix. Thus there are three possible
-    file names:
-
-       lyx-1.5.0.tar.gz       -- stable release
-       lyx-1.5.5.tar.gz       -- fifth maintenance release of the
-                                 1.5 stable release
+    LyX uses a contiguous numbering scheme for versions, where a
+    number "1.x.y" indicates a stable release '1.x', fix level 'y'.
+    Prereleases are denoted with the suffix "pre" and there are
+    therefore three possible types of file names:
+
+       lyx-1.5.0.tar.gz       -- stable release 
+       lyx-1.5.5.tar.gz       -- fifth maintenance release of LyX 1.5
        lyx-1.5.0pre1.tar.gz   -- potentially unstable test release
 
-    The maintenance releases are designed primarily to fix bugs. The
-    goal here is not to have parallel development as for the linux
-    kernel (the team is too small to afford that), but rather to
-    include all the simple (so that the maintenance burden on us
+    The maintenance releases are designed primarily to fix bugs,
+    and the file format will _never_ change due to a maintenance
+    release! 
+
+    The goal here is not to have parallel development as for the
+    linux kernel (the team is too small to afford that), but rather
+    to include all the simple (so that the maintenance burden on us
     is not too high) and safe (so that system administrators can
     install them without fear) bug fixes.  Experience shows that
     these releases will contain a few new features, and that the