Исходное сообщение
"Обратная сторона систем распространения приложений в обход д..." Отправлено anonymous, 18-Июн-16 18:02
Ну вот в gentoo, например, нет сборки IntelliJ Idea из исходников. А исходники есть, хочешь - бери. Но всем влом делать пакет. Будет пакет - будут ставить как положено. А пока только и получается, что распаковать архив. Или вот double commander. Я не поленился, написал свой ebuild для сборки из исходников. Только всё равно он ни разу не unix-way, что ожидаемо от дельфи-разработчиков, и я его так целиком и плюхаю в /usr/share, а в /usr/bin только ссылку на бинарник. Потому что программа изначально не создавалась для разделения на /lib /bin /share и прочие директории. Не только дельфи, половина ява программ тоже не имеет пакета в дистрибутиве. Остаётся только распаковывать. Ну опционально ещё можно собрать самому, а потом всё равно распаковывать. Просто разработчики дистрибутива не считают эти программы достаточно важными, чтобы включать в дистрибутив или оверлей, а некоторым пользователям нужно. Вот и выходит распаковка вместо установки, и никто не умер. А ещё есть куча программ, которые стоят в хомяке, но не стоят системно. clfswm, livestreamer (теперь вроде уже есть, но когда-то не было). Ставятся эти программы в хомяк, потому что их надо обновлять часто, а не когда ленивый мейнтейнер запихает новую версию в портеж. И у лиспа, и у питона есть собственные системы распространения пакетов, и пользователь часто хочет задействовать их вместо тормозного system-wide портежа. В общем, пока разработчики дистрибутивов продолжают поддерживать 20% проектов, имеющих 80% популярности, пока они не начнут обновлять критичные к свежести программ в день выхода новых версий, старый добрый метод "взял и распаковал архив" останется актуальным.