LINUX.ORG.RU

ошибка в портаже

 , , ,


0

1

здравствуйте, хочу поставить x11 в gentoo: emerge --ask x11-base/xorg-server ...вылетает следующее:

[blocks B      ] sys-fs/eudev ("sys-fs/eudev" is blocking sys-apps/systemd-226-r2)
[blocks B      ] sys-fs/eudev ("sys-fs/eudev" is blocking sys-apps/gentoo-systemd-integration-6)
[blocks B      ] sys-apps/systemd ("sys-apps/systemd" is blocking sys-fs/eudev-3.1.5)
[blocks B      ] sys-apps/gentoo-systemd-integration ("sys-apps/gentoo-systemd-integration" is blocking sys-fs/eudev-3.1.5)
 * Error: The above package list contains packages which cannot be
 * installed at the same time on the same system.
  (sys-apps/systemd-226-r2:0/2::gentoo, ebuild scheduled for merge) pulled in by
    >=sys-apps/systemd-207 required by (sys-apps/gentoo-systemd-integration-6:0/0::gentoo, ebuild scheduled for merge)
    sys-apps/systemd:0= required by (sys-apps/dbus-1.10.8-r1:0/0::gentoo, ebuild scheduled for merge)
(sys-fs/eudev-3.1.5:0/0::gentoo, installed) pulled in by
    >=sys-fs/eudev-1.3 required by (virtual/udev-215:0/0::gentoo, installed)
    >=sys-fs/eudev-1.3:0/0[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(-)?,static-libs?] (>=sys-fs/eudev-1.3:0/0[abi_x86_64(-)]) required by (virtual/libudev-215-r1:0/1::gentoo, installed)
мой /etc/portage/make.conf:

# These settings were set by the catalyst build script that  automatically
# built this stage.
# Please consult /usr/share/portage/config/make.conf.example for a more
# detailed example.
CFLAGS="-O2 -pipe"
CXXFLAGS="${CFLAGS}"
# WARNING: Changing your CHOST is not something that should be done lightly.
# Please consult http://www.gentoo.org/doc/en/change|chost.xml before changing.
CHOST="x86_64-pc-linux-gnu"
# These are the USE flags that were used in addition to what is provided by the
# profile used for building.
USE="X dbus gtk gnome -qt4 -kde dvd alsa cdr bindist mmx sse sse2 truetype type1 avahi jpeg png avi gif svg cairo"
PORTDIR="/usr/portage"
DISTDIR="${PORTDIR}/distfiles"
PKGDIR="${PORTDIR}/packages"
ALSA_CARDS="nForce-970"
## (For mouse, keyboard, and Synaptics touchpad support)|INPUT_DEVICES="evdev keyboard mouse synaptics"
## (For nVidia cards)
VIDEO_CARDS="nvidia"[/b]

Используется стабильная ветка?

Что в данный момент установлено и используется в системе: udev, eudev или systemd?

grem ★★★★★ ()
Ответ на: комментарий от grem

udev если не ошибаюсь, по крайней мере два последних не ставил

xperious ★★ ()
Ответ на: комментарий от xperious

Udev используется только с systemd в генте. Ставь eudev.

И да, это не ошибка в портаже

Deleted ()
Последнее исправление: ecko (всего исправлений: 1)
Ответ на: комментарий от Deleted

Udev используется только с systemd в генте

имхо, не совсем: недавно ставил в виртуалку и сначала стоял udev без systemd, потом поставил eudev.

xperious, а профиль не gnome случаем выбран? но если systemd/gnome не нужен, то действительно можно попробовать перейти на eudev.

grem ★★★★★ ()

без emerge --info и полного выхлопа

emerge -pvt x11-base/xorg-server

сложно что-то сказать

Пока что всё что я вижу - где-то у тебя включен флаг, который тянет systemd, соответственно установленный eudev с ним конфликтует

Судя по части выхлопа - этот флаг стоит у пакета dbus, но нужен полный выхлоп и emerge --info, чтобы это доказать или опровергнуть

