а то, что ты не хочешь, например, с Gentoo связываться не означает, что он не удовлетворяет названным критериям
Там нет менеджера пакетов в нормальном виде. Не существует _автоматического_ способа просчитать зависимости пакета, который существует только в виде исходников. К тому же, я уже говорил, это плохая идея - компилировать пакеты каждый раз, когда они нужны, вместо того что бы поставить готовый бинарник. На серверах не должно быть вообще компиляторов, если уж на то пошло - они там нафиг не сдались.
но сда╦тся мне, что кривых пакетов еденицы и проапгрейдить их до стабильных версий пл╦вое дело
Угу, пл╦вое. Но я уже объяснял - после этого пл╦вого дела мне прид╦тся самому следить за замененными пакетами (текущие security патчи etc), а если инсталляций больше чем одна - то на всех из них. Как раз то, чего мне делать не хочется, ибо мне есть чем заняться - времена моего сисадминства канули в лету около 10 лет назад.
я думаю, ты просто сам не знаешь, что тебе надо
Знаю прекрасно. Хочу нормальный дистр с нормальным менеджеров пакетов, managed (т.е. где регулярные обновления как минимум по security), где все зависимости отточены (во время сегодняшних экспериментов, например, столкнулся с тем, что установка MySQL сервера тянет за собой DBD-MySQL - совершенно непонятно, чем думал строитель пакета, ведь второе зависит от первого, а не наоборот), где ничего лишнего нет, и где _базовая_ система не требует 300M.
а если охота со свежим софтом играть, то на рабочем сервере это не делают
Да ну? Например, Postgres 8.1 - это достаточно свежий софт, и при этом достаточно стабильный, но пойди найди его в последней CentOS, например... Прич╦м, некоторые приложения как раз требуют версии не ниже 8.0. Я мог бы привести много примеров, но скажу кратко - "свежий" это значит "текущий стабильный", а не "прошлого года" (если учесть что уже конец года, и была пара релизов в промежутке).
Кстати, "старый" не всегда синоним "стабильный" (про ipsec-utils я уже говорил - яркий пример). Дистрибуцию называют стабильной, если не получили много нареканий в процессе тестов, а их отсутствие скорее говорит о низкой интенсивности тестов, чем о качестве. В системе несколько тысяч пакетов, реально из них _используется_ в лучшем случае несколько десятков - соответственно и "тестированием" это можно назвать с натяжкой...