LINUX.ORG.RU
решено ФорумTalks

Моя Gentoo хочет systemd

 , ,


0

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

  (sys-apps/systemd-212-r5::gentoo, ebuild scheduled for merge) pulled in by
    >=sys-apps/systemd-200 required by (sys-power/upower-0.9.23-r3::gentoo, ebuild scheduled for merge)
    >=sys-apps/systemd-207 required by (sys-apps/gentoo-systemd-integration-4::gentoo, ebuild scheduled for merge)

  (sys-fs/udev-212-r1::gentoo, installed) pulled in by
    >=sys-fs/udev-208 required by (virtual/udev-208-r2::gentoo, ebuild scheduled for merge)
    >=sys-fs/udev-208:0/0[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,static-libs?] (>=sys-fs/udev-208:0/0[abi_x86_64(-)]) required by (virtual/libudev-208::gentoo, ebuild scheduled for merge)
    >=sys-fs/udev-208-r1:0/0[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,gudev,introspection?,static-libs?] (>=sys-fs/udev-208-r1:0/0[abi_x86_64(-),gudev,introspection]) required by (virtual/libgudev-208::gentoo, ebuild scheduled for merge)


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

http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?full=1#blocked

systemd требуется для нового upower, от которого зависят кеды. Вопрос: что курили разработчики?

★★★★★

Последнее исправление: Black_Shadow (всего исправлений: 2)

Ответ на: комментарий от Polugnom

Плохо для всего остального мира, кто использует линукс не для десктопа.

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

интеллектуального анализа конфигурации системы

И что оно будет анализировать?

intelfx ★★★★★
()

ну так поставь.

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

Наконец внятное объяснение, спасибо. Да, похоже стабильная версия зависит от systemd теперь.

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

Убунта уже объявляли, что будет системд.

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

Спасибо за конкретику. Редкость нынче.

А в чём неудобства, кроме того, что (о ужас) надо один раз читнуть манцов?

1. Switching costs. Есть настроенная система (syslog-ng с одстаточно кастомным конфигом, logrotate, ...) в которой все работает. Имеет смысл что-то менять только если есть на то веские аргументы.
2. Прозрачность. Я частенько копался в скриптах OpenRC чтобы понять как что работает, локализовать проблему, что-то временно подкорретировать.
3. Дефолтное поведение: бинарные логи (Зачем? Ради чего? Нужны спец. утилиты для работы с ними, вопрос совместимости/переносимости), автоматический презапуск сервисов (считаю, что, если сервис упал, значит это не случайно), и т. п.
4. Субъективный фактор: навязывание. Это как аллергия на рекламу. И не я один такой: Я против использования в моем дистрибутиве systemd, потому что...
5. Баги и «особенности работы». Вот небольшая подборка:
Зависимости логина от mnt «системд говорит, что не может подмонтировать недостающие разделы из fstab в /mnt из выдернутого винта и поэтому логин скрин показывать не будет»
fedora 17 «консольный вход» не работает «В systemd пока не залогинишься (в графической среде) консольные терминалы tty1-tty6 не доступны; то есть нельзя переключиться Ctrl+Alt+F1 и залогиниться текстово.»
Телепаты в отпуске
Как отучить systemd от journald?
https://bugzilla.redhat.com/show_bug.cgi?id=817183
https://bugzilla.redhat.com/show_bug.cgi?id=817186

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

Давай ты не будешь говорить какие у меня проблемы, я не буду говорить куда тебе пройти, ок?

В данном случае это твои личные проблемы поскольку при желании даже сейчас в gentoo можно юзать хоть исключительно либо openrc либо systemd… Но да жертвуя чем то.

Нормальные люди взвешиваю все «за» и «против» и принимают для себя решения. А не жрут что дают, а потом на вопрос «а почему так?» начинают лихорадочно гуглить «а правда, а чем лучше?» или оправдываться глупыми отмазками.

Внезано в разработчиках gentoo почему то нет вовсе упоротых на одном systemd однако же полно упоротых на «openrc и насрать на все остальное». В то время как обе позиции в принципе неприемлемы для метадистрибутива коим, якобы, является gentoo.

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

Яйца, одна корзина, все дела.

Тут все дело в том, что на момент появления systemd одно яйцо (sysvinit) уже давно протухло… второе яйцо (openrc) так и не выросло, не окрепло и не завоевало того чего могло бы… Плюс почва была благодатной и идея пришлась к месту и ко времени. А после драки все… Дальше смысла нет - systemd уже в fedora/rhel а именно они и правят балом.

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

