流通危機または「Gentooについて最後に」

Gentooは流通市場で独占になる可能性があります。しかし、彼女はしませんでした。そして、そうではありません。gentooディストリビューションには、開始以来進化していないイデオロギーがあるという事実のためです。そして、宇宙の原則によれば、進化しないものはすべて、

死へ方向性のベクトルを持っています。誰かがこれを気に入らないかもしれませんが、あなたは草が無期限に緑であることを否定することができます、そしてこれは緑であるのをやめません。



同時に、Gentooディストリビューションの管理スタッフは、何が起こっているのかを理解することを望んでおらず、これを考慮して、ディストリビューションを変革するための措置は講じられていません。そしてそれは残念です!



まず、Gentooディストリビューション(2005-2010)の人気の理由と、今後10年間で人気がさらに低下し、必然的にディストリビューションが消滅する理由を理解することは価値があります。



2005年から2010年に人気があった理由は、次のとおりです。



1.バイナリ配布は、その数にもかかわらず、安定版ブランチのソフトウェアパッケージの最新バージョンをユーザーに提供しませんでした。テストおよび不安定なブランチは、ユーザーに安定した作業を提供せず、定期的にワークステーションを動作不能状態にしました。さらに、debianディストリビューションはその位置を修正し、ユーザーが作業できるパッケージのバージョンを安定させました(つまり、開発スタジオとデスクトップコンテキスト)。そして彼は人気を博した。まさにこの理由のためです。



2. Gentooディストリビューションは、他のディストリビューションでは完全には実装されていない革新的なUSEフラグテクノロジーを実装しています。 NixOSで部分的に実装されています。このテクノロジーにより、ユーザーはOSの機能インターフェイスを変更できました。



Gentooの管理チームは、その人気の理由は「ソースからソフトウェアを構築する」というイデオロギーであると今でも信じています。本当じゃない。エンドユーザーは、機能的なインターフェイスに関して柔軟性を必要としています。だけ。この機会のために、ユーザーはパッケージがソースからビルドされるまで待つ準備ができています。



Gentooディストリビューションの進化の欠如は、ユーザーにこの柔軟性を提供しようとするディストリビューションの出現につながりました。さまざまな状況で、最も信じられないほどです。明白な例は、ユーザーに次の機能を提供しようとするNixOSディストリビューションの出現です。



  1. ソフトウェアのいくつかのバージョンを使用する機能
  2. 状態を修正する機能
  3. 宣言型オペレーティングシステム構成
  4. OSの機能インターフェイスを変更する機能(USEフラグのアナログ)


これらの各ポイントは、このディストリビューションに実装されています。同時に、1、2ポイントを修正すると、このディストリビューションの使用が非常に困難になりました。ポイント3は複雑すぎて、さらに複雑になる傾向があり、この

分布がその普遍性を失ったという事実にすでにつながっています。最も簡単な例:

NixOSインストールイメージから別のディストリビューションにchrootしみてください



そのため、Gentooは、オペレーティングシステムの機能インターフェイスを変更できる革新的なUSEフラグインターフェイスを提供しています。実装の主な欠点は、ソースからのビルド時間です。質問:ソースからのアセンブリは唯一のものですか

機能インターフェイスを変更する機能を提供する実装で可能ですか?私の答えはノーです。この機能は、ソースからのアセンブリを使用せずに実装できます。確かに途中で問題があります。しかし、それらを解決するために(そして最終的にはそれらを解決することが可能であり、実際のレベルでNixOSディストリビューションはこれを示しています)、Gentooディストリビューションの管理スタッフのイデオロギーの変革の面にのみあります。



インターネット上で何度も(そしてそれだけでなく)、ユーザーはパッケージのバイナリキャッシュの問題を提起しました。答えは常に同じです。各ワークステーションには独自のCFLAGSのセットを備えたプロセッサがあり、パッケージが1つのCFLAGSでコンパイルされているため、これを行うことはできません。

CFLAGSセットは、異なるCFLAGSセットを持つ別のワークステーションで必ずしも機能するとは限りません。このため、同じアーキテクチャ(

AMD64など)内であっても、他のワークステーションで機能するバイナリパッケージキャッシュを実装することは技術的に不可能です。このステートメントは正しいですが、解決策があります。



  1. GENERICCFLAGSの使用
  2. CFLAGSによるバイナリキャッシュのセグメンテーション


1番目と2番目の両方のポイントを実装できます。Gentooディストリビューションの管理スタッフは何も望んでいません。Gentooディストリビューションにバイナリパッケージキャッシュがある場合、何が期待されますか?彼は運命にある。成功のために。



私の夢は、Gentooの管理チームが彼らのイデオロギーを再考し、この素晴らしいディストリビューションの方向性について戦略的な決定を下し、ディストリビューションの世界で真に革新的になることです。



PS:Gentooは、一元化されたバイナリパッケージキャッシュの出現を10年以上妨害してきました。興味のある方は、コメントをよく読んでください。



All Articles