From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Virus-Scanned: by cgpav Uf39PSi9pFi9oFi9 X-Virus-Scanned: amavisd-new at localhost Message-ID: <46EC1BCD.9090900@solin.spb.ru> Date: Sat, 15 Sep 2007 21:52:13 +0400 From: Aleksey Avdeev User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; ru-RU; rv:1.8.1.2pre) Gecko/20070119 MultiZilla/1.8.3.0a SeaMonkey/1.1 MIME-Version: 1.0 To: ALT Linux Team development discussions References: <20070905214410.GP6051@solemn.turbinal> <46DF9AF0.4070401@altlinux.ru> <20070906062711.GT6051@solemn.turbinal> <46DFB579.3090601@solin.spb.ru> <20070906102550.GV6051@solemn.turbinal> <46DFDB9A.6070204@solin.spb.ru> <46E8039F.3090802@solin.spb.ru> In-Reply-To: <46E8039F.3090802@solin.spb.ru> X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Subject: Re: [devel] =?koi8-r?b?STog8sXBzMnawcPJySBhcGFjaGUyLWNvbmZpZ3Mg1yBh?= =?koi8-r?b?cGFjaGUyLTIuMi42LWFsdDEgKHdhczog8NLFxMzP1sXOydEgyyDSxcHMydrB?= =?koi8-r?b?w8nJIGFwYWNoZTItY29uZmlncyk=?= X-BeenThere: devel@lists.altlinux.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: ALT Linux Team development discussions List-Id: ALT Linux Team development discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Sep 2007 18:07:09 -0000 Archived-At: List-Archive: List-Post: 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 впишется туда вполне логично. > Сделано. -- С уважением. Алексей.