NAS>> так ведь по факту деб, рпм или еще какого черта в ступе удобнее NAS>> и проще собрать афтырю, который помнит, что и зачем исправлял и NAS>> по каким граблям ходил. примерно один раз. а не всем клиентам NAS>> всё самим делать.
AV> Задача разработчика - сделать так, чтобы по команде make оно AV> собиралось, а по команде make DESTDIR=... install распихивало файлы по AV> нужным каталогам. Все остальное - забота сборщика или, если такового AV> нет, то пользователя (в любом случае это человек, который работает AV> именно с целевой системой).
(припоминая попытки собрать rpm из исходников, предназначенных для RHEL, под имевшийся тогда альт): Вот кстати да! Hе все бинарные пакеты могут быть поставлены в целевую систему. И не дело автора собирать пакеты - это дело мантейнера.
С наилучшими пожеланиями, Stanislav.
P.S. Алиен иногда штука неплохая, но вот как конвертер rpm->deb - так себе... Я им делал мелкие по составу пакеты путём конвертации подготовленного к распаковке в / tgz, но это было применимо только в контролируемом окружении.