бинарные логи (Зачем? Ради чего? Нужны спец. утилиты для работы с ними

systemd не смотрел, но когбы теоретически

$ cat log1.bin | binlogview | grep Monkey
INFO: 00:01:23. Monkey launched

Юниксвей, кратко и не сложно

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

как же у квадракоптера будет работать энергосбережение, если его прибили гвоздями к logind?

А инит на bash-е/C для квадракоптера не рулит?

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

Т.е. по твоему куча велосипедов зависящих друг от друга и которые разрабатывают раздельно это лучше и продуктивнее чем один продукт с одной командой разработчиков?

Да

Довольно спорное утверждение тебе так не кажется?

Нет

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

А где здесь, собственно, «заменить»? Перечислены факты интеграции.

В данном случае это одно и то же

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

Большинство из перечисленного, насколько могу судить, некорректно...

Switching costs

Субъективно, но согласен.

Прозрачность

Согласен.

бинарные логи

Ради индексации (выше обосновал). Никто, впрочем, не мешает Storage=none и использовать syslog сколько влезет.

автоматический презапуск сервисов

4.2, не является дефолтным поведением.
(Но лично мне пригождалось на кривых конфигурациях: ARM-машинка, на которой KTorrent поверх Xvnc — падает раз в двое суток стабильно.)

Субъективный фактор: навязывание

Не согласен (т. е. мне так субъективно не кажется).

системд говорит, что не может подмонтировать недостающие разделы из fstab в /mnt из выдернутого винта

Это корректное поведение согласно устоявшемуся стандарту. См. fstab(5), опцию nofail.

В systemd пока не залогинишься (в графической среде) консольные терминалы tty1-tty6 не доступны

Просто 4.2. Они по умолчанию не запускаются, пока система не запустилась полностью (чтобы не тормозить запуск и не мешать выводу статусных сообщений), но это настраивается ровно двумя строчками в /etc/systemd/system/getty@.service.d/чтонибудь.conf:

[Service]
Type=simple

Телепаты в отпуске

Насколько я смог понять, это баг со стороны mongodb или boost::filesystem. Или даже не баг, а неаккуратная реализация семантики.

Как отучить systemd от journald?

Про journald я описал выше: Моя Gentoo хочет systemd (комментарий)

https://bugzilla.redhat.com/show_bug.cgi?id=817183

Can't reproduce. Всё работает.

https://bugzilla.redhat.com/show_bug.cgi?id=817186

Аналогично. И да, «display managers whose primary VT is not VT1» давно поддерживаются (у меня никаких проблем не было).

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

Обоснуй. systemd не заменяет ни udev, ни PolicyKit, ни syslog. ConsoleKit — да, он был достаточно плохо сделан и от него избавились, как только появилась такая возможность.

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

Ну и ок. Живи в своих заблуждениях дальше.

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

А инит на bash-е/C для квадракоптера не рулит?

если весь софт и железо перепишут на плотную интеграцию с systemd, то без systemd он и не запустится там

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

если весь софт и железо перепишут на плотную интеграцию с systemd, то без systemd он и не запустится там

На квадрокоптере? Ты просто пьян или упорот по жизни? Там если что то и будет то не один ли хрен какая там система инициализации?

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

т.е. suspend технике не нужен? Пускай все микроволновки и коптеры работают на полную мощность, даже если ими год не пользовались?

stevejobs ★★★★☆
()

Я вообще создавал этот тред не для того, чтобы здесь устроили срач openrc vs systemd. Но это же ЛОР, и адепты systemd как всегда в своём репертуаре. Надо обязательно сюда зайти и начать убеждать меня вступить в секту Леннарта. Узбагойтесь, я пока к вам не хочу.

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

Это ты так говоришь, пока драйвера к ней гвоздями не прибили. Особенно юзерспейсные драйвера. А скоро прибьют. Будет как в OSX - захочешь ты в свой коптер воткнуть wifi свисток, изволь запустить systemd, графическую оболочку, утилиту от производителя, потыкать в ней кнопки, и тогда уже будет тебе интернет. На примере OSX четко видно, что происходит, когда появляется возможность так делать - производители радостно за нее хватаются, и всё, завертелось. А пока в системе нет единого стандарта, производитель _вынужден_ писать такой софт, который обязан самостоятельно адаптироваться под любые разумные условия. (делать такой софт в тысячу раз сложнее, поэтому все это ненавидят. но делают, потому что выбора нет. но когда выбор появится - пиши пропало.)

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

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

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

адепты systemd как всегда в своём репертуаре

А то. Semper fidelis.

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

Упрлс.

Вот, на столе лежит wifi свисток, который так подцепляется. Trendnet TEW-648 UB.

Особая ненависть в том, что свисток работает не просто через какую-то юзерспейсную утилиту, а утилиту имеющую окно на полэкрана, которое можно только свернуть (но которое будет торчать в доке, который не резиновый).

Производитель считает, что раз у всех запущен стандартный набор сервисов и GUI, значит он будет писать под такие настройки, а кто мак перенастроил подо что-то другое - извращенец и ССЗБ, пусть мучается.

Вангую, как только в линуксе отменят UNIX Way, тут будет точно такое же говно. «У тебя не Ubuntu? Вали отседова, все что не Убунту - не Линукс». «У тебя не системд и иксы? Страдай, все нормальные люди имеют системд и иксы».

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

Девайсы, которые работают через жопу и в которых драйвер не отделён от GUI, всегда были и всегда будут. Но это не аргумент.

Взять, например, hplip: некоторые принтеры требуют загрузки прошивки из юзерспейса, причём процесс этот потенциально длительный. Раньше он запускался из udev директивой RUN, подвешивая udev (в доках к udev ясно сказано, что из RUN нельзя запускать долгоживующие процессы, поскольку это синхронный запуск), и если теперь он будет запускаться как сервис systemd директивой SYSTEMD_WANTS, это будет правильным решением, потому что systemd писался для управления долгоживущими процессами, и унификация здесь очень к месту.

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

Потому что только в этой системе инициализации сподобились написать некостыльное решение

И? Что мешает пользоваться этим самым «некостыльным решением» там, где используется systemd, и оставить уже написанный и отлаженный код для тех систем, где его нет? Эх, ну почему в RH так мало взрослых адекватных людей вроде Линуса Торвальдса, которые знают, что главное — это удобство пользователя, а не онанирование на «некостыльные решения».

Кстати, не расскажешь, что именно в logind такого «некостыльного» и почему это должно волновать разрабов glibc?

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

при желании даже сейчас в gentoo можно юзать хоть исключительно либо openrc либо systemd… Но да жертвуя чем то

Я знаю. Разговор начинался с того, что я не вижу веских аргументов переходить на systemd. И это не мои личные проблемы, так как либо а) аргументов нет, либо б) где-то они есть, но люди, которые пользуются systemd их не знают. Ибо вопросы о преимуществах (равно как и о недостатках) я задавал много раз, и гуглил много, и какая-то объективная информация - на вес золота. Зачастую людям либо пофиг, либо общаешься с фанатиками systemd, которые втупую транслируют общие фразы или аргументы не к месту.

