[MPlayer-cvslog] r28202 - in trunk/DOCS: README tech/codec-devel.txt tech/release-howto.txt

[diego]

Author: diego
Date: Sat Dec 27 14:58:20 2008
New Revision: 28202

Log:
Remove/fix ancient CVS references.

Modified:
   trunk/DOCS/README
   trunk/DOCS/tech/codec-devel.txt
   trunk/DOCS/tech/release-howto.txt

Modified: trunk/DOCS/README
==============================================================================
--- trunk/DOCS/README	Sat Dec 27 14:49:24 2008	(r28201)
+++ trunk/DOCS/README	Sat Dec 27 14:58:20 2008	(r28202)
@@ -6,7 +6,7 @@
 Thanks for reading MPlayer documentation !!!
 
 
-1. For "release" version users (i.e. non-CVS):
+1. For "release" version users (i.e. non-Subversion):
 
    a, Enter the HTML/ directory, and there you'll find the documentation,
       each language in its own subdirectory.
@@ -19,7 +19,7 @@ Thanks for reading MPlayer documentation
       try the subdirectories in this very same folder.
 
 
-2. For "development" version users (i.e. CVS or CVS snapshots):
+2. For "development" version users (i.e. Subversion or Subversion snapshots):
 
    a, Enter the xml/ directory, and read the README file there to find
       out how to build a HTML version of the XML documentation. It will

Modified: trunk/DOCS/tech/codec-devel.txt
==============================================================================
--- trunk/DOCS/tech/codec-devel.txt	Sat Dec 27 14:49:24 2008	(r28201)
+++ trunk/DOCS/tech/codec-devel.txt	Sat Dec 27 14:58:20 2008	(r28202)
@@ -49,8 +49,8 @@ data, search for sample media of both ty
 work at 7 different bit depths, then, as painful as it may be, do what you
 can to obtain sample media encoded for each of the 7 bit depths.
 
-- Latest CVS snapshot: It's always useful to develop code for the very
-latest development version of MPlayer. Be sure to update your local CVS
+- Latest Subversion snapshot: It's always useful to develop code for the very
+latest development version of MPlayer. Be sure to update your local Subversion
 copy often.
 
 - General programming knowledge, working Linux development environment: I
@@ -190,7 +190,8 @@ files:
 - ad.c or vd.c
 Of course, you will need to include your newly-created file(s): 
 vd_<name>.c -OR- ad_<name>.c. If you contribute enough decoders, the
-development team may even grant you write privileges to the CVS repository.
+development team may even grant you write privileges to the Subversion
+repository.
 
 5) Wait for bug reports to start rolling in
 You may think you're finished when you release the codec and if you're

Modified: trunk/DOCS/tech/release-howto.txt
==============================================================================
--- trunk/DOCS/tech/release-howto.txt	Sat Dec 27 14:49:24 2008	(r28201)
+++ trunk/DOCS/tech/release-howto.txt	Sat Dec 27 14:58:20 2008	(r28202)
@@ -7,22 +7,18 @@ preparations:
   all docs are up to date, etc.
 - Verify man page, remove obsolete options, mention new ones.
 - Ask translation maintainers to update their help_mp*.h file.
-- Update the ChangeLog file (according to CVS log), ask other developers
+- Update the ChangeLog file (according to Subversion log), ask other developers
   to verify their parts, etc. Ask Diego to spellcheck it.
 - Consult at -dev-eng about unstable parts of the code which should be
   disabled for the release.
 - Find a codename for the release
 
 create the release tree:
-- tag cvs with release name
+- tag Subversion with release name
 - update release.sh script with version number
 ***the following steps are done automatically by release.sh script***
-- cvs checkout the mplayer src tree
-- check out libavcodec and libavformat from FFmpeg CVS
-- remove the CVS subdirs:
-    find main -name CVS -exec rm -rf {} \;
-- remove the .cvsignore files:
-    find main -name .cvsignore -exec rm {} \;
+- checkout the mplayer src tree
+- check out FFmpeg subdirs
 - remove obsolete DOCS translations, help files
 - replace version.sh with this (change version number too...):