アカウント名:
パスワード:
Linux陣営では、systemdをボイコットしようと働きかける勢力 [boycottsystemd.org]が狼煙を上げた。
私がsystemdに言いたいことはただひとつ。
Keep it simple, stupid.
正にこれ↑。
インターフェースが、シリアル → パラレル → シリアル、って変遷していったのに似てるな。多分、カーネル側で何らかの対応がされればユーザーランド側ではかなりシンプルな仕組みのままで起動を高速化できるようになるんじゃないかと思われる (完全に憶測だけど…)。
「複雑でなんだかよくわからんからダメ」とか「Linux以外で動かないからダメ」ってのを遠回しに表現しただけのような・・誰にでも開発の自由があるオープンソースなんですから、やるとすればボイコットではなく、sysvinitを改良するとか第三のinitを作るとかではないかと思うのですが。
あと、gnomeにも統合する動きがあるので、ますますsystemdのほうが有利になる気がします。
複雑化して品質を確保できなくなったソフトウェアは数多有りますからね。
Windowsに成りたいならsystemdでもいいんじゃないの。
systemd sucks. Gnome 3 sucks more.
壊れてないのに直す必要ないじゃんよ
実際起動速くなってるしね。速さは正義。initが速さ以外は完璧ってわけじゃないし、よりよいものを求めて何か作っていくっていうのは基本正しいと思うどちらかというとそういう活発さが無くなってしまってるのがBSD界の問題じゃないの?
安定は正義
simple, stupidな物が欲しい人向けのソフトウェアも別に存在して使えるのだから、boycottして別の使ってれば良いじゃないですか。
gnomeも各OSの最大公約数的な機能しか使わないなんて約束は無いのだから、サポートするOSを増減して良いはずだし。
simple シンプル それがモットー!っていう話だったArchlinuxなんかもsystemd採用してるからメリットがでかいんでしょうね#ダメになってから戻せばいいんじゃねえの?(ええ 何も考えておりません
というか、systemdのようにコードベースが等しくなるオールインワンの方がシンプルだと思うんですけどね。問題はsystemdが未完成なのとノウハウの断絶ぐらいで。
systemdってinitの置き換えとか言いつつGUIに係るってどういうこと?って感じだけど、要は新しいフレームワークって考えれば良いのかな?(よくわかってない)筋が良くて安定すれば良いけど、なんだか噴出してるっぽいし、心配な感じ。単なるサーバだと機能より安定だと思うんでそっちからしたら良い迷惑だったりしないのかな。システムのコアな部分が実績ないものに刷新ってのは。あと、気になるのは密結合になったりしないのか。そこらへん含めて、旧来のAPIやABIと上位互換で可換可能とか、ラッパーの作りやすい構造とかだと良いのですが。
正確に言えばsystemdのsystemd-logindに依存していますね。systemdは単なるinitシステムというだけでなく様々なサービスを取り込んだり独自に実装を進めています。例えばネットワークマネージャのsystemd-networkdやntpdの代わりになるsystemd-timesyncdなど。一番有名なのはログシステムとして動作するsystemd-journaldでしょうか、journalctlで使えます。systemd-logindはpolkitのように権限を管理するサービスで最近はGNOMEだけでなくRootlessを実現するためにXも使い始めました。systemd-*は他にもたくさんあるのですがあまり情報が広く伝わってないのを見ると使いこなせているのはsystemdの開発者とArch Linuxのユーザーだけなのかもしれませんね。
udevがsystemdに取り込まれた以上、ディストリビューターにはsystemdかOpenRC+eudevしか選択肢がありませんから。Gentooみたいな開発者が多くてメジャーなディストリビューションはともかくArchみたいな瑣末なとこは長いものにまかれるしかなかったのでしょう。
Shit! This guy doesn't know anything about Linux.
Keep it simple はできてないが Keep it stupid はできている気がする>systemd
LINUXはminixの実用版であってunixクローンではないので自由にやればいいと思います。とか言いつつ#2673336の言うとおり
> FreeBSD: 良い感じに育ってきたら採用する。なければ募る。それでもだめなら作ってもらう。
なんですけどね。
起動処理がシェルスクリプトなら、なぜか起動しなくなったシステムがどこで詰まったのか1行づつ追跡することができたのですが、systemdになってからは簡単ではなくなりました。システム上どうしても起動処理の一部に割り込んだり、改変しなくてはならないという場合も、スクリプトを読めばよいと言うわけにも行かず、変更自体が不可能なのかもしれません。Solarisが10になったときにもサービス起動の改革があったのですが、探っていくとスクリプトが見つかったので幾度か救われました。Linuxの改革は起動処理が簡単に手の届かない場所に遠ざけられたようで、いざ起動不能の事態になったら対処できるのか不安がぬぐえません。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
目玉の数さえ十分あれば、どんなバグも深刻ではない -- Eric Raymond
一方その頃 (スコア:1)
Linux陣営では、systemdをボイコットしようと働きかける勢力 [boycottsystemd.org]が狼煙を上げた。
私がsystemdに言いたいことはただひとつ。
Keep it simple, stupid.
正にこれ↑。
Re:一方その頃 (スコア:2)
インターフェースが、シリアル → パラレル → シリアル、って変遷していったのに似てるな。
多分、カーネル側で何らかの対応がされればユーザーランド側ではかなりシンプルな仕組みのままで
起動を高速化できるようになるんじゃないかと思われる (完全に憶測だけど…)。
Re:一方その頃 (スコア:1)
「複雑でなんだかよくわからんからダメ」とか「Linux以外で動かないからダメ」ってのを遠回しに表現しただけのような・・
誰にでも開発の自由があるオープンソースなんですから、やるとすればボイコットではなく、sysvinitを改良するとか第三のinitを作るとかではないかと思うのですが。
あと、gnomeにも統合する動きがあるので、ますますsystemdのほうが有利になる気がします。
Re: (スコア:0)
複雑化して品質を確保できなくなったソフトウェアは数多有りますからね。
Windowsに成りたいならsystemdでもいいんじゃないの。
Re: (スコア:0)
systemd sucks. Gnome 3 sucks more.
Re: (スコア:0)
壊れてないのに直す必要ないじゃんよ
Re: (スコア:0)
実際起動速くなってるしね。速さは正義。
initが速さ以外は完璧ってわけじゃないし、よりよいものを求めて何か作っていくっていうのは基本正しいと思う
どちらかというとそういう活発さが無くなってしまってるのがBSD界の問題じゃないの?
Re: (スコア:0)
安定は正義
Re:一方その頃 (スコア:1)
simple, stupidな物が欲しい人向けのソフトウェアも別に存在して使えるのだから、boycottして別の使ってれば良いじゃないですか。
gnomeも各OSの最大公約数的な機能しか使わないなんて約束は無いのだから、サポートするOSを増減して良いはずだし。
Re: (スコア:0)
simple シンプル それがモットー!
っていう話だったArchlinuxなんかもsystemd採用してるから
メリットがでかいんでしょうね
#ダメになってから戻せばいいんじゃねえの?(ええ 何も考えておりません
Re: (スコア:0)
というか、systemdのようにコードベースが等しくなるオールインワンの方がシンプルだと思うんですけどね。
問題はsystemdが未完成なのとノウハウの断絶ぐらいで。
Re: (スコア:0)
systemdってinitの置き換えとか言いつつGUIに係るってどういうこと?って感じだけど、要は新しいフレームワークって考えれば良いのかな?(よくわかってない)
筋が良くて安定すれば良いけど、なんだか噴出してるっぽいし、心配な感じ。
単なるサーバだと機能より安定だと思うんでそっちからしたら良い迷惑だったりしないのかな。
システムのコアな部分が実績ないものに刷新ってのは。
あと、気になるのは密結合になったりしないのか。
そこらへん含めて、旧来のAPIやABIと上位互換で可換可能とか、ラッパーの作りやすい構造とかだと良いのですが。
Re: (スコア:0)
正確に言えばsystemdのsystemd-logindに依存していますね。
systemdは単なるinitシステムというだけでなく様々なサービスを取り込んだり独自に実装を進めています。
例えばネットワークマネージャのsystemd-networkdやntpdの代わりになるsystemd-timesyncdなど。
一番有名なのはログシステムとして動作するsystemd-journaldでしょうか、journalctlで使えます。
systemd-logindはpolkitのように権限を管理するサービスで最近はGNOMEだけでなくRootlessを実現するためにXも使い始めました。
systemd-*は他にもたくさんあるのですがあまり情報が広く伝わってないのを見ると使いこなせているのはsystemdの開発者とArch Linuxのユーザーだけなのかもしれませんね。
Re: (スコア:0)
udevがsystemdに取り込まれた以上、ディストリビューターにはsystemdかOpenRC+eudevしか選択肢がありませんから。
Gentooみたいな開発者が多くてメジャーなディストリビューションはともかくArchみたいな瑣末なとこは長いものにまかれるしかなかったのでしょう。
Re: (スコア:0)
Re: (スコア:0)
Shit! This guy doesn't know anything about Linux.
Re: (スコア:0)
Keep it simple はできてないが Keep it stupid はできている気がする>systemd
Re: (スコア:0)
LINUXはminixの実用版であってunixクローンではないので自由にやればいいと思います。
とか言いつつ#2673336の言うとおり
> FreeBSD: 良い感じに育ってきたら採用する。なければ募る。それでもだめなら作ってもらう。
なんですけどね。
Re: (スコア:0)
起動処理がシェルスクリプトなら、なぜか起動しなくなったシステムがどこで詰まったのか1行づつ追跡することができたのですが、systemdになってからは簡単ではなくなりました。
システム上どうしても起動処理の一部に割り込んだり、改変しなくてはならないという場合も、スクリプトを読めばよいと言うわけにも行かず、変更自体が不可能なのかもしれません。
Solarisが10になったときにもサービス起動の改革があったのですが、探っていくとスクリプトが見つかったので幾度か救われました。Linuxの改革は起動処理が簡単に手の届かない場所に遠ざけられたようで、いざ起動不能の事態になったら対処できるのか不安がぬぐえません。