Gnome-Shell 3.14 без systemd
DolphinStKom 26 декабря, 2014 - 13:29
Доброго времени суток, собственно хотелось бы услышать как это теперь лечится... раньше помогало включение ключей openrc-force и ещё несколько манипуляций... сейчас мешает как минимум это
# required by sys-apps/systemd-218-r1 # required by x11-wm/mutter-3.14.3[kms] # required by gnome-base/gnome-shell-3.14.3 # required by gnome-base/gdm-3.14.1 >=sys-apps/dbus-1.8.12 systemd
разумеется
app-admin/openrc-settingsd sys-auth/nss-myhostname sys-fs/udev
хотят при этом удалиться у устанавливается systemd
»
- Для комментирования войдите или зарегистрируйтесь
Поставь sys-fs/eudev и убери
Общий совет: поставь sys-fs/eudev и убери все упоминания о systemd в во всех USE-конфигах. Не уверен, что это поможет в твоем случае (смотря какой гном, - вроде у 3 есть прямая зависимость от системд), но у меня с LXDE все прекрасно разрешилось.
Ну и свою конфигурацию
не мешало бы показать... :)
согласно инструкции к
согласно инструкции к gnome-shell 3.12 - systemd и так выкинут из юзов, более того он как ключ выкинут глобально и добавлен consolekit, также добавлен ключ openrc-forse
/etc/portage/profile/package.use.mask
и собственно все работало, но вот сегодня прилетели обновки до gnome-shell 3.14 и получили то что описал выше...
не уверен что инфа о системе тут чем то поможет, но вот:
ACCEPT_KEYWORDS="amd64
вы точно понимаете, что делаете?
Еще покажите
да вроде как все делаю как
да вроде как все делаю как обычно, а сейчас, как обычно это бывает, с выходом новой версии gnome-shell нужно придумать как не использовать systemd для конкретно этой версии, по сути обновки хотят использовать systemd, как и в предыдущий раз, от этого и все проблемы:
Открывайте ebuild`ы пакетов,
Открывайте ebuild`ы пакетов, которые тянут systemd и смотрите почему, либо оставайтесь на systemd.
В частности mutter-3.14.3 тянет systemd из-за зависимостей флага kms:
который, как видите задействован по умолчанию. Либо отключайте его, либо ставьте mutter-3.12.2 либо пробуйте править ebuild в локальном оверлее убрав у него зависимость в виде systemd.
Вот выдержка из скрипта конфигурирования mutter=3.14.3:
if test $have_native_backend = yes; then AC_DEFINE([HAVE_NATIVE_BACKEND],[1],[Define if you want to enable the native (KMS) backend based on systemd]) fi
И так далее со всем пакетами.
Удачи.
у меня с геометрической
у меня с геометрической прогрессией развивается апатия... =(
ничего не получилось, так и срослось камнем преткновения оказался пакет mutter... решил сначала обновиться на своей домашней машине, тут карточка нвидия и я подумал что ключем кмс можно спокойно пожертвовать... но убрав его гдм уперся рогами и не стал даже показывать пользователя для ввода пароля, а напротив начал сеять артефакты при обрисовке тыцалок... потом я решил пересохранить ебилд у себя в локальном оверлее убрав просто из зависимостей к ключу кмс systemd... но это ничем не помогло и я все так же наткнулся на не юзабельный гдм...
куда копать? я не хочу сидеть на этом исчадии ада от Поттеринга, но и новеньким гномом хотелось пользоваться он стал ещё симпатичнее и шустрее... я может бы и смирился, но сколько лет прошло, пульсу с мпд так и не починили, первое что бросилось бревном в глаза... уверен что если копнуть в сторону mysql и iptables то там тоже все так же, кабы не хуже =(
да и по факту, опрц-форс ключи не убрали, да и гдм кой как грузится, консолкит форкнули и почили... неужели нельзя выкрутиться без systemd и для gnome-shell 3.14?
кстати наткнулся на одно как
кстати наткнулся на одно как по мне неординарное решение вот тут
https://bugs.funtoo.org/browse/FL-1637
тоже упоминают какомто безумии с гдм и как решение я так понял удаляют консолкит с 56й строчки в файле /etc/init.d/xdm
но я так и не понял, это все чинит или это такая же потуга разрулить проблему