Pinkbyte ★★★★★ ()
Ответ на: комментарий от r3lgar

Алсо, специально для инвалидов портаж пишет:

For more information about Blocked Packages, please refer to the following
section of the Gentoo Linux x86 Handbook (architecture is irrelevant):

https://wiki.gentoo.org/wiki/Handbook:X86/Working/Portage#Blocked_packages

И по ссылке всё расписано, и портаж ясно говорит:

* Error: The above package list contains packages which cannot be
* installed at the same time on the same system.

r3lgar ★★★★★ ()
Ответ на: комментарий от Deleted

я точно не помню, но кажется в свежих версиях systemd в gentoo в его состав уже входит udev и он теперь не ставится отдельно.

grem ★★★★★ ()
Ответ на: комментарий от Pinkbyte

где-то у тебя включен флаг, который тянет systemd, соответственно установленный eudev с ним конфликтует

Так это ежу понятно, портаж же расписывает это дело. ТС просто ярый нежелатель читать документацию.

Бесят персонажи, которым подавай готовое решение. Головой думать нынче не в моде.

r3lgar ★★★★★ ()
Ответ на: комментарий от grem

Для этого есть virtual/udev, который рулит поставкой udev — sys-fs/udev, sys-fs/eudev или sys-apps/systemd, но так как они конфликтуют поставляемыми файлами, они не могут быть установлены вместе ни в одной из комбинаций.

r3lgar ★★★★★ ()
Ответ на: комментарий от r3lgar

я не шарю просто, вот спрашиваю... переходил я по ссылке в рукокнигу... но там инфы то кот наплакал... может эти два пакета переустановить просто?

xperious ★★ ()
Ответ на: комментарий от xperious

может эти два пакета переустановить просто?

Просто прочитай, что тебе портаж пишет:

Эти пакеты не могут быть установлены одновременно в одной системе.

И делай выводы. Если тебе нужен гном, то безальтернативно придётся юзать systemd, который конфликтует с eudev. Так что или сноси eudev, или меняй профиль, и выбирай окружение, которому не требуется systemd.

r3lgar ★★★★★ ()
Ответ на: комментарий от xperious

Гном в gentoo не ставится без systemd, вот он и тянется, так как соответствующий юз-флаг прописан в профиле.

grem ★★★★★ ()
Последнее исправление: grem (всего исправлений: 1)
Ответ на: комментарий от r3lgar

вооо... теперь понятно... спасибо... abi_x86_64(-) - из за таких штук я думал какой-то замес с версиями пакетов... а ядро нужно пересобирать при смене профиля?

xperious ★★ ()

ошибка в портаже

Это не ошибка, а вполне закономерное поведение. Выпиливай eudev.

sudopacman ★★★★★ ()
Ответ на: комментарий от xperious

Нет. Всё, что нужно будет пересобрать, тебе портаж предложит по emerge -NDuv world.

Вообще, почитай про профили, их устройство и назначение, и такие вопросы сами собой отпадут.

abi_x86_64(-)

Тебе пока рано заморачиваться с ABI_X86, кстати, про них в новостях (2015-03-28 True multilib support on amd64) расписано достаточно понятно.

r3lgar ★★★★★ ()
Последнее исправление: r3lgar (всего исправлений: 1)
Ответ на: комментарий от sudopacman

прикол в том, что его и не было... и я его ставить начал еще с самого начала треда, вот жду когда поставится... поставиться - удалю

xperious ★★ ()
Ответ на: комментарий от xperious

Ну тогда поставь в системе USE-флаг systemd. У меня такая же фигня когда-то, помню, была, но забыл как я её решил, только помню, что решение было довольно простым.

sudopacman ★★★★★ ()
Ответ на: комментарий от r3lgar

сделал эти две команды - все равно тоже самое(на второй команде уже ошибка)... поставил профиль на kde без systemd - бесполезно...

xperious ★★ ()
Ответ на: комментарий от sudopacman

