AV>>>> Это называется "пакет" ("package"). Hо для своей работы софт в AV>>>> этом пакете потребует установки других пакетов - от ядра до AV>>>> распоследней библиотеки. JA>>> Вот все необходимое я и хочу запихать в этот пакет.
AppImage Не знаю - жив ли ещё проект. Поищи гуглом. Ещё вариант - fatELF может подойти. Но все это мутации и не потуксовски. Меня вот раздражает наличие в системе разных версий libc в системее, но они нужны разным прогам и я мирюсь. Но станет ли пользователь мирится с ворохом либ, которые свалятся ему с твоей прогой? Я не говорю про возможность наличия в них дыр, заткнуть которые можно лишь полной переустановкой всего пакета, а не обновлением либы/накатом патча. Поэтому даже мелкософт догадался придумать единый фреймворк, который зачастую спасает разработчиков от оправданий перед клиентами за косяки в чужих дллках, которые прицепились при сборке пакета. Я не понимаю - чего должно быть в программе специфичного, что не позволит использовать либы от сообщества, с установкой которых вполне справляется менеджер пакетов? Нет - никакая религия не запрещает поднять свой репозитарий и предлагать клиенту подключиться к нему и получить актуальные либы и модули программы.
AP>> Это порочный путь (им в основном пользуются для распространения AP>> проприетарного говна дабы исходники не открывать). В линухвее же AP>> принято в пакет запихивать только свою софтину, все необходимые AP>> внешние либы прописываются в зависимостях, разгребание AP>> зависимостей уже ложится на плечи пакетного менеджера.
И это правильно, не так ли? Каждый должен заниматься своим делом. Я бы сильно расстроился, если бы mc при установке заменял бы мой fish на csh :)
SE> Если же использовать библиотеки, которые не входят в LSB, то SE> вариантов, по большому счёту, два, либо включать их свой(и) RPM и SE> ставить их согласно FHS в /opt/<зарегистрированное имя SE> производителя>/... (Filesystem Hierarchy Standard, часть LSB, но SE> признаваемая более широко), либо последовательно убеждать SE> разработчиков дистрибутивов Linux, что их пользователям твой пакет SE> нужен, полезен и им стоит самим с ним мучиться и включать в свои SE> дистрибутивы.
Либо make & install на цели. Но чтобы пользоваться моей программой вы должны установить кучу заголовков и исходники ядра. Тоже стимулирует продажи. :)
SE> Время шепчет, что для этих Linux shell-овский архив это самое SE> простое и самое надёжное решение, или tar архив иерархии SE> /opt/<зарегистрированное имя производителя>/... со скриптом SE> установки и удаления.
А ещё куча переменных, чтобы софтина знала, где искать СВОИ либы.
-- Best regards! Posted using Hotdoged on Android --- Hotdoged/2.10/Android * Origin: Android device, Milky Way (2:5020/2141.269)
