[sisyphus] u: apache-1.3.28rusPL30.18-alt2

[sisyphus] u: apache-1.3.28rusPL30.18-alt2

[Michael Shigorin]

[-- Attachment #1: Type: text/plain, Size: 2092 bytes --]

	Здравствуйте.
В /i/S/BTE направлена сборка apache-1.3.28rusPL30.18-alt2.

--- apache: "fixes & cleanups"
* Wed Sep 03 2003 Michael Shigorin <mike@altlinux.ru> 1.3.28rusPL30.18-alt2

- please see changelog for 1.3.28rusPL30.18-alt1
  as more important changes are there
- commented out AddModule mod_charset.c in default config (#2941)
  (in fact, "CharsetDisable On" already keeps it off, but server
  tag would still mention RA and confuse some curious users)
- moved (thanks to pilot@ for notice):
  * /etc/rc.d/init.d/httpd and /usr/sbin/apachectl
    from apache-common to apache
  * /usr/sbin/apachectl-perl
    from apache-common to apache-mod_perl
- /var/log/httpd permissions changed (#2920)
  from 3770,root,apache
  to    750,root,webmaster
- /var/cache/httpd permissions changed (#2921)
  from  750,apache_user,webmaster
  to   2770,root,apache
- apache.logrotate cleanup/fix:
  * changed "service httpd reload" to use condreload
  * changed create mode from 0664 root.apache to 0644 root.apache
- httpd.init.Sisyphus now checks for some situations involving httpd-perl
  when silent breakage could occur and issues warnings (#2928)
- spec cleanup:
  * switched Url from http://apache.lexa.ru to http://httpd.apache.org:
    focus isn't on RA anymore (left in index.shtml.ru* though)
  * s|%_var/cache|%_cachedir|g and similar macro updates
    (ALM2.2 compatible)
  * removed osolete comment-outs:
    + 1.3.23's mod_proxy dance
    + specific treatment of mod_include (generic by now)
    + Obsoletes: secureweb-devel from devel subpackage
---

На данный момент закрыты все записи в BTS, не являющиеся
запросами на улучшения.

Сборка работает на linux.kiev.ua / linux.org.ua (с php-mmcache),
pere.slovnyk.org.ua, xms.com.ua; проверена работа
apache-mod_perl, mod_php, mod_ruby.

PS: возможно, за осень-зиму стоит обсудить пару-тройку вещей:
- RA (сейчас включен, но выключен);
- apache2 и фреймворк под виртуальный хостинг;
- web packaging policy.  Возможно, в версиях 1.3 и 2.0.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[sisyphus] Re: u: apache-1.3.28rusPL30.18-alt2

[Denis Smirnov]

On Thu, Sep 04, 2003 at 10:15:26PM +0300, Michael Shigorin wrote:

> На данный момент закрыты все записи в BTS, не являющиеся
> запросами на улучшения.

Тут были какие-то разговоры про несовместимость mod_ssl с mod_perl, теперь
их можно использовать вместе?

-- 
С уважением, Денис

http://freesource.info

[sisyphus] Re: u: apache-1.3.28rusPL30.18-alt2

[Michael Shigorin]

On Fri, Sep 05, 2003 at 01:09:28AM +0400, Denis Smirnov wrote:
> Тут были какие-то разговоры про несовместимость mod_ssl с
> mod_perl, теперь их можно использовать вместе?

Помнится, были разговоры про сборочные проблемы
mod_{charset+ssl+perl}.

apache-mod_perl в standalone mode с mod_ssl мне не нужен, поэтому
если у кому требуется именно такой setup -- welcome сделать и
протестировать, если окажется рабочим и не ломающим все остальное
-- пакет модифицируем.

On Fri, Sep 05, 2003 at 07:53:43PM -0400, Ivan Adzhubey wrote:
> # service httpd reload
> Reloading httpd service: Service httpd is not running.  [PASSED]
> # service httpd stop
> Stopping httpd service:  [ DONE ]
> # service httpd start
> Starting httpd service:  [ DONE ]
> # service httpd reload
> Reloading httpd service: Service httpd is not running.  [PASSED]
> Не понял, reload отменили что-ли???

Не отменяли.  Скажите хоть, это Master или Sisyphus -- там
*совсем* разные initscripts (кстати, Master initscripts все же
сломаны -- см. http://bugzilla.altlinux.ru/show_bug.cgi?id=2950
-- уже починено в alt3)

On Mon, Sep 08, 2003 at 01:40:09PM +0300, Victor Forsyuk wrote:
> > > PS: возможно, за осень-зиму стоит обсудить пару-тройку вещей:
> > > - RA (сейчас включен, но выключен);
> > Это как это? ;)
> Очевидно, имелось в виду: included, но turned OFF by default. :)

Ага.  Меня уже плюшшило :)

> > А чем, собственно, вызвана необходимость сейчас
> > ориентироваться на RA (и собирать именно его вообще?)
> Ориентироваться на активное _использование_ mod_charset (так
> называемого Russian Apache) в настоящее время действительно уже
> нет особого смысла.
[skip]
> Но! Это, конечно, не значит, что следует прекратить поддержку
> mod_charset в дистрибутиве. Право выбора следует оставить
> вебмастеру.

Именно так.

> > Что потеряется, если следующую сборку пакета apache сделать с
> > оригинальным?
> Потеряется mod_charset ;). Если серьезнее, то правильным будет
> не выбирать между сборкой оригинального или "RA" апача, а
> собирать все модули отдельно. Это наиболее логичная и
> естественная система сборки апача и его дополнений.

Поможешь?

> Удивляет здесь то, что ни один из остальных дистрибутивов не
> перешел на схему со статическим mod_perl.  Возможно проблема
> была не настолько серьёзной и сейчас динамический перл вполне
> стабилен? Может ли кто-то авторитетно прокомментировать?

"А что в дебиане?" (tm)

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

[sisyphus] Re: u: apache-1.3.28rusPL30.18-alt2

[Denis Smirnov]

On Mon, Sep 08, 2003 at 04:58:58PM +0300, Michael Shigorin wrote:

>> Тут были какие-то разговоры про несовместимость mod_ssl с
>> mod_perl, теперь их можно использовать вместе?
> Помнится, были разговоры про сборочные проблемы
> mod_{charset+ssl+perl}.
> apache-mod_perl в standalone mode с mod_ssl мне не нужен, поэтому
> если у кому требуется именно такой setup -- welcome сделать и
> протестировать, если окажется рабочим и не ломающим все остальное
> -- пакет модифицируем.

Можно чуть подробнее что за проблемы (чтобы можно было легко
диагностировать есть они или нет?). Можно ли прозрачно для пользователей
хостинга предоставлять им и mod_perl, и при этом https?

То есть -- можно ли собрать статически апач с mod_charset и mod_perl, при
этом имея подключаемый mod_ssl, и чтобы всё это не падало в корку?

-- 
С уважением, Денис

http://freesource.info

Re: [sisyphus] Re: u: apache-1.3.28rusPL30.18-alt2

[Максим Ткаченко]

В сообщении от 8 Сентябрь 2003 22:00 Denis Smirnov написал(a):
> On Mon, Sep 08, 2003 at 04:58:58PM +0300, Michael Shigorin wrote:
> 
> То есть -- можно ли собрать статически апач с mod_charset и mod_perl, при
> этом имея подключаемый mod_ssl, и чтобы всё это не падало в корку?
У меня он просто вываливался в корку...... ничего не помагало..
на apache.lexa.ru написано почему не получалось

[sisyphus] Re: u: apache-1.3.28rusPL30.18-alt2

[Denis Smirnov]

On Tue, Sep 09, 2003 at 10:31:23AM +0700, Максим Ткаченко wrote:

>> То есть -- можно ли собрать статически апач с mod_charset и mod_perl, при
>> этом имея подключаемый mod_ssl, и чтобы всё это не падало в корку?
> У меня он просто вываливался в корку...... ничего не помагало..
> на apache.lexa.ru написано почему не получалось

Где это там? Я так и не смог найти.

-- 
С уважением, Денис

http://freesource.info

Re: [sisyphus] Re: u: apache-1.3.28rusPL30.18-alt2

[Максим Ткаченко]

В сообщении от 10 Сентябрь 2003 09:40 Denis Smirnov написал(a):
> On Tue, Sep 09, 2003 at 10:31:23AM +0700, Максим Ткаченко wrote:
> >> То есть -- можно ли собрать статически апач с mod_charset и mod_perl,
> >> при этом имея подключаемый mod_ssl, и чтобы всё это не падало в корку?
> >
> > У меня он просто вываливался в корку...... ничего не помагало..
> > на apache.lexa.ru написано почему не получалось
>
> Где это там? Я так и не смог найти.
 На сайте в  FAQ вопрос за номером 17

Re: [sisyphus] Re: u: apache-1.3.28rusPL30.18-alt2

[Alexander Bokovoy]

On Mon, Sep 08, 2003 at 04:58:58PM +0300, Michael Shigorin wrote:
> > Удивляет здесь то, что ни один из остальных дистрибутивов не
> > перешел на схему со статическим mod_perl.  Возможно проблема
> > была не настолько серьёзной и сейчас динамический перл вполне
> > стабилен? Может ли кто-то авторитетно прокомментировать?
> 
> "А что в дебиане?" (tm)
Вообще-то, этот тип сборки пришел к нам из MDK.
-- 
/ Alexander Bokovoy
---
Be valiant, but not too venturous.
Let thy attire be comely, but not costly.
		-- John Lyly

Re: [sisyphus] Re: u: apache-1.3.28rusPL30.18-alt2

[Victor Forsyuk]

On Mon, Sep 08, 2003 at 04:58:58PM +0300, Michael Shigorin wrote:
> 
> > > Что потеряется, если следующую сборку пакета apache сделать с
> > > оригинальным?
> > Потеряется mod_charset ;). Если серьезнее, то правильным будет
> > не выбирать между сборкой оригинального или "RA" апача, а
> > собирать все модули отдельно. Это наиболее логичная и
> > естественная система сборки апача и его дополнений.
> 
> Поможешь?

