При установке программ из пакетов пакетного менеджера, или устанавливая программу с помощью Flatpak, все зависимости устанавливаются автоматически, но при запуске программы с каких-нибудь торрентов, каких-то необходимых библиотек может не оказаться в системе.

Спасибо пользователю chibiko c rutracker за инструкцию, как легко найти необходимый пакет в Debian-like системах.

1) Устанавливаем apt-file:

sudo apt-get install apt-file

2) Обновляем его списки пакетов:

sudo apt-file update

3) И ищем нужные библиотеки:

sudo apt-file search libSDL2_image-2.0.so.0

libsdl2-image-2.0-0: /usr/lib/x86_64-linux-gnu/libSDL2_image-2.0.so.0
libsdl2-image-2.0-0: /usr/lib/x86_64-linux-gnu/libSDL2_image-2.0.so.0.0.0

Теперь нам стало ясно, что пакет, который нам нужен = libsdl2-image-2.0-0....

Это перепечатка моей статьи на хабре, так что рекомендую заглянуть и туда, чекнуть комментарии.

С приобретением нового телевизора возник вопрос, какую приставку для него брать. Возможностей Chromecast уже не хватало и хотелось полноценный медиацентр на Kodi. Телевизор со SmartTV покупать не вариант — Kodi можно установить только на Android (из SmartTV платформ), а к нему я отношусь без особой любви, к тому же он уже внутри телевизора, а не в отдельной коробке, которую можно безбоязненно перепрошивать. Ну а зачем мне полноразмерный Android, со всеми его сервисами и программами в виртуальной машине, без полноценного GNU/Linux окружения и, скорее всего, без обновлений? По той же причине также были отметены многочисленные готовые медиацентры на Android, хотя та же приставка от Xiaomi довольно хороша. Можно было бы подумать насчёт SmartTV на TizenOS, но для него нет Kodi....

После обновления Debian Jessie до testing я обнаружил проблему при запуске Docker. Набрав команду

systemctl status docker.service

[graphdriver] prior storage driver "aufs" failed: driver not supported Error starting daemon: error initializing graphdriver: driver not supported

В последнее время в мире GNU/Linux довольно много шума вокруг самодостаточных кроссдистрибутивных пакетов для графических приложений, таких как Snap от Canonical и Flatpak, разрабатываемый участниками Gnome, RedHat и сообществом разработчиков.

Идея создания универсальных не привязанных к конкретному дистрибутиву приложений не нова, ещё в начале 2000-х была начата разработка Autopackage (в 2010 проект был объединён с Listaller), в 2004 вышла первая версия klik (в 2011 году сменил название на PortableLinuxApps, а в 2013 – AppImage).

Немного с другой идеей, не самодостаточными пакетами, но не привязанными к конкретному дистрибутиву и даже операционной системе был также создан примерно (не нашел точной даты) в 2004 году проект 0install (о нём я уже писал заметку).

Все эти проекты не ставили целью создать песочницу для приложений, ограничиваясь только их запуском. Я нашел результаты экспериментов с песочницой в 0install, но по различным причинам это так и осталось экспериментом.

Но уже в 2007 году стартовал проект Listaller, в котором была добавлена песочница для приложений, в 2014 продолжил развитие под названием Limba. А уже в 2015 году был представлен проект xdg-app, в 2016 году переименованный в flatpak. В этом же году Canonical представила Snap,а Limba прекратила своё существование в пользу Flatpak.

Я старался здесь перечислить все проекты, в которых была попытка создать универсальный формат, но уверен, какие-то из них потерял, но даже без этого список «универсальных» форматов довольно внушительный.

Думаю, многим всё же нужна такая система, функционирующая не вместо существующих репозиториев дистрибутивов, а совместно с ними, поэтому и было так много попыток создать универсальный формат, но теперь, когда им заинтересовались такие крупные игроки как RedHat и Canonical, я надеюсь, получится что-то интересное.

В ходе написания этой заметки я хотел для себя выяснить, какому из двух проектов отдать предпочтение, и я этот выбор сделал, но сначала напишу, какие различия в проектах я нашел....

С некоторого периода использования GNU/Linux Debian я стал чувствовать, что в устройстве репозиториев что-то не так.

Тяжело так настроить получение пакетов, чтобы игры и браузеры всегда имели самые последние версии, а системные компоненты оставались наиболее стабильными, т.к. тогда будут возникать проблемы зависимостей.
Добавить свой пакет в официальный репозиторий является огромным трудом, т.к. обычного прохожего туда так просто не пустят, а при использовании PPA (Personal Package Archives) пользователю сперва необходимо добавить ваш репозиторий к себе в систему, прежде чем он увидит вашу программу в своём пакетном менеджере.

Тогда для решения этой проблемы я написал заготовку для аналога AUR (Arch User Repository). Суть в том, что существовал список программ в git репозитории, в котором описывалась информация о программах и команды для компиляции программ на своём компьютере. Но и такая схема работы мне не нравилась, хотя бы потому, чт...

Бамблби — это не только трансформер, относящийся к лагерю автоботов, но и ценный мех приложение для поддержки технологии NVIDIA Optimus на ноутбуках с операционными системами GNU/Linux. Bumblebee позволяет дать команду видеокарте NVIDIA заняться процессом обработки изображения, которое потом будет выведено через карту Intel. Суть в том, что с помощью этой штуки можно по-умолчанию использовать только карту Intel, а для игр подкючать видеокарту Nvidia, тем самым заметно экономя энергопотребление на обычных задачах. Заранее предупреждаю, что я использую Debian, поэтому команды я буду писать именно для этого дистрибутива, хотя они будут работать на Debian-like системах, таких как Ubuntu, Mint и прочее... Для начала удаляем все прежние попытки установки (думаю, это будет полезно читателю ;) ):

sudo apt purge nvidia* bumblebee

sudo apt install bumblebee-nvidia