Это в теории. На практике всё выходит совершенно иначе.
Случай из практики.Ставим пакет отображения статистики Webalizer на самый распространенный для VPS дистрибутив - CentOS (5 версия, х86_64).
В списке бинарников нужного дистрибутива по традиции нет, да и разработчик честно предупреждает, что лучше компилировать все самим из исходников (можно было сразу догадаться, это же линух).
Хорошо. Качаем архив, распаковываем, пытаемся сконфигурировать, вылетаем с ошибкой - не хватает библиотеки libpng. Чертыхаемся, ставим libpng и... ни..чего. Фтыкаем в экран. Понимаем, что без чтения многокилобайтного мануала к устанавливаемому продукту запустить его не получится (как будто кто-то сомневался, это же линух).
Хорошо. Читаем до конца страницу закачки - о чудо! - там есть список пакетов, которые могут понадобиться! Вот мы лохи, сразу не догадались промотать вниз страницу, чтобы увидеть важную информацию, никак не выделенную на фоне ненужного нам устаревшего списка дистрибутивов.Читаем список. В списке есть тот самый libpng, который, хм, уже установлен.
Ладно. Читаем README, в котором много всего ниочем и ни слова о возможных проблемах с компилянием продукта (гы, вы уже догадались - это же линух).
Лезем в мировую информационную свалку. Наученные горьким опытом одиночки на левых сайтах и форумах говорят нам, что не надо слушать разработчика, и на самом деле капризный продукт просит libpng-devel, а не libpng. Как мы могли не допереть сами до прописной истины! В очередной раз убеждаемся в собственной ничтожности (ну вы понели - это же линух).
С радостными воплями бежим качать libpng-devel и остальные пакеты по списку со страницы закачки. Кстати, если попытаться сконфигурировать пакет сразу после установки libpng-devel, продукт ругнется на нехватку libgd. Но нас уже не обманешь - мы пойдем и назло ему скачаем libgd-devel. Ага, рано обрадовались, ведь libgd-devel, как и libgd в природе не существует. Зато есть gd и gd-devel, и мы, тупые чайники, сходу об этом не догадались.
Процесс установки gd-devel и всего сопутствующего мусора выходит за рамки повествования и стоит отдельного поста. Допустим, поставили.
Хорошо. Пытаемся сконфигурировать - а вдруг прокатит? - а нифига! Теперь продукт не говорит, что ему не хватает каких-то пакетов, но зато вываливает кучу ошибок и предупреждений компилятора о несоответствии типов.
В очередной раз проверяем, что мы не скачали из рекомендуемых пакетов. Для перестраховки втыкаем по максимуму все возможные пакеты, связанные с zlib и bzip2. Неа, не конфигурируется.
Натыкаемся в списке на Berkeley DB Library с пометкой (Опционально). То есть, как бы предполагается, что и без этой фиговины продукт компилиться должен. Но нас не обманешь! Мы не верим на слово разработчику! Лезем на этот смутно знакомый сайт Berkeley. Э, ну да, Oracle. Задумываемся. А не предлагает ли нам разработчик заодно прикупить Oracle, без которого продукт (опционально) не заработает? Так ведь там и ссылок-то никаких на закачку нет, кроме как Oracle Database 11g Release 2. Не, ну явно чувак Oracle рекламирует.
Ладно. Терзаем интернет. На не-с-первого-раза гуглящемся сайте находим одну-единственную строчку - ответ более удачливого одиночки таким же страждущим, как мы - надо доставить пакет bd4-devel. И никаких пояснений, почему, зачем, и вообще что это такое (ну да это ж линух, сами догадайтесь - чай не ламеры). Сливаем bd4-devel.
Все. Злостный продукт компилируется и устанавливается. Дальше идет вкуривание километровых файлов конфигурации, но после выполненных квестов по установке - это уже семечки.
Итого - убит вечер на скачивание по всему интернету левых пакетов и чтение ничего не говорящих факов и мануалов.
А теперь поищем на странице закачки продукта версию под Винды... и удалимся из треда, по традиции.