Хотелось бы. Только лучше я начну ковыряться, когда этот пакет
перестанет быть "бегущей мишенью" ;). Ты не планируешь пока новых
релизов?

> > Удивляет здесь то, что ни один из остальных дистрибутивов не
> > перешел на схему со статическим mod_perl.  Возможно проблема
> > была не настолько серьёзной и сейчас динамический перл вполне
> > стабилен? Может ли кто-то авторитетно прокомментировать?
> 
> "А что в дебиане?" (tm)

Ага :). Вопрос классический, но лучше применим в ситуации, когда
хочется посмотреть, а как можно сделать по-другому.

Меня же удивляет то, что никто не стал повторять мандрейковское
решение. Хотелось бы понять - почему? Почему никто не вводил в
дистрибутивах два апача, обычный и со встроенным статически mod_perl -

а) проблема с динамическим mod_perl была преувеличенной?
б) mod_perl слишком малоиспользуем, чтобы дистрибуторам вешали
   на это багу и они зачесались?
в) ментейнеры апачей знали о мандрейковском способе, но считали
   его слишком "неэлегантным", чтобы повторять?

В любом случае, если даже проблемы со стабильностью у
динамического mod_perl есть, правильный путь - исправлять
mod_perl, а не уходить от проблемы при помощи хаков.

