x11-base/xorg-server-1.7.1 странные блокировки

С чего это они нужны месе?У меня разрешились такие блокировки после удаления мешающих.Правда у меня ~ и ничего я не размаскировывал.

Прочее размаскировывать тогда, месу етц.

Были подобные блокировки недели две назад, когда захотелось погрызть кактуса и собрать 1.7. (лучше его пока не трогай, у многих странные артефакты с изображением на нём начались).

А какая версия mesa? Там указано:
RDEPEND=...
x11-libs/libXext
x11-libs/libXi
x11-libs/libXxf86vm
...

Если не соберется, то забью :)

А у меня меса 7.5.2 -т.е. меньше.Это откуда у вас 7.6?Вот наверное из-за неё.

PS:Хотя RDEPEND -да, вроде такие же -но блокировки разрешились же.И все эти пакеты установились.

Да, я уже заметил что меса не из портежей, а из оверлея, убил её. Но ничего не поменялось...
Тогда последний вопрос, можно версии софта:
x11-libs/libXext
x11-libs/libXi
x11-libs/libXxf86vm
x11-proto/inputproto
x11-proto/xextproto
x11-proto/xf86vidmodeproto

x11-libs/libXext-1.1.1

x11-libs/libXi-1.3

x11-libs/libXxf86vm-1.1.0

x11-proto/inputproto-2.0

x11-proto/xextproto-7.1.1

x11-proto/xf86vidmodeproto-2.3

Снеси:
x11-libs/libXi
x11-libs/libXext
x11-libs/libXxf86vm

Если кто-то будет их пытаться поставить - замаскируй неподходящие версии:

<x11-libs/libXi-1.2.99
<x11-libs/libXext-1.0.99
<x11-libs/libXxf86vm-1.0.99.1

и при попытке обновиться увидишь, кто их хочет поставить. А там - или размаскируешь чего не хватает, или снесёшь что-то лишнее.

Спасибо. Только не понял как определять "неподходящую" версию, которую нужно маскировать :)

у меня все хорошо работает с 1.7.1

/etc/portage/package.unmask (у меня Nvidia)

>=x11-drivers/nvidia-drivers-190.36
>=x11-apps/xinput-1.5.0
=x11-base/xorg-drivers-1.7
>=x11-base/xorg-server-1.7.0
>=x11-libs/libdmx-1.0.99.0
>=x11-libs/libX11-1.2.99.0
>=x11-libs/libXext-1.0.99.0
>=x11-libs/libXi-1.2.99.0
>=x11-libs/libXinerama-1.0.99.0
>=x11-libs/libXScrnSaver-1.2.0
>=x11-libs/libXtst-1.0.99.0
>=x11-libs/libXxf86dga-1.1
>=x11-libs/libXxf86vm-1.0.99.0
>=x11-proto/bigreqsproto-1.1
>=x11-proto/dmxproto-2.2.99
>=x11-proto/fixesproto-4.1
>=x11-proto/inputproto-1.9.99
>=x11-proto/recordproto-1.13.99.0
>=x11-proto/scrnsaverproto-1.2.0
>=x11-proto/xcmiscproto-1.2.0
>=x11-proto/xextproto-7.1.1
>=x11-proto/xf86bigfontproto-1.2.0
>=x11-proto/xf86dgaproto-2.1
>=x11-proto/xf86driproto-2.1.0
>=x11-proto/xf86vidmodeproto-2.3
>=x11-proto/xineramaproto-1.2


то что было с блокировками снесла emerge -C
и переставила заново, еще нужно обязательно пересобрать драйвера x11 которые используете.

PS: на ATI видеокарте я бы не стала пока обновляться, нестабильно работает

>Спасибо. Только не понял как определять "неподходящую" версию, которую нужно маскировать :)

Чаще всего блокировки бывают, когда имеющаяся в системе версия конфликтует с устанавливаемое, или когда версия какого-то пакета, тянущаяся другим пакетом, конфликтует с третьим. В первом случае нужно просто удалить конфликтующий пакет и пытаться обновиться. Если при этом возникает вторая ситуация, то нужно разобраться, кто же тянет за собой конфликтующий пакет. Проще всего замаскировать неподходящие пакеты и тогда при попытке обновиться emerge так и выругается - мол, такому-то пакету требуется пакет таких-то версий, а он - замаскирован. Дальше или сносим, если он не нужен, тот пакет, что тянет за собой блокирующий (и повторяем его маскировку, чтобы увидеть, если он сам кому-то нужен), или размаскируем более свежую, неконфликтующую версию конфликтующего ранее пакета. Скажем, сказано, что конфликт вызывают версии

<x11-libs/libXi-1.2.99

Но у нас есть:

eix -e x11-libs/libXi
[I] x11-libs/libXi
Available versions: 1.1.2 1.1.3 ~1.2.0 1.2.1 ~1.3 ~9999[1] {debug}
Installed versions: 1.2.1(08:47:36 07.10.2009)(-debug)

Соответственно, можно размаскировать версию 1.3 и обновить мир.

(размаскировать _весь_ пакет я обычно не рекомендую, так как сложнее гарантировать безупречную работу через пол-года или год - мало ли до чего там обновится :))

Всем спасибо, разобрался. Надо было блокировочные пакеты в ~arch установить и их зависимости.

2Silvy: у вас же вроде дебиан был слакоподобный? :)

Спасибо за разъяснение

У меня всё отлично работает (R300, xorg-server-1.7.1, mesa-7.6, xf86-video-ati-6.12.4, ~x86).

усе, нету дебиана, надоело мне с аптитудой воевать, ее представление о том что мне нужно и мое представление стали слишком не совпадать

ну и вот в этом тесте, разве мне оставили выбор ? ;)
http://i036.radikal.ru/0910/16/ccbe004f68a7.png

Понятно :) Мне тоже этот тест в своё время помог выбрать генту

> ну и вот в этом тесте, разве мне оставили выбор ? ;)

Такое бывает, если ответить, чтоб любишь собирать программы из исходников.

дабы поглядеть кто же хочет зависимость можно использовать флаг -t - построит дерево пакетов с зависимостями, там хорошо видно кто чего хочет

А что там с MPX? Уже можно 2 курсора делать? Что-то гугление ничего не дало...

лично мне 1 мыши хватает )

Мне тоже, но охота удивить виндузятников, когда двумя мышами в сапер играешь или рисуешь :)
Ладно, погуглю еще потом в толксах спрошу, может там знают :)
З.Ы. Кстати никаких проблем на АТИ не замечено

ШГ