полно упоротых на «openrc и насрать на все остальное»

Откуда такая инфа?

Вообще, дело не в systemd, а в возможности выбора. Если эту возможность отбирают - это откровенное зло. Даже если в команде есть фанатики openrc, пусть они создают противовес. Ведь в генте systemd тоже есть. А значит есть выбор. И за это им большой респект.

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

всё от системы инициализации отвязали

Прям таки всё? И даже logind можно без systemd запускать?

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

Спроси у разработчиков upower, что мешает. Whoever contributes code makes the decision; это основополагающий принцип меритократии. Вон, кто-то форкнул upower, и теперь эти два проекта конкурируют на общих основаниях.

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

$ cat log1.bin | binlogview | grep Monkey
Юниксвей, кратко и не сложно

Вот это короче:

$ cat messages | grep Monkey
И более юниксвейно, ибо текст. И лишней сущности binlogview нет.

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

Не пойми неправильно, я ЗА существование systemd и даже хочу использовать его, конкретно на моем компе с Арчлинуксом. Я против того, чтобы он становился единственным и невыпиливаемым решением. А все идет к тому. В правильной системе любой компонент можно заменить на любой другой, имея информацию только об API и не зная деталей реализации.

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

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

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

так API не фиксированное, не? Вот если бы они составили документик и поклялись на Торвальдсе, что год не будут его менять - другое дело

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

Тем, что в systemd интегрирован udev, ConsoleKit, PolicyKit, syslog и многое другое… причем почти все элементарно отключается USE флагами ежели оно тебе нэнада.

Так воде же недавно обсуждали, что systemd гвоздями прибит к ядру линух. И посему его невозможно использовать в GNU/Hurd и системах с другими ядрами.

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

чем один продукт с одной командой разработчиков

все было бы хорошо, если бы не капитан этой группы. с таким послужным списком ему только расстрел светит

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

забыть про неработоспособность с /usr на отдельном разделе(кому это может понадобиться?)

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

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

Проблема, видимо, в udev. Кстати, интересно стало - пакет безальтернативен или его есть чем заменить?

eudev

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

Пакет systemd ставится, но pid1 никак не затрагивает, и всякие *ctl не работают.

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

Угу, и будет, как с PERL6 — есть прекрасный язык и ни одной вменяемой реализации, всё, что длиннее пары сотен строк, упирается в тормоза rakudo.

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

В systemd пока не залогинишься (в графической среде) консольные терминалы tty1-tty6 не доступны; то есть нельзя переключиться Ctrl+Alt+F1 и залогиниться текстово.

Конкретно про это могу со знанием дела сказать — ложь чистейшей воды. Потому что не столь давно (уже в 2014) имел проблему с графическим входом и решал её как раз переключением в текстовую консоль.

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

Забавный факт, но когда у меня буквально несколько дней был systemd(ставил себе на день дурака), то systemd так торопился запустить систему, что например Steam, который сразу при запуске подключается, успевал заметить отсутствие интернета и отключался. А интернет буквально через несколько секунд был. Были еще проблемы, но этот просто позабавил. =)

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

Я вообще создавал этот тред не для того, чтобы здесь устроили срач openrc vs systemd. Но это же ЛОР, и адепты systemd как всегда в своём репертуаре.

Ты первый начал — Моя Gentoo хочет systemd (комментарий)

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

куча велосипедов зависящих друг от друга

linux - это сам по себе велосипед.

один продукт с одной командой разработчиков

Зависит от команды. В данном случае - да, потому что по уровню рукожопости леннарт впереди планеты всей.

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