[sisyphus] Re: u: apache-1.3.28rusPL30.18-alt2

[Alexey Tourbin]

[-- Attachment #1: Type: text/plain, Size: 1138 bytes --]

On Tue, Sep 09, 2003 at 07:27:41PM +0300, Victor Forsyuk wrote:
> Меня же удивляет то, что никто не стал повторять мандрейковское
> решение. Хотелось бы понять - почему? Почему никто не вводил в
> дистрибутивах два апача, обычный и со встроенным статически mod_perl -
> 
> а) проблема с динамическим mod_perl была преувеличенной?

1) большую бочку на динамический модперл катали FreeBSD'шные админы,
ещё в early 4.x days, когда были реальные проблемы с DSO.  Есть ли
проблемы сейчас, лучше спросить у них же.  Кто-нибудь подписан на
apache-talk?

2) мы не собираем статический libperl.a.

> б) mod_perl слишком малоиспользуем, чтобы дистрибуторам вешали
>    на это багу и они зачесались?
> в) ментейнеры апачей знали о мандрейковском способе, но считали
>    его слишком "неэлегантным", чтобы повторять?
> 
> В любом случае, если даже проблемы со стабильностью у
> динамического mod_perl есть, правильный путь - исправлять
> mod_perl, а не уходить от проблемы при помощи хаков.

