自動パッケージ
| 自動パッケージ | |
|---|---|
 | |
 Autopackage でUbuntuにソフトウェアをインストールできるようになりました | |
| 原作者 | マイク・ハーン |
| 開発者 | ヤン・ニクラス・ハッセ |
| 初回リリース | 2002年頃 （2002年） |
| 安定版リリース | 1.4.2 [ 1 ] / 2009年5月24日 （2009年5月24日） |
| 書かれた | Bash、C、C++、Python |
| オペレーティング·システム | リナックス |
| タイプ | パッケージ管理システム |
| ライセンス | GNU劣等一般公衆利用許諾書 |
| Webサイト | Wayback Machineのautopackage.org (アーカイブインデックス) Google Project Hosting の Autopackage |
Autopackage は、すべてのLinux ディストリビューションにインストールできるパッケージを簡単に作成できるようにすることを目的として、2002 年頃に Mike Hearn によって作成された、 無料のコンピュータパッケージ管理システムです。
2010年8月、リストラーとオートパッケージはプロジェクトを統合すると発表した。[ 2 ]
aMSNやInkscapeなどのプロジェクトはAutopackageインストーラーを提供しており、Freecodeはコンテンツ投稿者にAutopackageのURLを入力するフィールドを提供していました。利用可能なパッケージのリストは非常に限られており、ほとんどのプログラムバージョンは廃止されています（例えば、GIMPの最新バージョンのAutopackageは2.2.6ですが、GIMPは2012年8月時点で2.8.2です）。[ 3 ] [ 4 ]
方法論
Autopackageは、オペレーティングシステムシェルなどのコアライブラリやアプリケーションではなく、ワードプロセッサ、ウェブブラウザ、パソコンゲームなどの非コアアプリケーションのバイナリ版またはコンパイル済み版をインストールするために設計されました。Autopackageのコンセプトは、LinuxをWindowsやMacOSに匹敵する安定したバイナリインターフェースを備えたデスクトッププラットフォームに「改良」することでした。 [ 5 ]
Autopackageは互換性上の理由から、コアアプリケーションやライブラリのインストールを提供することを意図していません。Autopackageを使用してコア以外のライブラリを配布することは、やや厄介な問題となります。Autopackage経由で配布することで、より幅広いシステムへのインストールが可能になりますが、その一方で、ネイティブパッケージの依存関係との競合が発生する可能性があります。
Autopackageは、 RPMやdebといったディストリビューションの通常のパッケージングシステムを補完するシステムとして意図されています。これらの形式とは異なり、Autopackageはインストール済みパッケージのデータベースを照会するのではなく、デプロイされたファイルの存在を確認することで依存関係を検証します。これにより、対象となるすべてのディストリビューションのパッケージ選択をすべて追跡する必要がなくなり、利用可能なリソースに依存するため、Autopackageの設計要件が簡素化されます。[ 6 ]
autopackage を使用するプログラムは再配置可能でなければなりません。つまり、単一のバイナリでさまざまなディレクトリにインストール可能でなければなりません。これにより、非ルートユーザーが autopackage をユーザーのホームディレクトリにインストールできるようになります。
パッケージ形式
Autopackageパッケージは.package拡張子で示されます。これらは実行可能なbashスクリプトであり、実行することでインストールできます。Autopackageアーカイブ内のファイルは、ファイルレイアウトなどの問題を判断するために内部形式を解析する必要があるため、Autopackage以外では簡単に抽出できません。[ 7 ]
Autopackageプログラムはハードコードされたシステムパスにインストールされるため、他の方法でインストールされた既存のパッケージと競合し、破損につながる可能性があります。これは通常、Autopackageでインストールされるパッケージの古いバージョンをアンインストールすることで解決できます。
AutopackageファイルはListallerツールセットを使用してインストールおよび削除することもできます。[ 8 ] ListallerはAutopackageパッケージを独自のパッケージコンテナ形式に組み込み、Autopackageを他のListallerパッケージファイルと同様に処理します。
参照
参考文献
- ^ "autopackage.org" . 2010年4月30日時点のオリジナルよりアーカイブ。2010年4月30日閲覧。
- ^ Launchpad.netの発表: ListallerとAutopackageが統合されます
- ^ Autopackage が受け入れられるのに苦戦ブルース・バイフィールド 2007年2月12日
- ^ Autopackage を使用したプロジェクト(アーカイブ)
- ^ Hearn, Mike (2011-07-17). 「Autopackage FAQ」 . autopackage.org.オリジナルから2009-01-22にアーカイブ。2012-01-21に閲覧。
デスクトップLinuxプラットフォームとは何でしょうか？なぜ必要なのでしょうか？基本的に、WindowsやMacOSではソフトウェアのインストールが容易です。[...] 「Windows 2000以上」に依存することで、開発者は多くの機能が確実に動作し、安定性も保証されるからです。一方、Linuxではカーネルとglibc以外には依存できません。
- ^ Hearn, Mike (2011-07-17). 「Autopackage FAQ」 . autopackage.org.オリジナルから2009年1月22日にアーカイブ。 2012年1月21日閲覧。autopackage
とは？ ユーザーにとって：Linuxへのソフトウェアのインストールを容易にします。プロジェクトがautopackageを提供している場合、それがあなたのディストリビューションで動作することが分かります。ソフトウェア開発者自身によって提供されているため、デスクトップとスムーズに統合され、最新の状態に保たれていることが分かります。利用可能なパッケージの数に基づいて、どのディストリビューションを使用するかを決める必要はありません。開発者にとって：autopackageは、あらゆるディストリビューションにインストール可能なLinux用バイナリパッケージを作成できるソフトウェアです。依存関係を自動的に解決し、コマンドラインやグラフィカルインターフェースなど、複数のフロントエンドを使用してインストールできます。autopackageを使用すると、ソフトウェアをより迅速かつ容易に、そして確実にユーザーに提供できます。ネイティブ パッケージを持たないユーザーでも数秒以内にソフトウェアを実行できるため、ユーザー ベースがすぐに拡大します。
- ^パッケージアダプタツールAlienの作者によるAutopackageフォーマットに対する批判
- ^リストラー・プロジェクト2010年2月22日アーカイブat the Wayback Machine
外部リンク
