On 22.Jul 2003 - 09:39:36, Nikolaus Schulz wrote: > On Tue, Jul 22, 2003 at 01:00:39AM +0200, Andreas Pakulat wrote: > > On 22.Jul 2003 - 00:21:55, Nikolaus Schulz wrote: > > > On Mon, Jul 21, 2003 at 08:38:20PM +0200, Andreas Pakulat wrote: > > > > > Nun gut. > > > > > Was hei�t "er merkt es am kernel-tree"? Verwendet er version.h, den > > > > > Verzeichnisnamen...? > > > > > > > > Wahrscheinlich an der Headerdatei. > > > > > > > > Und in jedem Falle finde ich das beschriebene Verhalten vom make-kpkg > > > > > h�chst eigenartig. Mir ist schleierhaft, > > > > > - woher der falsche Kernel-Name/Pfad kommt > > > > > > > > Von dem append-to-version, damit h�ngst du den String an die > > > > Kernel-Version ran. Das Verzeichnis der Module wiederum wird aus der > > > > Kernel-Version gebildet. > > > > > > Das ist nicht die Fehlerursache. Auf diese Weise sind die *korrekt* > > > plazierten Binaries im Paket generiert worden. > > > > Wie jetzt? Du wolltest doch wissen warum du unter /lib/modules einmal > > $KERNELVERSION und einmal $KERNELVERSION-xxx hast? Das entstand dadurch, > > dass du --append-to-version xxx angegeben hast beim Bauen. > > $KERNELVERSION-xxx ist ja auch richtig, nur das einfache $KERNELVERSION > ist als Pfad falsch. Woher hat er das?
Ach so herum, ich dachte andersherum. Wie gesagt, ich hatte das hier mal mit i2c und lm-sensors Modulen. die hat die Kernel-Version �berhaupt nicht interessiert. Konnte man aber aus deren Makefiles entnehmen und das dort �ndern. > > > > > - wie der auf den Trichter kommt *zwei* Binaries in *einem* Paket zu > > > > > erstellen. > > > > > > > > Wahrscheinlich liegt das an einem nicht ganz ges�uberten Kernel-Tree, so > > > > dass die alsa-module selbst in die xxx Verz. gehen und einige > > > > Core-Kernel-Files werden in das richtige Kernel-Version geschoben. > > > > > > Nicht ganz ges�uberter Kernel-Tree... 'clean' hab ich jedenfalls nicht > > > vergessen, da bin ich mir sicher. Wei� auch da� man das u.U. mehrmals > > > machen mu�. > > > > Hmm, naja ich weiss auch, das manche Makefiles das nicht interessiert > > was in EXTRAVERSION steht, z.B. i2c und lm-sensors. Mag sein das du auch > > so eines irgendwo in den Alsa-Sourcen hast. Was installieren die denn > > f�r Files in den jeweiligen /lib/modules/ Verzeichnissen? > > Die ganz normalen *.o Dateien. Exakte Duplikate der Treiber wie sie auch > im richtigen Verzeichnis liegen. Das ist allerdings sehr merkw�rdig. Mir f�llt grad ein, es k�nnte sein das Alsa auch etwas zickig war als ich mal ne Extraversion angegeben hatte, das lies sich aber einfach beheben - ohne ein grosser Makefile-K�nstler zu sein ;) Andreas -- "Wieviel Beine hat ein Pferd?" "Ein grosses oder ein kleines?" -- 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)
