From: Aleksey Avdeev <solo@solin.spb.ru> To: ALT Linux Team development discussions <devel@lists.altlinux.org> Subject: Re: [devel] I: Реализации apache2-configs в apache2-2.2.6-alt1 (was: Предложения к реализации apache2-configs) Date: Sat, 15 Sep 2007 21:52:13 +0400 Message-ID: <46EC1BCD.9090900@solin.spb.ru> (raw) In-Reply-To: <46E8039F.3090802@solin.spb.ru> Aleksey Avdeev пишет: > Aleksey Avdeev пишет: >> Alexey Tourbin пишет: >>> On Thu, Sep 06, 2007 at 12:08:25PM +0400, Aleksey Avdeev wrote: >>>> На данный момент, думаю, с зависимостями apache`вских модулями следует >>>> поступать так: >>>> > ... >>>> 4. Если пакету с модулем требуются конкретная версия apache`вских >>>> конигов -- нужно указать зависимость на диапазон версия apache2 их >>>> предоставляющий. >>> В принципе всю эту логику простановки версионных зависимостей можно >>> реализовать отдельными скриптами, типа rpm-build-apache2, или прямо >>> в apache2-devel их положить. Для этого придётся дождаться >>> rpm-4.0.4-alt78. >> Я за. >> >> Что именно требуется от меня? >> >> PS: Могу провайдить apache2-configs, политику версифицирования которого >> можно обсудить... (Сходу, нечто наподобии версифицирования .so видется...) >> > > Чем больше думаю над идеей apache2-configs -- тем больше она мне > нравиться. Как имниум оно позволит формализовать: > > 1) различия между версиями конфигов ушедших в дистрибутив (и updates к > нему) и находящихся в Сизифе/бранче; > > 2) интерфейс взаимодействия alterator-apache2 с самим apache2. Реализовано. В apache2-common-2.2.6-alt1 добавлены Provides: 1. apache2-configs2 = 2.1.0 2. apache2-config-tools = 0.1.0 Подпакеты (не все, только где нужно) требуют их наличие в виде Requires: 1. apache2-configs2 >= 2 2. apache2-config-tools >= 0 Если нет особых причин, вдругих модулях лучше делать также. Для упрощения использования /etc/rpm/macros.d/apache2 дополнен: # apache version configs %apache_configs_name apache2-configs2 %apache_configs_branch 2 %apache_configs_version 2.1.0 %apache_config_tool_name apache2-config-tools %apache_config_tool_branch 0 %apache_config_tool_version 0.1.0 # apache builds %apache_mmn 20051115 %apache_libdb 4.4 Подробности: > > Предлагаю следующие: > > 1. Формат предоставляемого Provides: > apache2-configs<бранч>-<версия>-<релиз>. От поля <релиз> пока отказался. > > 2. Изменеия поля <бранч> говорит о: > > а) Сломаной возможности автоматического обновления с сохранением > настроек адменистратора, сделанных ранее. Результат обновления нужно > будет _обязательно_ проверить и откорректировать вручную. (Как это > произошло при переходе на текущую схему конфигурирования: старые файлы > были переименованы и заменены новыми.); > > б) Сломаной обратной совместимости, по интерфейсу, утилит скриптовой > обвязки (/usr/sbin/а2*), обслуживаюих конфиги. > > Примечание к п. 2.б: > > Пункт спорный: неисключено что вынесение утилит обвязки в отдельный > пакет -- более прямой путь. Что и сделано: apache2-config-tools > > 3. Измение поля <версия> говорит о: > > а) Изменениях в конфигах не ломающих автоматическое обновление пакетов, > но существенных для скриптов их (конфиги) обробытывающих. Например > изменения в составе доступных тегов с метоинформацией: Т. к. это > коментарии специального вида, то на работоспособность httpd они повлиять > не могут, но новые версии скриптов смогут учитывать их наличие при своей > работе. > > б) Расширение интервейса утилит скриптовой обвязки (/usr/sbin/а2*), без > потери обратной совместимости (см. примечание к п. 2.б). > > 4. Измение поля <релиз> говорит о любом изменении в конфигурационных > файлах и/или утилитах обвязки. Включено в поле <версия>. > > Касательно формата самих полей <бранч>, <версия> и <релиз> мысли > следующие: > > <бранч> -- число. > > <версия> -- логично сделить группой чисел, разделённой точками. Но стоит > ли вносить в её начало <бранч> -- пока не решил. Решил что стоит. > > <релиз> -- alt<что-то> (стандартный). Данное поле отсутствует. > > PS: Apache 2.2.6 вышел оффициально, и так как я всё равно собираюсь > обновлять apache2 -- apache2-configs впишется туда вполне логично. > Сделано. -- С уважением. Алексей.
next prev parent reply other threads:[~2007-09-15 17:52 UTC|newest] Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top 2007-09-05 21:44 [devel] buildlog dependencies Alexey Tourbin 2007-09-06 5:17 ` Anton Farygin 2007-09-06 5:40 ` Alexey Tourbin 2007-09-06 5:43 ` Alexey Tourbin 2007-09-06 5:56 ` Anton Farygin 2007-09-06 6:01 ` Anton Farygin 2007-09-06 10:27 ` Sergey V Turchin 2007-09-06 5:55 ` Anton Farygin 2007-09-06 6:15 ` Alexey Gladkov 2007-09-06 6:27 ` Alexey Tourbin 2007-09-06 8:08 ` Aleksey Avdeev 2007-09-06 10:25 ` Alexey Tourbin 2007-09-06 10:51 ` Aleksey Avdeev 2007-09-06 10:53 ` Aleksey Avdeev 2007-09-12 15:19 ` [devel] I: Предложения к реализации apache2-configs (was: Re: buildlog dependencies) Aleksey Avdeev 2007-09-15 17:52 ` Aleksey Avdeev [this message] 2007-09-28 7:35 ` [devel] I: Реализации apache2-configs в apache2-2.2.6-alt4 Aleksey Avdeev 2007-09-06 9:14 ` [devel] buildlog dependencies Alexey I. Froloff 2007-09-06 11:11 ` Dmitry V. Levin 2007-09-06 10:26 ` Sergey V Turchin 2007-09-07 7:14 ` Alexey Rusakov 2007-09-07 7:51 ` Alexey Tourbin 2007-09-07 8:11 ` Alexey Rusakov
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=46EC1BCD.9090900@solin.spb.ru \ --to=solo@solin.spb.ru \ --cc=devel@lists.altlinux.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
ALT Linux Team development discussions This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/devel/0 devel/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 devel devel/ http://lore.altlinux.org/devel \ devel@altlinux.org devel@altlinux.ru devel@lists.altlinux.org devel@lists.altlinux.ru devel@linux.iplabs.ru mandrake-russian@linuxteam.iplabs.ru sisyphus@linuxteam.iplabs.ru public-inbox-index devel Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.devel AGPL code for this site: git clone https://public-inbox.org/public-inbox.git