-- 
Злые духи, которых видел Гоголь в их статике, вырвались на свободу и учиняют
оргию.  Их гримасы приводят в содрогание тело несчастной России. //Н.Бердяев

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

[sisyphus] Re: u: apache-1.3.28rusPL30.18-alt2

[Denis Smirnov]

On Tue, Sep 09, 2003 at 07:27:41PM +0300, Victor Forsyuk wrote:

> а) проблема с динамическим mod_perl была преувеличенной?
> б) mod_perl слишком малоиспользуем, чтобы дистрибуторам вешали
>    на это багу и они зачесались?
> в) ментейнеры апачей знали о мандрейковском способе, но считали
>    его слишком "неэлегантным", чтобы повторять?

Обсновная причина вторая. Редкость нынче mod_perl. У хостеров его
практически нет из-за его требований к памяти, и весьма серьёзных
требований к квалификации автора скриптов (а объяснять клиентам почему их
программисты ламеры хостерам невыгодно, проще объяснить что mod_php
круче).

> В любом случае, если даже проблемы со стабильностью у
> динамического mod_perl есть, правильный путь - исправлять
> mod_perl, а не уходить от проблемы при помощи хаков.

Основная проблема, AFAIK -- memory leaks в mod_perl при SIGHUP/SIGUSR1.
Каким образом такое отлаживать -- я себе не представляю.

-- 
С уважением, Денис

http://freesource.info

Re: [sisyphus] u: apache-1.3.28rusPL30.18-alt2

[Ivan Adzhubey]

# service httpd reload
Reloading httpd service: Service httpd is not running.  [PASSED]
# service httpd stop
Stopping httpd service:  [ DONE ]
# service httpd start
Starting httpd service:  [ DONE ]
# service httpd reload
Reloading httpd service: Service httpd is not running.  [PASSED]

Не понял, reload отменили что-ли???

On Thu, 4 Sep 2003 22:15:26 +0300
Michael Shigorin <mike@osdn.org.ua> wrote:

