Метастазы уже неоперабельны

И че? вполне себе нормальная штука этот системд.

Это гентупроблемы.

ЕМНИП, она и тогда и сейчас была вполне себе отключаема.

Зачем это надо?

Мне нравится сборка LFS. Наверное, ananas меня понимает. Я тоже работал в атомной промышленности, люблю надёжность.
Поэтому интересен симбиоз Генты и LFS =)

Только первичное зло - не Поттеринг, и не systemd. Первичное зло - зависимости.

Мне нравится сборка LFS. Наверное, ananas меня понимает. Я тоже работал в атомной промышленности, люблю надёжность.
Поэтому интересен симбиоз Генты и LFS =)

Хорошо, спрошу в лоб:
Чем отличается сборка через портаж из в /usr/local?

Может есть тогда смысл сразу на генту? :)

Душевное равновесие восстановлено, все нужные сервисы запускаются, логи текстовые и после просыпания есть сеть. Старый добрый арч. Yeah!

Душевное равновесие восстановлено, все нужные сервисы запускаются, логи текстовые и после просыпания есть сеть. Старый добрый арч. Yeah!

Это не надолго ^__^

Чем отличается сборка через портаж из в /usr/local?

Я не в курсе, как работает система портажей «внутри». Люблю
простые конструкторы. Генту требует прочтения handbook-а для
установки, и изучение кучи чисто гентовой специфики. Поэтому
я на ней не остался. Дебиан проще для установки и обслуживания,
но я в нём не привык использовать deb-src (все-равно, часто зависимости
не те, какие мне нравятся).
А вот сборка LFS - это нечто вроде выступления стриптизёрш на минном поле. ))

В конце прошлого года я решил пока отойти от линукса, понаблюдать
«со стороны», как там будет дело с systemd, Secureboot и прочими
плюшками от гигантов индустрии.

Трабла, как я вижу, в том - что домохозяйки и пользователи айфонов
начинают определять направление движения Интела, АМД и прочих.

Думаю, не уйти ли мне в embedded+железки из системного/прикладного
программирования...

Я не в курсе, как работает система портажей «внутри».

Ну тогда может не стоит чепуху городить?

Генту требует прочтения handbook-а для установки, и изучение кучи чисто гентовой специфики.

А дебиан уже не требует никаких знаний?

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

Зависит от целей. Если одна из целей - сборка из сурцов, то нет. Не проще.

А вот сборка LFS - это нечто вроде выступления стриптизёрш на минном поле. ))

Чего?

как гента относится к помойке в /usr/local/ через make && make install?

Зачем?

А дебиан уже не требует никаких знаний?

Дебиан у меня впитан с «молоком матери», поэтому я не понимаю - что там может быть непонятного ))

Зависит от целей. Если одна из целей - сборка из сурцов

Цель - получить надёжное ПО, без необходимости переходить на очередную «восьмёрочку» каждые два года.
Поэтому мне и не нравятся последние инновации в Линуксе (в том числе,
и отказ Торвальдса в дальнейшей поддержке i386-кода).

P.S. Кстати, после откомментированной строки «> ...» можно пустую строку не ставить, тогда не будет разрядки в тексте, как у тебя.

Самое главное то, оно будет в убунте? А в дебиане? С бинарными логами?

мышиные проблемы

Это не так.

Именно так. systemd вполне сносен. Поводов для истерик нет.

Я выше уже отписался о своих проблемах.

Дебиан у меня впитан с «молоком матери», поэтому я не понимаю - что там может быть непонятного ))

Нет ничего плохого в том, чтобы изучить что-то новое.

Цель - получить надёжное ПО, без необходимости переходить на очередную «восьмёрочку» каждые два года.

Так и сидел бы на дебе, в чем проблема?

Поэтому мне и не нравятся последние инновации в Линуксе (в том числе, и отказ Торвальдса в дальнейшей поддержке i386-кода).

486/586/686 никто не переставал поддерживать. А если у тебя есть 386 - то можешь его смело выкинуть.

Самое главное то, оно будет в убунте? А в дебиане?

Как опция только если. В мейнстриме - нет.

вполне сносен

от слова сноси́ть? ☺

И от этого тоже. Хотя сделать это будет всё тяжелее и тяжелее.

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

Ты хотел сказать "без установки systemd"? Потому что дистрибутив, в котором systemd надо по умолчанию сносить, а не ставить — абсолютная параша.

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

Я потратил не один час.А тут раз и готово. Прям как с пульсой в свое время.

