Re: Создание пакета со своими параметрами.
10 августа 2012 г., 23:40 пользователь Ivan Shmakov написал: >> Konstantin Fadeyev writes: >> 10 августа 2012 г., 10:17 пользователь Sergey Korobitsin написал: > > […] > > >> Мне кажется, такое имеет смысл только для проприетарного софта, > >> чтобы удобно было таскать по дистрибутивов, не пересобирая (и > >> исходники тащить не нужно, которые могут и не дать). У нас же один > >> дистрибутив, и (я думаю, вы будете использовать stable для всего > >> этого?), и руками поддерживать это всё и накатывать security-апдейты > >> и пересобирать (и тестировать) весь комплект - мне кажется дурной > >> работой. Другое дело, если вы собираетесь сделать эдакий "swiss > >> army knife" для почты и таскать это по (другим) дистрибутивам Linux. > > > Предполагается, что будут использоваться пакеты исходного кода > > которые уже есть в Дебиан и на которые соответственно всё > > вышеозвученное накладывается. То есть будет достаточно просто > > перекомпилировать их с заданными параметрами. > > Нет. > > В случае динамической компоновки, если в используемой целевым ПО > (e. g., Dovecot) библиотеке (e. g., libssl1.0.0) обнаружена — и > исправлена — уязвимость, для устранения уязвимости в системе > достаточно обновить пакет, содержащий данную библиотеку. > > Напротив, в случае статического связывания, потребуется > /вспомнить/ какие из целевых пакетов были статически > скомпонованы с данной библиотекой — в данной (libssl1.0.0), или > одной из прошлых (libssl0.9.8) версий — и пересобрать их. (При > том, что исходный код самих целевых пакетов — не изменился.) > > Также, AFAIK, Debian не предоставляет средств для отслеживания > изменений в «зависимостях» статически-собранных пакетов. (В > отличие от.) Да всё так, очень сильный аргумент. > > Возможно приведение конфигов в соответствие. Какой-то уровень > > тестирования всё равно придётся проводить, куда ж без этого. > > Замечу также, что, строго говоря, проблемы с любыми > «самосборными» пакетами — вне рамок http://bugs.debian.org/ > (которая представляется значимой частью Debian-инфраструктуры.) > Решать их придется едва ли не полностью самостоятельно. > Да, я это понимаю в общем то и хотелось, чтоб это работало. Но с поправками на мои задачи. Я не говорю о том чтоб писать баг-репорты вызванные моими, эмн, инструментами, а чтоб решение общих проблем производилось более знающими людьми, а я мог этим воспользоваться. > > И да, наверное я хочу этакий универсальный инструмент. И не без > > возможности перемещения между дистрибутивами. Это не является > > основным приоритетом, но я бы хотел решить этот вопрос сейчас. > > Есть подозрение, что решить такого рода задачу помогли бы, > скорее, Nix или Conary, нежели dpkg и APT. > > http://en.wikipedia.org/wiki/Nix_package_manager > http://en.wikipedia.org/wiki/Conary_(package_manager) > Читаю-читаю :-) > На деле, более простым решением может оказаться помещение > «почтового сервера» в дочернюю систему (KVM, Xen, etc.), которая > вполне может быть Debian stable, даже если в качестве основной > системы используется, e. g., NetBSD. > > […] Возможно контейнеры? OpenVZ выпилили, а lxc я почти не знаю. KVM достаточно универсальный выход, но всё же, целая виртуальная машина. > > -- > FSF associate member #7257 http://sf-day.org/ > > > -- > To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > Archive: http://lists.debian.org/86wr16ejcb@gray.siamics.net > Не проще ли брать пакеты исходников и компилировать их со своими настройками, пусть и не статически? Чтоб мои программы не пересекались с теми которые идут в дистрибутиве. Или есть инструменты которые позволяют подобное отделение? -- Константин Фадеев
Re: Создание пакета со своими параметрами.
> Konstantin Fadeyev writes: > 10 августа 2012 г., 10:17 пользователь Sergey Korobitsin написал: […] >> Мне кажется, такое имеет смысл только для проприетарного софта, >> чтобы удобно было таскать по дистрибутивов, не пересобирая (и >> исходники тащить не нужно, которые могут и не дать). У нас же один >> дистрибутив, и (я думаю, вы будете использовать stable для всего >> этого?), и руками поддерживать это всё и накатывать security-апдейты >> и пересобирать (и тестировать) весь комплект - мне кажется дурной >> работой. Другое дело, если вы собираетесь сделать эдакий "swiss >> army knife" для почты и таскать это по (другим) дистрибутивам Linux. > Предполагается, что будут использоваться пакеты исходного кода > которые уже есть в Дебиан и на которые соответственно всё > вышеозвученное накладывается. То есть будет достаточно просто > перекомпилировать их с заданными параметрами. Нет. В случае динамической компоновки, если в используемой целевым ПО (e. g., Dovecot) библиотеке (e. g., libssl1.0.0) обнаружена — и исправлена — уязвимость, для устранения уязвимости в системе достаточно обновить пакет, содержащий данную библиотеку. Напротив, в случае статического связывания, потребуется /вспомнить/ какие из целевых пакетов были статически скомпонованы с данной библиотекой — в данной (libssl1.0.0), или одной из прошлых (libssl0.9.8) версий — и пересобрать их. (При том, что исходный код самих целевых пакетов — не изменился.) Также, AFAIK, Debian не предоставляет средств для отслеживания изменений в «зависимостях» статически-собранных пакетов. (В отличие от.) > Возможно приведение конфигов в соответствие. Какой-то уровень > тестирования всё равно придётся проводить, куда ж без этого. Замечу также, что, строго говоря, проблемы с любыми «самосборными» пакетами — вне рамок http://bugs.debian.org/ (которая представляется значимой частью Debian-инфраструктуры.) Решать их придется едва ли не полностью самостоятельно. > И да, наверное я хочу этакий универсальный инструмент. И не без > возможности перемещения между дистрибутивами. Это не является > основным приоритетом, но я бы хотел решить этот вопрос сейчас. Есть подозрение, что решить такого рода задачу помогли бы, скорее, Nix или Conary, нежели dpkg и APT. http://en.wikipedia.org/wiki/Nix_package_manager http://en.wikipedia.org/wiki/Conary_(package_manager) На деле, более простым решением может оказаться помещение «почтового сервера» в дочернюю систему (KVM, Xen, etc.), которая вполне может быть Debian stable, даже если в качестве основной системы используется, e. g., NetBSD. […] -- FSF associate member #7257 http://sf-day.org/ -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/86wr16ejcb@gray.siamics.net
Re: Создание пакета со своими параметрами.
В общем то цель сосредоточить конфиги и данные в одной папке. Плюс отделить требуемое от остальной системы, добавить возможность перенести готовое на другую систему, возможно не Дебиан и урезать фунционал программ до минимально необходимого. Поэтому и предполагается статическая компиляция с переопределением путей к файлам и отключением части функций уже на этом этапе. На уже готовых пакетах я не знаю как это сделать. 10.08.2012 20:33 пользователь "Hleb Valoshka" <375...@gmail.com> написал: > On 8/10/12, Konstantin Fadeyev wrote: > > 2. Скомпилировать только с необходимыми вещами, например выпилить POP3 > > на корню (это просто пример). > > Dovecot2, тот что в Wheeze, и так максимально распилен на пакеты. > Просто не ставьте то, что не надо. И конфиг поделен на несколько > файлов. Смысл извращаться со сборкой? >
Re: Создание пакета со своими параметрами.
On 8/10/12, Konstantin Fadeyev wrote: > 2. Скомпилировать только с необходимыми вещами, например выпилить POP3 > на корню (это просто пример). Dovecot2, тот что в Wheeze, и так максимально распилен на пакеты. Просто не ставьте то, что не надо. И конфиг поделен на несколько файлов. Смысл извращаться со сборкой?
Re: Создание пакета со своими параметрами.
On Fri, Aug 10, 2012 at 10:29:43AM +0600, Konstantin Fadeyev wrote: > Предполагается, что будут использоваться пакеты исходного кода которые > уже есть в Дебиан и на которые соответственно всё вышеозвученное > накладывается. То есть будет достаточно просто перекомпилировать их с > заданными параметрами. Ну-ну. На практике всё будет сложнее, чем вы ожидаете, так что я предлагаю не пытаться натянуть сову на глобус. -- WBR, wRAR signature.asc Description: Digital signature
Re: Создание пакета со своими параметрами.
Konstantin Fadeyev ☫ → To debian-russian@lists.debian.org @ Fri, Aug 10, 2012 10:31 +0600 > > [ ... ] > > Думаю apt-build это правильное направление. :-) Вполне возможно, я просто не копал далеко в эту сторону. -- Bright regards, Sergey Korobitsin, Chief Research Officer Arta Software, http://arta.kz/ xmpp:underta...@jabber.arta.kz -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120810044412.ge32...@undertaker.dev.lan.arta.kz
Re: Создание пакета со своими параметрами.
10 августа 2012 г., 10:29 пользователь Konstantin Fadeyev написал: > 10 августа 2012 г., 10:17 пользователь Sergey Korobitsin > написал: >> Konstantin Fadeyev ☫ → To debian-russian@lists.debian.org @ 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:underta...@jabber.arta.kz >> >> -- >> А у меня мой стул укатил кто-то. Он был помечен >> на правой ручке моей белой нашейной ленточкой >> от флешки Transcend. Фиг с ним, со стулом, ленточку >> жалко >> -- mirat @ https://projects.arta.local/forum/message.php?msg_id=173 >> >> >> -- >> To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org >> with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org >> Archive: >> http://lists.debian.org/20120810041720.gd32...@undertaker.dev.lan.arta.kz >> > > > > -- > Константин Фадеев Думаю apt-build это правильное направление. :-) -- Константин Фадеев
Re: Создание пакета со своими параметрами.
10 августа 2012 г., 10:17 пользователь Sergey Korobitsin написал: > Konstantin Fadeyev ☫ → To debian-russian@lists.debian.org @ 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:underta...@jabber.arta.kz > > -- > А у меня мой стул укатил кто-то. Он был помечен > на правой ручке моей белой нашейной ленточкой > от флешки Transcend. Фиг с ним, со стулом, ленточку > жалко > -- mirat @ https://projects.arta.local/forum/message.php?msg_id=173 > > > -- > To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > Archive: > http://lists.debian.org/20120810041720.gd32...@undertaker.dev.lan.arta.kz > -- Константин Фадеев
Re: Создание пакета со своими параметрами.
Konstantin Fadeyev ☫ → To debian-russian@lists.debian.org @ 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. -- Bright regards, Sergey Korobitsin, Chief Research Officer Arta Software, http://arta.kz/ xmpp:underta...@jabber.arta.kz -- А у меня мой стул укатил кто-то. Он был помечен на правой ручке моей белой нашейной ленточкой от флешки Transcend. Фиг с ним, со стулом, ленточку жалко -- mirat @ https://projects.arta.local/forum/message.php?msg_id=173 -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120810041720.gd32...@undertaker.dev.lan.arta.kz
Re: Создание пакета со своими параметрами.
10 августа 2012 г., 9:50 пользователь Sergey Korobitsin написал: > Konstantin Fadeyev ☫ → To debian-russian @ Fri, Aug 10, 2012 09:32 +0600 > >> Здравствуйте! >> Есть задача поднять почтовый сервер. Требования к нему не очень >> большие, поддержка IMAP, SMTP, возможно их защищённых вариантов, и >> забор учётных данных из Active Directory (возможно LDAP). >> На данном этапе предполагается использовать exim+dovecot. >> Чего хотелось бы: >> 1. Установка в /opt. >> 2. Скомпилировать только с необходимыми вещами, например выпилить POP3 >> на корню (это просто пример). >> 3. Слегка подкрутить структуру папок, чтоб все бинарники и >> вспомогательные файлы лежали в одной папке, а пользовательские данные >> и настройки в другой. (В общем это задумывается как упрощение переноса >> конфигов и данных,например на новой системе скомпилировал бинарники и >> положил папку с данными и конфигами, перезапустил демоны и всё >> работает). >> 4. Компилирование программ статически. > > А поддерживать это всё вы потом не будете? > Если будете, я бы порекомендовал сделать просто конфигурационный пакет с > зависимостями (как сделано, например, в опакечивании fusionforge), и > поддерживать только его. > Это делается для себя, чтоб проще было распространить на несколько организаций, возможно никому, кроме меня, и не понадобится в итоге, но вообще планируется вести достаточно длительное время и проводить адаптацию под релизы Дебиана. Я думал о создании пакета с зависимостями и некоторыми стартовыми конфигами, но всё же мне нужно наверное что-то более узкоспециализированное. > -- > Bright regards, Sergey Korobitsin, > Chief Research Officer > Arta Software, http://arta.kz/ > xmpp:underta...@jabber.arta.kz > > -- > Эксперименты по спасению России от глобального потепления путем отключения > тепла регулярно проводятся российским ЖКХ и неизменно вызывают у населения > горячий протест. > > > -- > To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org > Archive: > http://lists.debian.org/20120810035042.gc32...@undertaker.dev.lan.arta.kz > -- Константин Фадеев
Re: Создание пакета со своими параметрами.
Konstantin Fadeyev ☫ → To debian-russian @ Fri, Aug 10, 2012 09:32 +0600 > Здравствуйте! > Есть задача поднять почтовый сервер. Требования к нему не очень > большие, поддержка IMAP, SMTP, возможно их защищённых вариантов, и > забор учётных данных из Active Directory (возможно LDAP). > На данном этапе предполагается использовать exim+dovecot. > Чего хотелось бы: > 1. Установка в /opt. > 2. Скомпилировать только с необходимыми вещами, например выпилить POP3 > на корню (это просто пример). > 3. Слегка подкрутить структуру папок, чтоб все бинарники и > вспомогательные файлы лежали в одной папке, а пользовательские данные > и настройки в другой. (В общем это задумывается как упрощение переноса > конфигов и данных,например на новой системе скомпилировал бинарники и > положил папку с данными и конфигами, перезапустил демоны и всё > работает). > 4. Компилирование программ статически. А поддерживать это всё вы потом не будете? Если будете, я бы порекомендовал сделать просто конфигурационный пакет с зависимостями (как сделано, например, в опакечивании fusionforge), и поддерживать только его. -- Bright regards, Sergey Korobitsin, Chief Research Officer Arta Software, http://arta.kz/ xmpp:underta...@jabber.arta.kz -- Эксперименты по спасению России от глобального потепления путем отключения тепла регулярно проводятся российским ЖКХ и неизменно вызывают у населения горячий протест. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120810035042.gc32...@undertaker.dev.lan.arta.kz
Создание пакета со своими параметрами.
Здравствуйте! Есть задача поднять почтовый сервер. Требования к нему не очень большие, поддержка IMAP, SMTP, возможно их защищённых вариантов, и забор учётных данных из Active Directory (возможно LDAP). На данном этапе предполагается использовать exim+dovecot. Чего хотелось бы: 1. Установка в /opt. 2. Скомпилировать только с необходимыми вещами, например выпилить POP3 на корню (это просто пример). 3. Слегка подкрутить структуру папок, чтоб все бинарники и вспомогательные файлы лежали в одной папке, а пользовательские данные и настройки в другой. (В общем это задумывается как упрощение переноса конфигов и данных,например на новой системе скомпилировал бинарники и положил папку с данными и конфигами, перезапустил демоны и всё работает). 4. Компилирование программ статически. Суть вопроса такова. У Дебиана есть репозитории с пакетами исходников. Соответственно выдумывать уже ничего не требуется. Подкиньте пожалуйста, хорошую ссылку или общее описание реализации вышеозвученных хотелок. В сущности мне нужно направление куда копать, чтоб воспользоваться возможностями которые предоставляет дистрибутив. -- Константин Фадеев