2008-05-03 17:01:13 +00:00
|
|
|
|
#!/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<72>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 <20>ber die Funktionen premk, mk und postmk
|
|
|
|
|
#gesteuert. premk() dient zur Vorbereitung des Sourcecodes. Hier k<>nnen
|
|
|
|
|
#diverse <20>nderungen am sourcecode (mit awk/sed usw.) vorgenommen werden
|
|
|
|
|
#mk() umfasst die source Konfiguration und das <20>bersetzten des source
|
|
|
|
|
#codes. Auch die Installation mu<6D> 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 <20>ndern. postmk
|
|
|
|
|
#l<>uft nachdem die Packetabh<62>ngigkeiten erstellt wurden.
|
|
|
|
|
#Das Verhalten von genpkg kann <20>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<64>ckt. Dies ist bei
|
|
|
|
|
# manchen Sonderf<72>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<62>ngigkeiten bei der installation
|
|
|
|
|
# erf<72>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<66>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 <20>nderung von: $Author$
|
|
|
|
|
#Datum der letzten <20>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<65>hrt (sprich unpack src; cd src; premk)
|
|
|
|
|
#Hier kann z.B. das Makefile gepatcht werden (SED l<>sst gr<67>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 -
|
2010-01-27 10:30:13 +00:00
|
|
|
|
tar -C $VMAKEDIR -cf - Scripts|\
|
|
|
|
|
tar -C $LFS/usr/src/ViitorMake -xvf -
|
2008-05-03 17:01:13 +00:00
|
|
|
|
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}
|
|
|
|
|
}
|
|
|
|
|
|
|
|
|
|
#Funktion wird nach Ablauf des Make Prozesses ausgef<65>hrt, und kann
|
|
|
|
|
#in $TMPROOT noch einiges korrigieren
|
|
|
|
|
postmk() {
|
|
|
|
|
echo "Nothing to do for postmk()"
|
|
|
|
|
}
|