* On 23.03. Bernd Schwendele ([EMAIL PROTECTED]) muttered: > Til Schubbe schrieb:
> >Stell den Installationspfad um. > >INSTALL_MOD_PATH=$BASE > >export INSTALL_MOD_PATH > >make_options="-e" Diee 3 Zeilen sind das Wesentliche. > Sieht ein wenig kompliziert aus :-| N�, ist eigentlich gar nicht so wild. Du kannst INSTALL_MOD_PATH + make_options ja auch bei jeder Kompilierung vorher von Hand setzen und dann die Compiler-Kommandos geben (make, make modules, etc.). Aber auf die Dauer spart ein Skript halt Zeit. Ich hab da auch nur das reingeschrieben, was ich sonst immer wieder h�tte eintippen m�ssen. Zus�tzlich kann das Skript die Kernels verschiedener Rechner bauen (abh�ngig vom Kommandozeilen-Parameter). > Geht das auch mit make-kpkg? Damit hab ich keine Erfahrung. > muss ich den Kernel f�r den Fremden unbedingt in /usr/src anfertigen? Man kann bestimmt das Makefile des Kernels dazu umschreiben. Aber warum hast Du Angst, den Kernel in /usr/src/linux-DeineVersion zu bauen? Was soll da schlimmes passieren? Es wird halt immer der Kernel im arch-Unterverzeichnis (zB /usr/src/linux-ver.si.on/arch/i386/boot/ �berschrieben. Aber wenn ich ihn gebaut hab, kopiere ich ihn doch eh dorthin, wo ich ihn brauche. Das Ziel-Directory der Module wird �ber INSTALL_MOD_PATH gesteuert. Kann ich zB nach /var/ftp oder so legen + mir dann die Module von einem anderen Rechner aus ziehen. Man sollte seiner .config nach dem 'make menuconfig' (oder welches Interface Du halt nimmst) einen einpr�gsamen Namen geben. Ich habe zB f�r verschiedene Rechner Config-Dateien mit dem Namensschema config-<rechner>-<datum>. Wenn ich dann mal die Config eines Rechners �ndern will, kopiere ich config-foo-bar nach .config und starte 'make menuconfig', nehme �nderungen vor + kopiere .config dann wieder nach config-... Gru� Til -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
