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

$Id$

Anmerkung: Alle Angaben beziehen sich auf das aktuelle Verzeichnis

 1. TAG und bugfix-BRANCH anlegen

        svn copy file:///repo/fli4l/trunk file:///repo/fli4l/tags/fli4l-3_X_Y
	svn copy file:///repo/fli4l/trunk file:///repo/fli4l/branches/fli4l-3_X_y-bugfix
        Als commit-msg "release of fli4l 3.x.y" verwenden. 

 2. mkdir /home/fli4l/tarballs/distrib/<VERSION>
    mkdir /home/fli4l/tarballs/distrib/<VERSION>/avm-drivers
    mkdir /home/fli4l/tarballs/distrib/<VERSION>_contrib

 3. release.conf, release-avm_drv.conf und release-contrib.conf sowie base/version.txt 
    auf korrekte Paketlisten kontrollieren


 4. Änderungen commiten

        svn commit -, "release of fli4l <version>"

 5. Pakete erstellen

        in release ./mkrelease.sh

 6. Release-Notes erstellen/updaten:

	- 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

 7a. ../base/version.txt auf neue Version setzen.

 8. Änderungen einchecken:

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

 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 an das Webteam mailen
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 (bei stable-releases)
15. Tobias treten, daß er FreshMeat-Ankündigungen schreibt.