16466 2008-07-30 14:14:42 +0400 Зависимость на apache2-httpd-prefork 2009-02-10 18:00:10 +0300 1 1 4 Development Sisyphus apache2-mod_php5 unstable all Linux CLOSED FIXED P2 enhancement --- 17285 1 boris rider boris boris boyarsh erthad rider solo qa-sisyphus oldest_to_newest 74513 0 boris 2008-07-30 14:14:42 +0400 в спеке присутствует строка: Prereq: apache2-httpd-prefork >= %apache_version-%apache_release хотя сам модуль прекрасно работает apache2-httpd-peruser 74515 1 legion 2008-07-30 14:27:21 +0400 $ apt-cache search apache2-httpd-peruser |wc -l 0 Такого пакета нет в сизифе. А даже если бы и был, то тогда у них должен быть общий provides. 74516 2 boris 2008-07-30 14:30:02 +0400 зависит от 16460. когда соберут, будет. и mod_php5 без prefork будет не поставить. 74517 3 boris 2008-07-30 14:45:45 +0400 хочется решать проблемы превентивно 74526 4 legion 2008-07-30 17:49:50 +0400 (In reply to comment #3) > хочется решать проблемы превентивно Для этого нужно добавить виртуальный провайд в апачи, с которыми работает mod_php5 и тогда я его добавлю вместо apache2-httpd-prefork. 78329 5 solo 2008-09-22 11:47:14 +0400 (In reply to comment #4) > (In reply to comment #3) > > хочется решать проблемы превентивно > > Для этого нужно добавить виртуальный провайд в апачи, с которыми работает > mod_php5 и тогда я его добавлю вместо apache2-httpd-prefork. С какими именно MPM должен работать mod_php5 (штатно, согласно документации)? Пока у меня в голове крутится мысль "с тем MPM, с которым собран". Возможно она не правельная... PS: Добавить виртуальный провайд в апачи не проблема. Скажите как его обозвать. 78352 6 legion 2008-09-22 13:40:38 +0400 (In reply to comment #5) > (In reply to comment #4) > > (In reply to comment #3) > > > хочется решать проблемы превентивно > > > > Для этого нужно добавить виртуальный провайд в апачи, с которыми работает > > mod_php5 и тогда я его добавлю вместо apache2-httpd-prefork. > > С какими именно MPM должен работать mod_php5 (штатно, согласно документации)? http://ru2.php.net/manual/en/faq.installation.php : Why shouldn't I use Apache2 with a threaded MPM in a production environment? PHP is glue. It is the glue used to build cool web applications by sticking dozens of 3rd-party libraries together and making it all appear as one coherent entity through an intuitive and easy to learn language interface. The flexibility and power of PHP relies on the stability and robustness of the underlying platform. It needs a working OS, a working web server and working 3rd-party libraries to glue together. When any of these stop working PHP needs ways to identify the problems and fix them quickly. When you make the underlying framework more complex by not having completely separate execution threads, completely separate memory segments and a strong sandbox for each request to play in, feet of clay are introduced into PHP's system. If you feel you have to use a threaded MPM, look at a FastCGI configuration where PHP is running in its own memory space. Сухое резюме из этого такое (возможно, оно не следует из написанного), но получено экспериментально: PHP не работает с threaded MPM. 78394 7 boris 2008-09-22 16:43:49 +0400 Насколько работоспособен mod_php5, собранный для prefork, с другими non-threaded MPM? (может это хотел спросить Алексей) Как по мне, так вполне работоспособен (из практического наблюдения), но хочется услышать теоретическое мнение мантейнера. 78402 8 legion 2008-09-22 17:21:53 +0400 (In reply to comment #7) > Насколько работоспособен mod_php5, собранный для prefork, с другими non-threaded MPM? С другими non-threaded MPM работоспособность mod_php5 я не проверял. > Как по мне, так вполне работоспособен (из практического наблюдения) Без перекомпиляции? 78405 9 boris 2008-09-22 17:30:21 +0400 (In reply to comment #8) > > Как по мне, так вполне работоспособен (из практического наблюдения) > > Без перекомпиляции? > Без перекомпиляции. Учитываю что проверяемые мной MPM (itk, peruser) основаны на prefork для которого mod_php5 собран, ничего удивительного. Но это мое недалекое мнение. Если есть какие-то тесты, чтобы у всех успокоилась совесть, то я могу их провести-) И после успешного прохождения зависимость будет перебита на вирт. Кстати, у меня сложилось подозрение, что Константин знаком с itk, но мнения своего не высказал... 78408 10 legion 2008-09-22 17:36:17 +0400 (In reply to comment #9) > (In reply to comment #8) > > > Как по мне, так вполне работоспособен (из практического наблюдения) > > > > Без перекомпиляции? > > > Без перекомпиляции. Раз так, то когда solo@ поставит в itk и peruser виртуальный провайд, то я его пропишу в этом пакете и ссылку на этот баг поставлю. Так что если не будет работать, то все будут знать кого благодарить :) 78410 11 boris 2008-09-22 17:46:45 +0400 отлично, потому что пока мантейнер itk и peruser я-) если будут претензии, я готов их принять. В любой случае есть дистрибутивный prefork с которым mod_php работает. давайте определимся с именем провайда и вопрос закроется. 78452 12 solo 2008-09-22 23:40:25 +0400 (In reply to comment #6) > (In reply to comment #5) ... > > С какими именно MPM должен работать mod_php5 (штатно, согласно документации)? > > http://ru2.php.net/manual/en/faq.installation.php : > > Why shouldn't I use Apache2 with a threaded MPM in a production environment? > > PHP is glue. It is the glue used to build cool web applications by sticking dozens of 3rd-party libraries together and making it all ... > > If you feel you have to use a threaded MPM, look at a FastCGI configuration where PHP is running in its own memory space. > > Сухое резюме из этого такое (возможно, оно не следует из написанного), но > получено экспериментально: PHP не работает с threaded MPM. OK, значит модель в моей голове не была верной. 78454 13 solo 2008-09-22 23:52:09 +0400 (In reply to comment #11) > отлично, потому что пока мантейнер itk и peruser я-) > если будут претензии, я готов их принять. В любой случае есть дистрибутивный > prefork с которым mod_php работает. > давайте определимся с именем провайда и вопрос закроется. OK, повесил на apache2 https://bugzilla.altlinux.org/show_bug.cgi?id=17285, блокирующий данный. Данный баг переоткрываю (до проставления коректных зависимостей во всех нужных местах). 81140 14 boris 2008-11-15 11:32:40 +0300 provides в apache2 добавлены Provides: apache2-httpd-prefork-like 84786 15 boris 2009-01-23 12:03:50 +0300 legion? 84787 16 legion 2009-01-23 12:07:48 +0300 Я знаю про эту багу. В новой сборке добавлю нужный requires. 84789 17 boris 2009-01-23 12:14:18 +0300 (В ответ на комментарий №16) > Я знаю про эту багу. В новой сборке добавлю нужный requires. спасибо 85688 18 legion 2009-02-10 16:56:08 +0300 Исправлено в 5.2.9.20090205-alt1 85692 19 boris 2009-02-10 17:08:18 +0300 а в 5.0 это попадёт? 85697 20 legion 2009-02-10 17:41:29 +0300 (В ответ на комментарий №19) > а в 5.0 это попадёт? Это не в моей компетенции. Если кто-то переложит, то пойдёт. 85698 21 rider 2009-02-10 17:45:07 +0300 Так сейчас можно перекладывать самому... 85699 22 legion 2009-02-10 17:46:45 +0300 Тогда действуйте... я не против. 85700 23 rider 2009-02-10 17:50:06 +0300 Перекладывающий - должен быть мантейнером... В смысле - ACL должен допускать изменения пакета в 5.0. 85702 24 legion 2009-02-10 18:00:10 +0300 Я не являюсь мантейнером ни одного из пакетов в чём-то отличном от репозитория Sisyphus и не поддерживаю эти пакеты. Я просил исправить Packager в бранчах (ALT#17469), чтобы никого не сбивать с толку. Если этого до сих пор не сделано, то мне очень жаль, но помочь ничем не могу.