OpenBSD向けにsystemd互換ラッパーを開発する動き 39
ストーリー by hylom
systemdの普及の裏で 部門より
systemdの普及の裏で 部門より
i12bhdn 曰く、
ある学生が、systemdに対するシステムコールを受けとり、その振る舞いをエミュレートするD-Busデーモンの開発に取り組んでいるという。systemdはBSDプラットフォームをサポートしていないが、この「エミュレータ」はBSD環境でsystemd互換のシステムを提供することを目的としているという（Phoronix、FreeBSD Wiki Graphicsにおけるxorg-server、DBus、systemdに関する現状解釈）。
Phoronixの記事を「ざっと」流し読みした限りでは、学生開発者のIan Sutton氏がメンターのAntoine Jacoutot氏とLandry Breuil氏による指導のもと、Google SOC2014でこのプロジェクトを遂行した、とのことです（Google SOCの当該プロジェクト）。
自分にはとても手がけられないもので、どなたかがやってくれればな、とおそるおそる願っていましたが、手を挙げた方がいらっしゃって本当にありがたいです。
追加 (スコア:3)
編集者様、採用ありがとうございます。
若干の追加をいたします。
OpenBSD財団の当該プロジェクトページ [openbsdfoundation.org]
misc@openbsd.orgメーリングリストの該当スレッド(gmane) [gmane.org]
繰り返しですが、linux/BSD/UNIX対応のGUI環境
(X.org, Wayland, Mir)が軒並みsystemd依存である
今の状況でこのプロジェクトの意義は特に私のような
ポンコツユーザーにとって奇跡と言っても過言ではないのです。
Re: (スコア:0)
misc@openbsd.orgメーリングリストの該当スレッド(gmane) [gmane.org]
どれですか？ 7月初めで終わってる crowding out bsd ... のやつ？
繰り返しですが、linux/BSD/UNIX対応のGUI環境
(X.org, Wayland, Mir)が軒並みsystemd依存である
Xenocaraの役に立つんですか？
あっちはあっちでmherrbが別のアプローチをしてるのでは？
今の状況でこのプロジェクトの意義は特に私のような
ポンコツユーザーにとって奇跡と言っても過言ではないのです。
Re:追加 (スコア:2)
はい、そのスレッドです。
mail-archive [mail-archive.com]のリンクも追加します。
gmane.orgにつながらなかったので。
確かに。そういう意味でも奇跡的と言えますね。
一方その頃 (スコア: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)
起動処理がシェルスクリプトなら、なぜか起動しなくなったシステムがどこで詰まったのか１行づつ追跡することができたのですが、systemdになってからは簡単ではなくなりました。
システム上どうしても起動処理の一部に割り込んだり、改変しなくてはならないという場合も、スクリプトを読めばよいと言うわけにも行かず、変更自体が不可能なのかもしれません。
Solarisが10になったときにもサービス起動の改革があったのですが、探っていくとスクリプトが見つかったので幾度か救われました。Linuxの改革は起動処理が簡単に手の届かない場所に遠ざけられたようで、いざ起動不能の事態になったら対処できるのか不安がぬぐえません。
systemdのすごいとこ (スコア:1)
systemdの性能や機能に惚れ込んだから移行してる、というタテマエなのだろうけど、実際の所udevを人質に取られちゃったから仕方なく移行してるって人も結構いるんでしょ？
もしもudevが取り込まれずに無事だったなら、ここまでsystemdが普及してたか怪しい気がする。
どうやらgnomeも（Xも？）人質に追加される見込みらしいし、という流れから「こりゃ対応しとかないとやべぇ」ってことでBSDでもsystemd対応しなきゃ的な流れなんでしょ。
移行への流れ（みんなが使わざるを得ない状況）を作る（周囲をだんだん包囲していく）立ち回りや根回しの上手さがsystemdのすごいとこだと思います。
あ、性能や機能もすごいそうです。よく知りませんが。
そんなひまがあったら (スコア:0)
別物でもっとマトモなやつ作ったほうがいいんじゃないの?
ていうか作ってください。
もちろんLinuxでも動くやつで。
Re:そんなひまがあったら (スコア:3, すばらしい洞察)
ひまの潰し方は自由なんだぜ
Re: (スコア:0)
元コメの人ですか？
よくわかんないけど (スコア:0)
よくわかんないけど
Linux全盛の時代でもこういうのはBSD勢の方が盛んなんですね
成果が共有されるから将来的にはみんなが恩恵を受けるんだろうけど
Re: (スコア:0)
古き良き時代のポータビリティー志向を忘れてLinux専用のソフトウェアを作ってしまう人が(私も含めて)多数いるので、抽象化レイヤーを提案するなどして追いかけるというのはBSD勢にとって重要なテーマですね。
Re:よくわかんないけど (スコア:3, 参考になる)
ポータビリティはNetBSDの仕事だと思ってたけどなぁ。ま、OpenBSDもわかるんですが。
FreeBSD: 良い感じに育ってきたら採用する。なければ募る。それでもだめなら作ってもらう。
OpenBSD: クソコードは絶対に採用しない。なければ作る。むしろ自分で作る。
NetBSD: ポータビリティあれば採用する。チップ異存は嫌い。カーネルだけでも動かす。
こんなかんじ？
Re:よくわかんないけど (スコア:1)
そっちじゃなくてユーザーランドのポータビリティーです。典型的なのは #!/bin/bash みたいなやつで、古くからのunix系技術者が見たら眉をひそめるところだけど、作る側はそもそもそういう環境に向けて作ってるんだから何が悪いといった感じでしょうか。
gnome等がsystemdのAPIを使うようになると、BSD系OSの側では追加のコードを書いて動くようにする or 別のOS向けアプリが動く必要は無いと諦めるといった選択があるかと思います。
Re: (スコア:0)
#!/usr/bin/env bash
え？そういう話じゃないって？
Re: (スコア:0)
なんだかんだ言ってBSDのほうが歴史あるしね。
カーネルの品質もBSDのほうが・・
スラドはマカの巣窟だからだよ (スコア:0)
マカはBSDは味方だと思っているからBSDのニュースは些細な事でも取り上げられる。
Appleは人類の敵。BSD厨が人類とAppleのどちらに付くかは好きにしろ。
父さん母さんLinusさんありがとう (スコア:0)
ラッパーってそんなイメージ
Re:父さん母さんLinusさんありがとう (スコア:1)
全てのhackerにマジ感謝
Re: (スコア:0)
シンジくんはチェロじゃなくてラップを習うべきだった。
cgroups (スコア:0)
欲しいのはsystemdじゃなくてcgroups