История изменений

под флетпаки всё равно кто-то этот софт компилирует, но какое отношение это имеет к дебиану - не понятно.
Флетпак конечно решает проблемы доступности библиотек, но не самым эффективным образом. Это больше похоже на решение от «эффективного менеджера», закрывающего техническую проблему нетехническим способом. Работает, да. Только всплывают неочевидные проблемы, например когда дисплейный сервер предлагает один драйвер vaapi, а во флетпаке другой или то что программа вместо секунды стартует 20 т.к все библиотеки заново надо загрузить, ну и в конце концов когда то, что прекрасно умещалось в 512мб требует уже 2 гигабайта. Впрочем уже многие не видят разницы, когда везде минимум 16 гигов, да и на фоне браузера это не заметно, но такой подход ещё сильнее распускает руки разработчикам (особенно в вебе) и скоро тебе не хватит и 32 гигов. Случайного бага который просто так сожрёт лишних 150 мегабайт памяти сейчас никто не заметит, хотя без flatpak это бы бросалось в глаза, как и увеличение времени запуска на секунду-другую

под флетпаки всё равно кто-то этот софт компилирует, но какое отношение это имеет к дебиану - не понятно.
Флетпак конечно решает проблемы доступности библиотек, но не самым эффективным образом. Это больше похоже на решение от «эффективного менеджера», закрывающего техническую проблему нетехническим способом. Работает, да. Только всплывают неочевидные проблемы, например когда дисплейный сервер предлагает один драйвер vaapi, а во флетпаке другой или то что программа вместо секунды стартует 20 т.к все библиотеки заново надо загрузить, ну и в конце концов когда то, что прекрасно умещалось в 512мб требует уже 2 гигабайта. Впрочем уже многие не видят разницы, когда везде минимум 16 гигов, да и на фоне браузера это не заметно, но такой подход ещё сильнее распускает руки разработчикам (особенно в вебе) и скоро тебе не хватит и 32 гигов. Случайного бага который просто так сожрёт лишних 150 мегабайт памяти сейчас никто не заметит, хотя без flatpak это бы бросалось в глаза