> 	Здравствуйте.
> В /i/S/BTE направлена сборка apache-1.3.28rusPL30.18-alt2.
> 
> --- apache: "fixes & cleanups"
> * Wed Sep 03 2003 Michael Shigorin <mike@altlinux.ru>
> 1.3.28rusPL30.18-alt2
> 
> - please see changelog for 1.3.28rusPL30.18-alt1
>   as more important changes are there
> - commented out AddModule mod_charset.c in default config (#2941)
>   (in fact, "CharsetDisable On" already keeps it off, but server
>   tag would still mention RA and confuse some curious users)
> - moved (thanks to pilot@ for notice):
>   * /etc/rc.d/init.d/httpd and /usr/sbin/apachectl
>     from apache-common to apache
>   * /usr/sbin/apachectl-perl
>     from apache-common to apache-mod_perl
> - /var/log/httpd permissions changed (#2920)
>   from 3770,root,apache
>   to    750,root,webmaster
> - /var/cache/httpd permissions changed (#2921)
>   from  750,apache_user,webmaster
>   to   2770,root,apache
> - apache.logrotate cleanup/fix:
>   * changed "service httpd reload" to use condreload
>   * changed create mode from 0664 root.apache to 0644 root.apache
> - httpd.init.Sisyphus now checks for some situations involving
> httpd-perl
>   when silent breakage could occur and issues warnings (#2928)
> - spec cleanup:
>   * switched Url from http://apache.lexa.ru to
>   http://httpd.apache.org:
>     focus isn't on RA anymore (left in index.shtml.ru* though)
>   * s|%_var/cache|%_cachedir|g and similar macro updates
>     (ALM2.2 compatible)
>   * removed osolete comment-outs:
>     + 1.3.23's mod_proxy dance
>     + specific treatment of mod_include (generic by now)
>     + Obsoletes: secureweb-devel from devel subpackage
> ---
> 
> На данный момент закрыты все записи в BTS, не являющиеся
> запросами на улучшения.
> 
> Сборка работает на linux.kiev.ua / linux.org.ua (с php-mmcache),
> pere.slovnyk.org.ua, xms.com.ua; проверена работа
> apache-mod_perl, mod_php, mod_ruby.
> 
> PS: возможно, за осень-зиму стоит обсудить пару-тройку вещей:
> - RA (сейчас включен, но выключен);
> - apache2 и фреймворк под виртуальный хостинг;
> - web packaging policy.  Возможно, в версиях 1.3 и 2.0.
> 
> -- 
>  ---- WBR, Michael Shigorin <mike@altlinux.ru>
>   ------ Linux.Kiev http://www.linux.kiev.ua/
> 


-- 
Иван

Re: [sisyphus] u: apache-1.3.28rusPL30.18-alt2

[Mike Lykov]

В сообщении от Пятница 05 Сентябрь 2003 00:15 Michael Shigorin написал:

> PS: возможно, за осень-зиму стоит обсудить пару-тройку вещей:
> - RA (сейчас включен, но выключен);

Это как это? ;)

А чем, собственно, вызвана необходимость сейчас ориентироваться на RA (и 
собирать именно его вообще?)
Что потеряется, если следующую сборку пакета apache сделать с оригинальным?

> - apache2 и фреймворк под виртуальный хостинг;

И такой же вопрос насчет apache2 ? в моих простых конфигурациях он работал без 
вопросов, какие с ним трудности?

-- 
Mike
registered linux user #315334
jabber id: combr@jabber.ru

Re: [sisyphus] u: apache-1.3.28rusPL30.18-alt2

[Alexander Bokovoy]

On Mon, Sep 08, 2003 at 12:08:21PM +0500, Mike Lykov wrote:
> В сообщении от Пятница 05 Сентябрь 2003 00:15 Michael Shigorin написал:
> 
> > PS: возможно, за осень-зиму стоит обсудить пару-тройку вещей:
> > - RA (сейчас включен, но выключен);
> 
> Это как это? ;)
Собран, отключен по умолчанию.

> А чем, собственно, вызвана необходимость сейчас ориентироваться на RA (и 
> собирать именно его вообще?)
> Что потеряется, если следующую сборку пакета apache сделать с оригинальным?
Пропадут имеющиеся сейчас у хостеров на базе ALT клиенты (компании, люди), которые 
уйдут к тем, кто предоставляет RA на хостинге. Это больно ударит по
хостерам на базе ALT.

> > - apache2 и фреймворк под виртуальный хостинг;
> 
> И такой же вопрос насчет apache2 ? в моих простых конфигурациях он работал без 
> вопросов, какие с ним трудности?
Сосуществование с apache 1.3.

-- 
/ Alexander Bokovoy
---
Were there fewer fools, knaves would starve.
- Anonymous

Re: [sisyphus] u: apache-1.3.28rusPL30.18-alt2

[Victor Forsyuk]

On Mon, Sep 08, 2003 at 12:08:21PM +0500, Mike Lykov wrote:
> В сообщении от Пятница 05 Сентябрь 2003 00:15 Michael Shigorin написал:
> 
> > PS: возможно, за осень-зиму стоит обсудить пару-тройку вещей:
> > - RA (сейчас включен, но выключен);
> 
> Это как это? ;)

Очевидно, имелось в виду: included, но turned OFF by default. :)

> А чем, собственно, вызвана необходимость сейчас ориентироваться на RA (и 
> собирать именно его вообще?)

