appimage_AppImageによるLinuxパッケージ管理
5471 ワード
appimage
Linuxマシン(特にリモートマシン)を管理する大部分は、ソフトウェアの管理とインストールです.ローカルアプリケーションで問題が発生した場合、またはファイルシステムの一部のファイルが破損し、修復が必要な場合は、物理画面の前に座る前に多くの道を歩かなくても、更新をプッシュします.PluralsightコースLinuxシステムメンテナンスとトラブルシューティングコースで説明したように、もちろんBashスクリプトで多くの問題を解決できますが、多くの場合、良質な古いバイナリファイルに代わるものはありません.
リモート・システムによっては、新しいアプリケーションをインストールする必要があるため、これらのコンピュータを使用するチーム・メンバーがビジネス機能を実行できることを想像してみてください.DebianやRPMのような主要なLinuxストレージシステムの統合と自動化により、管理タスクをより容易にすることができます.
Linus Torvaldsがいつまでも私たちに注意してくれたように、多くのLinuxソフトウェア管理システムの問題はLinuxソフトウェア管理システムが多すぎることにある.長年にわたって、Debian reposなどのソフトウェアの準備に多くの時間と労力を費やしてきたため、アプリケーション開発やLinuxの採用が複雑になり、RPMシステムに導入したい場合は役に立たないでしょう.どちらもSUSEのZypperマネージャには役に立たない.
ソフトウェア・アイランドの問題を解決する有望な解決策は、Linuxリリースで実行できる独自の環境を使用してアプリケーションを発行することです.この若く発展している分野では、標準的な選択肢の一つはAppImageです.
これはその美しい例証です.AppImagesをプレイしていたとき、技術フォーラムで非常に古い議論に遭遇し、同じように古く廃棄されたGitHubプロジェクトと関連するYAMLとレシピファイルに入りました.AppImageパッケージの生成に必要なアーカイブの準備に必要な複雑なインフラストラクチャを自動的に構築することを目的としています.このインフラストラクチャはすべてUbuntuバージョンで5年間構築されていますが、すべてのインフラストラクチャを一緒に配置して
しかし、私はそこには行かない.逆に、非常に簡単なHello Worldアプリケーションとどのように動作するかを示します.まず、AppStreamパッケージがローカルにインストールされていることを確認してください.
Debianベースのシステムでは、次のように動作します.
Linuxマシン(特にリモートマシン)を管理する大部分は、ソフトウェアの管理とインストールです.ローカルアプリケーションで問題が発生した場合、またはファイルシステムの一部のファイルが破損し、修復が必要な場合は、物理画面の前に座る前に多くの道を歩かなくても、更新をプッシュします.PluralsightコースLinuxシステムメンテナンスとトラブルシューティングコースで説明したように、もちろんBashスクリプトで多くの問題を解決できますが、多くの場合、良質な古いバイナリファイルに代わるものはありません.
リモート・システムによっては、新しいアプリケーションをインストールする必要があるため、これらのコンピュータを使用するチーム・メンバーがビジネス機能を実行できることを想像してみてください.DebianやRPMのような主要なLinuxストレージシステムの統合と自動化により、管理タスクをより容易にすることができます.
Linus Torvaldsがいつまでも私たちに注意してくれたように、多くのLinuxソフトウェア管理システムの問題はLinuxソフトウェア管理システムが多すぎることにある.長年にわたって、Debian reposなどのソフトウェアの準備に多くの時間と労力を費やしてきたため、アプリケーション開発やLinuxの採用が複雑になり、RPMシステムに導入したい場合は役に立たないでしょう.どちらもSUSEのZypperマネージャには役に立たない.
ソフトウェア・アイランドの問題を解決する有望な解決策は、Linuxリリースで実行できる独自の環境を使用してアプリケーションを発行することです.この若く発展している分野では、標準的な選択肢の一つはAppImageです.
AppImagesの使用
これはその美しい例証です.AppImagesをプレイしていたとき、技術フォーラムで非常に古い議論に遭遇し、同じように古く廃棄されたGitHubプロジェクトと関連するYAMLとレシピファイルに入りました.AppImageパッケージの生成に必要なアーカイブの準備に必要な複雑なインフラストラクチャを自動的に構築することを目的としています.このインフラストラクチャはすべてUbuntuバージョンで5年間構築されていますが、すべてのインフラストラクチャを一緒に配置して
appimagetool
コマンドを実行すると、現在のデスクトップ上でシームレスに実行できるAppImageファイルが作成されます.5年間の歴史を持つGitHubプロジェクトは、真剣に修正する必要がなく、他の技術を使用して実行できると思います.しかし、私はそこには行かない.逆に、非常に簡単なHello Worldアプリケーションとどのように動作するかを示します.まず、AppStreamパッケージがローカルにインストールされていることを確認してください.
Debianベースのシステムでは、次のように動作します.
$ sudo apt install appstream
RPMシステムの は、 の を います. $ sudo dnf install appstream
で するGitリポジトリをクローンします. の に づいています.
$
git clone https:
// github.com
/ boolean-world
/ appimage-resources
$
cd appimage-resources
$
ls hello-world-appimage
に、cd
が した しいディレクトリGitに り、あちこち てみましょう.ここには2つのディレクトリがあります.hello-world-appimage
を する.もう つはもっと なプロジェクトで、 してみることも えなければなりません.helloworld.desktop
ファイルはLinux GUIシステムが み んだファイルであり、デスクトップアイコンを する を するために されます. のファイルの き み は で になることが されています.そのため、Categories=
を し、GNOME
に を する さな を ってください. のセミコロンを れないでください.
$
nano hello-world-appimage
/ helloworld.desktop
add
Categories =GNOME;
AppImage GitHubプロジェクトからappimagetool
バイナリファイルのプリコンパイルコピーをダウンロードします.GitHubサイトを するポイント-そこには れたドキュメントとリソースがたくさんあります.バイナリファイルをダウンロードした 、ファイルを にし、hello-world-appimage
ディレクトリに します.しかし、まず、どのようなアーキテクチャがほしいかを える があります. らかの でx 86_を するかどうかを します.64アプリケーションを するとき、x86_64
という のツールは に です.
$
wget https:
// github.com
/ AppImage
/ AppImageKit
/ releases
/ download
/ continuous
/ appimagetool-x86_64.AppImage
$
chmod +x appimagetool-x86_64.AppImage
$
ARCH =x86_64 .
/ appimagetool-x86_64.AppImage hello-world-appimage
ったエラーメッセージが されない は、すべて できます.
$
ls
$ .
/ hello-world-appimage-x86_64.AppImage
AppImageはパッケージ の に な です.それを すると、Linuxリリースで されているデフォルトの であることがわかります.
:https://opensource.com/article/20/6/appimages
appimage