vendor_romfsなどを使って、特定のディレクトリの下だけをmakeすることがあります。+によって、romfs/usr/binの下のすべてのファイルのパーミッションが755に書き換えられてしまいます。これにより、romfs/usr/sudoのsetuidビットが落ちてしまい、sudoができなくなることに、最近気づきました。sudoのsetuidビットは、user/sudo/Makefileのromfsの次の処理で設定されています。普通のパッチは、ファイルのパーミッションを管理する機能がありません。マージされると、実行権限が落ちてしまいます。この副作用によって不具合を数回出したことがあるので、bin/以下には強制的に実行権限を付けるように変更しました。これ以上の権限の変更は、起動時に変更するようにしています。sudoができなくなることに、最近気づきました。ファイルには影響がありますね。説明ありがうございます。文脈から誤記はわかると思いますが、元の私の1ヵ所訂正しておきます。実行権限を付けるように変更しました。これ以上の権限の変更は、起動時にバイナリのディレクトリはbin,usr/bin,sbin,usr/sbinとあるのにusr/binの下だけchmodしているのは、プロダクトディレクトの下はusr/binだけなので、そこからromfに入れたものに対して+xをしたかったということのようですね。本来ならば、プロダクトディレクトリ/usr/bin/の下にあるファイルだけ、romfs/usr/binから探してchmodするように、もう少し手間をかけてMakefileを書くべきと思います。findで一括全部というのではなく。すれば、他のプログラム、たとえば今回のsudoのパーミッションを勝手に書き換えてしまうことはなくなりますから。本サイトに記載の商品名または会社名は、各社・各団体の商標または登録商標です。TM、®マークは付記していない場合があります。