[devel] I: Реализации apache2-configs в apache2-2.2.6-alt1 (was: Предложения к реализации apache2-configs)

[Aleksey Avdeev]

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 впишется туда вполне логично.
> 

  Сделано.

-- 

С уважением. Алексей.