Исходное сообщение
"Отчёт о состоянии развития FreeBSD за четвёртый квартал 2011..." Отправлено kshetragia, 01-Фев-12 06:46
Представим ситуацию...    Я пишу коммерческий софт в котором активно используется софт из портов по депендам. Пакетами я таскать его не могу т.к. лишаюсь преимущества портов в разруливании депендов и мне нужна возможность сделать make config для своего софта. Следовательно вариантов несколько. 1. Собирать все порты в пакеты во всех возможных конфигурациях.     Вариант бредовый в силу лохматости возможных конфигураций. К примеру порты php5, apache* имеют довольно таки много опций. и все их учесть не получится. 2. Предоставить make.conf с задефайнеными необходимыми опциями, некоторый пресет пакетов для ускорения типовой установки и срез портов определенной даты с которого эти пакеты и собирались. Чтобы использовать систему портов на всю катушку свой софт я компиляю в бинарники и тащу его как порты. Для жизненно важных портов необходимо знать с какими опциями они собраны. Для этого необходимо чтобы название пакета отображало эти ключевые опции - делаем еще один порт - обертку над системным. 3. Для обеспечения относительно быстрого и безглючного апгрейда и чтобы не заставлять пользователя компилять всё каждый раз пришлось делать собственный апгрейдер. portupgrade и прочие радости рождают больше проблем чем решают их. При этом я не всегда хочу таскать собственную ветку портов. Зачастую проще притянуть cvsup-ом нужный срез прямо на машине клиента. При разработке иногда находятся баги в портах которые успользуются. Бывает удобно слега изменить дату и вытянуть только некоторую часть изменений, а не весь HEAD. Жить на релизных тегах не всегда получается. Т.к. это требует синхронизации выпуска релизов продукта с выпуском релизов фрюши.