Devuan: Debian Without Systemd Ver.1 [転載禁止]©2ch.net

ttps://devuan.org/

systemdへのhateだけで生き残れるんですかねえ
また所詮玩具だとか言われるんだろうな

>>2
systemdへのhateだけに留まるかどうかは今のところ分かりませんわな
ただ、これを気に色々なところに賛否両論がでて散り散りになる危険を俺は危惧してるが
コアは必要だからな

なんで systemd を分派するほど嫌うの？
標準のインストール手順に systemd を外せるようなオプションをつけるくらいで
我慢できなかったのかな？

>>4
是非、君が作って、systemdにしか対応してない全てのパッケージもメンテしてくれたまえ。期待してるよ。

> systemdにしか対応してない全てのパッケージもメンテ
なんでそんな必要が？
systemdにしか対応してないパッケージはインストールしなければいいんでしょ？

そうするとエラーになってインストールできませんが。
というか、>>4とか>>5をやろうとしているのがDevuanだよ…
Debianはsystemd必須。

>>7
>というか、>>4とか>>5をやろうとしているのがDevuanだよ
で、>>4はそれをDebian内部でやりゃいいじゃんって話なんじゃないの?

どうやって?
Devuanなら>>5だけでできるけど。

要は、>>4の言う「我慢」は、Debianの人にしてくれと言ってるんだよ。
>>8は。

>>6
主要ディストリであるdebianまでsystemdで済むようになったら、上流はどんどんsysvinitに対応しなくなってくんじゃないか。

デブ庵

デブちゃん支援

グダグダもめないでこういうふうにフォークしておけばよかったんだよ。
これができるのがフリーソフトの良い所なんだから。

んで試せるイメージまだー？

Devuan is spelled in Italian and it is pronounced just like "DevOne" in English.
って書いてあるから、読み方はデブワンで良いのかな？

忍び寄る多機能主義の犠牲

debianとdevuanにリソースが分散してどっちも消えていく気がするんだけど

でぶわんわんわん

Debianは分派が多いから
別に気にするほどのことでもないような

一大事だな。

成果出せれば本家で取り込めるからがんがれよ

>>20
今までのdebianのフォークっていったらdebianのパッケージをそのまま利用して上乗せで他のGUIとかを追加したのしかなかった。
debianをベースにスクラッチで分流が作られたのはおそらく初めてだよ。元debian開発者がたくさん参加してるしね。

で、結局のところ systemd を嫌う理由はなんなの？

>>24
管理を他の奴にまかす気はない

>>25
systemd じゃなければ他の奴にまかすことにならないの?

>>26
とりあえず使ってみたら？

Linusですらsystemdだというのに

>>27
ちゃんと答えておやりよ

redhatismへの叛逆なんでしょうか

>>28
LinusこそLinuxさえ動けばいいのでは?
DebianはユニーバサルOSから、単なるLinuxディストリビューションに成り下がる可能性が高い。

まず「たくさんの元Debian開発者がたくさん参加」のソースをくれ。

一番forkされてる数の多いbase-configリポジトリのネットワーク図
https://github.com/devuan/devuan-baseconf/network

6つのforkのうち実際にコミットがあるのは2つ、それらはまだマージも
されてない。
とても既存のDebian開発者がたくさん参加しているようには見えないな。

githubなんて使ってないでdebianのエコシステムをdevuanに譲渡すればいいのに

なんでsystemdがダメなのかわからんのよね
使いたくないだけじゃ、ひとあつまらないような

>>35
個人的な感想だけど
initからその後の運用まで大きく関わり過ぎて、全てがsystemdを通さないと上手く扱えないようになる
権限が集中しすぎている為rootであろうともsystemdを通さず直接各デーモン等に思った操作が出来ない
かといって各種設定が一元化出来ている訳ではなく(目指しているんだろうが)、中途半端にやるべき事だけ増えている
そしてメリットとして何があるかと言われても、結果的に出来る事は今までと変わらない
FedoraでもArchでも使ってみれば分かる
要は壮大なラッパーシステムだと理解している
それを便利と見るか邪魔と見るか

UbuntuだとUpStartがsystemdにあたる
独自のinitシステムで起動の高速化には成功しているが、その数秒の為に数日以上の人的コスト(設定・トラブルシュート等)が明らかに発生する
またUbuntuにもsystemdが絡んできててもうなにがなんだか

よくわかんないけど、MS-DOSで言うところのconfig.sysとどう違うんだろ。
autoexec.batで任意に組み込めるならそのままの方が便利じゃんみたいな。

>>36
＞権限が集中しすぎている為rootであろうともsystemdを通さず直接各デーモン等に思った操作が出来ない
systemdはすばらしい
つまりsystemd採用に反対してるのは犯罪者という事だ

全部S99なのがまずいんだろ。
相関成り立たなくなるわ。
systemd移行は仕方ないのでは。

systemdって、バージョンナンバーをじゃんじゃん上げてるけど
従来パッケージのようにバージョン割り当てたら、どのくらいなんだろうか
1.0超えてんのかね

もうレジストリでよくね？

>>39
CPUがマルチコアになっても頭がシングルスレッドのままだな
サブプロセス立ち上げて同時多発テロすればいい

全然すっきりしないなそれ。

>>38
釣りだろうけど
root権限があればsystemdには働き掛けられるし、そもそもrootはinit処理を全編集出来るからね

起動の相関というのもよく分からんな
必要な物を必要なだけ処理すれば良いだけで
そもそも起動に手を入れる必要性が全く分からない
単に権限の取り合いに見える

>>44
釣りだとわかってるなら釣られんな。

>>45
反systemdには盛り上がって欲しいし
変な印象になってほしくないんだよね万が一にも

ダメなら戻せばいいだけなんだから、わざわざ分裂騒ぎを引き起こすとかdebianへの破壊工作としか思えないな。
M$の次はフリーソフトを駆除ということか

赤帽はせんとすの内紛が堪えたのだろう
赤帽公認になってもせんとすの教祖は信者のお布施を使い込んだことは
相変わらず無かったことになってるし
信者のお布施NSAや赤帽に流れてたんかな
NSAは今財政難みたいだしな

例えば、国家安全保障に必要な処理をinitに組み込むために呪文をテキストファイルに追記したとする。
すぐバレるだろｗ？

だからこれを隠蔽するための処理を様々な管理ツールで見えないようにするためのコードを様々な管理ツールに
仕込まないといけなくなる。無理だって

ところがsystemdならどうだろうか、仕込み放題じゃないか

systemdがバイナリなのも気に入らないのか
そういう話か？？

>>49
init でも /sbin/init に仕込めばいいんじゃない?

initのソースってそんなに長いの？

>>50
現状、政治的なりなんなり
どこかの方向性への意図が入りやすいって事でしょ