Ориентироваться на активное _использование_ mod_charset (так называемого
Russian Apache) в настоящее время действительно уже нет особого смысла.
Практически исчезли с горизонта те броузеры, которые имели проблемы с
"неродными" чарсетами. Просто выдавать документы в кодировке хранения
сейчас уже вполне беспроблемно.

Но! Это, конечно, не значит, что следует прекратить поддержку mod_charset
в дистрибутиве. Право выбора следует оставить вебмастеру.

> Что потеряется, если следующую сборку пакета apache сделать с оригинальным?

Потеряется mod_charset ;). Если серьезнее, то правильным будет не
выбирать между сборкой оригинального или "RA" апача, а собирать
все модули отдельно. Это наиболее логичная и естественная система
сборки апача и его дополнений.

Кроме того, стоит обсудить и еще один вопрос, если поднимать тему
улучшения сборки апача. В альтовском апаче mod_perl собирается
статически и существует хитроумная система сосуществования двух
серверов (httpd и httpd-perl) и проксирования запросов. Это -
прямое наследие мандрейка. Удивляет здесь то, что ни один из
остальных дистрибутивов не перешел на схему со статическим mod_perl.
Возможно проблема была не настолько серьёзной и сейчас динамический
перл вполне стабилен? Может ли кто-то авторитетно прокомментировать?

Re: [devel] Re: [sisyphus] u: apache-1.3.28rusPL30.18-alt2

[Victor Forsyuk]

On Mon, Sep 08, 2003 at 02:11:57PM +0300, Denis Ovsienko wrote:
> 
> > Ориентироваться на активное _использование_ mod_charset (так называемого
> > Russian Apache) в настоящее время действительно уже нет особого смысла.
> > Практически исчезли с горизонта те броузеры, которые имели проблемы с
> > "неродными" чарсетами. Просто выдавать документы в кодировке хранения
> > сейчас уже вполне беспроблемно.
> Как Интернет --- не HTTP, так и HTTP --- не протокол браузера. По HTTP
> могут работать какие-то мини-скрипты, гаджеты или всякие блоггеры, которые
> могут понимать только одну кодировку, прибитую разработчиком. С
> единственной целью: получить или отослать пару абзацев или строк по
> протоколу HTTP/1.0. Естественно, при русификации этого хозяйства проще
> сконфигурировать несколько строк на стороне сервера, чем дружить между
> собой изначально английские изделия. Лично я этим не занимался, но это из
> области реального, а не сказочного.

А я так даже и лично таким скриптоваянием занимался :). И совершенно
с данным комментарием согласен. Я ведь писал не о том, что mod_charset
больше вообще не нужен. Моя мысль была в том, что уход "проблемных"
броузеров в область совершенно маргинальных процентов сместил акценты.
Несколько лет тому назад это решение было просто необходимым для
качественного хостинга сайта. Теперь это скорее опция.

> > Но! Это, конечно, не значит, что следует прекратить поддержку mod_charset
> > в дистрибутиве. Право выбора следует оставить вебмастеру.
> Золотые слова.
> 
> > > Что потеряется, если следующую сборку пакета apache сделать с оригинальным?
> >
> > Потеряется mod_charset ;). Если серьезнее, то правильным будет не
> > выбирать между сборкой оригинального или "RA" апача, а собирать
> > все модули отдельно. Это наиболее логичная и естественная система
> > сборки апача и его дополнений.
> ...которая стала возможной только в 1.3.28-alt1, потому что родные модули
> apache его же родным apxs в конфигурационный файл прописывались

Это, спору нет, серьёзная бага. Но не фатальная для модульной системы
сборки - в KSI Linux мы и раньше всё модульно собирали просто не используя
apxs для включения модулей в конфигурацию. ;)

> неправильно. Не замечал этого никто потому, что в дереве исходников уже
> подавался httpd.conf, в котором модули были включены руками.
> Так что по этой позиции обскакать другие дистрибутивы есть реальная
> возможность, если не щёлкать клювом :)

"Обскакать" можно благодаря понятности и удобству для вебмастера.
А это и простая модульная система и модульность конфигурации, кстати.