Gute Möglichkeiten, meinen Patch für die Linux-Kernel-Mailingliste zu hosten oder zu verteilen

Gute Möglichkeiten, meinen Patch für die Linux-Kernel-Mailingliste zu hosten oder zu verteilen

Ich habe einen etwa 1500 Zeilen langen Patch für den Linux-Kernel – der ein neues Dateisystem einführt.

Ich habe große Probleme damit, einen Patch direkt an die Kernel-Mailingliste zu senden (Gmail verstümmelt den Patch/er ist sehr lang/es gibt keine offensichtliche Möglichkeit, den Patch aufzuteilen, außer von Hand usw.)

Ich möchte „git format-patch“ nicht verwenden, da es eine lange, lange Reihe von Patches generiert, von denen viele Müll sind (z. B. Debug-Printks und dergleichen), und ich bin derzeit nicht in der Lage, Leuten zu empfehlen, mein Git herunterzuladen (ich bin unterwegs und es befindet sich auf einem Laptop ohne feste IP usw.).

Wie geht das also am besten? Ich fürchte, das ist zu groß, um es auf GitHub zu hosten (oder nicht?) Oder gibt es eine einfache Möglichkeit, Leute dazu zu bringen, den Patch zum Testen herunterzuladen, und zwar auf eine Weise, die für die Leute auf LKML akzeptabel ist?

Antwort1

Der Vorgang ist im Kernel-Quellcode klar definiert.

system1:/usr/src/linux/Documentation # ll SubmittingPatches 
-rw-r--r-- 1 root root 28473 Dec  2  2009 SubmittingPatches

Sie gehen jeden Schritt durch, den Sie unternehmen müssen. Es sieht so aus, als ob E-Mail die einzige Möglichkeit ist. Ich würde empfehlen, ein weiteres kostenloses Konto zu eröffnen oder es einfach von Ihrem Laptop aus zu verschicken nail | mailund es so zu ändern, return addressdass es Ihr Gmail-Konto ist.

verwandte Informationen