Опубликован roadmap RHEL7

Вангую: через 3 года Debian testing будет иметь systemd, включенный по дефолту.

Момент заморозки нас рассудит. Но, самое смешное в этой ситуации, то, что для тебя намного приятнее будет если прав окажусь я. :D Что же, 8 лет превратятся в четыре года. А дальше придётся, как ты сам понимаешь, полюбить Поттеринга. А может, слушай, прямо сейчас? Что тянуть-то. ;)

Я высказываю свое мнение. Что до «переживаний» - у тебя есть кнопка отключения эмоций?

Я так часто вижу это мнение, что оно начинает мне казаться «навязчивым состоянием». :)

Это не ко мне.

Да я знаю, ты уже говорил. Но здесь было много других людей.

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

Внезапно. Я вообще-то говорил с точностью до наоборот. Что в данный момент это хрен с горы, которого никто не знает. А через пару лет это будет привычный набор букв, не вызывающий ни у кого никаких эмоций и желания пройтись по его автору.

К чему это приведет - ХЗ.

У меня нет никаких способов что-либо изменить. У тебя есть? RHEL законодатель моды в линуксе. Видимо это сейчас модно. Может быть мода пройдёт. А может Поттеринг женится и остепенится. А там уже от жены зависит.

Возможно будет гемор при каждом апдейте ядра.

именно так всё и было. Дело было так: вечером сотрудник накатывал апдейты, потом перезагружался в мою флешку (я там opennebula тестил итп, не хотел шапку замусоривать своим софтом), в 8 утра я посылал комманду на ребут чтобы тачка загрузилось обратно в шляпу. В 9 утра приходит сотрудник - а у него иксы не стартуют. Ну естестно что простой java-девелопер в этом понимает. Слава богу хоть можно старое ядро загрузить, но приятного мало.

Но однажды был капитальный попадос когда одна либа осталась от старого драйвера. Вот тогда я долго просидел с gdb, strace и гуглом.

Попробуйте для начала systemd

Человек, я пользуюсь systemd с сентября 2010 года. Не описка, именно с сентября 2010 года. Это во первых. Во вторых никто тут бочку никуда не катит. Это наш с tailgunner застарелый спор, которому уже не один месяц и не один тред.

У дебиана есть kfreebsd. Они перейдут одними из последних, если вообще перейдут.

Для этого им придётся форкнуть udev и все *kit-ы. Плюс, параллельно будут форкать всё, что потребует systemd.

В итоге из epel воткнул дрова

В смысле, из elrepo, наверное?

(кстати, в rhn есть репа с дровами невидии?)

Я не знаю, у нас на работе только центоси (тоже nvidia, тоже CUDA). Но видимо нет, раз у тебя возникли какие-то проблемы.. Впрочем, нвидиевский kmod работает хорошо, обновляется исправно, апдейты ядра переживает (все kmodы из elrepo полагаются в этом на module-init-tools и стабильное ABI в шапочном ядре).

Да, если не будет выхода придется перейти на systemd. Но сопротивляться они будут до последнего.

Общество дало RH деньги на то, что бы делать такие опыты и RH имеет право распоряжаться своими деньгами как хочется

1) общество это не только и не столько клиенты RH

2) деньги они платят как раз не за опыты

Но да, шапка может делать что хочешь. И это печалит. Да-да, я понял, надо срочно форкаться, набирать комманду, выбивать финансирование в сколково и клепать свой болгенос.

да, elrepo. Значит я могу спать спокойно :)

А я думал что оно умеет кэшировать.

Кэшировать умеет. Но кэш этот, как назло, имеет свойство помечаться как устаревший в самый неподходящий момент.

Т.е. без инета и rhn серваки превращаются в тыкву?

Без инета и rhn серваки превращаются в серваки без инета и rhn. А yum - тормозное говно, да :)

Плюс, параллельно будут форкать всё, что потребует systemd.

А много ли такого софта? Поддержка в виде добавления файла .service не считается.

Советую по возможности завести локальный репозиторий, куда и складывать правильные ядра, приготовленные самостоятельно. И еще если нужно обновить ядро, то ни при каких обстоятельствах не делайте upgrade. только update

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

складывать правильные ядра, приготовленные самостоятельно

ты серьёзно? Для rhel?

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

Или вы таки хотели узнать актуальную информацию используя yum?

да я переживу если она устареет даже, господи, на пару дней. Я понимаю, что-то могло случится с тех пор как я вызвал yum 10 секунд назад (из них 5 секунд, как видно из листинга выше, оно лагало сетью). Но я переживу если кэш протухнет на эти 10 секунд.

yum --cacheonly

вот то что нужно, спасибо.

Новость про RHEL7 превратились в срач про systemd ;)

Кто нибудь тестил btrfs? Оракл включил его в Oracle Linux 6.3. http://www.opennet.ru/opennews/art.shtml?num=34218 Кто нибудь им пользовался?

У дебиана есть kfreebsd

Я знаю.

Они перейдут одними из последних, если вообще перейдут.

Они перейдут. Разве что кто-то напишет для sysvinit слой совместимости с systemd, но это вряд ли.

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

Внезапно. Я вообще-то говорил с точностью до наоборот.

«Не» было лишним, я поправил же :)

У тебя когда там успел коммунизм наступить? Давно я в Питере не был, может что поменялось шибко? (помимо трехкратного увеличения цены на билеты)

А много ли такого софта? Поддержка в виде добавления файла .service не считается.

