[gentoo][systemd]пытаюсь значит

кхм ... layman -a systemd(там посвежее).(у меня оттуда работало)

у тебя 9999 стоит?

> 9999 стоит?
у меня не стоит.(уже не стоит)
Когда systemd не было в portage, я ставил из оверлея 30с чемто.

USE=«systemd» не забудь.

Calculating dependencies... done!
[ebuild  N     ] sys-apps/systemd-units-9999  USE="basic desktop systemd -server -sysv" 
[ebuild     UD ] sys-fs/udev-168-r2 [171-r1] USE="openrc%* systemd%*" 
[ebuild  N    #] sys-apps/systemd-9999  USE="pam tcpwrap -audit -gtk -plymouth (-selinux)" 

!!! Multiple package instances within a single package slot have been pulled
!!! into the dependency graph, resulting in a slot conflict:

sys-fs/udev:0

  (sys-fs/udev-171-r1::gentoo, installed) pulled in by
    >=sys-fs/udev-169 required by (net-wireless/bluez-4.94-r1::gentoo, installed)

  (sys-fs/udev-168-r2::systemd, ebuild scheduled for merge) pulled in by
    >=sys-fs/udev-163[systemd] required by (sys-apps/systemd-9999::systemd, ebuild scheduled for merge)

Я непонимат, что ему надо?

> Я непонимат, что ему надо?
USE=«systemd». +9999не советую.

Итак в make.conf стоит

Надо собирать 28 версию, чтобы не сносить OpenRC. И не забыть подключить оверлей systemd, посмотреть, какие там есть программы, посмотреть, какие из них установлены (типа avahi, networkmanager, dnsmasq, bluez и т.п.), и их установить из оверлея. Но udev не ставить из оверлея, а поставить из дерева свежую версию. systemd тоже надо ставить из дерева.

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

И да, USE=«systemd openrc sysv» (openrc и sysv по желанию, они не нужны).

>Я непонимат, что ему надо?

Это вы ставите systemd из оверлея, а ему надо удев из оверлея, который протух. Их обоих надо ставить из дерева.

Пытаюсь поставить из дерева.

Calculating dependencies... done!
[ebuild  N    #] sys-apps/systemd-29  USE="pam tcpd -audit -cryptsetup -gtk -plymouth (-selinux)" 
[blocks B      ] <sys-apps/openrc-0.8.3 ("<sys-apps/openrc-0.8.3" is blocking sys-apps/systemd-29)

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

  (sys-apps/openrc-0.8.2-r1::gentoo, installed) pulled in by
    sys-apps/openrc required by (sys-apps/baselayout-2.0.3::gentoo, installed)

  (sys-apps/systemd-29::gentoo, ebuild scheduled for merge) pulled in by
    systemd


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

>Пытаюсь поставить из дерева.

Написал же:

Надо собирать 28 версию, чтобы не сносить OpenRC.

Замаскируй пока что 29-ю в package.mask.

у меня не стоит.(уже не стоит)

Это у всех гентушников так?

Замаскировал.

Calculating dependencies... done!
[ebuild  N    #] sys-apps/systemd-29  USE="pam tcpd -audit -cryptsetup -gtk -plymouth (-selinux)" 
[blocks B      ] <sys-apps/openrc-0.8.3 ("<sys-apps/openrc-0.8.3" is blocking sys-apps/systemd-29)

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

  (sys-apps/openrc-0.8.2-r1::gentoo, installed) pulled in by
    sys-apps/openrc required by (sys-apps/baselayout-2.0.3::gentoo, installed)

  (sys-apps/systemd-29::gentoo, ebuild scheduled for merge) pulled in by
    systemd

>Это у всех гентушников так?
Нет, УМВР. О systemd даже не задумывался. Наверно, поэтому.

>Замаскировал.

Плохо замаскировал. Надо:

echo '=sys-apps/systemd-29' >> /etc/portage/package.mask

echo '=sys-apps/systemd-28' >> /etc/portage/package.keywords

package.unmask не нужен.

И да, можно руками выбирать 'emerge =sys-apps/systemd-28'.

> у меня не стоит.(уже не стоит)
смотря что ...

Моя история успеха. layman -a systemd
make.conf << systemd
make menuconfig
emerge systemd
vim /boot/grub/menu.lst

Я о том же.

Надо собирать 28 версию, чтобы не сносить OpenRC. И не забыть подключить оверлей systemd, посмотреть, какие там есть программы, посмотреть, какие из них установлены (типа avahi, networkmanager, dnsmasq, bluez и т.п.), и их установить из оверлея. Но udev не ставить из оверлея, а поставить из дерева свежую версию. systemd тоже надо ставить из дерева.

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

Жуть какая. И давно такие сложности? Вроде все просто было, когда ставил.

> Я непонимат, что ему надо?

Какое слово не понятное?
sys-fs/udev-171-r1::gentoo блокирует sys-fs/udev-168-r2::systemd потому что первый нужен для net-wireless/bluez-4.94-r1::gentoo (версия слишком мала в оверлее systemd для синезуба).

Так что либо bluez, либо systemd, либо смотришь, что нужно тебе собрать и в какой последовательности и собираешь с -O. Либо правишь зависимость от номера udev в ебилде net-wireless/bluez-4.94-r1, перекрыв его локально, либо пишешь ебилд поновее для systemd.

>Жуть какая. И давно такие сложности? Вроде все просто было, когда ставил.

Тогда оверлей был свежий. С тех пор он протух, поэтому, видимо, перенесут в дерево (если systemd и udev с поддержкой systemd уже в дереве). И ещё ебилды из systemd изменены для поддержки systemd, а ебилды из оверлея gnome изменены для поддержки gnome3, но _не все_ они (из оверлея gnome) изменены для поддержки systemd. Поэтому если система с systemd и gnome3, надо ебилды avahi, bluez и wpa_supplicant смержить из двух, которые в оверлеях systemd и gnome, если эти пакеты используются.

>Так что либо bluez, либо systemd, либо смотришь, что нужно тебе собрать и в какой последовательности и собираешь с -O. Либо правишь зависимость от номера udev в ебилде net-wireless/bluez-4.94-r1, перекрыв его локально, либо пишешь ебилд поновее для systemd.

Тут достаточно собрать systemd-28 из дерева, проблем не будет, потому что он использует свежий udev из дерева.

Как показывает практика, достаточно даже сбилдить с -O, проблем ещё меньше.

>Как показывает практика, достаточно даже сбилдить с -O, проблем ещё меньше.

Я рассказал, как сам завёл. У меня так работает. И тут -O не поможет, т.к. bluez'у нужен новый udev, а systemd из оверлея - старый из оверлея. Если брать systemd из дерева, то будет юзать новый udev, как и bluez. С -O будет куча проблем потом.

Каких, кроме сообщения о блокировке?

Ты имеешь в виду собрать systemd с -O из оверлея, чтобы он не удерживал udev? Если да, то смысла это не имеет. Можно взять тот же самый systemd из дерева, который не удерживает старый udev.

Ты уводишь в сторону. Так можно договориться до того, что systemd вообще ставить не надо, потому что это смысла не имеет.
Я отвечал про -O с оглядкой на это сообщение http://www.linux.org.ru/jump-message.jsp?msgid=6403573&cid=6403677, а не пускался в поиск смысла. Если человеку внезапно надо зачем-то собрать этот ебилд именно из systemd, то поиск смысла и блокировки — это уже его проблемы.

>Я отвечал про -O с оглядкой на это сообщение

А, теперь понял. Но если ТС хочет попробовать systemd, я думаю, ему лучше всё-таки ставить ту версию, которая не вызывает блокировку (28-ю), чтобы избежать потенциальных проблем.