Добро пожаловать в самую полную базу данных всех пакетов AppImage и портативных приложений для GNU/Linux.

PORTABLE LINUX APPS

первый вдохновлённый AUR центр приложений AppImage!

9272 уникальных приложений (8858 пакетов AppImage + 414 автономных/портативных программ), включая 4 метапакетов, содержащих 69 элементов.

Отсюда их можно скачать, установить, обновить (по-настоящему), узнать больше об источниках и их разработчиках... а при желании вы сами можете внести недостающую информацию, потому что этот сайт имеет открытый исходный код!

Категории


Об этом проекте

Portable Linux Apps — это автономные приложения для GNU/Linux, которые могут работать где угодно, в том числе с USB-накопителя. Это могут быть пакеты AppImage или автономные архивы. У каждого приложения есть собственный установочный скрипт в стиле PKGBUILD, которым управляет менеджер пакетов AM.

Этот каталог имеет открытый исходный код. Вы можете помочь, редактируя страницы, добавляя недостающую информацию или улучшая базу данных.


Установка приложений из списка на этом сайте

Каждое приложение на этом сайте имеет собственный установочный скрипт в стиле PKGBUILD, которым управляет менеджер пакетов AM. Выберите наиболее подходящий вам инструмент:


Вопросы и ответы

Как заставить работать кнопку установки?

Кнопка "Установить" на странице каждого приложения использует протокол pla-install://. Для его обработки нужно вспомогательное приложение. Сейчас доступны следующие варианты:

Что такое portable linux apps?

Portable Linux Apps — это автономные приложения для GNU/Linux, которые (теоретически) могут работать где угодно, в том числе с USB-накопителя. Это могут быть пакеты AppImage (см. appimage.org) или автономные архивы (например, Firefox, Thunderbird...).

Чем этот сайт отличается от других сайтов со списками пакетов AppImage?

Цель этого каталога — учесть и перечислить все AppImage и автономные программы, а также предоставить единую точку, где можно ознакомиться с отдельными приложениями и легко найти URL-адреса источников — как на страницах, посвящённых каждому приложению, так и в "установочных скриптах".

Да, у каждого приложения есть собственный установочный скрипт в стиле PKGBUILD, но с альтернативным менеджером пакетов под названием "AM", который работает как более привычные APT, PacMan/YAY, DNF... и потому может размещать их по определённым путям файловой системы, как любую программу, а также обновлять через систему скриптов под названием "AM-updater". Если приложение не может обновиться само, специальный скрипт "AM-updater" использует метод, подходящий именно для этого приложения, чтобы всегда обновлять ваши любимые приложения до последней версии. ПО-НАСТОЯЩЕМУ!

Этот каталог имеет открытый исходный код. Вы можете редактировать его страницы, обновлять их и ясно видеть исходники, как в "вики".

О других каталогах

Признавая роль, которую они сыграли до сих пор в распространении AppImage как формата пакетов, я, как бывший пользователь, хотел бы подчеркнуть, что побудило меня открыть альтернативный каталог:

  • "appimage.github.io" служит прежде всего для каталогизации AppImage на основе процессов проверки через Github Actions (например, что пакет совместим со старыми версиями Ubuntu LTS). С точки зрения разработчика это нормально, но для пользователя, который ищет пакеты AppImage, не залезая в глубины интернета, это совершенно бесполезно. Как каталог он лишь показывает, что приложение существует или существовало раньше, не заботясь об устаревших пакетах, которых больше нет, но которые всё ещё значатся "для количества". Во многих страницах нет кнопок со ссылками на источники, а на всех страницах нет дополнительной информации о конкретных приложениях: каждая страница — просто сообщение-копипаста, где сказано, что приложение "доступно как AppImage, что означает одно приложение = один файл..." и так далее и тому подобное.
  • "appimagehub.com" размещает приложения, не всегда предоставленные исходным разработчиком: достаточно посмотреть профиль того, кто загрузил приложение, и сколько "продуктов" он загрузил. Некоторые признают, что не являются разработчиками, хотя у них есть кнопка пожертвований, и тем самым зарабатывают на чужом труде, а нередко ещё и не указывают настоящий источник! Эти профили используют для приложений случайные хостинги, а API Pling не позволяет чётко проверить происхождение скачиваемого пакета. Контроля за этим нет, а единственная проверка "продукта" — отзывы пользователей, которых в любом случае недостаточно ни чтобы гарантировать безопасность приложения, ни чтобы воздать должное настоящему владельцу пакета, которого по сути "обокрали".

