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

ты круглосуточно держишь ноут\комп в сети ?

Ты не понял слов «hibernate» и «suspend-to-ram»?

за свет значит платишь не ты, или у вас он дешевый

Ноутбук берет, допустим, 40Вт; за сутки это 40Вт*24ч ==960Вт*ч; сколько стоит кВт*ч, 2-3 рубля?

у меня без sustemd не работал suspend на ядре > 2.6.35

а сейчас 3.7.2 и всё норм

2.6.35

3.7.2

Казалось бы, причем тут systemd.

wicd отлично работает.

есть ещё pppoe,pptp,l2tp,ppp,openvpn,etc.

допустим, 40Вт

facepalm.jpg

hibernate

hibernateмучает диск если это ssd и на HDD тоже не хорошо влияет

т*ч, 2-3 рубля?

у вас в россии где-то в noname sity может быть.

Казалось бы, причем тут systemd.

при том что в других говнодистрах с ядром 3.6 3.7 где нет sustemd suspend не работал сколько ты его не пили
[/thread off]

И что? Один раз настроил — и забыл.

«It depends on libudev, and udev is now part of systemd»,

- ответ написавшего пкгбилд.

допустим, 40Вт

facepalm.jpg

Мой потребляет меньше, да.

т*ч, 2-3 рубля?

у вас в россии где-то в noname sity может быть.

Я не из России. Для справки - самая дорогая в Европе энергия стоит ~8руб/кВт*ч

при том что в других говнодистрах с ядром 3.6 3.7 где нет sustemd suspend не работал сколько ты его не пили

Ох уж эти сказки, ох уж эти сказочники.

Ох уж эти сказки, ох уж эти сказочники.

если бы

главный минус всего нового как sustemd и гном 3 - отсутствие выбора.
девелоперам трудно пилить 2 версии и они на старую забивают, хотя не всегда это правильно.
но если 3 гном превратили в неюзабельное уг, то sustemd это шаг вперёд
а вся эта желчь вокруг него - это от лени перенастраивать, изменять что-то
ленивые консерваторы так и сидели бы на ядре 1.1 если бы можно было.

systemd это шаг вперёд

Ага. Отрицательный шаг вперед.

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

если что-то отвалилось при переходе на systemd - написать багрепорт чтобы пофиксили

Спрашивал уже. Сказали — пошел на три веселых буквы. Т.е. дистрибутив надо менять.

А что отвалилось-то?

Все.

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

а поконкретнее ?
всё это решаему имхо

Думаешь, помню поконкретнее? Не запустились почти все сетевые сервисы (ftp/http/squid…), иксы, самопальные демоны…

Откатился и внес systemd в "черный список".

интересный подход.

самопальные демоны

c новой системой инициализации, ага)

сервисы подпилить, иксы пофиксить, велосипеды переписать
это если оно того стоит, а если нет - то ты всё правильно сделал

работающего hibernate

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

сервисы подпилить, иксы пофиксить, велосипеды переписать

Зачем, если на sysvinit оно просто работает?!

Если это ноут, то своп нафиг не нужен.

«It depends on libudev, and udev is now part of systemd»,

Ё№%#«@ стыд. Нечто подобное я и предполагал. Тоже самое с драйверами интела.

libudev и хидера идут в составе пакета systemd. Мой дистрибутив реально делают школьники. Шок!

Ну это если жена буком не пользуется. А жене гуй нужен.

А жене гуй нужен

Не нужен. Пишу несколько скриптиков — когда что-то нужно эдакое, запускает скриптик.

Мой дистрибутив реально делают школьники

Причем школьники с очень завышенным ЧСВ.

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

Даже если это было бы правдой, в наше время это не проблема.

Мой дистрибутив реально делают школьники. Шок!

Бейверман познает мир %)

В генте программы имеющие скрипты OpenRC не зависит явно от него. Видать мэйнтэйнеры арча решили пойти другим путем в отношении systemd.

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

В гентушном Package Manager Specification /usr/local - это единственное место в системе куда НЕ должен писать portage и куда пользователь имеет право ставить всё что пожелает.

Только 90% пользователей, устанавливающих что-то вручную даже не подозреваю о опции --prefix, в результате чего превращают свою систему в слакварь(потому что далеко не везде умолчальный префикс - /usr/local)

Ога, а новый udev из состава systemd, ломающий совместимость с persistent-net.rules - это фантастика, ога. Причем об этом можно узнать только шерстя багзиллу редхата и логи репозитариев, в ChangeLog об этом уж оооочень вскользь почему-то упоминается.

