パッチリストから(特定のインストールに対して)潜在的に関連しているパッチのみを抽出します。

パッチリストから(特定のインストールに対して)潜在的に関連しているパッチのみを抽出します。

ダウンロードに慣れています。非常に密次の変更ログこの(linux-5.4.211ログ)、これは、各変更がいくつかのシステムに関連しているかどうかを慎重に決定することです。 (*1)

もちろん、このようなモンスターを考えると、最大の悩みは何でしょうか? 5%の変更...バージョンが高いほど、変更は少なくなります(* 2)。
でも…こんなことも見てたのに…(-‸ლ)

しかし、私は老いています...老いて怠惰です...誰が私を助けることができますか?このリストから自分のシステムが興味を持っている可能性がある部分だけをフィルタリングしますか?


まあ、私はあなたが合法的に次のように質問できることを知っています。私のシステムに実際に関連する要素が何であるかを正確に知ることができる方法は何ですか? :私も知りたいです:-P

ㅏ:私はソースツリーの一部として率直な何でも配布率直な誰かが管理するソフトウェア率直なファイルの生成、特定のmakeによって生成されたeverything.oファイルのリストは、私のシステムが実際に興味を持っているターゲットコードのリストを示していますか?

第二:Aに対する答えが「はい」の場合は、grepを介して関連パッチのリストを取得できます(与えられたカーネルソースコードの例を参照)。(linux_5.4.211パッチ)。 (巨大なセットに過ぎないdiff --gitwhatever.cまたはwhatever.h(正確な例ではCコードであると仮定)次のことを行います。これらの結果を、私が最も重要にするフィルタリング変更ログにどのようにリンクしますか?


ところで、すべてのカーネルハッカーがここでより良い方法を提案することを歓迎します。しかし、私の考えでは、私たちの周りにはより多くのshell / regexp / awk本物の専門家がいるということです。競争してください! (これはもっと面白いです。)
言語に関係なく、どんな提案でも歓迎します。
私は間違いなく(一部)偽の肯定を受け入れます(アルゴリズムは私が実際に気にしない変更をフィルタリングしません)。リストを最低でも4/5に減らせれば満足します。
しかし、誤った否定の数は...nullでなければなりません!

偽の肯定率の低い回答には、事後に+100賞金を支払います。


* 1:私のソフトウェアは多くのカスタムパッチを使用しているため、アップストリームパッチが特定の時点に適していない可能性があります。

* 2:Linuxソースコードを例にとると、ほとんどのコードとそれに伴うほとんどの変更には、私のシステムに接続されていないデバイスドライバが含まれているからです。 kdeは言うまでもなく、私のシステムにX11しかなかったとき、ほとんどの変更はウェイランドバックエンドに関連していました。

ベストアンサー1

おすすめ記事