[過去ﾛｸﾞ] Debian GNU/Linux スレッド Ver.93 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
293: 2019/12/16(月)07:55 ID:lI5xrT/T(1/2) AAS
>>291
画像ﾘﾝｸ[png]:i.imgur.com
最初の画像をeogで閲覧しているStretchの様子です
今のところデスクトップとしての問題は感じられません
294: 2019/12/16(月)12:56 ID:lI5xrT/T(2/2) AAS
>>292
有難うございます
ディストリビューションの名に恥じないDesktoperを目指したいと思います
295(1): 2019/12/16(月)15:00 ID:NVfQFMxs(1/5) AAS
>>236
systemd排除する方向の投票はどれなんだ…
296: 2019/12/16(月)17:44 ID:YYOW+ZtZ(1) AAS
>>295
しかしsystemdは速いからの・・・
受け入れねば村は滅びるしかないのじゃ
297: 2019/12/16(月)18:13 ID:NVfQFMxs(2/5) AAS
速いとかいう触れ込みの実
速度変わらなかったやつね
systemd滅ぶべし
298: 2019/12/16(月)19:50 ID:yrvCruKH(1) AAS
でも起動時の自動起動処理を書くのが簡単だからな…＞systemd
そこだけ取り出した init があればなぁ
299: 2019/12/16(月)20:11 ID:W3XDLZlr(1/2) AAS
まあ速度より開発リソースの問題だろう
企業主導で開発が進む現代のLinuxにおいて、Debianの烏合の衆が独自路線でついていくのはもはや無理
300: 2019/12/16(月)20:12 ID:NVfQFMxs(3/5) AAS
ユーザーにメリットもないのに沸く謎のsystemd推し
滅べ
301: 2019/12/16(月)20:17 ID:NVfQFMxs(4/5) AAS
systemdの開発ろくにしてねえ一体なにしてるんだ？とニュースになったばかりなのに
開発リソースも糞もないというね
302: 2019/12/16(月)20:20 ID:W3XDLZlr(2/2) AAS
企業の力をもってしても開発が回らないなら乞食衆が独自路線を選ぶなど不可能だと気付け
303: 2019/12/16(月)20:50 ID:NVfQFMxs(5/5) AAS
不自然な成果物に不自然な擁護
マジ滅べ
304: 2019/12/16(月)20:59 ID:heKiOkwd(1) AAS
スポンサーの意向に従ったけど肝心のスポンサーからの実入りが減ったとかそんなとこかね？
305: 2019/12/16(月)23:11 ID:U29B7RD3(1) AAS
最近の情勢知らんけど
sysvinit 系みたいなの残ってんの？
派生鳥で systemd 排除したモノがあるらしいけど
LXQt みたいな感じで合流？するの？？
306: 2019/12/16(月)23:43 ID:Fp6yayGH(1) AAS
本気でユーザーにメリットないと思っているんか？
底が浅いのぉ
307: 2019/12/16(月)23:51 ID:vB161ZIe(1) AAS
Debianでいえば、現状はsysvinitもあるしそれ以外の実装openrcとか
runitとかもある
systemd以外もサポートしなければならない、多様性を認める程度、
はてはsystemdのみサポート、というレベル感の違う選択肢が投票の
オプションとして用意されてる
どれがどういうものかをまとめたIanのblog記事が参考になる
外部ﾘﾝｸ[html]:diziet.dreamwidth.org
308: 2019/12/17(火)01:40 ID:N3b7qwB4(1) AAS
systemdが使用してるメモリ量ってどこを見ればいいの？
少ないんだとは思うけどユニットファイル追加したらどれくらい増えるんだろうか？
309: 2019/12/17(火)01:40 ID:M7RKHLks(1) AAS
Systemdの使用法書かれた記事はあっても
initと数値を比較して優位性を示した記事は見たことがない
メリットとされていたのは口先だけの誤魔化しで実際はデメリットばかり
ブラックボックス化して悪巧みしたいのだろうとだけ感じる
310: 2019/12/17(火)05:09 ID:9RFGRp92(1) AAS
systemdのメリットは数値じゃなくて便利さでしょ？
initが起動時したときだけの処理をしてるのに対して
systemdはシステムの動的な変化をトリガーに処理を行う
システムが起動した時だけじゃなくて
ディスクがマウントされたとか特定の時間になったとか
ネットワーク構成が変わったとか
数値の前にinitは機能が足りてないんだよ。
あとinit.dのスクリプトが面倒くさい。自分でpidファイルを作ってとか
start/stop時の処理を書いてとかやらないといけない。
自分で新しいアプリを作ったときに必要になるコードの量がぜんぜん違う
省1
311(1): 2019/12/17(火)06:26 ID:UTO5VfwP(1) AAS
毎回ゼロからでなし
比較として適切かどうか
「Java はコードが長いからダメ」っていうのとどう違うか説得力もたせないと
312(1): 2019/12/17(火)10:46 ID:JaRFpJrg(1) AAS
- - -=-=-=-=-=- Don't Delete Anything Between These Lines =-=-=-=-=-=-=-=-
7b77e0f2-4ff9-4adb-85e4-af249191f27a
[ ] Choice 1: F: Focus on systemd
[ ] Choice 2: B: Systemd but we support exploring alternatives
[ ] Choice 3: A: Support for multiple init systems is Important
[ ] Choice 4: D: Support non-systemd systems, without blocking progress
[ ] Choice 5: H: Support portability, without blocking progress
[ ] Choice 6: E: Support for multiple init systems is Required
[ ] Choice 7: G: Support portability and multiple implementations
[ ] Choice 8: Further Discussion
省3
上下前次1-新書関写板覧索設栞歴
あと 690 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.142s*