Dafür ist im svn das Script debian/scripts/dfsg-prune. Aber ich meine, es reicht die linux/.config Option "Do not build binary blobs.
Nicht ganz! Dieses Script wird beim
Erzeugen der orig-Source angewendet.
Es mag ja für Dich einfach klingen, aber trotzdem kann der User mit deinem Script nicht viel anfangen!
1. Aufruf von debian/patches/series im Editor ==> der User weiss nicht, was er damit machen soll.
2. make oldconfig / make menuconfig ==> wer noch nie einen Kernel gebaut hat, kann damit absolut Nix anfangen.
Meiner Meinung nach ist dieses Script ungeignet, einen aptosid-nahen, Costum-Kernel zu bauen. Sicherlich benötigen die Wenigsten User die spezifischen Patches, welche slh benutzt, auch bei mir würde ein Stock-Vanilla-Kernel problemlos laufen.
aptosid hatte schon immer das Bestreben, neueste Entwicklungen zu berücksichtigen, BKL zu deaktivieren ist hier deshalb auch nur konsequent, zumal es, wieder einmal, nur propritären Kram betrifft, welcher damit nicht funktioniert.
Wer Kernel selber bauen will, soll das ruhig tun aber etwas verstehen, was er da macht, sollte $User schon. Wenn der Kernel durch falsche Konfiguration nicht funktioniert, ist das Geschrei dann nämlich groß und Support fast nicht möglich.