Appimage/ru: Difference between revisions
Created page with "Таким образом файлы AppImage могут вызываться напрямую, как если бы они были обычными программами" Tags: Mobile edit Mobile web edit |
Updating to match new version of source page Tags: Mobile edit Mobile web edit |
||
| (23 intermediate revisions by 3 users not shown) | |||
| Line 1: | Line 1: | ||
<languages/> | <languages/> | ||
<div | <div class="mw-translate-fuzzy"> | ||
[https://appimage.org/ AppImage] | [https://appimage.org/ AppImage] - тип монолитных пакетов для приложений Linux. Содержит все зависимости приложения в одном файле, состоящем из исполняемого файла и встроенной файловой системы. | ||
</div> | </div> | ||
< | <span id="Usage"></span> | ||
== Использование == | |||
<span id="Run"></span> | |||
=== Запуск === | |||
< | В большинстве дистрибутивов все, что нужно сделать, это загрузить файл <code>.AppImage</code>, сделать его исполняемым <code>chmod +x $AppImage</code> и выполнить его. Однако это не работает в NixOS «из коробки», поскольку файлы AppImage обычно (если не всегда) зависят от определенных библиотек находящихся в жёстко заданных путях. | ||
<syntaxhighlight lang="shell"> | <syntaxhighlight lang="shell"> | ||
$ nix-shell -p appimage-run | $ nix-shell -p appimage-run | ||
$ appimage-run | $ appimage-run path/to/application.AppImage | ||
</syntaxhighlight> | </syntaxhighlight> | ||
<div lang="en" dir="ltr" class="mw-content-ltr"> | <div lang="en" dir="ltr" class="mw-content-ltr"> | ||
== | ===== Additional Packages ===== | ||
</div> | </div> | ||
<div lang="en" dir="ltr" class="mw-content-ltr"> | <div lang="en" dir="ltr" class="mw-content-ltr"> | ||
Some appimages still have issues, so you can override for additional pkgs such as | |||
</div> | </div> | ||
<syntaxhighlight lang="nix">programs.appimage.enable = true; | |||
programs.appimage.binfmt = true; | |||
programs.appimage.package = pkgs.appimage-run.override | |||
{ | |||
extraPkgs = pkgs: | |||
[ | |||
pkgs.icu | |||
pkgs.libxcrypt-legacy | |||
pkgs.python312 | |||
pkgs.python312Packages.torch | |||
]; | |||
}; | |||
</syntaxhighlight> | |||
<span id="Packaging"></span> | |||
=== Создание AppImage === | |||
<div class="mw-translate-fuzzy"> | |||
См. руководство [https://nixos.org/manual/nixpkgs/stable/#sec-pkgs-appimageTools Nixpkgs manual on wrapping AppImage packages]. Если кратко, AppImage извлекается, а все зависимости добавляются в качестве зависимостей сборки nix. Следующий пример представляет собой производную для программы Quba, которая также распространяется в виде AppImage. | |||
</div> | |||
<syntaxhighlight lang="nix"> | |||
{ | |||
lib, | |||
appimageTools, | |||
fetchurl, | |||
}: | |||
let | |||
version = "1.4.0"; | |||
pname = "quba"; | |||
src = fetchurl { | |||
url = "https://github.com/ZUGFeRD/quba-viewer/releases/download/v${version}/Quba-${version}.AppImage"; | |||
hash = "sha256-EsTF7W1np5qbQQh3pdqsFe32olvGK3AowGWjqHPEfoM="; | |||
}; | |||
appimageContents = appimageTools.extractType1 { inherit name src; }; | |||
in | |||
appimageTools.wrapType2 rec { | |||
inherit pname version src; | |||
extraInstallCommands = '' | |||
substituteInPlace $out/share/applications/${pname}.desktop \ | |||
--replace-fail 'Exec=AppRun' 'Exec=${meta.mainProgram}' | |||
''; | |||
meta = { | |||
description = "Viewer for electronic invoices"; | |||
homepage = "https://github.com/ZUGFeRD/quba-viewer"; | |||
downloadPage = "https://github.com/ZUGFeRD/quba-viewer/releases"; | |||
license = lib.licenses.asl20; | |||
sourceProvenance = with lib.sourceTypes; [ binaryNativeCode ]; | |||
maintainers = with lib.maintainers; [ onny ]; | |||
platforms = [ "x86_64-linux" ]; | |||
}; | |||
} | |||
</syntaxhighlight> | |||
<span id="Configuration"></span> | |||
== Настройка == | |||
<span id="Register_AppImage_files_as_a_binary_type_to_binfmt_misc"></span> | |||
== Зарегистрируйте файлы AppImage как исполняемый тип в binfmt_misc == | |||
<div class="mw-translate-fuzzy"> | |||
Вы можете указать ядру Linux использовать интерпретатор (например, <code>appimage-run</code>) при выполнении определенных двоичных файлов через использование [https://en.wikipedia.org/wiki/Binfmt_misc#External_links binfmt_misc], либо по расширению имени файла, либо по совпадению магических чисел. | |||
Приведенная ниже конфигурация NixOS регистрирует файлы AppImage (ELF-файлы с магическим числом "AI" + 0x02) для запуска с помощью <code>appimage-run</code> в качестве интерпретатора. | |||
</div> | |||
<syntaxhighlight lang="nixos"> | <syntaxhighlight lang="nixos"> | ||
| Line 33: | Line 103: | ||
</syntaxhighlight> | </syntaxhighlight> | ||
<div class="mw-translate-fuzzy"> | |||
Таким образом файлы AppImage могут вызываться напрямую, как если бы они были обычными программами | Таким образом файлы AppImage могут вызываться напрямую, как если бы они были обычными программами | ||
</div> | </div> | ||
[[Category:Software | [[Category:Software]] | ||
Latest revision as of 18:19, 2 August 2026
AppImage - тип монолитных пакетов для приложений Linux. Содержит все зависимости приложения в одном файле, состоящем из исполняемого файла и встроенной файловой системы.
Использование
Запуск
В большинстве дистрибутивов все, что нужно сделать, это загрузить файл .AppImage, сделать его исполняемым chmod +x $AppImage и выполнить его. Однако это не работает в NixOS «из коробки», поскольку файлы AppImage обычно (если не всегда) зависят от определенных библиотек находящихся в жёстко заданных путях.
$ nix-shell -p appimage-run
$ appimage-run path/to/application.AppImage
Additional Packages
Some appimages still have issues, so you can override for additional pkgs such as
programs.appimage.enable = true;
programs.appimage.binfmt = true;
programs.appimage.package = pkgs.appimage-run.override
{
extraPkgs = pkgs:
[
pkgs.icu
pkgs.libxcrypt-legacy
pkgs.python312
pkgs.python312Packages.torch
];
};
Создание AppImage
См. руководство Nixpkgs manual on wrapping AppImage packages. Если кратко, AppImage извлекается, а все зависимости добавляются в качестве зависимостей сборки nix. Следующий пример представляет собой производную для программы Quba, которая также распространяется в виде AppImage.
{
lib,
appimageTools,
fetchurl,
}:
let
version = "1.4.0";
pname = "quba";
src = fetchurl {
url = "https://github.com/ZUGFeRD/quba-viewer/releases/download/v${version}/Quba-${version}.AppImage";
hash = "sha256-EsTF7W1np5qbQQh3pdqsFe32olvGK3AowGWjqHPEfoM=";
};
appimageContents = appimageTools.extractType1 { inherit name src; };
in
appimageTools.wrapType2 rec {
inherit pname version src;
extraInstallCommands = ''
substituteInPlace $out/share/applications/${pname}.desktop \
--replace-fail 'Exec=AppRun' 'Exec=${meta.mainProgram}'
'';
meta = {
description = "Viewer for electronic invoices";
homepage = "https://github.com/ZUGFeRD/quba-viewer";
downloadPage = "https://github.com/ZUGFeRD/quba-viewer/releases";
license = lib.licenses.asl20;
sourceProvenance = with lib.sourceTypes; [ binaryNativeCode ];
maintainers = with lib.maintainers; [ onny ];
platforms = [ "x86_64-linux" ];
};
}
Настройка
Зарегистрируйте файлы AppImage как исполняемый тип в binfmt_misc
Вы можете указать ядру Linux использовать интерпретатор (например, appimage-run) при выполнении определенных двоичных файлов через использование binfmt_misc, либо по расширению имени файла, либо по совпадению магических чисел.
Приведенная ниже конфигурация NixOS регистрирует файлы AppImage (ELF-файлы с магическим числом "AI" + 0x02) для запуска с помощью appimage-run в качестве интерпретатора.
programs.appimage = {
enable = true;
binfmt = true;
};
Таким образом файлы AppImage могут вызываться напрямую, как если бы они были обычными программами