Какой отчаянный вопль! :D

В генте программы имеющие скрипты OpenRC не зависит явно от н его.

И почему это правильно?

в ChangeLog об этом уж оооочень вскользь почему-то упоминается.

Да об этом даже на ЛОР писали :)

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

Пакетный менеджер на питоне, на нем же реализована и базовая часть функционала. Все надстройки(билд-системно специфичные скрипты и т.д.) - на подмножестве bash.

Лезть в дебри пакетного менеджера мне пришлось 1 раз и то только как разработчику. Пользователю, желающему написать ебилд, даже в eclass-ы заглядывать не всегда нужно.

Генту требует прочтения handbook-а для установки

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

изучение кучи чисто гентовой специфики

Специфику нужно изучать в любом дистрибутива, будь то RedHat, Debian, Gentoo или Slackware.

Зачем?

Установка софта на которого нет ебилдов, а написать таковые не хватает знаний/умений/разработчика, которому это интересно

systemd есть неск фич, которых мне не хватало в sysvinit.

rc_crashed_start, rc_crashed_stop в openrc

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

вау! И чем тут обычные init-скрипты не справляются?

А бинарные логи, linux-центрированность, слом обратной совместимости в некоторых местах и <паранойя>предполагаемый systemd lock in</паранойя> - это конечно же хорошо и нормально

pppoe,pptp, openvpn

У меня это подымается через init-скрипты через sudo по клику на knemo. Настроил я это... ммм... а, да, тогда когда переставлял генту с x86 на amd64. Где-то полтора года назад, да.

вся эта желчь вокруг него - это от лени перенастраивать, изменять что-то

ты понимаешь, что перенастраивать парк серверов из-за слома обратной совместимости менеджера устройств - это не очень хорошо, правда?

если что-то отвалилось при переходе на systemd - написать багрепорт чтобы пофиксили

Апстрим systemd говорит «Это не баг, это фича». Дальше что предложишь делать? Убиться об стену?

libudev и хидера идут в составе пакета systemd.

Да, апстрим udev продался в рабство Поттерингу. Расслабься, юзай systemdless форки :-)

О, теперь и среди модераторов есть поцтерингоненавистник!

И почему это правильно?

Потому что с некоторыми программами ВНЕЗАПНО поставляются также service-файлы для systemd. А виртуальная зависимость тут тоже не годится - кто-то может поставить bind и запускать его ручками - ему init-система нафиг не уперлась(да, это упоротый сценарий, но всё же).

Да об этом даже на ЛОР писали

Ну извините, я эту новость пропустил видимо.

теперь и среди модераторов есть поцтерингоненавистник!

Я честно относился к systemd с настороженностью, но без фанатизма. Пока не нарвался на новый udev в генте. Теперь я отношусь к нему скорее с опаской. При случае последую совету Chainsaw(разработчика Gentoo и eudev) - перейти на их форк ;-)

ccзб если ставил арч на серваки
это не есть правильно

Ну извините, я эту новость пропустил видимо.

А еще модератор!!11

перенастраивать парк серверов из-за слома обратной совместимости менеджера устройств - это не очень хорошо

Там есть режим обратной совместимости. Кроме того, апгрейд между мажорными версиями RHEL не поддерживается и шапку не беспокоит.

libudev и хидера идут в составе пакета systemd. Мой дистрибутив реально делают школьники. Шок!

Welcome to reality. И с разморозкой.

А какая разница, что туда ставить? Главное — не обновлять никогда.

И почему это правильно?

Потому что любой демон можно запустить руками, другим демоном, левым скриптом, чем угодно. Ставить зависимость от системы инициализации - всё равно что ставить апач как зависимость питона. А чо, на пейтоне же бывают CMS.

ccзб если ставил арч на серваки

У меня на серваках гента. И последний udev там - из состава systemd

Мой дистрибутив реально делают школьники. Шок!

Вместо того, чтобы ахать и охать, иди в багзиллу/рассылку и поднимай бучу. Один раз пользователи уже заставили их указать правильную зависимость (с thunar такая же история была)

Кстати, у большинства пакетов, требующих udev, прописан именно «udev», а не «systemd».

какой смысл ставиь rolling release на серв ?
не обновлять не получится - апдейты безопасности, новые версии софта требуют что-то новое

В генте же можно и openrc использовать, и нормальный форк udev'а. Зачем ты эту каку ставил?