アカウント名:
パスワード:
今までの話を聞いていると、問題はsystemdそのものじゃなくて、開発者の個性にあるんじゃないかと思えてくるんだけど、その理解でよろしいか。
udev まで同じソースツリーに入れてるのはこせいですませていいのか?
OSのコアなコンポーネント(kernel, init, cron, inetd...)を全部同じソースツリーに入れるのって、正に*BSDのやり方ですよ?コードやデータ構造を共有できるのは良いですよね。
同じリポジトリで管理するのは *BSD のやり方だけど、systemd みたいに密結合するのは違うよ。
init相当品にzlibリンクするとか正気の沙汰とは思えないんだけど>systemdzlibは、深刻度の高いセキュリティホールを何度も出してます:http://www.cvedetails.com/vulnerability-list/vendor_id-72/product_id-1... [cvedetails.com]
ですよね。タレこみ子さんの補足コメントの記事だと
今後はさらにシステムのモジュール化を進めて要望に応じた機能を選択しやすくすること
とありますし、タレこみも
単一で統合された設定データインターフェース(single/unified configuration data interface)の開発に注力する
だし、類似システムではなく類似の設定手法の導入って意味だろうね。ソース聞いてないけど。でもsystemdのように密結合進めるよ!なんていったら騒ぎになるよ。さすがに他のコアチームメンバーからも異論出るだろうし。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
開いた括弧は必ず閉じる -- あるプログラマー
問題の在処 (スコア:0)
今までの話を聞いていると、問題はsystemdそのものじゃなくて、開発者の個性にあるんじゃないかと思えてくるんだけど、その理解でよろしいか。
Re: (スコア:0)
udev まで同じソースツリーに入れてるのはこせいですませていいのか?
Re: (スコア:0)
OSのコアなコンポーネント(kernel, init, cron, inetd...)を全部同じソースツリーに入れるのって、正に*BSDのやり方ですよ?
コードやデータ構造を共有できるのは良いですよね。
Re: (スコア:0)
同じリポジトリで管理するのは *BSD のやり方だけど、
systemd みたいに密結合するのは違うよ。
init相当品にzlibリンクするとか正気の沙汰とは思えないんだけど>systemd
zlibは、深刻度の高いセキュリティホールを何度も出してます:
http://www.cvedetails.com/vulnerability-list/vendor_id-72/product_id-1... [cvedetails.com]
Re:問題の在処 (スコア:0)
ですよね。
タレこみ子さんの補足コメントの記事だと
今後はさらにシステムのモジュール化を進めて要望に応じた機能を選択しやすくすること
とありますし、タレこみも
単一で統合された設定データインターフェース(single/unified configuration data interface)の開発に注力する
だし、類似システムではなく類似の設定手法の導入って意味だろうね。
ソース聞いてないけど。
でもsystemdのように密結合進めるよ!なんていったら騒ぎになるよ。さすがに他のコアチームメンバーからも異論出るだろうし。