module-assistantist seit einiger Zeit die De-facto-Methode zum Kompilieren und Erstellen von binären Debian-Paketen, die Kernelmodule enthalten. In jüngerer Zeit ist ein vergleichbares Dienstprogramm erschienen - dkms.
Wenn jemand Erfahrung mit beiden hat, vergleichen Sie bitte die Vor- und Nachteile der Verwendung von beiden gegenüber den anderen.
Ein Punkt, der in einer Antwort angesprochen werden muss, ist, ob dkmsbinäre Debian-Pakete auch für Kernelmodule erstellt werden und wenn ja, wie und wenn ja, welche Unterschiede zwischen den von m-aund erstellten Paketen dkmsbestehen, falls vorhanden.
Ich persönlich habe es nie benutzt dkms, aber ich habe es module-assistantüber viele Jahre sporadisch benutzt , und es war eine gute Erfahrung. Ich habe keine unmittelbaren Pläne zum Experimentieren dkms, daher denke ich nicht, dass ich die richtige Person bin, um eine Antwort zu schreiben.
Zufällige googeln eine Diskussion gefunden hier , auch dieses .
Es ist unnötig zu erwähnen, dass jede Antwort auf Erfahrungen aus erster Hand basieren sollte und nicht auf dem Kopieren aus Webforen. Ein Beispiel mit beiden wäre schön. Möglicherweise nvidia-kernel, da das ziemlich häufig verwendet wird. Ja, ich weiß, dass es sich um ein proprietäres Kernelmodul handelt. :-(
UPDATE: Danke an Jordanm für seine Antwort. Ich hätte gerne etwas, das etwas detaillierter darauf eingeht, was unter der Haube vor sich geht, für beide m-aund dkmsobwohl ich dies anfangs nicht erwähnt habe. Es hört sich auch so an, als würde die meiste Zeit dkmstransparent und automatisch arbeiten. Aber was sind die Fehlermodi von dkms. Wie gehen beide mit manuell kompilierten / installierten Kerneln um? Entweder von einem Binärpaket oder einer lokalen Installation installiert.
m-aund dkmsgelten als vergleichbar.