Вы и ставите первый: от второго только файлы /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 в сизифе нет.