Ну вот нужна вам прога которая требует к пример libbibliotechko.lib.6, а у вас только древнее libbibliotechko.lib.2 имеется и убунтовство говорит дескать а не можем мы позволить себе сразу внедрить lib.6 дескать порушит работу остальных прог. Так вот, с каких пор нельзя для нужной проги указать префикс куда ее ставить и указать ей ENV то есть среду с чем ейработать. Ну господи киньте вы руками этот lib.6 в какой-нибудь /unstablelibs/lib/ и в нужном месте просто указать данной конкретной проге чтобы искала либы приоритетно в ппке /unstablelibs/lib а затем менее приоритетно дальше /usr/lib и т.д. Это что такая большая проблема? По-моему не столь уж сложно, если программа грамотно написана не через задницу...С другой стороны могут возникать проблемы с работой с репозиторием - ведь пакет в репах требует либ бла блабла такой-то.6, а у вас только .2 и манагер пакетов не знает, что где-то там в дебрях вашей ФС валяется нужный именно этой проге .6 версия нужной либы. Вот и возникает ?с можно ли с пом. манагера пакетов устанавливать пакеты в некую обособленную "среду" так чтобы конкретный пакет например иклипс видел, что его зависимость удовлетворена и при этом чтобы не вызывались конфликты с остальным ПО?
(изврата конечно выше понаворотил)
Хотя, по-сути я не совсем вообще понимаю корень проблемы =\ Если ваша прога требует 6ю версию либы а вся остальная система 2ю, то они не должны никак конфликтовать - новая прога просто запросит зависимость lib.6 старые проги lib.2 и никто никого не трогает, не обижает.
Как я понял, ваша проблема именно в том, что вы не можете обновить какой-то конкретный единственный програмный продукт так, чтобы при этом не пришлось тащить за собой вагоны зависимостей и обновлять всю систему? Для конкретной версии пакета в любом случае прийдется тащить все его зависимости и конфликтовать они могут только в случае, когда одна и та же зависимость требуетс 2мя пакетами и при этом она в обоих случая отличается. К примеру, есть либсмотретьфильмы.lib для первого пакета требуется эта либа собранная со встроенными кодеками, а для другого без них, а поставитьможем только одну?
ладно мои тщетные попытки понять почему при установке какого-нибудь единственного куте вам прийдется обновлять все чуть ли не вплоть до ядра, видимо, оборачиваются неудачей.
Самый простой совет - не заморачиваться по поводу LTS или не лтс - обновить дистр не столь большое время, а настройки чтобыне потерять достаточно просто хранить и затем в обновленной системе, если что перенести. Лично я вообще только для того чтобы поковыряться в только вышедших в то время кедо 4.4 бета1 поставил опенсусе и поподключал источник "фактори" (то бишь нестабильное только только вот делаемое грубо говоря) (самому лениво было собирать или ждать пока Kubuntu родит собранны пакеты с нормальными зависимостями), поэтому вполне можно пользоваться самой последней стабильной версией дистриба и по мере выхода обновлять если что - это не занимает такое уж огромное количество времени, как некоторым кажется.
Кстати говоря, от себя даже наоборот не рекоммендую ЛТС-дистрибутивы. Они, конечно постабильнее нелтс, но как раз за счет этого в плане новшеств отстают постепенно. Хотя, выбирать конечно вам.
Что можно настраивать 2 месяца.
может быть это просто тяжелые ежедневные муки выбора в какой же цвет раскрасить кнопочки и иконы до достижения духовного равновесия и просветления?
Тема: Почему в Ubuntu старые версии программ? (Прочитано 2271 раз)
