10 августа 2012 г., 10:29 пользователь Konstantin Fadeyev <[email protected]> написал: > 10 августа 2012 г., 10:17 пользователь Sergey Korobitsin > <[email protected]> написал: >> Konstantin Fadeyev ☫ → To [email protected] @ Fri, Aug 10, >> 2012 10:04 +0600 >> >> Ну вот смотрите, какие минусы в поддержке порождает каждый пункт: >> >>> >> Есть задача поднять почтовый сервер. Требования к нему не очень >>> >> большие, поддержка IMAP, SMTP, возможно их защищённых вариантов, и >>> >> забор учётных данных из Active Directory (возможно LDAP). >>> >> На данном этапе предполагается использовать exim+dovecot. >>> >> Чего хотелось бы: >>> >> 1. Установка в /opt. >> >> Если вы будете пользоваться этим самостоятельно, и использовать при этом >> пакеты дистрибутива, не думаю, что перепиливание путей установки имеет >> какой-то смысл. > > Есть небольшая вероятность того, что скажем так, этот набор, будет > запускаться на системе отличной от дебиан. И хочется учесть этот > момент. > >> >>> >> 2. Скомпилировать только с необходимыми вещами, например выпилить POP3 >>> >> на корню (это просто пример). >> >> Ну, несмотря на то, что это пример ;), >> POP3 выпиливается просто неустановкой dovecot-pop3d, остальные вещи >> можно поддерживать в виде патчей к source-пакетам и использовать для >> сборки этого инфраструктуру apt-build, например. >> >>> >> 3. Слегка подкрутить структуру папок, чтоб все бинарники и >>> >> вспомогательные файлы лежали в одной папке, а пользовательские данные >>> >> и настройки в другой. (В общем это задумывается как упрощение переноса >>> >> конфигов и данных,например на новой системе скомпилировал бинарники и >>> >> положил папку с данными и конфигами, перезапустил демоны и всё >>> >> работает). >> >> Аргумент, аналогичный 1-му. >> >>> >> 4. Компилирование программ статически. >> >> Мне кажется, такое имеет смысл только для проприетарного софта, чтобы >> удобно было таскать по дистрибутивов, не пересобирая (и исходники тащить >> не нужно, которые могут и не дать). У нас же один дистрибутив, и (я >> думаю, вы будете использовать stable для всего этого?), и руками >> поддерживать это всё и накатывать security-апдейты и пересобирать (и >> тестировать) весь комплект - мне кажется дурной работой. Другое дело, >> если вы собираетесь сделать эдакий "swiss army knife" для почты и >> таскать это по (другим) дистрибутивам Linux. > > Предполагается, что будут использоваться пакеты исходного кода которые > уже есть в Дебиан и на которые соответственно всё вышеозвученное > накладывается. То есть будет достаточно просто перекомпилировать их с > заданными параметрами. Возможно приведение конфигов в соответствие. > Какой-то уровень тестирования всё равно придётся проводить, куда ж без > этого. > И да, наверное я хочу этакий универсальный инструмент. И не без > возможности перемещения между дистрибутивами. Это не является основным > приоритетом, но я бы хотел решить этот вопрос сейчас. > >>> Это делается для себя, чтоб проще было распространить на несколько >>> организаций, возможно никому, кроме меня, и не понадобится в итоге, но >>> вообще планируется вести достаточно длительное время и проводить >>> адаптацию под релизы Дебиана. >>> Я думал о создании пакета с зависимостями и некоторыми стартовыми >>> конфигами, но всё же мне нужно наверное что-то более >>> узкоспециализированное. >> >> Вы, всё-таки, посмотрите, как сделано в fusionforge. > > Сейчас смотрю fusionforge. > >> >> -- >> Bright regards, Sergey Korobitsin, >> Chief Research Officer >> Arta Software, http://arta.kz/ >> xmpp:[email protected] >> >> -- >> А у меня мой стул укатил кто-то. Он был помечен >> на правой ручке моей белой нашейной ленточкой >> от флешки Transcend. Фиг с ним, со стулом, ленточку >> жалко >> -- mirat @ https://projects.arta.local/forum/message.php?msg_id=173 >> >> >> -- >> To UNSUBSCRIBE, email to [email protected] >> with a subject of "unsubscribe". Trouble? Contact [email protected] >> Archive: >> http://lists.debian.org/[email protected] >> > > > > -- > Константин Фадеев
Думаю apt-build это правильное направление. :-) -- Константин Фадеев
