Ein Build erzeugen 
==================

$Id$

Anmerkung: Alle Angaben beziehen sich auf das aktuelle Verzeichnis

 00. Mit doc/doc/<Sprache>/tex/doc/gen_changes.pl für jede Sprache eine neue
     Datei doc/doc/<Sprache>/tex/doc/changes.tex generieren und committen.

 0. Mit ./check-files.pl checken ob alles mit files.txt in Ordnung ist.

 1. Tag anlegen

        svn copy file:///repo/fli4l/branches/fli4l-3_0_x file:///repo/fli4l/tags/fli4l-3_0_x

 2. <entfällt>

 3. release.conf, release-avm_drv.conf und release-contrib.conf sowie base/version.txt - doku: ../doc/doc/deutsch/tex/doc/fli4l-version.tex
    auf korrekte Paketlisten kontrollieren


 4. Änderungen commiten <bei Änderungen in 2.>

        svn commit -, "release of fli4l <version>

 5. Pakete erstellen

        in release ./mkrelease.sh

 6. Release-Notes erstellen (in der Regel vorher erledigt):

	- release-notes.awk anpassen (Release Version korrigieren)
        for i in ../*/changes/*.txt; do awk -f release-notes.awk $i; done

        Weitere Notes hinzufügen/ bearbeiten

 7. Neue Version an changes Datei anfügen:

        for i in ../*/changes/*.txt; do echo "">> $i; echo "<VERSION>:">> $i; echo "-------">> $i; done

 8. Änderungen einchecken:

        cd .. && svn commit -m "added new version to changes and bump up
version-files"

 9. Anderen Usern Schreibzugriff auf Tarballs geben

        chmod -R g+w /home/fli4l/tarballs/distrib/<VERSION>
	chmod -R g+w /home/fli4l/tarballs/distrib/<VERSION>_contrib

11. Release-Notes und Downloadverzeichnis nach in-berlin stellen
12. Release-Notes in ML bekanntgeben
13. Nach einem halben Tag (~12 Stunden) Release in NG bekanntgeben
14. Heise.de über das Release in Kenntnis setzen
15. Tobias treten, daß er FreshMeat-Ankündigungen schreibt.