アカウント名:
パスワード:
大抵のものはとっくにsystemd対応済みで対したトラブルもなく動いちゃってるんだよねぇ
論争が出始めたころにとっとと正式リリースしちゃってたら流れは変わったのかなむしろトラブル出しまくりで終わってたか
いずれにしろsystemd下では動かないという場合でない限り要らない子になっちゃったよね
# 当初はsystemd大嫌いだったけど別に不具合起こらないんだもの
うん…。
こういうのって大抵こういうことになるよね。
新しい奴があたららしい故の不具合や不満で批判が!↓だったら俺らフォークして違うアプローチで対抗馬作るぜ!↓批判を浴びた側が徐々に改善↓対抗したものができたよ!↓「えっ、まだやってたの?」
みたいな…。変更した側は先行している分だけ、どうしても対抗馬の方が後追いになる可能なら、リソースを集中して改善させる方がよい事が大半であるというそんなことは対抗馬を作る人たちも冷静には解ってるんだと思うが、なんかたまにこういう風に拗れるよね。
systemdは割と普通に動いちゃってる上に、旧SysV initだと同じような内容のシェルスクリプトが何十個もあるとか、依存関係がコメントに書いてあるとか、個々のサービスをグローバルなコンテナ中で起動して後は忘れるとかなんで、組み込み系とかでない新入りのLinux adminに見せたら普通はsystemdを選ぶ流れですよね。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
日々是ハック也 -- あるハードコアバイナリアン
時既に (スコア:1)
大抵のものはとっくにsystemd対応済みで
対したトラブルもなく動いちゃってるんだよねぇ
論争が出始めたころに
とっとと正式リリースしちゃってたら
流れは変わったのかな
むしろトラブル出しまくりで終わってたか
いずれにしろ
systemd下では動かないという場合でない限り
要らない子になっちゃったよね
# 当初はsystemd大嫌いだったけど別に不具合起こらないんだもの
Re: (スコア:0)
うん…。
こういうのって大抵こういうことになるよね。
新しい奴があたららしい故の不具合や不満で批判が!
↓
だったら俺らフォークして違うアプローチで対抗馬作るぜ!
↓
批判を浴びた側が徐々に改善
↓
対抗したものができたよ!
↓
「えっ、まだやってたの?」
みたいな…。変更した側は先行している分だけ、どうしても対抗馬の方が後追いになる
可能なら、リソースを集中して改善させる方がよい事が大半であるという
そんなことは対抗馬を作る人たちも冷静には解ってるんだと思うが、なんかたまにこういう風に拗れるよね。
Re:時既に (スコア:0)
systemdは割と普通に動いちゃってる上に、旧SysV initだと同じような内容のシェルスクリプトが何十個もあるとか、依存関係がコメントに書いてあるとか、個々のサービスをグローバルなコンテナ中で起動して後は忘れるとかなんで、組み込み系とかでない新入りのLinux adminに見せたら普通はsystemdを選ぶ流れですよね。