Предлагаю добавить в файл /etc/httpd/conf/httpd.conf Include conf/addon-modules/*.conf Причем сделать это ДО Include conf/vhosts/Vhosts.conf Сразу убиваем двух зайцев: 1 Нет необходимости модифицировать этот файл при добавлении/удалении модулей апача 2 mod_ssl (а возможно и другие модули) требуют своего включения ДО описания виртуальных хостов. --- ---
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