Кроме того, ни один из них не отслеживает обновления последовательно.

Из перечисленных выше недостатков я понял, чего НЕ должен делать надёжный каталог портативных приложений.

Как улучшить страницы этого сайта?

Все данные о приложениях хранятся в markdown-подобном формате, источником которого служит список приложений AM. Каждому приложению соответствует файл в папке apps/ с его описанием, сайтами, источниками и скриншотами, созданный с помощью pla-site-tool.

  • значки приложений должны быть PNG-файлами 128x128, помещёнными в папку icons/ и названными по имени приложения;
  • списки приложений создаются автоматически этим скриптом. Любые изменения в списках и описаниях нужно вносить в этот файл — общий список приложений, которыми управляют "AM"/"AppMan";

Если у вас есть предложения, создайте issue на https://github.com/ivan-hc/AM или pull request на https://github.com/Portable-Linux-Apps/Portable-Linux-Apps.github.io

Как добавить или улучшить информацию о приложении на этом сайте?

Если вы хотите улучшить страницу приложения в этом каталоге (например, добавить более подробное описание, скриншоты, сайты и т. д.), читайте дальше.

Файлы приложений в папке apps имеют простой markdown-подобный формат; описание должно быть заключено между строками ===.

  1. Создайте текстовый файл такого вида:
    # some app
    
    ===
    description of your app. must be within the `===` lines.
    only use **bold**, *italic*, ++underline++, lists markdown here
    - do not add links or images here
    - use SOURCES field if you package someone else's app
    ===
    
    # SCREENSHOTS: https://Portable-Linux-Apps.github.io/contribute_ss.webp
    # SITES: https://someapp.io
    # SOURCES: https://github.com/name/someapp-appimage
    # BUTTONS: Label_of_Button::https://discord.gg Donation_Link::https://someapp.io/donate
    

    Описание полей:

    • SCREENSHOTS: список URL-адресов изображений webp, разделённых пробелами
    • SITES: URL-адреса сайтов через пробел, предоставляющих AppImage
    • SOURCES: если вы упаковываете чужое приложение, укажите здесь git-репозиторий(и)
    • BUTTONS: определения кнопок через пробел в виде Button_Title::URL
  2. Скопируйте значок приложения (с тем же именем) в папку icons.

Существует ли централизованный репозиторий пакетов AppImage?

Зависит от того, что вы понимаете под "централизованным репозиторием пакетов". Если репозиторий, где хранятся все пакеты, как это делают дистрибутивы на основе Debian с пакетами DEB, то нет: пакетов тысячи, они обычно распространяются на удалённых сайтах, и найти их трудно.

Если же вы имеете в виду репозиторий в стиле AUR со скриптами, которые легко находят все AppImage, то вы по адресу!

Этот каталог и его CLI, "AM", позволяют легко находить, устанавливать, интегрировать и обновлять все пакеты AppImage!

Этот каталог — лишь фронтенд постоянно растущей базы данных, которая охватывает не только приложения архитектуры x86_64, перечисленные здесь, но и все остальные, от современной ARM64/aarch64 до древней i686, как универсальное решение для всех AppImage и портативных программ для GNU/Linux!

Мне нужна помощь

Руководства и документацию смотрите в вики.

Если вам всё ещё нужна помощь, создайте issue на GitHub.

Вы также можете присоединиться к Discord pkgforge и задать вопрос сообществу напрямую.

Почему нельзя запускать установочные скрипты отдельно?

ВНИМАНИЕ: установочные скрипты в столбце "INSTALLER" предназначены для использования через "AM" и потому рассчитаны на системную установку приложений (в /opt); всё, что делает "AppMan", это преобразует эти скрипты для локальной установки, меняя пути. Они приведены здесь только для чтения!

Если вы всё же решите запускать их вручную, единственный способ удалить приложение — выполнить команду sudo /opt/appname/remove, где "appname" — имя каталога приложения со скриптом "remove". Аналогично, приложения можно обновлять, запустив скрипт "AM-updater" в том же каталоге.

Проект "AM" обеспечивает автономность установленных приложений независимо от наличия самого "AM" в системе. Тем не менее настоятельно рекомендуется использовать "AM" и "AppMan", чтобы получить все преимущества приложения, установленного таким образом.

Если вы пришли сюда просто скачать приложения вручную, нажмите на название программы и посмотрите URL-адреса на странице приложения. Из соображений безопасности этот сайт не предоставляет прямых ссылок, но указывает точные источники и ресурсы, где их можно найти!

Главное в этом каталоге — прозрачность и доверие. Приятного изучения!