web-dev-qa-db-ja.com

Linuxと他の無料のUnixを統合しようとしていますか?

どのディストリビューションを選ぶべきかわからないとき、それはとても苦痛です。開発者が1つのディストリビューションから別のディストリビューションにデータを移植するのは時間と労力の無駄です。 Linux/Unixは、本来よりも複雑(そして恐ろしい)になります。

状況が今のようになった理由はいくつかあると思いますが、Linuxやその他の(無料の)Unixの世界を再統合することを考えたことがある人はいないでしょうか。 これはまだ質問です:Linux/Unixを統合する(失敗した)試みはありましたか?

5
phunehehe

ディストリビューションのシステム構成ツールと一般的な動作を統合する場合、異なるディストリビューションは必要ありません。

利点は、アプリケーションのバイナリインターフェイスを定義することです。 Linux Standard Base Workgroup はいくつかを定義しようとします。

いくつかのISO規格のベースとなる仕様のリストは次のとおりです。 LSB仕様

9
echox

nited Linux があり、Linuxディストリビューションのベースラインを作成しようとしました。

5
nos

それに加えて echoxが言った

どんな試みも無益な運動です。本当ですか?デスクトップをサーバーの実行方法と同じように実行したくありません。デスクトップの実行方法であるBledEdgeをローリングすることは、すべての人にとって良いことではありません。

私たちができることとすべきことは、違いを最小限に抑えることです。 freedesktop通知APIやSystrayAPIのような、現在は疑似標準になっているもの(私は思う)は良いことだと思います。開発者から重複を取り除くようなものを作るほど良いです。 Popplerは、多くの分割作業が1つの作業にまとめられたアプリの良い例です。現在、PDFをレンダリングする必要のあるアプリには、すべてのプラットフォームで使用できる優れたライブラリがあります。

つまり、何かをするたびに新しいライブラリを作成するのではなく、できるだけ多くのコードをAPIで共有するようにする必要があります。

(誰かがすでに「システムパスワードマネージャー」にアクセスするための標準APIを作成しますか(そのkwalletなど))

5
xenoterracide

さて、あなたがLinuxと言ったとき、あなたはカーネルだけを参照しています。ディストリビューション自体は多くのGNUツール/アプリやその他のアプリケーションで構成されており、すべての開発者やユーザーが独自の好みや好みを持っているため、それらを統合するのが難しく、Linuxディストリビューションになりますしかし、カーネル自体は多かれ少なかれ完全に統一されています。

統一や標準化自体については、 Linux Standard BaseFilesystem Hierarchy Standard などの取り組みがたくさんあります。

4
uray

ある意味で、FreeBSDの Linux互換性 レイヤーが近づいています。この2つは実際には「マージ」されていませんが、FreeBSDに移植せずにLinuxアプリケーションを実行するのはかなり簡単な方法です。

フォローアップのコメントから、多くのディストリビューションが独自のソリューションを考え出しているため、パッケージ管理の統合に主に関心があるようです。実際、パッケージ管理自体は統一の試みですが、競争の精神は、どちらのアプローチが「勝つ」かをまだ解決していません。おそらく、各ディストリビューションができるだけ多くのパッケージシステムをサポートする方が良いでしょう。そして、デファクトスタンダードになるために必要な柔軟性や使いやすさなどの適切なバランスがどれにあるかは時が経てばわかります。

2
James M.

OpenBSDの群衆に、準拠してもっとオープンにする必要があることを伝えて、それがどのように行われるかを確認してください。

各ディストリビューションは異なるタスクを実行し、それをうまく実行します。そうでない場合、ビジネスは存在しません。コミュニティに何かを追加するディストリビューションは、単一のリリースに強制されるべきではありません。それは、他に何もないとしても、イデオロギーの大規模な衝突を引き起こすでしょう。何も成し遂げられないでしょう。

これは、WindowsとMacを統合する必要があると言っているようなものです。 2つの完全に異なる哲学と物事のやり方。

2
baweaver