Не, по умолчанию он обычно нормально работает и сносить его не надо.

В нормальных дистрибутивах по умолчанию — sysvinit, а извращенцы могут поставить systemd, если мазохизма захотелось.

netcfg в таргеты для suspend-resume добавлял?

https://wiki.archlinux.org/index.php/Systemd#Suspend.2Fresume_service_files

нормальных дистрибутивах по умолчанию — sysvinit

Я считаю надо расслабиться и попытаться получить удовольствие от systemd :)

netcfg в таргеты для suspend-resume добавлял?

А чем бы это помогло? Что-то именно с сетевым стеком случалось. То есть, даже руками не получалось оживить.

Что-то именно с сетевым стеком случалось

Сетевой стек в ядре. В этом случае смена системы инициализации ничем бы не помогла.

Не хочу спорить. Сейчас всё работает. Причем просто и прозрачно. Даже если автор откажется от этого пакета в AUR, с удовольствием подхвачу.

Я считаю надо расслабиться и попытаться получить удовольствие от systemd :)

Какой-то гомосячий метод, не находишь?

Не, нормальный.)

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

- следить и перезапускать упавшие сервисы.

- запускать в фоне консольные программы, перенаправлять stdout в нормальный лог, уметь их корректно останавливать.

- запускать команды при старте и показывать насколько хорошо они отработали.

Меня на самом деле гораздо больше раздражают dbus и policykit с их xml в конфигах )

- следить и перезапускать упавшие сервисы

Ключик respawn в /etc/inittab!

- запускать в фоне консольные программы, перенаправлять stdout в нормальный лог, уметь их корректно останавливать

будто бы sysvinit это не умеет!

- запускать команды при старте и показывать насколько хорошо они отработали.

А sysvinit'овские [OK]/[FAIL] не то, что ли?

А зачем они тебе нужны?

- следить и перезапускать упавшие сервисы.

Раньше были нужны всякие костыли, которые к тому же были заточены под определенные сервисы. А если сервисом был мой скрипт вида tail -F | while read a; do ......; done, то всё было совсем тяжко.

- запускать в фоне консольные программы, перенаправлять stdout в нормальный лог, уметь их корректно останавливать.

Раньше приходилось извращаться с nohup/screen, ts/logger, pgrep/pkill.

- запускать команды при старте и показывать насколько хорошо они отработали.

Да, можно перенаправлять stdout/stderr разных команд в разные файлы, а потом смотреть, но не очень это удобно.

Все сервисы в inittab пихать как-то не очень. Их потом не остановишь через rc.d.

sysvinit вообще не следит за форками, и если ты написал скрипт/демон, то тебе придется самому стрелять тех, кого то нафоркал.

Для OK/FAIL надо сначала написать rc.d скрипт и позаботиться о перенаправлении stdout/stderr.

Т.е. в общем и целом мне стало с systemd жить легче.

Все сервисы в inittab пихать как-то не очень. Их потом не остановишь через rc.d.

Ну так пихай только нужные.

sysvinit вообще не следит за форками, и если ты написал скрипт/демон, то тебе придется самому стрелять тех, кого то нафоркал

И что, сложно что ли? Нормальный человек так и сделает.

Для OK/FAIL надо сначала написать rc.d скрипт и позаботиться о перенаправлении stdout/stderr

the same shit

bluetooth и networkmanager завязаны на polkit. На dbus завязано вообще почти всё.

в suspend mudules запили модули своей сети и будет тебе счастье
/usr/lib/systemd/system-sleep/ там разберёшься

networkmanager

Не пользуйся этим говном.

bluetooth

можно подумать, только один-единственный существует демон.

И что, сложно что ли? Нормальный человек так и сделает.

Ну вообще для небольших скриптов слежение за потомками и корректная обработка сигналов удваивает работу. Лень.

Что, правда? Выплюнул кофе на монитор. Слава Космосу, у меня в Squeeze этого нет и не будет.

Уже разобрался))

откуда столько ненависти к systemd ?
быстрее стало, удобнее

на буке, который хрен пойми где и как втыкается в сеть, nm самое оно.

В BT как минимум пинкод без dbus работать не будет.

быстрее стало, удобнее

Nope. У меня быстрее не стало. И удобнее не стало.

быстрее стало

Что именно - загрузка? А во времена работающего hibernate и suspend-to-ram это еще кого-то волнует?

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

у меня без sustemd не работал suspend на ядре > 2.6.35
а сейчас 3.7.2 и всё норм
systemd suspend modules заводят то, что не работало раньше