[root@forum ~]# apt-get -s install vhosts-filesystem Reading Package Lists... Done Building Dependency Tree... Done The following extra packages will be installed: apache apache-common apache2-cgi-bin apache2-html apache2-icons libdb4.7 webserver-common The following packages will be upgraded apache apache-common vhosts-filesystem The following NEW packages will be installed: apache2-cgi-bin apache2-html apache2-icons libdb4.7 webserver-common 3 upgraded, 5 newly installed, 0 removed and 102 not upgraded. Inst libdb4.7 (4.7.25-alt1 Sisyphus:unstable/ALT Linux unstable Sisyphus) Inst vhosts-filesystem [0.2-alt1.1] (0.2-alt1.2 Sisyphus:unstable/ALT Linux unstable Sisyphus) [] Inst webserver-common (0.2-alt4 Sisyphus:unstable/ALT Linux unstable Sisyphus) [webserver-common on apache-common] [] Inst apache-common [1.3.41rusPL30.23-alt1] (1.3.41rusPL30.23-alt4.2 Sisyphus:unstable/ALT Linux unstable Sisyphus) [apache on apache-common] [apache ] Inst apache2-cgi-bin (2.2.9-alt1 Sisyphus:unstable/ALT Linux unstable Sisyphus) [apache on apache-common] [apache ] Inst apache2-html (2.2.9-alt1 Sisyphus:unstable/ALT Linux unstable Sisyphus) [apache on apache-common] [apache ] Inst apache2-icons (2.2.9-alt1 Sisyphus:unstable/ALT Linux unstable Sisyphus) [apache on apache-common] [apache ] Inst apache [1.3.41rusPL30.23-alt1] (1.3.41rusPL30.23-alt4.2 Sisyphus:unstable/ALT Linux unstable Sisyphus) Conf libdb4.7 (4.7.25-alt1 Sisyphus:unstable/ALT Linux unstable Sisyphus) Conf webserver-common (0.2-alt4 Sisyphus:unstable/ALT Linux unstable Sisyphus) Conf vhosts-filesystem (0.2-alt1.2 Sisyphus:unstable/ALT Linux unstable Sisyphus) Conf apache2-cgi-bin (2.2.9-alt1 Sisyphus:unstable/ALT Linux unstable Sisyphus) Conf apache2-html (2.2.9-alt1 Sisyphus:unstable/ALT Linux unstable Sisyphus) Conf apache2-icons (2.2.9-alt1 Sisyphus:unstable/ALT Linux unstable Sisyphus) Conf apache-common (1.3.41rusPL30.23-alt4.2 Sisyphus:unstable/ALT Linux unstable Sisyphus) Conf apache (1.3.41rusPL30.23-alt4.2 Sisyphus:unstable/ALT Linux unstable Sisyphus) E: Fatal, conflicts violated webserver-common Скажите простому смертному, зачем мне в системе 2 апача, если мне нужен только один и только первый?
Вы и ставите первый: от второго только файлы /var/www/{cgi-bin,html,icons}/* (в пакетах apache2-{cgi-bin,html,icons}, соответственно). Если же необходимы файлы именно из поставки первого apache, то нужно поставить apache-{cgi-bin,html,icons}. PS: Оба сервера (apache/apache2) требуют webserver-{cgi-bin,html,icons}. Данные зависимости предоствлены в 2х вариантах: в виде apache2-{cgi-bin,html,icons}, ставящихся по умолчанию (т. к. их название лексографически больше), и альтернативных им apache-{cgi-bin,html,icons}.
Это не баг.
(In reply to comment #1) > Вы и ставите первый: от второго только файлы /var/www/{cgi-bin,html,icons}/* (в пакетах > apache2-{cgi-bin,html,icons}, соответственно). Если же необходимы файлы именно из > поставки первого apache, то нужно поставить apache-{cgi-bin,html,icons}. > зачем мне файлы от второго апача? > PS: Оба сервера (apache/apache2) требуют webserver-{cgi-bin,html,icons}. Данные зависимости > предоствлены в 2х вариантах: в виде apache2-{cgi-bin,html,icons}, ставящихся по умолчанию > (т. к. их название лексографически больше), и альтернативных им > apache-{cgi-bin,html,icons}. > Для этого придуман механизм obsoletes/provides. Т.е. я не вижу проблем, чтобы apache-common вытягивал за собой не webserver-*, а именно apache-*
Запрос где хорошо видно бред с требованиями apache-common [root@forum ~]# apt-get -s install apache-common Reading Package Lists... Done Building Dependency Tree... Done The following extra packages will be installed: apache apache2-cgi-bin apache2-html apache2-icons libdb4.7 vhosts-filesystem webserver-common The following packages will be upgraded apache apache-common vhosts-filesystem The following NEW packages will be installed: apache2-cgi-bin apache2-html apache2-icons libdb4.7 webserver-common 3 upgraded, 5 newly installed, 0 removed and 99 not upgraded. Inst libdb4.7 (4.7.25-alt1 Sisyphus:unstable/ALT Linux unstable Sisyphus) Inst vhosts-filesystem [0.2-alt1.1] (0.2-alt1.2 Sisyphus:unstable/ALT Linux unstable Sisyphus) [] Inst webserver-common (0.2-alt4 Sisyphus:unstable/ALT Linux unstable Sisyphus) [webserver-common on apache-common] [] Inst apache-common [1.3.41rusPL30.23-alt1] (1.3.41rusPL30.23-alt4.2 Sisyphus:unstable/ALT Linux unstable Sisyphus) [apache on apache-common] [apache ] Inst apache2-cgi-bin (2.2.9-alt1 Sisyphus:unstable/ALT Linux unstable Sisyphus) [apache on apache-common] [apache ] Inst apache2-html (2.2.9-alt1 Sisyphus:unstable/ALT Linux unstable Sisyphus) [apache on apache-common] [apache ] Inst apache2-icons (2.2.9-alt1 Sisyphus:unstable/ALT Linux unstable Sisyphus) [apache on apache-common] [apache ] Inst apache [1.3.41rusPL30.23-alt1] (1.3.41rusPL30.23-alt4.2 Sisyphus:unstable/ALT Linux unstable Sisyphus) Conf libdb4.7 (4.7.25-alt1 Sisyphus:unstable/ALT Linux unstable Sisyphus) Conf webserver-common (0.2-alt4 Sisyphus:unstable/ALT Linux unstable Sisyphus) Conf vhosts-filesystem (0.2-alt1.2 Sisyphus:unstable/ALT Linux unstable Sisyphus) Conf apache2-cgi-bin (2.2.9-alt1 Sisyphus:unstable/ALT Linux unstable Sisyphus) Conf apache2-html (2.2.9-alt1 Sisyphus:unstable/ALT Linux unstable Sisyphus) Conf apache2-icons (2.2.9-alt1 Sisyphus:unstable/ALT Linux unstable Sisyphus) Conf apache-common (1.3.41rusPL30.23-alt4.2 Sisyphus:unstable/ALT Linux unstable Sisyphus) Conf apache (1.3.41rusPL30.23-alt4.2 Sisyphus:unstable/ALT Linux unstable Sisyphus) E: Fatal, conflicts violated webserver-common
(In reply to comment #3) > Для этого придуман механизм obsoletes/provides. Т.е. я не вижу проблем, чтобы apache-common > вытягивал за собой не webserver-*, а именно apache-* Прошу пример, какие obsoletes/provides мне написать, чтобы: 1. При обновлении установленного apache пакеты для другого гарантировано не вытаскивались. 2. Ситуация обновлении при наличии 2х апачей на хосте разрешалась корректно, (apache-{cgi-bin,html,icons} и apache2-{cgi-bin,html,icons} конфликтуют по файлам).
(In reply to comment #5) > (In reply to comment #3) > > Для этого придуман механизм obsoletes/provides. Т.е. я не вижу проблем, чтобы apache-common > > вытягивал за собой не webserver-*, а именно apache-* > > Прошу пример, какие obsoletes/provides мне написать, чтобы: > > 1. При обновлении установленного apache пакеты для другого гарантировано не > вытаскивались. разрешить циклическую зависимость webserver-common на vhost-filesystem. > > 2. Ситуация обновлении при наличии 2х апачей на хосте разрешалась корректно, > (apache-{cgi-bin,html,icons} и apache2-{cgi-bin,html,icons} конфликтуют по файлам). > То, что с 2мя апачами все хорошо, я понял :) Мне нужен только один.
(In reply to comment #6) > (In reply to comment #5) > > (In reply to comment #3) > > > Для этого придуман механизм obsoletes/provides. Т.е. я не вижу проблем, чтобы apache-common > > > вытягивал за собой не webserver-*, а именно apache-* > > > > Прошу пример, какие obsoletes/provides мне написать, чтобы: > > > > 1. При обновлении установленного apache пакеты для другого гарантировано не > > вытаскивались. > разрешить циклическую зависимость webserver-common на vhost-filesystem. Разорвана, см. https://bugzilla.altlinux.org/show_bug.cgi?id=16157 и связанные баги: сейчас vhost-filesystem заввисит от webserver-common, а сами апачи от vhost-filesystem не зависят. Или, я не то понял? > > > > > 2. Ситуация обновлении при наличии 2х апачей на хосте разрешалась корректно, > > (apache-{cgi-bin,html,icons} и apache2-{cgi-bin,html,icons} конфликтуют по файлам). > > > То, что с 2мя апачами все хорошо, я понял :) Мне нужен только один. Желание понятно. :-) Но мне важно чтобы оно могло работать как по отдельности, так и всё в месте. Как это сдеать, кроме как разделив сервера и их умолчальный контент (или как его там) не придумал. PS: Сейчас думаю идею сделать возможность поставить апачи вообще без умолчальных страниц. Нечто типа: 1) apache{,2}-base -- ставит соответствующий apache без требования webserver-{cgi-bin,html,icons}; 2) apache{,2} -- требует webserver-{cgi-bin,html,icons} (существующий вариант); 3) apache{,2}-default -- будет требовать конкретные apache{,2}-{cgi-bin,html,icons} Как такой вариант?
(In reply to comment #7) > > разрешить циклическую зависимость webserver-common на vhost-filesystem. > > Разорвана, см. https://bugzilla.altlinux.org/show_bug.cgi?id=16157 и связанные баги: сейчас > vhost-filesystem заввисит от webserver-common, а сами апачи от vhost-filesystem не зависят. > > Или, я не то понял? Мне нужен апач (1 шт. и первая версия) и vhost-filesystem (чтобы можно было пихать в /vhosts). Рюшки в виде cgi-bin/html/icons в данном контексте желательны, но необязательны. Поэтому зависимость vhosts-filesystem от apache-* мне кажется надуманной. > > > > > > > > > 2. Ситуация обновлении при наличии 2х апачей на хосте разрешалась корректно, > > > (apache-{cgi-bin,html,icons} и apache2-{cgi-bin,html,icons} конфликтуют по файлам). > > > > > То, что с 2мя апачами все хорошо, я понял :) Мне нужен только один. > > Желание понятно. :-) > > Но мне важно чтобы оно могло работать как по отдельности, так и всё в месте. > Как это сдеать, кроме как разделив сервера и их умолчальный контент (или как > его там) не придумал. > > PS: Сейчас думаю идею сделать возможность поставить апачи вообще без > умолчальных страниц. Нечто типа: > > 1) apache{,2}-base -- ставит соответствующий apache без требования webserver-{cgi-bin,html,icons}; > > 2) apache{,2} -- требует webserver-{cgi-bin,html,icons} (существующий вариант); > > 3) apache{,2}-default -- будет требовать конкретные apache{,2}-{cgi-bin,html,icons} > > Как такой вариант? > что будет происходить со вторым апачем меня не сильно волнует, главное, чтобы он никак не пересекался с первым, и наоборот - чтобы apache1 его не требовал ни в каком виде. Если такое будет реализовано - замечательно.
(In reply to comment #8) > (In reply to comment #7) > > > разрешить циклическую зависимость webserver-common на vhost-filesystem. > > > > Разорвана, см. https://bugzilla.altlinux.org/show_bug.cgi?id=16157 и связанные баги: сейчас > > vhost-filesystem заввисит от webserver-common, а сами апачи от vhost-filesystem не зависят. > > > > Или, я не то понял? > Мне нужен апач (1 шт. и первая версия) и vhost-filesystem (чтобы можно было пихать в > /vhosts). Рюшки в виде cgi-bin/html/icons в данном контексте желательны, но > необязательны. Поэтому зависимость vhosts-filesystem от apache-* мне кажется > надуманной. И где такая зависимость? Да, в vhosts-filesystem есть зависимость от webserver-common, у которого, в свою очередь, есть конфликты со старыми apache (файловые конфликты). Сам по себе vhosts-filesystem от apache* никак не зависит. > > > > > > > > > > > > > > 2. Ситуация обновлении при наличии 2х апачей на хосте разрешалась корректно, > > > > (apache-{cgi-bin,html,icons} и apache2-{cgi-bin,html,icons} конфликтуют по файлам). > > > > > > > То, что с 2мя апачами все хорошо, я понял :) Мне нужен только один. > > > > Желание понятно. :-) > > > > Но мне важно чтобы оно могло работать как по отдельности, так и всё в месте. > > Как это сдеать, кроме как разделив сервера и их умолчальный контент (или как > > его там) не придумал. > > > > PS: Сейчас думаю идею сделать возможность поставить апачи вообще без > > умолчальных страниц. Нечто типа: > > > > 1) apache{,2}-base -- ставит соответствующий apache без требования webserver-{cgi-bin,html,icons}; > > > > 2) apache{,2} -- требует webserver-{cgi-bin,html,icons} (существующий вариант); > > > > 3) apache{,2}-default -- будет требовать конкретные apache{,2}-{cgi-bin,html,icons} > > > > Как такой вариант? > > > что будет происходить со вторым апачем меня не сильно волнует, главное, > чтобы он никак не пересекался с первым, и наоборот - чтобы apache1 его не > требовал ни в каком виде. Если такое будет реализовано - замечательно. Такое реализавано уже сейчас. НО: apache-{cgi-bin,html,icons} первый раз надо поставить _руками_: я незнаю как реализовать разумные умолчания (до реализации описанных выше планов). При дальнейших обновлениях автоматической замены уже установленных apache-{cgi-bin,html,icons} на apache2-{cgi-bin,html,icons} быть не должно. (Если будет -- это будет уже _другая_ бага, не эта.)
apache-1.3.41rusPL30.23-alt4.7.src.rpm (http://git.altlinux.org/people/solo/packages/?p=apache.git;a=commit;h=5c66de54dbcdaf3bba2f3766e6713196d3b86e20), содержащий apache{,-mod_perl}{,-{base,full}}, ушёл в incoming/Sisyphus. При установки *-full -- вытягивается apache-{cgi-bin,html,icons}. PS: После заливки подобного apache2 -- планирую закрыть баг.
apache2-2.2.9-alt10 (<http://git.altlinux.org/people/solo/packages/?p=apache2.git;a=commit;h=1973da4b2ce877020a959faba1390cbe66b71727>) ушёл в incoming/Sisyphush. Баг закрываю.
(In reply to comment #10) > apache-1.3.41rusPL30.23-alt4.7.src.rpm > (http://git.altlinux.org/people/solo/packages/?p=apache.git;a=commit;h=5c66de54dbcdaf3bba2f3766e6713196d3b86e20), содержащий > apache{,-mod_perl}{,-{base,full}}, ушёл в incoming/Sisyphus. > > При установки *-full -- вытягивается apache-{cgi-bin,html,icons}. > > PS: После заливки подобного apache2 -- планирую закрыть баг. > Брр, ничего не понял. Мне не нужен апач с cgidir/html/icons, просто сервер с конфигом. Почему это оторвано? [root@webmail ~]# apt-get -s install apache Reading Package Lists... Done Building Dependency Tree... Done The following extra packages will be installed: apache-base apache-common apache2-cgi-bin apache2-html apache2-icons libdb4.7 monit-base shadow-convert shadow-groups shadow-utils webserver-common The following packages will be upgraded apache apache-common shadow-convert shadow-utils The following NEW packages will be installed: apache-base apache2-cgi-bin apache2-html apache2-icons libdb4.7 monit-base shadow-groups webserver-common 4 upgraded, 8 newly installed, 0 removed and 109 not upgraded. Inst shadow-convert [1:4.0.4.1-alt8] (1:4.0.4.1-alt9 Sisyphus:unstable/ALT Linux unstable Sisyphus) [shadow-utils on shadow-convert] [shadow-utils ] Inst shadow-utils [1:4.0.4.1-alt8] (1:4.0.4.1-alt9 Sisyphus:unstable/ALT Linux unstable Sisyphus) Inst shadow-groups (1:4.0.4.1-alt9 Sisyphus:unstable/ALT Linux unstable Sisyphus) Inst apache [1.3.41rusPL30.23-alt1] (1.3.41rusPL30.23-alt4.7 Sisyphus:unstable/ALT Linux unstable Sisyphus) [apache-mod_php ] Inst webserver-common (1.3-alt1 Sisyphus:unstable/ALT Linux unstable Sisyphus) [webserver-common on apache-common] [apache-mod_php ] Inst apache-common [1.3.41rusPL30.23-alt1] (1.3.41rusPL30.23-alt4.7 Sisyphus:unstable/ALT Linux unstable Sisyphus) [apache-mod_php ] Inst monit-base (5.0-alt0.1.1 Sisyphus:unstable/ALT Linux unstable Sisyphus) [apache-mod_php ] Inst libdb4.7 (4.7.25-alt1 Sisyphus:unstable/ALT Linux unstable Sisyphus) [apache-mod_php ] Inst apache-base (1.3.41rusPL30.23-alt4.7 Sisyphus:unstable/ALT Linux unstable Sisyphus) [] Inst apache2-cgi-bin (2.2.9-alt10 Sisyphus:unstable/ALT Linux unstable Sisyphus) [] Inst apache2-html (2.2.9-alt10 Sisyphus:unstable/ALT Linux unstable Sisyphus) [] Inst apache2-icons (2.2.9-alt10 Sisyphus:unstable/ALT Linux unstable Sisyphus) Conf shadow-convert (1:4.0.4.1-alt9 Sisyphus:unstable/ALT Linux unstable Sisyphus) Conf shadow-utils (1:4.0.4.1-alt9 Sisyphus:unstable/ALT Linux unstable Sisyphus) Conf shadow-groups (1:4.0.4.1-alt9 Sisyphus:unstable/ALT Linux unstable Sisyphus) Conf monit-base (5.0-alt0.1.1 Sisyphus:unstable/ALT Linux unstable Sisyphus) Conf libdb4.7 (4.7.25-alt1 Sisyphus:unstable/ALT Linux unstable Sisyphus) Conf apache-base (1.3.41rusPL30.23-alt4.7 Sisyphus:unstable/ALT Linux unstable Sisyphus) Conf apache2-cgi-bin (2.2.9-alt10 Sisyphus:unstable/ALT Linux unstable Sisyphus) Conf apache2-html (2.2.9-alt10 Sisyphus:unstable/ALT Linux unstable Sisyphus) Conf apache2-icons (2.2.9-alt10 Sisyphus:unstable/ALT Linux unstable Sisyphus) Conf apache (1.3.41rusPL30.23-alt4.7 Sisyphus:unstable/ALT Linux unstable Sisyphus) Conf webserver-common (1.3-alt1 Sisyphus:unstable/ALT Linux unstable Sisyphus) Conf apache-common (1.3.41rusPL30.23-alt4.7 Sisyphus:unstable/ALT Linux unstable Sisyphus) E: Fatal, conflicts violated webserver-common Причем тут опять ошметки от второго апача?
(In reply to comment #12) > (In reply to comment #10) > > apache-1.3.41rusPL30.23-alt4.7.src.rpm > > (http://git.altlinux.org/people/solo/packages/?p=apache.git;a=commit;h=5c66de54dbcdaf3bba2f3766e6713196d3b86e20), содержащий > > apache{,-mod_perl}{,-{base,full}}, ушёл в incoming/Sisyphus. > > > > При установки *-full -- вытягивается apache-{cgi-bin,html,icons}. > > > > PS: После заливки подобного apache2 -- планирую закрыть баг. > > > Брр, ничего не понял. Мне не нужен апач с cgidir/html/icons, просто сервер с конфигом. > Почему это оторвано? > > [root@webmail ~]# apt-get -s install apache ... > > Причем тут опять ошметки от второго апача? Попробуй: # apt-get -s install apache-full
(In reply to comment #13) > Попробуй: > # apt-get -s install apache-full apt-get -s у нас официально сломан.
(In reply to comment #14) > (In reply to comment #13) > > Попробуй: > > # apt-get -s install apache-full > apt-get -s у нас официально сломан. В данном случаи имею в виду то, что при apt-get install apache-full пакеты apache2-* не вытягиваются.
В связи с введением apache{,2}{,-{base,full}} данный баг закрываю.
А баг и ныне там, почему таки не сделать provides: apache для apache-full? [lakostis@lks ~]$ sudo apt-get install -s apache Reading Package Lists... Done Building Dependency Tree... Done The following extra packages will be installed: apache-base apache2-cgi-bin apache2-cgi-bin-printenv apache2-cgi-bin-test-cgi apache2-datadirs apache2-html apache2-icons webserver-cgi-bin-control The following NEW packages will be installed: apache apache-base apache2-cgi-bin apache2-cgi-bin-printenv apache2-cgi-bin-test-cgi apache2-datadirs apache2-html apache2-icons webserver-cgi-bin-control 0 upgraded, 9 newly installed, 0 removed and 247 not upgraded. Inst apache-base (1.3.41rusPL30.23-alt6 Sisyphus:unstable/ALT Linux unstable Sisyphus) Inst webserver-cgi-bin-control (0.4-alt1 Sisyphus:unstable/ALT Linux unstable Sisyphus) Inst apache2-datadirs (2.2.9-alt14 Sisyphus:unstable/ALT Linux unstable Sisyphus) Inst apache2-cgi-bin-test-cgi (2.2.9-alt14 Sisyphus:unstable/ALT Linux unstable Sisyphus) Inst apache2-cgi-bin-printenv (2.2.9-alt14 Sisyphus:unstable/ALT Linux unstable Sisyphus) Inst apache2-cgi-bin (2.2.9-alt14 Sisyphus:unstable/ALT Linux unstable Sisyphus) Inst apache2-html (2.2.9-alt14 Sisyphus:unstable/ALT Linux unstable Sisyphus) Inst apache2-icons (2.2.9-alt14 Sisyphus:unstable/ALT Linux unstable Sisyphus) Inst apache (1.3.41rusPL30.23-alt6 Sisyphus:unstable/ALT Linux unstable Sisyphus) Conf apache-base (1.3.41rusPL30.23-alt6 Sisyphus:unstable/ALT Linux unstable Sisyphus) Conf webserver-cgi-bin-control (0.4-alt1 Sisyphus:unstable/ALT Linux unstable Sisyphus) Conf apache2-datadirs (2.2.9-alt14 Sisyphus:unstable/ALT Linux unstable Sisyphus) Conf apache2-cgi-bin-test-cgi (2.2.9-alt14 Sisyphus:unstable/ALT Linux unstable Sisyphus) Conf apache2-cgi-bin-printenv (2.2.9-alt14 Sisyphus:unstable/ALT Linux unstable Sisyphus) Conf apache2-cgi-bin (2.2.9-alt14 Sisyphus:unstable/ALT Linux unstable Sisyphus) Conf apache2-html (2.2.9-alt14 Sisyphus:unstable/ALT Linux unstable Sisyphus) Conf apache2-icons (2.2.9-alt14 Sisyphus:unstable/ALT Linux unstable Sisyphus) Conf apache (1.3.41rusPL30.23-alt6 Sisyphus:unstable/ALT Linux unstable Sisyphus)
(В ответ на комментарий №17) > А баг и ныне там, почему таки не сделать provides: apache для apache-full? > Потому что apache{,2} уже есть и они более узкие чем apache{,2}-full (болие того: apache{,2}-full от их зависят). PS: Багу закрываю.
(В ответ на комментарий №18) > Потому что apache{,2} уже есть и они более узкие чем apache{,2}-full (болие > того: apache{,2}-full от их зависят). Нет. Алексей, поясни почему более узкие пакет apache вытягивает пакеты к нему не относящиеся: $ rpmquery -pR apache-1.3.41rusPL30.23-alt6.i586.rpm apache-base = 1.3.41rusPL30.23-alt6 webserver-cgi-bin webserver-html webserver-icons rpmlib(PayloadFilesHavePrefix) <= 4.0-1 rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(PayloadIsLzma) <= 4.4.2-1 $ rpmquery -pR apache-full-1.3.41rusPL30.23-alt6.i586.rpm apache = 1.3.41rusPL30.23-alt6 apache-cgi-bin apache-html apache-icons rpmlib(PayloadFilesHavePrefix) <= 4.0-1 rpmlib(CompressedFileNames) <= 3.0.4-1 rpmlib(PayloadIsLzma) <= 4.4.2-1
Привожу пример установки в пустой aptbox: $ ./aptbox/apt-get install apache-full Чтение списков пакетов... Построение дерева зависимостей... Следующие дополнительные пакеты будут установлены: SysVinit alt-gpgkeys apache apache-base apache-cgi-bin apache-cgi-bin-printenv apache-cgi-bin-test-cgi apache-common apache-datadirs apache-html apache-icons apache2-datadirs bzlib chkconfig control coreutils crontab-control crontabs diffutils filesystem findutils gawk glibc-core glibc-preinstall glibc-pthread grep info-install libacl libattr libbeecrypt libdb4.4 libdb4.7 libelf libgcc4.3 libgdbm liblzmadec libmm libpam0 libpasswdqc libpcre3 libpopt librpm librpmbuild libshell libtcb libtic libtinfo libzio logrotate monit-base msulogin nss_tcb pam pam-config pam-config-control pam0-config pam0_mktemp pam0_passwdqc pam0_tcb pam0_userpass passwdqc-control perl-DBM perl-base psmisc rpm sed service setproctitle setup sh shadow-convert shadow-groups shadow-utils sysvinit-utils tcb-utils terminfo termutils vim-minimal vitmp vixie-cron webserver-cgi-bin-control webserver-common zlib $ ./aptbox/apt-get install apache Чтение списков пакетов... Построение дерева зависимостей... Следующие дополнительные пакеты будут установлены: SysVinit alt-gpgkeys apache-base apache-common apache2-cgi-bin apache2-cgi-bin-printenv apache2-cgi-bin-test-cgi apache2-datadirs apache2-html apache2-icons bzlib chkconfig control coreutils crontab-control crontabs diffutils filesystem findutils gawk glibc-core glibc-preinstall glibc-pthread grep info-install libacl libattr libbeecrypt libdb4.4 libdb4.7 libelf libgcc4.3 libgdbm liblzmadec libmm libpam0 libpasswdqc libpcre3 libpopt librpm librpmbuild libshell libtcb libtic libtinfo libzio logrotate monit-base msulogin nss_tcb pam pam-config pam-config-control pam0-config pam0_mktemp pam0_passwdqc pam0_tcb pam0_userpass passwdqc-control perl-DBM perl-base psmisc rpm sed service setproctitle setup sh shadow-convert shadow-groups shadow-utils sysvinit-utils tcb-utils terminfo termutils vim-minimal vitmp vixie-cron webserver-cgi-bin-control webserver-common zlib
(В ответ на комментарий №19) > (В ответ на комментарий №18) > > Потому что apache{,2} уже есть и они более узкие чем apache{,2}-full (болие > > того: apache{,2}-full от их зависят). > > Нет. Алексей, поясни почему более узкие пакет apache вытягивает пакеты к нему > не относящиеся: > > $ rpmquery -pR apache-1.3.41rusPL30.23-alt6.i586.rpm > apache-base = 1.3.41rusPL30.23-alt6 > webserver-cgi-bin ^^^^^^^^^^^^^^^^^ > webserver-html ^^^^^^^^^^^^^^ > webserver-icons ^^^^^^^^^^^^^^^ > rpmlib(PayloadFilesHavePrefix) <= 4.0-1 > rpmlib(CompressedFileNames) <= 3.0.4-1 > rpmlib(PayloadIsLzma) <= 4.4.2-1 > > $ rpmquery -pR apache-full-1.3.41rusPL30.23-alt6.i586.rpm > apache = 1.3.41rusPL30.23-alt6 > apache-cgi-bin > apache-html > apache-icons > rpmlib(PayloadFilesHavePrefix) <= 4.0-1 > rpmlib(CompressedFileNames) <= 3.0.4-1 > rpmlib(PayloadIsLzma) <= 4.4.2-1 Т. к. виртуальные пакеты webserver-{cgi-bin,html,icons} предоставляются как apache`м (в виде apache-{cgi-bin,html,icons}) так и apache2`м (в виде apache2-{cgi-bin,html,icons}). (Болие того: зависимости данного вида могут придоставляться пакетами вообще никак с apache`ми не связанными и/или сделанными третьеми лицами.) Как и в случаи с другими вертуальными пакетами -- apt вытягивает то, что считает наиболие приритетным. Для жёсткой привязки компонентов конкретного apache к нему и сделаны apache{,2}-full, которые требуют не виртуальные а реальные пакеты и _конфликтуют_ между собой. И изменение данного поведения требует ответа на следующий вопрос: какие именно apache{,2}-{cgi-bin,html,icons} должны вытягиваться если пользователь ставит _одновременно_ оба apache (apache и apache2), с учётом того что apache{,2}-{cgi-bin,html,icons} от разных apacheй конфликтуют между собой по файлам. Напоминаю: в Сизифе и 5.0 оба apache совместно используют /var/www/{cgi-bin,html,icons} (предоставляемые webserver-common), но имеют разное умолчальное содержимое данных каталогов, в том числе и пересекающееся по именам файлов (при разном содержимом). PS: Подробности есть в придыдущих коментариях.
(В ответ на комментарий №21) > Т. к. виртуальные пакеты webserver-{cgi-bin,html,icons} предоставляются как > apache`м (в виде apache-{cgi-bin,html,icons}) так и apache2`м (в виде > apache2-{cgi-bin,html,icons}). Слушай, а зачем они предоставляются двумя наборами пакетов? Их надо запаковать отдельно, предоставлять в единственном экземпляре и точка. Что я не предусмотрел? PS: постараюсь найти время для рассмотрения всего сотворённого с апачем после 4.0 до выпуска Server 5.0, текущая ситуация меня начала пугать с тех пор, как ты рассказал, что не админ и не вебмастер (как мне с чего-то показалось, когда спокойно передал пакет и не напрягался особо отслеживать, а позже -- вовремя отсматривать изменения, как ты просил). PPS: ставлю 5.0 blocker.
(В ответ на комментарий №22) > (В ответ на комментарий №21) > > Т. к. виртуальные пакеты webserver-{cgi-bin,html,icons} предоставляются как > > apache`м (в виде apache-{cgi-bin,html,icons}) так и apache2`м (в виде > > apache2-{cgi-bin,html,icons}). > > Слушай, а зачем они предоставляются двумя наборами пакетов? Для первого и второго apache`й они разные. Выбрать какойнибудь один вариант можно, но тогда, какой бы вариант мы не выбрали -- будут недовольные, которым надо "установить только apache со всеми его умолчаниями" и/или "установить только apache2 со всеми его умолчаниями". Единственный вариант который я сдесь вижу -- иметь общие для все вебсерверов дефолты (реальные webserver-{cgi-bin,html,icons}, например) и по умолчанию ставить их для _всех_ вебсерверов. Для желающих же "чистого" apache{,2} можно оставить текущий вариант (т. к. он ничем немешает) и apache{,2}-full данные пекеты вытягивающие. > Их надо запаковать > отдельно, предоставлять в единственном экземпляре и точка. Что я не > предусмотрел? Это тот вариант (дефолтное наполнение, несвязанное с конкретным вебсервером), который я предлагаю давно (не сдесь, в переписке). Желающих его реализовать пока не нашлось. > > PS: постараюсь найти время для рассмотрения всего сотворённого с апачем после > 4.0 до выпуска Server 5.0, текущая ситуация меня начала пугать с тех пор, как > ты рассказал, что не админ и не вебмастер (как мне с чего-то показалось, когда > спокойно передал пакет и не напрягался особо отслеживать, а позже -- вовремя > отсматривать изменения, как ты просил). > > PPS: ставлю 5.0 blocker. OK
Лёш, тебе такое больше нравится? (а за своё отлынивание от обсуждения вовремя в переписке мне действительно стыдно)
(В ответ на комментарий №24) > Лёш, тебе такое больше нравится? Из apache 1/2 -- скорее содержимое от apache2. Касательно умолчальной страницы (webserver-html): у apache2 (apache2-html) она слишком минималистическая (но нейтральная -- её можно подложить к любому вебсерверу), у apache (apache-html) она нормальная, но слишком завязана на первый apache (другому вебсерверу её подкладывать нелогично). По хорощему, сдесь нужен дистроспецифический вариант (с названием дистрибутива, ссылками на тим и её ресурсы и пр.) с предоставлением доступ к html документации содержащийся в других пакетах. (В смысле: ссылка на каталог, куда другие пакеты несущие html документацию смогут кидать линки.) Касательно умолчальных скриптов (webserver-cgi-bin). Скрипты apache2 (apache2-сgi-bin) выглядят болие предпочтительными -- в отличии от скриптов первого apache они сыставляют чарсет: -echo Content-type: text/plain +echo "Content-type: text/plain; charset=iso-8859-1" Касательно умолчальных иконок (webserver-icons). У apache2 (apache2-icons) их больше: $ diff -ur /tmp/icons.{1,2} Только в /tmp/icons.2: apache_pb2_ani.gif Только в /tmp/icons.2: apache_pb2.gif Только в /tmp/icons.2: apache_pb2.png Т. е. уже сейчас по умолчанию выбирается болие придпочтительное наполнение... Я недумаю, что осмысленно переименовывать пакеты только ради того, чтобы apache2 не мозолил глаза при установке. > > (а за своё отлынивание от обсуждения вовремя в переписке мне действительно > стыдно) Это не страшно: мне надо взять себя за шкварник, и всю эту кухню на wiki описать...
(В ответ на комментарий №25) > (В ответ на комментарий №24) ... > > > > (а за своё отлынивание от обсуждения вовремя в переписке мне действительно > > стыдно) > > Это не страшно: мне надо взять себя за шкварник, и всю эту кухню на wiki > описать... Начал описывать: http://www.altlinux.org/WebSubsystem
apache1.x в сизифе нет.
