>:P. А вот попробуйте собрать какую-то программу слитую где-то там на
>стороне, автор которой - отпетый авангардист или наоборот жуткий ретроград, так
>что у него либы - сильно новые (вплоть до левых позавчерашних
>svn-ревизий только что счекаутеных из репа авторов этой либы) или напротив
>древние как помет мамонта (потому что автору влом переписывать прогу на
>новый манер вызовов в новой версии либы например). И если при
>этом у либ с тех пор изменились вызовы не дай боже
>- это попадос, потому что если хочется пользоваться какой-то иной версией
>либы, нежели посчитал нужным автор - придется самолично переписать половину программы.
>Всего-то. Ну-ка похвастайте как вы с этим боретесь в source based?В source-based используется система сценариев установки ПО из исходников.
Например, в FreeBSD применена система "коллекции портов".
Там можно встретить ПО разных версий (к примеру):
ports/net-p2p/azureus — Azureus 3.1.1.0
ports/net-p2p/azureus2 — Azureus 2.5.0.4
ports/net-p2p/vuze — Azureus 4.2.0.2
ports/lang/perl5.8
ports/lang/perl5.10
ports/databases/mysql323-server
ports/databases/mysql40-server
ports/databases/mysql41-server
ports/databases/mysql50-server
ports/databases/mysql51-server
ports/databases/mysql54-server
ports/databases/mysql60-server
Причём из перечисленных категорий можно установить только что-то одно, а не две и более версии, так как между ними неразрешимы конфликты по используемым библиотекам и именам запускаемых файлов (пути в PATH должны быть уникальными и точно идентифицировать рабочие каталоги программ).
Система PBI позволяет держать в системе всё нужное БЕЗ конфликтов и не ограничиваться ограничениями PATH (и LD_LIBRARY_PATH).
