Установил СLD 11.12 и теперь хочу обновить систему до актуального состояния параллельно пересобрать под свой make.conf http://pastebin.com/A2b4Ljzk, но:
# emerge -avuNDe system
These are the packages that would be merged, in order:
Calculating dependencies... done!
The following USE changes are necessary to proceed:
#required by dev-db/virtuoso-server-6.1.4, required by dev-libs/soprano-2.7.4[virtuoso], required by kde-base/nepomuk-4.8.0, required by kde-base/kdelibs-4.8.0-r1[semantic-desktop], required by kde-base/katepart-4.8.0
>=sys-libs/zlib-1.2.6 minizip
Use --autounmask-write to write changes to config files (honoring CONFIG_PROTECT).
!!! The ebuild selected to satisfy "media-libs/mesa" has unmet requirements.
- media-libs/mesa-8.0::gentoo USE="classic egl gallium llvm (multilib) nptl shared-glapi vdpau xvmc -bindist -d3d -debug -g3dvl -gbm -gles1 -gles2 -openvg -osmesa -pax_kernel -pic (-selinux) -shared-dricore -wayland" CDISTRO="CLD desktop" VIDEO_CARDS="-i915 -i965 -intel -nouveau -r100 -r200 -r300 -r600 -radeon -vmware"
The following REQUIRED_USE flag constraints are unsatisfied:
vdpau? ( g3dvl ) xvmc? ( g3dvl )
The above constraints are a subset of the following complete expression:
d3d? ( gallium ) g3dvl? ( gallium ) llvm? ( gallium ) openvg? ( egl gallium ) gbm? ( shared-glapi ) g3dvl? ( any-of ( vdpau xvmc ) ) vdpau? ( g3dvl ) xvmc? ( g3dvl ) video_cards_intel? ( any-of ( classic gallium ) ) video_cards_i915? ( any-of ( classic gallium ) ) video_cards_i965? ( classic ) video_cards_nouveau? ( any-of ( classic gallium ) ) video_cards_radeon? ( any-of ( classic gallium ) ) video_cards_r100? ( classic ) video_cards_r200? ( classic ) video_cards_r300? ( gallium ) video_cards_r600? ( gallium ) video_cards_vmware? ( gallium )
(dependency required by "media-libs/libquicktime-1.2.3-r1[X,opengl]" [ebuild])
(dependency required by "media-video/mjpegtools-2.0.0-r1[quicktime]" [ebuild])
(dependency required by "media-plugins/gst-plugins-mplex-0.10.22" [ebuild])
(dependency required by "media-plugins/gst-plugins-meta-0.10-r7[vcd]" [ebuild])
(dependency required by "media-libs/phonon-gstreamer-4.5.1" [ebuild])
(dependency required by "media-libs/phonon-4.6.0-r1[gstreamer]" [ebuild])
(dependency required by "kde-base/kdelibs-4.8.0-r1" [ebuild])
(dependency required by "kde-base/katepart-4.8.0" [ebuild])
Как разрулить данную ситуацию с флагами? раньше использовал gentoo, но уже напрочь все забыл.
Во первых:
при обновлении make.conf может затереться шаблонами.
Поэтому рекомендуется использовать /etc/portage/make.conf
Во вторых:
только мне эта странное колдунтсво
Кажется сильно лишним.
Уж лучше использовать нечто вроде
## Not need to me
USE="${USE} -cups -ipv6 -mysql -gtk -bluetooth"
## For cpu
USE="${USE} mmx sse sse2 sse3 ssse3 nls"
## For image
USE="${USE} jpeg gif png pdf djvu"
## Оставить про запас. Чтоб можно было добавлять новые значения USE...
## ... просто скопировав эту строку не набирая 9 символов каждый раз
USE="${USE} "
А эта ваша конструкция ${NOT} ${IMAGE} ${CPU} Плоха тем, что названия переменных могут пересекаться с используемыми системой. Если не сейчас, то в будущем.
В третьих
Use --autounmask-write to write changes to config files
как бы намекает на то как разрулить ситуацию с необходимыми флагами. С деталями можно ознакомиться в man-е или в документации на этом сайте.
Предварительно стоит выполнить следующую команду
Насколько я понимаю - эти USE флаги итак включены по умолчанию
В пятых:
Коль пошла такая пьянка, и вы решили тонко настроить систему под свое железо - нафига вам поддержка тачпада присутствующая во всех desktop-профилях по умолчанию(врядли вы это на ноуте устраиваете). Пропишите у себя в конфиге INPUT_DEVICES=“evdev keyboard mouse”
The following USE changes are necessary to proceed:
#required by dev-db/virtuoso-server-6.1.4, required by dev-libs/soprano-2.7.4[virtuoso], required by kde-base/nepomuk-4.8.0, required by kde-base/kdelibs-4.8.0-r1[semantic-desktop], required by kde-base/katepart-4.8.0
>=sys-libs/zlib-1.2.6 minizip
Майк, или Найк (не знаю какое у Вас настоящее имя), уберите все Ваши изменения и попробуйте обновить. Без ACCEPT_KEYWORDS="~amd64" всё прекрасно обновляется. Размаскировывая что-то или меняя флаги, нужно знать что менеджер пакетов может выдавать блокировки и уметь с ними работать. Убрав, попробуйте обновить, затем добавляйте по очереди.
Не майк и не найк. Когда установил систему сразу попытался ее обновить, естественно в make.conf не было “~amd64” и ни чего другого, и вообще в системе не делал ни каких изменений - и получил это же http://pastebin.com/WWrjwa3R. Забил и пользовался как есть, но не обновлять систему это не дело.
Жуть. В системе настоящий салат из разных версий пакетов. Вероятно без рукоприкладства Вам не обойтись.
Нужно обновить некоторые пакеты вручную. После слов “!!! into the dependency graph, resulting in a slot conflict:” описаны конфликтующие пакеты. Сносим их и после удаления всех конфликтов принудительно пробуем ставить нужные. Возможно поможет команда emerge -ac. Иногда помогает снос 1-2 библиотек и затем emerge -ac && emerge -avtubgk systemworld. Я примерно так откатывался обратно с kde 4.8 на 4.7.4, замаскировав kde 4.8.
Не знаю. Как правило достаточно удалить свои маски и выполнить нормальное обновление портежей с оверлеем, командой eix-sync. Потому что такая батва может быть по ряду причин, в том числе при неправильном обновлении, например если обновить так emerge --sync, не обновляя оверлей.
Не знаю. Как правило достаточно удалить свои маски и выполнить нормальное обновление портежей с оверлеем, командой eix-sync. Потому что такая батва может быть по ряду причин, в том числе при неправильном обновлении, например если обновить так emerge --sync, не обновляя оверлей.
На днях обсуждали откат с КДЕ 4.8.0. Вероятно проблема в чем-то схожа. Вообще неполноценное разруливание зависимостей это болезнь портежей, но достойных замен портежам не было. Сейчас Paludis уже может работать и с бинарными пакетами. А вот по разрешению зависимостей палудису равных вроде нет. И ситуаций подобных этим там возникать просто не должно. Т.е. “детские болезни” портежей перебороли. Подумываю опробовать его более серьезно. Самого достало ручное копание в системе. Периодами действительно бывают взбрыки - то хочу установлюсь, то хочу не установлюсь.
P.S. Paludis не быстрее портежей. Они примерно одинаковы по скорости, но циклические зависимости сейчас адекватно умеет решать только paludis.