Выше писали про udev. На очереди cron и rsyslog. Плюс придётся форкнуть ConsoleKit и всё что от него зависит, т.к. его выкинули и заменяют на systemd-loginctl.

Кстати, for something completely different: в этом roadmap часто упоминается FUSE. Это связано с Glusterfs или что? Вроде не замечал, чтобы Redhat как-то вкладывался в FUSE.

На очереди cron и rsyslog

Что, cron тоже? O_o

Для крона это логично.

ты серьёзно? Для rhel?

ага

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

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

Для крона это логично.

Для определенного вида логики - конечно.

Любой тред можно свести к срачу про systemd не более чем за 3 поста.

Насколько понял как видит эту часть системы Потлинг (это моя интерпретация, возможно ошибаюсь). И это _НЕ_ мое мнение:

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

Что, cron тоже? O_o

Да, скоро его тоже не будет.

Consider removing cron from your system and use systemd timer units instead. Timer units currently have no support for calendar times (i.e. cannot be used to spawn things «at 6 am every monday», but can do «run this every 7 days»), but for the usual /etc/cron.daily/, /etc/cron.weekly/, ... should be good enough, if the time of day of the execution doesn't matter (just add four small service and timer units for supporting these dirs. Eventually we might support these out of the box, but until then, just write your own scriplets for this).

http://freedesktop.org/wiki/Software/systemd/Optimizations

А вот 3-й гном уже скоро без systemd не взлетит точно. Поддержку ConsoleKit из него скоро выкинут.

И это _НЕ_ мое мнение

Я пока не обвинял тебя ;)

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

Под это описание попадает вообще любая программа - от ядра до плеера :)

В настоящий момент это делает куча демонов он пытается объединить это в одно.

<здесь была обязательная шутка об интеграции GNOME и ядра в systemd>

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

Правильно, туда надо вбросить ядро и иксы. А то список действий неполный, я считаю.

А вот 3- й гном уже скоро без systemd не взлетит точно

Да ну? А через startx или xdm порробовать не осилил?

Мдя... почитал я эту рассылку. Короче Потеринга убить мало. Вот http://www.mail-archive.com/systemd-devel@lists.freedesktop.org/msg05407.html верно написали. Ну и сколько гимора для source-base. Это прям вендролокинг какойто! В вдруг кто то захочет поиграться с чем то отличным от systemd? Или создаст? Да и сейчас systemd скорее в меньшинстве.

udev вполне могут форконуть. Потеренгу нужен нормальный оппонент иначе он до добра не доведёт. Линус отзовись!

Да ну? А через startx или xdm порробовать не осилил?

Я про использование systemd-loginctl

<здесь была обязательная шутка об интеграции GNOME и ядра в systemd>

Боюсь, что так и будет. Гном меня не интересует, чужой ДЕ мне не админить. А с systemd придется столкнуться.

Поставил на десктоп, присматриваюсь примерно пол года, пока полет нормальный.

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

К сожалению, в RHEL 7 будет Gnome Shell.

GUI на сервере? o_O

Спроси у макскома, как ЛОР последний раз апгрейдился :)

Федоропроблемы же.

И ведь они так и сделают, а Редхат протолкнет.

Не факт.

Системд же. Тут как не извращайся - а сделать автоматическую миграцию _всех_ инит-скриптов в системд не получится; перед апгрейдом придется долго и мучительно тестировать, и это плохо.

А что, десктоп окончательно закопали?

Какого хера оно на каждый чих в сеть ломится?

Потому что ты ему предлагаешь каждый раз в сеть ломиться. Ну не каждый, но часто.

Системд же. Тут как не извращайся - а сделать автоматическую миграцию _всех_ инит-скриптов в системд не получится; перед апгрейдом придется долго и мучительно тестировать, и это плохо.

Да это с любой новой фигнёй так. selinux, вон, года 2 или 3 нормально интегрировать не могли, чтобы первым делом setenforce 0 не приходилось делать.

А что, десктоп окончательно закопали?

Я не верю в массовый десктоп на Линуксе.

В общем, я бы всё «поставил и забыл» если бы не это нвидия, блин. В итоге из epel воткнул дрова (кстати, в rhn есть репа с дровами невидии?).

epel, nvidia, server? Ты всё понял неправильно.

Не, я имею в виду красношапочную версию для десктопов - она живая еще?

А что, httpd_can_network_connect_db уже включен по умолчанию?

ну продолжайте ваш спор и дальше.

Спасибо.

толку с этого не особо много.

Я в курсе.

epel, nvidia, server?

и CUDA

Это не очень много, к тому же в данном случае форк особого труда не представляет.

Для крона это логично.

Что, у крона сделают бинарный конфиг? Я вообще не вижу логики для крона. Растолкуйте.

В настоящий момент это делает куча демонов он пытается объединить это в одно.

root 1 0.1 0.1 45420 4208 ? Ss 19:06 0:01 /bin/systemd
root 12213 0.0 0.0 34572 2260 ? Ss 19:07 0:00 /usr/lib/systemd/systemd-udevd
root 12214 0.0 0.1 65940 4860 ? Ss 19:07 0:00 /usr/lib/systemd/systemd-journald
root 15644 0.0 0.0 23928 1388 ? Ss 19:07 0:00 /usr/lib/systemd/systemd-logind

Как-то у Поттеринга тоже не один единственный демон на всё. Логика поглощения крона осталась нераскрытой. Что такого не так делает крон, что его нужно будет переписать?