ViitorMake/BaseBuild/toolchain/ViitorMake

#!/bin/bash
#Framework, welches ein komplettes Linux System aus den Sourcen erstellt
#dieses Framework wird im CVS Repository
#:pserver:cvs.tramp-bbs.de:/opt/cvs zur Verfügung gestellt
#
#Lage dieser Datei im Archiv: $HeadURL$
#
#(c) 2003 Harald Kueller, Germany
#This program is free software; you can redistribute it and/or
#modify ist under the terms of the GNU General Public License
#as published by the Free Software Foundation; either version
#2 of the License, or (at your option) any later version.
#
#This program is distributed in the hope that it will be useful,
#but WITHOUT ANY WARRANTY; without even the implied warranty of
#MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
#See the GNU General Public License for more details.
#
#You should have received a copy of the GNU General Public License
#along with this program; if not write to the Free Software Foundation,
#Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA.
#
#Dies ist ein Module zur Verwendung mit genpkg. Die Erzeugung eines
#Viitor Linux Packetes wird über die Funktionen premk, mk und postmk
#gesteuert. premk() dient zur Vorbereitung des Sourcecodes. Hier können
#diverse Änderungen am sourcecode (mit awk/sed usw.) vorgenommen werden
#mk() umfasst die source Konfiguration und das Übersetzten des source
#codes. Auch die Installation muß von mk erledigt werden. Hier gild dass
#die Installation immer nach $TMPROOT erfolgen soll (meisst kann das mit
#"make DESTDIR=$TMPROOT install" angestossen werden). postmk kann 
#vor der packeterstellung noch einiges am installationtree ändern. postmk
#läuft nachdem die Packetabhängigkeiten erstellt wurden.
#Das Verhalten von genpkg kann über die Variable MKPKG gesteuert werden.
#Hier müssen FLAGS zur Steuerung gesetzt werden. Folgende Flags werden
#erkannt:
#
#  1	: Package Erzeugung erzwingen. Packet wird, auch wenn es schon
#	  vorhanden ist, ohne weitere rückfragen neu Erzeugt.
#  2	: Package Installation erzwingen. Installpkg wird mit -f aufgerufen.
#	  Das bewirkt, das installpkg keine rückfragen bei der installation
#	  Stellt, und das packet in jedemfall (neu) installiert.
#  4	: Sourcepacket nicht nach MAKEDIR entpacken. Ist dieses Flag gesetzt
#	  muss sich das Module selber um das Entpacken der sourcedateien kümmern.
#	  vor allem wichtig bei Packeten, für die es keine source.tgz gibt
#	  (z.B. aus dem CVS generierte Packete).
#  8	: Erstellung des Packetes aus $TMPROOT wird unterdrückt. Dies ist bei 
#	  manchen Sonderfällen möglich - wenn sich z.B. der Packetnamen nicht 
#	  aus dem Namen des sourcearchives ableiten lässt. Packet sollte in
#	  so einem Fall in der postmk() Funktion erstellt werden.
# 16	: Packet wird nicht installiert. Bei Packeten wie tar oder bash kann
#	  die installation mittelst installpkg probleme machen.
# 32	: Dependics File so erzeugen, das die Abhängigkeiten bei der installation
#	  erfüllt sein müssen. installpkg bricht in so einem fall bei fehlenden
#	  packeten die installation ab, und gibt nicht "nur" warnmeldungen aus.
#	  Wichtig bei packeten mit postinstallroutine, die software aus dem 
#	  frisch installierten Packet verwendet (wie z.B. postgresql)
# 64	: sourcetree aufräumen nach packeterstellung unterbinden.
#
# 128   : Patches zu den Sourcen nicht einspielen - Module muss sich darum
#         kümmern

#Module zur Erstellung des Packetes: (staticsys)
#Quelle der Source Archive: siehe dynsys
#Kurzbeschreibung: siehe dynsys
#
#Letzte Änderung von: $Author$
#Datum der letzten Änderung: $Date$
#Version der Datei: $Revision$
#
#$Log$
#Revision 1.3  2006/08/30 07:29:43  kueller
#Korrektur der aus ViitorMake zu kopierenden Verzeichnisse (fuer chroot umgebung)
#
#Revision 1.2  2006/08/16 08:27:07  kueller
#mit -p macht make auch verzeichnisse incl. deren unterverzeichnissen..:).
#
#Revision 1.1  2006/08/13 13:15:38  kueller
#Toolchain Module zum Build von CrossViitor Linux
#
#Revision 1.6  2006/07/11 10:27:24  kueller
#Anpassungen an umstellung von devfs auf udev. /dev wird nicht mehr mittels
#mount -t devfs none /dev, sondern mit mount -o bind /dev $LFS/dev angemeldet.
#Das spiegelt das unter /dev gemountete filesystem 1:1 nach $LFS/dev.
#So spielt es keine Rolle ob unter /dev ein devfs oder ein tmpfs (fuer udev)
#angemeldet ist.
#
#Revision 1.5  2003/10/22 13:38:18  kueller
#neues helpers verzeichniss wird beim dynsysbuild im $LFS verzeichniss benoetigt
#
#Revision 1.4  2003/09/23 12:24:54  kueller
#staticsys files wurden nicht kopiert -> korrigiert
#
#Revision 1.3  2003/09/23 12:22:14  kueller
#Basedirs Script durch prepdynsys module ersetzt
#
#Revision 1.2  2003/09/23 12:11:28  kueller
#Erweiterung um Netzwerk Initialisierungen - damit im Dynamic System
#das Netzwerk mitverwendet werden kann.
#
#Revision 1.1  2003/09/23 10:38:31  kueller
#Bringt das Viitor Make Environment in den Dynamischen Build (chroot Umgebung)
#
#

SRCPATH=Base/

(( MKPKG = $MKPKG | 4 ))
(( MKPKG = $MKPKG | 8 ))
(( MKPKG = $MKPKG | 16 ))
(( MKPKG = $MKPKG | 64 ))
(( MKPKG = $MKPKG | 128 ))

#Funktion wird nach dem Entpacken der Sourcen, im Tree der Sourcen
#ausgeführt (sprich unpack src; cd src; premk)
#Hier kann z.B. das Makefile gepatcht werden (SED lässt grüssen

premk() {
	echo "Nothing to do for premk()"
}

#Hier wird der Make Prozess der Sourcen definiert
mk() {
	if [ -d $LFS/usr/src/ViitorMake ]; then
        	rm -r $LFS/usr/src/ViitorMake
	fi
	mkdir -p $LFS/usr/src/ViitorMake
	tar -C $VMAKEDIR -cf - BaseBuild|\
	tar -C $LFS/usr/src/ViitorMake -xvf -
	for i in functions defsys genpkg; do
		cp -rp $VMAKEDIR/$i $LFS/usr/src/ViitorMake
	done
	for i in /etc/resolv.conf /etc/nsswitch.conf; do
		cp $i $LFS/usr/src/ViitorMake
	done
	mkdir -p $LFS/dev/{shm,pts}
	mount -o bind /dev $LFS/dev
}

#Funktion wird nach Ablauf des Make Prozesses ausgeführt, und kann
#in $TMPROOT noch einiges korrigieren
postmk() {
	echo "Nothing to do for postmk()"
}