| [615] | 1 | $Id: README,v 1.3 2002/10/08 10:00:58 ahuck Exp $
|
|---|
| 2 | $Id: README,v 1.3 2002/10/08 10:00:58 ahuck Exp $
|
|---|
| [601] | 3 | Dokumentation zum automatischen Build-Vorgang:
|
|---|
| 4 |
|
|---|
| [615] | 5 | Der automatische Build-Vorgang basiert auf dem skript "build.sh" von
|
|---|
| 6 | Ingo Börnig und build_srpm.sh (ehemalig) von Philipp Storz.
|
|---|
| [601] | 7 |
|
|---|
| [615] | 8 | Zur Übersetzung werden folgende Programme/Dateien verwendet:
|
|---|
| [601] | 9 |
|
|---|
| [615] | 10 | buldlist : Beispiel für die Übersetzung der SmartClient-Pakete
|
|---|
| 11 | buildall.pl : Übersetzung aller in der buildlist genannten Pakete
|
|---|
| 12 | build.pl : Übersetzung _eines_ Pakets, wird von buildall.pl aufgerufen
|
|---|
| 13 | extract_srpm.sh : zum Auspacken von srpm Paketen; schafft die Voraussetzung zum
|
|---|
| 14 | Einsazt von build[all].pl für srpms.
|
|---|
| 15 |
|
|---|
| 16 | Es macht ggf. Sinn, das Verzeichnis ../common/build in $PATH aufzunehmen bzw. die
|
|---|
| 17 | ausführbaren Dateien ins ~/bin zu verlinken.
|
|---|
| 18 |
|
|---|
| 19 |
|
|---|
| [601] | 20 | Build der Smartclient Pakete:
|
|---|
| 21 | -----------------------------
|
|---|
| 22 |
|
|---|
| [615] | 23 | Der Buildvorgang wird in einer Datei (z.B. buildlist) konfiguriert.
|
|---|
| [601] | 24 |
|
|---|
| 25 | Jede Zeile enthält drei Einträge:
|
|---|
| 26 |
|
|---|
| [615] | 27 | 1. Verzeichnis des Pakets relativ zum Verzeichnis "technical"
|
|---|
| [601] | 28 |
|
|---|
| [615] | 29 | 2. gewünschte Distribution, für die dieses Paket gebaut werden soll
|
|---|
| [601] | 30 |
|
|---|
| [615] | 31 | 3. Optionen für den Build-Vorgang (--no-init oder --clean)
|
|---|
| [601] | 32 |
|
|---|
| [615] | 33 | Beispiel:
|
|---|
| 34 | common/base/ :sles7-i386+update :--clean
|
|---|
| 35 | lib/perl/ :sles7-i386+update :--no-init
|
|---|
| 36 |
|
|---|
| 37 |
|
|---|
| 38 | Das ausführbare Programm ist das Skript buildall.pl. Die Liste der
|
|---|
| 39 | zu übersetzenden Pakete (buildlist) wird mit dem Parameter -b übergeben.
|
|---|
| [601] | 40 |
|
|---|
| [615] | 41 | Gegenwärtig muss das Programm aus dem Verzeichnis technical/common/build/
|
|---|
| 42 | heraus aufgerufen werden. Vor dem Aufruf ist darauf zu achten, dass alle
|
|---|
| 43 | srpm Pakete mit extract_srpm.sh ausgepackt wurden (s.u.).
|
|---|
| [601] | 44 |
|
|---|
| [615] | 45 | # gegenwärtig auskommentiert:
|
|---|
| 46 | #
|
|---|
| 47 | # Mit dem Parameter -x wird optional ein xterm-fenster mit den Ausgaben der
|
|---|
| 48 | # logfiles öffnet.
|
|---|
| 49 |
|
|---|
| 50 |
|
|---|
| [601] | 51 | Build der srpm-Pakete:
|
|---|
| 52 | ----------------------
|
|---|
| [615] | 53 | Das Script buildall.pl unterscheidet nicht zwischen rpms und (ursprünglichen) srpm
|
|---|
| 54 | Paketen. Die srpm Pakete müssen vor dem Einsaztz von buildall.pl in entsprechende
|
|---|
| 55 | Verzeichnisse ausgepackt werden. Dieses geschieht mit dem Script
|
|---|
| 56 | extract_srpm.sh . Als Parameter werden alle (mit rpm2cipi) auszupackenden Pakete
|
|---|
| 57 | im jeweiligen Verzeichnis angegeben.
|
|---|
| [601] | 58 |
|
|---|
| [615] | 59 | Beispiel:
|
|---|
| 60 | > cd $SMART_CLIENT_BASE/technical/external/SuSE/
|
|---|
| 61 | > extract_srpm.sh *.src.rpm
|
|---|
| [601] | 62 |
|
|---|
| [615] | 63 | extract_srpm.sh erzeugt damit Unterverzeichnisse _ohne_ die Versionsnummer des Pakets
|
|---|
| 64 | und hinterlegt darin den Inhalt des Pakets.
|
|---|
| [601] | 65 |
|
|---|
| [615] | 66 | ACHTUNG: nach jedem Uptate der Source-RPMs mit "cvs commit" in diesen Verzeichnissen
|
|---|
| 67 | muss (gegenwärtig) bei den jeweils neueren Pakteten das entsprechende (versionslose)
|
|---|
| 68 | Verzeichnis gelöscht und das Paktet nochmal ausgepackt werden.
|
|---|
| 69 |
|
|---|
| 70 |
|
|---|
| 71 |
|
|---|