поставил в /etc/portage/make.conf systemd флаг, теперь ошибки изменилась(там же поставил -gnome): [blocks B ] sys-apps/gentoo-systemd-integration («sys-apps/gentoo-systemd-integration» is blocking sys-fs/udev-225-r1)

[blocks B ] sys-fs/udev («sys-fs/udev» is blocking sys-apps/systemd-226-r2)

[blocks B ] sys-apps/systemd («sys-apps/systemd» is blocking sys-fs/udev-225-r1)

[blocks B ] sys-fs/udev («sys-fs/udev» is blocking sys-apps/gentoo-systemd-integration-6)

xperious ★★ ()
Ответ на: комментарий от xperious

Логика такая: кто-то хочет один пакет, кто-то — другой, но обе эти зависимости поставляют одни и те же файлы (но в разной реализации), и поэтому не могут быть установлены одновременно. Узнай, кто тянет sys-fs/udev, и заставь его расхотеть эту зависимость, тогда блоки перестанут быть.

r3lgar ★★★★★ ()
Ответ на: комментарий от r3lgar

>Узнай, кто тянет sys-fs/udev, и заставь его расхотеть эту зависимость

киньте пожалуйста ссыль как с этим бороться

xperious ★★ ()
Ответ на: комментарий от r3lgar

вот, допустим, equery depends udev:

net-misc/dhcpcd-6.10.1 (udev ? virtual/udev)

sys-apps/hwids-20150717-r1 (udev ? >=virtual/udev-206)

sys-fs/udev-init-scripts-27 (>=virtual/udev-180)

virtual/dev-manager-0 (virtual/udev)

virtual/libudev-215-r1 (!systemd ? >=sys-fs/udev-208-r1:0[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(-)?,static-libs?])

virtual/udev-215 (!systemd ? >=sys-fs/udev-208-r1)

xperious ★★ ()
Ответ на: комментарий от xperious

Установить gentoolkit, а затем

equery d eudev

Если не понятен выхлоп, то запость его сюда (не забывая про разметку).

r3lgar ★★★★★ ()
Ответ на: комментарий от xperious

Ну вот, сам разобрался.

Суть в том, что у тебя сейчас стоит eudev, а его тянет виртуал. Из простых решений — замаскировать eudev, удалить его, прописать глобально юз systemd, установить systemd или обновить мир (второе правильнее).

Но не забывай, если ты удалишь поставщика udev (eudev, udev, systemd), но не установишь другой из них, и перезагрузишься, то получишь факап, так что чини, пока это сделать просто, потом из лайва это будет для тебя не так очевидно.

r3lgar ★★★★★ ()
Ответ на: комментарий от r3lgar

Из простых решений — замаскировать eudev, удалить его, прописать глобально юз systemd, установить systemd или обновить мир (второе правильнее).

так дело в том, что я специально ставил(по тупости) eudev, но до его установки проблема то все равно была... сейчас я его удалил уже... как быть? что значит замаскировать в данном случае?

xperious ★★ ()
Ответ на: комментарий от xperious

что значит замаскировать в данном случае?

echo "sys-fs/eudev" >> /etc/portage/package.mask

И во всех остальных случаях «замаскировать» значит абсолютно то же самое.

з.ы. я под chroot сейчас сижу

Не имеет значения. Но если ты попытаешься загрузиться в генту, в которой не установлен udev, то получишь огрызок, ибо монтировать прописанное в /etc/fstab просто некому будет, и в большинстве случаев ты даже рут партишн получишь в read-only.

r3lgar ★★★★★ ()
Последнее исправление: r3lgar (всего исправлений: 2)
Ответ на: комментарий от r3lgar

Если не понятен выхлоп, то запость его сюда

Плохой совет. Если непонятен выхлоп, нужно попытаться понять.

sudopacman ★★★★★ ()
Ответ на: комментарий от sudopacman

Если непонятен выхлоп, нужно попытаться понять.

В очередной раз юзер просит куда копать, а ЛОР ему советует как копать. Я не говорил, что я всё расскажу, и, как видишь, я просто рассказал, куда копать дальше.

