Multilib System не могу осилить переход
RIck 6 ноября, 2014 - 21:35
Доброго времени суток. решил перейти на Multilib System воспользовавшись этим мануалом.
не могу осилить концовку.
emerge --keep-going --update --newuse --deep --with-bdeps=y world
выдает следующий вывод, и если честно, я не понимаю что от меня хочет portage.
emerge: there are no ebuilds to satisfy ">=dev-libs/libpthread-stubs-0.3-r1:=[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_ppc_32(-)?,abi_ppc_64(-)?,abi_s390_32(-)?,abi_s390_64(-)?]". (dependency required by "x11-libs/libdrm-2.4.56" [ebuild]) (dependency required by "x11-misc/compton-0.1_beta2[drm]" [installed]) (dependency required by "media-libs/mesa-10.3.0" [installed]) (dependency required by "www-client/firefox-33.0" [installed]) (dependency required by "@selected" [set]) (dependency required by "@world" [argument])
package.use emerge --info
подскажите пожалуйста как довести дело до конца или (что еще лучше) подскажите в какую сторону копать дальше.
»
- Для комментирования войдите или зарегистрируйтесь
ABI
А что говорит:
eix dev-libs/libpthread-stubs?
Если это делается для Steam'a, то у меня не возникло необходимости делать это.
Проблема, возможно, вызвана
Проблема, возможно, вызвана тем, что этот флаг замаскирован для стабильной ветки:
jauhien@zcj ~ % cat /usr/portage/profiles/arch/amd64/package.use.stable.mask | grep libpthread
dev-libs/libpthread-stubs abi_x86_32
Соответственно, надо его размаскировать.
Впрочем, на сто процентов не уверен, ибо в мультилибе не силен. Если размаскирование не поможет, советую спросить в IRC, лучше всего выловив Михала Гурного и сказав "курва, когда мултилиб допилят?".значит кунфу
значит кунфу package.use.stable.mask сильнее /etc/portage/package.use...
http://i.imgur.com/usftZ.png
Да, т.к. это маска для
Да, т.к. это маска для стабильной ветки. Надо размаскировать также для стабильной.
USE="-drm"
USE="-drm"
Это ответ на то, что
Это ответ на то, что выключить, чтобы зависимость не тянуло. А я сказал, что делать, чтобы зависимость таки установилась.
Топик стартеру гуглить про маскирование USE'ов.
И, кстати,
И, кстати, /etc/portage/package.use тут вообще ни при чем. Т.к. маскирование не устанавливает флаг в выключенное положение, но делает его совсем невидимым.
Если флаг замаскирован,
Если флаг замаскирован, значит это не просто так.
И я даже догадываюсь поцчему,
И я даже догадываюсь поцчему, вот представьте себе. Multilib немного в testing, а не stable. А топикстартер хочет его таки использовать. Или у Вас есть другие версии?
Jauhien написал(а): И,
Совсем знаток, господин соврамши ?
Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)
> The use.mask file can be
> The use.mask file can be used to mark USE flags as unavailable on a particular profile.
То же per package. Али что?
А, перечитал свою фразу и
А, перечитал свою фразу и сарказм господина верховного тролля стал ясен. Естественно, флаг выключен. Но при этом портаж его игнорирует напрочь (при этом ведя себя как при выключенном флаге), даже не пытаясь предложить включить.
да вообще все это гиблое
да вообще все это гиблое дело, зачем себе геморрой на ровном месте выращивать...
спасибо за участие, многого что интересного нашел для себя.
http://i.imgur.com/usftZ.png
Вообще есть такой
Вообще есть такой профиль:
Должен помочь. )
спасибо посмотрю
спасибо посмотрю
http://i.imgur.com/usftZ.png