ab@ asked to take over the package.  
While I'm definitely not the best maintainer, hope that in three we'll cope with it.

В этом есть еще одна вкусность -- тогда можно сделать DirectoryIndex, который
смотрит на то, что мы реально умеем (см.
http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-talk/38091).  Сейчас так
не получается по схожей причине -- когда разбирается DI, еще нет собственно модулей.

Что происходит с этой ошибкой ? 
Будут ли внесены изменения в apache ?

Не сейчас.

Сначала надо выпустить нормально _полеченный_ 1.3.28, потом уже улучшать его.

Там есть минимум еще одно связанное изменение, а changelog и так пухлый до
безобразия.

так, можно к этому вопросу возвращаться.  принимается патч на спек/httpd.conf.

я сейчас обновляю apache и mod_ssl, но, чесгря, на такое изменение рука не
поднимается: его надо делать синхронно с остальными mod_* (чтоб не пытались
дорисовать лишних Include).

(...или надо еще раз проверить, каким образом они добавляют/снимают, и
перечитать apxs...)

Это еще нужно/актуально?

Я его сейчас немного перековыриваю, но не знаю, стоит ли делать именно так в
ALM2.4 или переезжать на маску после его выпуска.

Да, это все еще нужно и очень актуально.

Можешь сделать/повесить патч относительон набора пакетов в /i/S/BTE ?

Я не совсем уверен, что сегодня в адекватном состоянии для _аккуратного_
проведения такого изменения.  Это ж еще mod_* переучить надо.

(In reply to comment #9)
> Можешь сделать/повесить патч относительон набора пакетов в /i/S/BTE ?
> 
> Я не совсем уверен, что сегодня в адекватном состоянии для _аккуратного_
> проведения такого изменения.  Это ж еще mod_* переучить надо.

Макросом для установки модуля, что-то типа %apache_install_module не получится
обойтись?

Очень может быть.  Объявляется конкурс на лучший однострочник :)

А что собственно будет делать этот макрос? И где вы собираетесь его
использовать? Если вы помните то я как раз говорил о том, что со стороны модулей
вообще ничего не нужно делать кроме как положить свой файл с конфигом в заранее
обусловленное место, а при удалении пакета не забыть его убрать.
Зачем усложняете?

Я ещё когда говорил ровно то же.

(In reply to comment #12)
> А что собственно будет делать этот макрос? И где вы собираетесь его
> использовать? Если вы помните то я как раз говорил о том, что со стороны модулей
> вообще ничего не нужно делать кроме как положить свой файл с конфигом в заранее
> обусловленное место, а при удалении пакета не забыть его убрать.
> Зачем усложняете?

Хм. Тогда что - просто почистить %postin/%preun? Это запросто. Только отмашку не
забудьте дать. ;)

(In reply to comment #14)
> (In reply to comment #12)
> > А что собственно будет делать этот макрос? И где вы собираетесь его
> > использовать? Если вы помните то я как раз говорил о том, что со стороны модулей
> > вообще ничего не нужно делать кроме как положить свой файл с конфигом в заранее
> > обусловленное место, а при удалении пакета не забыть его убрать.
> > Зачем усложняете?
> 
> Хм. Тогда что - просто почистить %postin/%preun? Это запросто. Только отмашку не
> забудьте дать. ;)

Кто может дать отмашку если мантейнер :)
Скрипты post/pre удалять не нужно. Релоад апача делать всеравно придется.
Главное вычислить все пакеты где в post/pre редактируют httpd.conf и убрать это.

(In reply to comment #15)
> (In reply to comment #14)
> > (In reply to comment #12)
> > > А что собственно будет делать этот макрос? И где вы собираетесь его
> > > использовать? Если вы помните то я как раз говорил о том, что со стороны
модулей
> > > вообще ничего не нужно делать кроме как положить свой файл с конфигом в
заранее
> > > обусловленное место, а при удалении пакета не забыть его убрать.
> > > Зачем усложняете?
> > 
> > Хм. Тогда что - просто почистить %postin/%preun? Это запросто. Только отмашку не
> > забудьте дать. ;)
> 
> Кто может дать отмашку если мантейнер :)
> Скрипты post/pre удалять не нужно. Релоад апача делать всеравно придется.
> Главное вычислить все пакеты где в post/pre редактируют httpd.conf и убрать это.
> 

Вот пусть этот макрос и делает %_sbindir/apachectl reload

(In reply to comment #16)
> (In reply to comment #15)
> > Кто может дать отмашку если мантейнер :)
> > Скрипты post/pre удалять не нужно. Релоад апача делать всеравно придется.
> > Главное вычислить все пакеты где в post/pre редактируют httpd.conf и убрать это.
> > 
> 
> Вот пусть этот макрос и делает %_sbindir/apachectl reload

Т.е. предлагается сделать алиас на %post_service httpd? А смысл?

так... я собираю 1.3.31rusPL30.20-alt7, но пока не трогаю это там

Нужно всем договориться, чтобы все модули были залиты одновременно с apache и
они были связаны по версиям. Иначе из httpd.conf получится непонятно что.

(In reply to comment #19)
Выложить пока в Daedalus а как все пересобирут переложить их в Сизиф.

Точно, спасибо.  Тормоз я :-)

Добавляю Include conf/addon-modules.d/*.conf в силу того, что миграция требует
одновременности, чего сейчас не выходит, или изменения места расположения (что и
сделаем).

=> fixed in 1.3.31rusPL30.20-alt9

(In reply to comment #17)
> > Вот пусть этот макрос и делает %_sbindir/apachectl reload
(или /sbin/service httpd condreload?)

> Т.е. предлагается сделать алиас на %post_service httpd? А смысл?
А он restart делает.  С другой стороны, /usr/sbin/{post,preun}_service -- единая
точка для реализации _не_передёргивания сервиса, если сказано так не делать (в
Debian можно попросить не трогать).

В общем, всё не совсем просто, поэтому в макрофайле будут:

%post_apacheconf        /sbin/service httpd condreload
%postun_apacheconf      /sbin/service httpd condreload