Изначально тред был похож на очередной «я не читал документацию, сделайте всё за меня», а вышло, что юзер эту документацию просто не понял, так если у ТСа есть желание развиваться, но он ещё не научился понимать документацию (а в генте документация такая, что нужно немного интуиции гентушника и понимание некоторой магии, что приходит только с опытом), так почему ему не помочь понять?

r3lgar ★★★★★ ()
Ответ на: комментарий от sudopacman

Затем, что есть софт, у коготого IUSE="+gnome". Думаю, не надо объяснять, что значит плюс? (=

r3lgar ★★★★★ ()
Ответ на: комментарий от r3lgar

Так у него же профиль гномовский, зачем ставить -gnome, если у тебя гном?

Думаю, не надо объяснять, что значит плюс?

Типа насильно использовать этот флаг, даже если в make.conf указан - на него?

sudopacman ★★★★★ ()
Ответ на: комментарий от sudopacman

Так у него же профиль гномовский, зачем ставить -gnome, если у тебя гном?

В таком случае он получит новые блоки, лол.

Типа насильно использовать этот флаг, даже если в make.conf указан - на него?

Не совсем. Если указан плюс, то включить юз, если в package.use для этого пакета или в make.conf глобально не сказано иного, типа дефолтный пресет юзов.

r3lgar ★★★★★ ()
Ответ на: комментарий от sudopacman

Тем, что просто юз — это включать, если в профиле есть этот юз; а +юз — включать, если в профиле не сказано обратного.

r3lgar ★★★★★ ()
Ответ на: комментарий от r3lgar

И во всех остальных случаях «замаскировать» значит абсолютно то же самое.

вот, допустим, замаскировал я, так прикол то в чем: пакет то все равно установлен, и файлы вместе с ним, которые в дальнейшем будут конфликтовать, какой смысл тогда маскировать то?

xperious ★★ ()
Ответ на: комментарий от xperious

Чтобы удалить eudev, обновить мир, и виртуал притянул по юзу systemd как раз systemd, но чтобы systemd не конфликтовал с eudev.

Виртуал — это метапакет (который ничего не устанавливает), в зависимостях которого есть список пакетов, поставщиком которых является сам виртуал (это сделано для того, чтобы можно было не привязывать остальные пакеты к определённому пакету, и оставить выбор за пользователем).

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

r3lgar ★★★★★ ()
Ответ на: комментарий от r3lgar

один раз настроил, и больше никогда не паришься, всё будет работать

Это не так, конечно же. В генте приходится регулярно сношаться с конфигами, практически при каждом обновлении, а зачастую и просто при установке пакетов.

Deleted ()
Ответ на: комментарий от xperious

На будущее: все эти десктопные профили (кроме самого default/linux/${ARCH}/13.0/desktop) не нужны, так как со временем тонкую настройку проведёшь сам, а бороться с трэшем, который поставляет профиль — очень сложно, и нафиг не нужно.

r3lgar ★★★★★ ()
Ответ на: комментарий от Deleted

Это не так, конечно же.

Пустые слова.

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

Чушь!

а зачастую и просто при установке пакетов.

Вот тут лучше один раз настроить, чем потом офигеть, что оно всякий трэш тянет, а то и ломает. Хотя, можно обойтись дефолтным пресетом юзов, или настроить это дело глобально. А если у тебя каждый раз портаж требует что-то перепоменять в конфигах перед каждой установкой нового пакета, то ты явно что-то делаешь не так, и гента не для тебя.

А если ты предпочитаешь, чтобы за тебя решал мейнтейнер (раз фантазии не хватает что-то самостоятельно решить), то ты можешь продолжать сидеть на манжаре. А в гентотреды не лезь.

r3lgar ★★★★★ ()
Последнее исправление: r3lgar (всего исправлений: 1)
Ответ на: комментарий от annulen

Я знаю про это, но рано или поздно systemd для GNOME станет абсолютно безальтернативным. А чем позже это произойдёт, тем больше придётся разгребать. Да и не так страшен systemd, как об этом кудахчат на ЛОРе.

r3lgar ★★★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.