アカウント名:
パスワード:
ふだんArchとか使ってると、たまにRapbian使ったりした時、直感的にわかりにくくて困る。
まずパッケージ名がわかりずらい。やたら細かい。単一のパッケージを*-libとか*-develとかいくつも分けてる。phpなんかモジュール毎に小分け。上記を逸してる。
次に中途半端なsystemd依存。timedatectlしても反映されない部分があるから、何だこれと調べると独自ツール使えみたいな現象が多い。同様にユニットファイル編集して/etc/systemdに置いておいてもうまく動作しないから調べると一見するとsystemd.unitだが、実際はinit時代から使っていただろう古のシェルスクリプト呼んでるだけとか。等々、調べれば調べるほどうんざりする。切り替えるなら完全に切り替えろと。できないならできないでいいから、その場合はinitのままにしとけと。中途半端が一番うざい。
なんとかしてくれ。使いにくくてしょうがない。
Archが好きなら、ラズパイにもArchを入れれば済む話では?
systemdって、完全依存出来る程の完成度なの?色々聞いてるけど。ならば使える所だけ使うって事じゃないの?
systemdって、完全依存出来る程の完成度なの?
前提が間違っていますsystemdが完成することはありえません顕示欲の向くままに飲み込み続けるのがsystemdですので
systemd が 飲み込み たそう に こちら を みている
リーナス が 罵倒 したそう に いつも きれている
そんなかんじ
使える所だけ使うという考え方で合っていると思う。
「実際はinit時代から使っていただろう古のシェルスクリプト呼んでるだけ」というのはsystemdの機能、RHELでもArchLinuxでも同様の動作をする。Debianでは、メジャーバージョンアップのたびinit.dスクリプトだけだったところネイティブなsystemdユニットを用意しているパッケージが増えているように感じる。
*-libと*-develは分けてあっていいと思うが。*-libは依存関係で入れると思えばいいし、*-develは開発者しか入れなくていい。
モジュール小分けは、アップストリームの分け方以上に細かく分けるのは意味わからんね。それでも依存関係さえ正しければまだましなんだが。
依存の依存で人類皆兄弟!みたいになってしまうからねえ、わけられるなら分けてほしい。
できないならできないでいいから、その場合はinitのままにしとけと。
やったことないけど、sysvinit-coreを入れるとSysVinitで起動する環境が作れるらしいよ。
Archだってsystemd依存、というかsystemdオンリーじゃなかったっけ?確かにdebianはinitでも動くようにすることが求められてて完全移行はしてないけど。>systemd.unitだが、実際はinit時代から使っていただろう古のシェルスクリプト呼んでるだけとか。これはどうでもいいかな。systemd使おうが使うまいが各ソフト毎のやり方があるんだから、環境変数などを隔離するためにスクリプトで包むのは普通でしょ。
DebianはDebianで弄られてる箇所は有るかと思いますが、RapbianはDebianの標準構成とは別物だからDebianのドキュメントが役立たないとかも起きますよ。むしろ 固定IPアドレスの設定方法とか [raspberrypi.org]考えると別物だと思った方が。
ただ、コンポーネントを切り替え可能てもなるべく同じ挙動にする為の仕掛けが原因で、設定が中途半端に適用されるとか、一部の設定が巻き戻る可能性は否定しません。
# 独自ツールって、
フォークすればいいじゃない
# クローズドソースでもあるまいに
パッケージ名を自分で考えて置き換えたりするということ?
わかりずらい。上記を逸してる。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
一つのことを行い、またそれをうまくやるプログラムを書け -- Malcolm Douglas McIlroy
そんなことより Debian 直感的にわかりにくい (スコア:0)
ふだんArchとか使ってると、たまにRapbian使ったりした時、直感的にわかりにくくて困る。
まずパッケージ名がわかりずらい。
やたら細かい。
単一のパッケージを*-libとか*-develとかいくつも分けてる。
phpなんかモジュール毎に小分け。
上記を逸してる。
次に中途半端なsystemd依存。
timedatectlしても反映されない部分があるから、何だこれと調べると独自ツール使えみたいな現象が多い。
同様にユニットファイル編集して/etc/systemdに置いておいてもうまく動作しないから調べると
一見するとsystemd.unitだが、実際はinit時代から使っていただろう古のシェルスクリプト呼んでるだけとか。
等々、調べれば調べるほどうんざりする。
切り替えるなら完全に切り替えろと。
できないならできないでいいから、その場合はinitのままにしとけと。
中途半端が一番うざい。
なんとかしてくれ。
使いにくくてしょうがない。
Re:そんなことより Debian 直感的にわかりにくい (スコア:1)
Archが好きなら、ラズパイにもArchを入れれば済む話では?
Re: (スコア:0)
systemdって、完全依存出来る程の完成度なの?
色々聞いてるけど。
ならば使える所だけ使うって事じゃないの?
Re: (スコア:0)
systemdって、完全依存出来る程の完成度なの?
前提が間違っています
systemdが完成することはありえません
顕示欲の向くままに飲み込み続けるのがsystemdですので
systemd が 飲み込み たそう に こちら を みている
リーナス が 罵倒 したそう に いつも きれている
そんなかんじ
Re: (スコア:0)
使える所だけ使うという考え方で合っていると思う。
「実際はinit時代から使っていただろう古のシェルスクリプト呼んでるだけ」というのはsystemdの機能、RHELでもArchLinuxでも同様の動作をする。Debianでは、メジャーバージョンアップのたびinit.dスクリプトだけだったところネイティブなsystemdユニットを用意しているパッケージが増えているように感じる。
Re: (スコア:0)
*-libと*-develは分けてあっていいと思うが。
*-libは依存関係で入れると思えばいいし、*-develは開発者しか入れなくていい。
モジュール小分けは、アップストリームの分け方以上に細かく分けるのは
意味わからんね。それでも依存関係さえ正しければまだましなんだが。
Re: (スコア:0)
依存の依存で人類皆兄弟!みたいになってしまうからねえ、わけられるなら分けてほしい。
Re: (スコア:0)
できないならできないでいいから、その場合はinitのままにしとけと。
やったことないけど、sysvinit-coreを入れるとSysVinitで起動する環境が作れるらしいよ。
Re: (スコア:0)
Archだってsystemd依存、というかsystemdオンリーじゃなかったっけ?
確かにdebianはinitでも動くようにすることが求められてて完全移行はしてないけど。
>systemd.unitだが、実際はinit時代から使っていただろう古のシェルスクリプト呼んでるだけとか。
これはどうでもいいかな。
systemd使おうが使うまいが各ソフト毎のやり方があるんだから、環境変数などを隔離するためにスクリプトで包むのは普通でしょ。
Re: (スコア:0)
DebianはDebianで弄られてる箇所は有るかと思いますが、
RapbianはDebianの標準構成とは別物だからDebianのドキュメントが役立たないとかも起きますよ。
むしろ 固定IPアドレスの設定方法とか [raspberrypi.org]考えると別物だと思った方が。
ただ、コンポーネントを切り替え可能てもなるべく同じ挙動にする為の仕掛けが原因で、
設定が中途半端に適用されるとか、一部の設定が巻き戻る可能性は否定しません。
# 独自ツールって、
Re: (スコア:0)
ふだんArchとか使ってると、たまにRapbian使ったりした時、直感的にわかりにくくて困る。
なんとかしてくれ。
使いにくくてしょうがない。
フォークすればいいじゃない
# クローズドソースでもあるまいに
Re: (スコア:0)
パッケージ名を自分で考えて置き換えたりするということ?
Re: (スコア:0)
わかりずらい。上記を逸してる。