systemd и udev - взаимная блокировка

[blocks B ] sys-fs/udev ("sys-fs/udev" is blocking sys-apps/systemd-198-r5)
[blocks B ] sys-apps/systemd ("sys-apps/systemd" is blocking sys-fs/udev-198-r6)

при попытке обновить с --nodeps вываливается с коллизиями относительно того, что systemd вдруг стал включать в себя udev файлы.

* Detected file collision(s):
*
* /usr/include/libudev.h
* /usr/include/gudev-1.0/gudev/gudevclient.h
* /usr/include/gudev-1.0/gudev/gudevtypes.h
* /usr/include/gudev-1.0/gudev/gudevenumtypes.h
* /usr/include/gudev-1.0/gudev/gudev.h
* /usr/include/gudev-1.0/gudev/gudevenums.h
* /usr/include/gudev-1.0/gudev/gudevenumerator.h
* /usr/include/gudev-1.0/gudev/gudevdevice.h
* /usr/lib64/libgudev-1.0.so.0.1.3
* /usr/lib64/pkgconfig/gudev-1.0.pc
* /usr/lib64/pkgconfig/libudev.pc
* /usr/lib64/girepository-1.0/GUdev-1.0.typelib
* /usr/share/bash-completion/udevadm
* /usr/share/pkgconfig/udev.pc
* /usr/share/man/man8/systemd-udevd.service.8.bz2
* /usr/share/man/man8/udevadm.8.bz2
* /usr/share/man/man8/systemd-udevd.8.bz2
* /usr/share/man/man7/udev.7.bz2
* /usr/share/gir-1.0/GUdev-1.0.gir
* /usr/lib64/libgudev-1.0.so.0
* /usr/lib64/libudev.so
* /usr/lib64/libgudev-1.0.so

Как вообще понимать и лечить этот бардак в дереве?

/

~arch без навыков чтения и тяжкого бремени понимания сути выполняемых действий?

:wq
--
Live free or die

systemd теперь ставит udev и

systemd теперь ставит udev и состоит в зависимостях у virtual/udev
Смотри, кто тянет sys-fs/udev

equery d sys-fs/udev

Ну допустим.equery d

Ну допустим.

equery d sys-fs/udev
* These packages depend on sys-fs/udev:
sys-apps/systemd-197-r1 (~sys-fs/udev-197)
sys-kernel/dracut-026-r1 (>sys-fs/udev-166)
virtual/udev-197-r2 (>=sys-fs/udev-197-r8[gudev?,hwdb?,introspection?,keymap?,kmod?,selinux?,static-libs?])

И снос dracut никак не помогает, какая-то в общем фигня с зависимостями, явно просящаяся в багзиллу.

ну вот dracut и тянет udev.

ну вот dracut и тянет sys-fs/udev. По хорошему dracut должен зависеть от virtual/udev, а не от sys-fs/udev. Если не лень - пиши багрепорт на дракут. если лень - копируй ебилд дракута в локальный оверлей, и исправляй.
Если дракут удалил, то поможет просто

emerge -C udev
emerge -1 systemd

PS. я у себя держу ебилд для dracut-9999, и эту проблему для себя решил. могу выложить его куда-нить. в тот же рион. Правда для dracut-9999 придется ставить systemd-9999 (если используешь dracut_modules_systemd, естественно)

gorthauer написал(а):Как

gorthauer написал(а):
Как вообще понимать и лечить этот бардак в дереве?

Почитай эти увлекательные обсуждения:
https://bugs.gentoo.org/show_bug.cgi?id=462132
https://bugs.gentoo.org/show_bug.cgi?id=462750

Частично заработало, но

Частично заработало, но теперь портаж хочет удалить dracut к чертовой бабушке.

emerge --noreplace dracut

emerge --noreplace dracut

Цитата: Как вообще понимать и

Цитата:
Как вообще понимать и лечить этот бардак в дереве?

Улыбаемся и машем Поцтерингу.

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

С каких пор поцтеринг

С каких пор поцтеринг коммитит в гентушное дерево?

Не мешай, зануда q-:Е

Не мешай, зануда q-:Е

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

Прошу прощения. Продолжай...

Прошу прощения. Продолжай...

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".