[РЕШЕНО] Portage хочет обновить xorg-server до замаскированной версии

мда? а еще там написано

The testing branch is exactly what it says - Testing. If a package is in testing, it means that the developers feel that it is functional but has not been thoroughly tested. You could very well be the first to discover a bug in the package in which case you could file a bugreport to let the developers know about it.

Beware though, you might notice stability issues, imperfect package handling (for instance wrong/missing dependencies), too frequent updates (resulting in lots of building) or broken packages. If you do not know how Gentoo works and how to solve problems, we recommend that you stick with the stable and tested branch.

Можно, но нужно понимать как происходит управление версиями пакетов и выбор конкретной версии для установки.

Только тот, кто переходит должен понимать то, что он делает и уметь решать ситуации разрешения блокировок конфликтов зависимостей.

Маскировка бывает разная.
+ - стабильная версия;
~ - тестовые версии;
* - hardmasked (жёстко замаскированная) версия.

Если в ACCEPT_KEYWORDS у тебя указано "amd64", то ты можешь ставить сразу только стабильные версии пакетов. Версии пакета из тестовой ветки "~amd64" для установки в твоей системе будут замаскированы до тех пор, пока ты их не размаскируешь в /etc/portage/package.keywords или глобально не разрешишь для установки все пакеты из ветки "~amd64" в ACCEPT_KEYWORDS, что ты и сделал.

Если говорить о chromium:

www-client/chromium
  Open-source version of Google Chrome web browser
----------------------------------------------------------------------------------------
 		| alpha	| amd64	| arm	| hppa	| ia64	| ppc	| ppc64	| sparc	| x86
----------------------------------------------------------------------------------------
37.0.2017.2 	|	|  M~ 	|  M~ 	|	|	|	|	|	|  M~
----------------------------------------------------------------------------------------
37.0.2008.2 	|	|  M~ 	|  M~ 	|	|	|	|	|	|  M~
----------------------------------------------------------------------------------------
36.0.1985.18 	|	|  ~ 	|  ~ 	|	|	|	|	|	|  ~
----------------------------------------------------------------------------------------
36.0.1985.8 	|	|  ~ 	|  ~ 	|	|	|	|	|	|  ~
----------------------------------------------------------------------------------------
35.0.1916.114-r1| 	|  + 	|  ~ 	|	|	|	|	|	|  +

http://packages.gentoo.org/package/www-client/chromium

Сейчас в твоей системе при ACCEPT_KEYWORDS="amd64 ~amd64" для установки доступны версии до 36.0.1985.18, версии выше этой, на данный момент 37.0.208.2 и 37.0.2017.2, в твоей системе замаскированы. Размаскировать их можно только посредством /etc/portage/package.unmask и /etc/portage/package.keywords.

Если говорить о xorg-server, то у него нет hardmasked версий вообще, а есть лишь стабильные (amd64) и тестовые версии (~amd64), добавив в ACCEPT_KEYWORDS "~amd64" ты размаскировал для установки все тестовые версии для своей архитектуры.

Так и скажи, что ты ничего не понимаешь, хоть и читал Gentoo Handbook, то что тебе сообщает emerge и то, что я написал тебе уже здесь.

	X? (
		<x11-base/xorg-server-1.15.99
		>=x11-libs/libvdpau-0.3-r1
		multilib? (
			|| (
				 (
					x11-libs/libX11[abi_x86_32]
					x11-libs/libXext[abi_x86_32]
				 )
				app-emulation/emul-linux-x86-xlibs
			)
		)
	)
"

http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/x11-drivers/nvidia-drivers/nvidia-drivers-331.79.ebuild

Я тебе уже написал, что и почему, а до тебя я смотрю всё еще не доходит:

Portage (emerge) при запросе пакета на установку или обновление всегда будет ставить последнюю разрешённую (размаскированную) для установки версию, несмотря на то, что с ней конфликтуют другие пакеты, или не разрешены все её зависимости.

Можешь добавить ключ '-t' к ключам emerge, что бы увидеть дерево зависимостей, ну и для начала замаскируй версию
1.15.99.902 xorg-server`а, сейчас она у тебя размаскирвоана:

[U] x11-base/xorg-server
     Available versions:  1.9.5-r3(0/1.9.5) 1.10.6-r3(0/1.10.6) 1.11.4-r3(0/1.11.4) 1.12.4-r2(0/1.12.4) 1.13.4-r1(0/1.13.4) 1.14.3-r2(0/1.14.3) (~)1.14.4(0/1.14.4) 1.14.5(0/1.14.5) (~)1.14.6(0/1.14.6) 1.15.0(0/1.15.0) (~)1.15.1(0/1.15.1) (~)1.15.99.902(0/1.15.99.902)