リストラー
Linux package management system
リストラー
開発者マティアス・クルンプ
初回リリース2007年12月; 17年前 (2007-12)
安定版リリース
0.5.9 [1]  / 2014年9月8日; 11年前 (8 September 2014)
リポジトリ
  • gitorious.org/listaller/listaller/
書かれたVala、C / C++
オペレーティング·システムリナックス
タイプパッケージ管理システム
ライセンスGNU Lesser General Public License、GNU General Public License
Webサイトlistaller.tenstral.net

Listallerは、すべてのLinux ディストリビューションにインストールできるパッケージを簡単に作成できるようにし、Linux でのソフトウェア管理をよりユーザーフレンドリーにするツールと API を提供することを目的とした、無料のコンピュータ ソフトウェア インストールシステム (パッケージ管理システムに似ています) です。

歴史

Listallerは2007年12月、freedesktop.orgの開発者Matthias Klumpp氏によって開始された実験的なプロジェクトで、インストール方法に関係なくあらゆる種類のLinuxソフトウェアを管理するためのユニバーサルユーザーインターフェイスの作成の可能性を探りました。したがって、ListallerにはAutopackage、LOKI、Mojo、ネイティブディストリビューションパッケージを管理するためのバックエンドがありました。元のプロジェクトは、インストールされたすべての種類のソフトウェアを管理するための1つのユーザーインターフェイスを提供しました。ネイティブディストリビューションパッケージ管理とのやり取りは、独自の抽象化レイヤーを介して行われましたが、これは後にPackageKitに置き換えられました。[2] Listallerは、複数のディストリビューションで実行されるパッケージの作成を容易にする、クロスディストリビューションソフトウェアインストール形式も提供しました。Listallerのインストーラ部分も、Autopackageパッケージのインストールを支援することができました。一番最初のバージョンはObject Pascalで書かれていました。

このプロジェクトは実験として始まりましたが、すぐにAutopackageやMojoの競合へと進化しました。2011年まで、Listallerは安定版をリリースすることはありませんでした。AppStreamの発表により、当初のListallerの目標の多くは達成されたため、作者はListallerを完全なソフトウェアマネージャからソフトウェアインストーラのみに変更することを決定し、AppStreamプロジェクトに加わりました。Pascalは他のプロジェクトと連携するための理想的な言語とは考えられておらず、プロジェクトは既にサードパーティライブラリへのPascalバインディングの開発に多くの時間を費やしていたため、Listallerは元の機能のサブセットとAppStreamおよびPackageKitとのシームレスな統合を提供することを主な目標としてValaで書き直されました。したがって、ユニバーサルソフトウェアマネージャの部分は削除され、プロジェクトは現在、バイナリLinuxソフトウェアの配布用のクロスディストリビューションフォーマットの作成に重点を置いています。

2014年11月10日、マティアスはLimbaプロジェクトを発表しました。[3] Limba [4]はListallerの次のバージョンになる予定です。

方法論

Listallerは、オペレーティングシステムシェルなどのコアライブラリやアプリケーションではなく、ワードプロセッサ、ウェブブラウザ、パソコンゲームなどの非コアアプリケーションのバイナリ版（プリコンパイル版）のインストールを目的としています。セキュリティ上の理由から、Listallerはシステムライブラリのインストールをサポートしていません。Listallerは独自のパッケージ形式、いわゆるIPKパッケージ（インストールパッケージの略）を使用しています。これはLZMA圧縮された署名付きtarballです。

IPKパッケージには、セットアッププロセスを変更するための小さな設定ファイルのみが含まれています。インストール時に実行される独自のロジックやスクリプトは提供されていません。セットアッププロセスのすべての部分はListallerの組み込みルーチンによって処理されるため、ディストリビューターは必要に応じてサードパーティ製アプリケーションのセットアッププロセスを独自のポリシーに準拠するように変更できます。

Listaller の重要な価値は、デスクトップ環境、既存のパッケージ管理ツール、ディストリビューションへの統合にあります。そのため、このプロジェクトはデフォルトで複数の統合コンポーネントを提供しており、PackageKitおよび/またはAppStreamをサポートするあらゆるソフトウェアマネージャーから、Listaller でインストールされたサードパーティ製アプリケーションを管理できます。

インストールされているすべてのサードパーティ製ツールをデフォルトでサンドボックス内で実行することが議論されています。[5]

Listallerを使用するプログラムは再配置可能でなければなりません。つまり、単一のバイナリで複数のディレクトリにインストール可能でなければなりません。これにより、Listallerは非rootユーザーのソフトウェアをホームディレクトリにインストールすることが可能になりますが、この方法は明示的に有効にする必要があり、使用は推奨されません。Listaller開発ツールは、アプリケーション開発者がソフトウェアを再配置可能にするためのツールとドキュメントを提供しています。

リストラーとオートパッケージ

2010年8月、両プロジェクトは統合を発表しました。[6]統合の結果、Autopackageは独自のバイナリパッケージ形式とAutopackageパッケージをインストールするためのすべてのユーザーインターフェースを廃止しました。再配置可能なアプリケーションを作成するためのBinRelocやAPBuildなどのAutopackageツールは、現在Listallerプロジェクトの一部として開発されています。AutopackageがListallerに統合された主な理由は、両プロジェクトで開発者が著しく不足していたため、両プロジェクトが協力することに決めたことです。

統合

KDEはApperを通じてListallerをサポートしていますが、ディストリビューターはコンパイル時に明示的に有効化する必要があります。GNOMEのサポートは現在、 GNOME -PackageKitスイートの一部として開発されています。理論的には、PackageKit 0.8.6以上を実行できるディストリビューションであれば、Listallerのサポートも提供できるはずです。Ubuntu は、Ubuntu PhoneのサードパーティインストーラーとしてListallerを使用せず、代わりに独自のUbuntu固有のソリューションを開発すると発表しました。[7]

参照

参考文献

  1. ^ https://gitorious.org/listaller/listaller/. {{cite web}}:欠落または空|title=(ヘルプ)
  2. ^ Launchpad.net の発表: Listaller が PackageKit に切り替え
  3. ^ Limbaの紹介 – ソフトウェアインストーラーの実験
  4. ^ リンバプロジェクト
  5. ^ 開発者ブログ: Listaller - 次のステップ[永久リンク切れ]
  6. ^ Launchpad.netの発表: ListallerとAutopackageが統合されます
  7. ^ Ubuntu開発者がモバイルアプリ向けの新しいパッケージ形式を提案
  • 公式サイト
Retrieved from "https://en.wikipedia.org/w/index.php?title=Listaller&oldid=1268124211"