[gentoo][icu][sqlite]

только при привязке портежа к sqlite , а sqlite к icu
revdep-rebuild не работает :)

увидел что будет обновляться и сразу вспомнил что в RSS'ке с ЛОРа была тема с icu в названии. решил зайти и почитать :)
как-то со временем уже на глаз отличаешь потенциально опасные обновления ;)

вот это снес

net-libs/webkit-gtk-1.2.5 (>=dev-libs/icu-3.8.1-r1)
www-client/midori-0.2.9 (>=net-libs/webkit-gtk-1.1.1)

ты упорот!

я оказывается не один… UserUnknown ;)

обновился до dev-libs/icu-4.6_rc2

eix -e icu
[I] dev-libs/icu
     Available versions:  3.6-r2[1] 4.4.1{tbz2} 4.4.2{tbz2} ~4.6_rc2

Зачем? Или просто приключений захотелось? Ну так они вот они... :)

>увидел что будет обновляться

Зачем вам ~arch библиотеки низкого уровня, если этого не требует нужный конечный софт?

>кто по-твоему будет что-либо пересобирать, если портаж СЛОМАН?

Могу собрать бинарник. Если зависимости совпадут. x86 или amd64?

Вот: http://balancer.ru/files/1011/icu/

Зачем вам ~arch библиотеки низкого уровня, если этого не требует нужный конечный софт?

да незачем на самом деле , просто руки пока не дошли привести в порядок /etc/portage/
вот бы небольшой копипастоудобный пример ;) если, конечно, можно как-то отделить не перечисляя все пакеты в кейвордз

>если, конечно, можно как-то отделить не перечисляя все пакеты в кейвордз

А что конкретно? У меня на этом десктопе сейчас так: http://balancer.ru/files/1011/package.keywords
(ACCEPT_KEYWORDS, понятно, x86).

Десктопа под amd64 нет, только пара серверов.

Есть ещё такой пример x86 (домашняя файлопомойка, по совместительству рабочая машинка): http://balancer.ru/files/1011/package.keywords.2

Правда, оба варианта не совсем полны, у меня чистилка конфигов старая, ещё не понимает указания оверлея в пакете ("::gentoo"), вот и грохнула некоторые записи. Восстановлю при следующем обновлении мира :)

у меня тоже раньше такое было в кейвордз, но потом из двух зол выбрал ~arch .
package.* стараюсь не засорять и добавлять комментарии (забываю иногда «навіщо я цє зробив»)
нужно покурить маны, может через @set можно как-то сделать (типо для всего @system ), или еще как

>но потом из двух зол выбрал ~arch

Это не выбор двух зол. Это выбор зла против нормального решения :D Сабжевые проблемы - это ещё цветочки. Поверь 6-летнему опыту юзания Gentoo на десятке машин :D (кстати, package.keywords выше - это с машин ~5-летнего и 6-летнего возраста).

Лучше срач в package.keywords (главное не злоупотреблять глобальным размаскированием, это не намного лучше ACCEPT_KEYWORDS=~arch), чем срач во всей системе :)

>оверь 6-летнему опыту юзания Gentoo на десятке машин
во-первых опыт большой, во-вторых машин не 1 и не 2, с ~ приключений уже искать надоело :)

>Зачем?
ну мы же уже всё порешали - чтобы у тебя потом было «УМВР» :)

бинарник предлагаешь в обход пакет-манагера(он же поломатый) тупо распаковать в корень?
не айс, согласись :)

cp чотам /usr/local/lib; ldconfig /usr/local/lib

праильно - в обход пакет-манагера
ман «не айс»

>бинарник предлагаешь в обход пакет-манагера(он же поломатый) тупо распаковать в корень?

Так что, портеж убит так, что даже бинарный пакет не разворачивается?

Тогда - только разворачивание из stage поможет... Я думал ситуация полегче :)

>тупо распаковать в корень?

Но, вообще - выход. Потом - emerge указанных пакетов + find-cruft.

>ман «не айс»

Не айс, когда в системе останется неучтённый мусор. Тут же такого после окончания процесса не должно быть :)

ну в данном конкретном случае, портаж имеет базы в скулах - т.е. без рабочего скула оно даже --help показать не может :)

я поступил так - обновляюсь...
по среди процесса меса начала меня матом крыть - покурил мат
переключился на 2.6 - ладушки :)