Уже вижу

$ tar xf systemdudev-666.tar.xz
$ cd systemdudev-666
$ ./configure --without-pottering
checking for a BSD-compatible install... /usr/bin/ginstall -c
checking whether build performer is sane... no
...
<skipped>
...
$ make
make  all-recursive
make[1]: Вход в каталог `/data/Temp/systemdudev-666'
make[1]: Цель `all' не требует выполнения команд.
$

я бы написал плагин udev для Эклипсы, но... чем он может заниматься? :)

Судя по текущим тенденциям, он должен будет конфигурить DE.

От унификации линукса больше всего пострадает FreeBSD, которая привыкла п@здить софт, разрабатываемый под линукс:)

Facepalm.

всё правильно говорит. Когда начнут писаться линукс-эксклюзивы, Венда и БСД резко сядут в лужу. Сколько линукс-эксклюзивов ты знаешь сейчас?

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

Очевидный фикс.

всё правильно говорит. Когда начнут писаться линукс-эксклюзивы, Венда и БСД резко сядут в лужу. Сколько линукс-эксклюзивов ты знаешь сейчас?

В том-то и дело, что истеричные линупсоиды приписывают себе весь опенсорс. Идиоты. Одна только команда OpenBSD сколько всего вбрасывает.

Простите, но команда лоровцев вбрасывает больше.

может, хватило бы всего четырех эксклюзивов? Photoshop, ProTools, 3dsMax/Maya и AutoCad. Венда и макос ушли бы вниз как летающие утюги.

А чо за паника? Udev и Systemd сугубо линуксовые штуки. Это объединение на переносимость никак не повлияет.

Теперь udev будет тяжёлым комбайном?

>> Что делать будем? Адекватная замена удаву уже есть?

Хал взад вернём, чо. Весело будет.

Хорошая идея.

От унификации линукса больше всего пострадает FreeBSD, которая привыкла п@здить софт, разрабатываемый под линукс:)

Весь нужный софт будет работать без этого дерьма, а шизанутый софт вроде DE, нафик не нужен. Более того, нестабильность линукса от слияния udev и systemd только вырастет, а это как раз на руку FreeBSD. Пара тройка запиленных пропиетарных программ ей явно не повредит.

На опеннете уже есть новость: http://www.opennet.ru/opennews/art.shtml?num=33526 Сходил поставить минус.

Больше всего меня пугает то, что дистростроителям придётся переписывать настройку сети. И как бы они не выбрали нетворкманагер для этого.

Весь systemd - ненужная функциональность. Уже есть как минимум openrc.

openrc уже умеет отмонтировать / при завершении работы?

Все нормально, успокойтесь.

«Всё нормально» будет «for a long time». Что будет потом, неизвестно.

Udev и Systemd обьединяются.

Линукс идет в светлое будующее!

openrc уже умеет отмонтировать / при завершении работы?

Да, если в момент выключения в нем не находиться. :)

От унификации линукса больше всего пострадает FreeBSD, которая привыкла п@здить софт, разрабатываемый под линукс:)

А я то думал что софт разрабатывают под UNIX-подобные свободные ОС.

В то же время одно решение даст стандарт де факто, которому оно будет соотвествовать на 100%.

привет ms word и ie6! Которые, как известно, полностью соответствовали сами себе.

Да, если в момент выключения в нем не находиться. :)

Он точно его отмонтирует, а не переводит в r/o?

Он точно его отмонтирует, а не переводит в r/o?

А хрен его знает. Все работает - и ладно. :)

шиндокапец близок!

А к чему паника, очередные предрассудки насчёт systemd?

Ура, товарищи. Олл хайл Леннарт!

devl547

NT kernel уже есть. Linux,FreeBSD,etc не нужны.

Не вопрос. Где сорцы под одобренной OSI лицензией?

Точно. Бывает переводит в ro, например после запуска прелинка, но честно об этом сообщает.

devl547

Нет, это будет еще один велосипед, который __почти__ соотвествует спекам

Не еще один, а просто «один». Это две большие разницы. Спеки на формат DOC тоже никому нафиг не нужны были, пока word был на рынке фактически один. А если бы он был открытым то спеки никто бы и не спрашивал до сих пор.

Марк не допустит.

Ygor

Более того, нестабильность линукса от слияния udev и systemd только вырастет, а это как раз на руку FreeBSD

Какое аргументированное умозаключение.

Бери выше:)

openrc уже умеет отмонтировать / при завершении работы?

да, если без параллельного запуска его использовать
делал замеры - толку от неё ноль
вот и думай

Udev и Systemd обьединяются.

деградация - это так модно!

Systemd и Emacs объединятся.

openrc уже умеет отмонтировать / при завершении работы?

всегда умел, rc_parallel отключи, если lvm юзаешь.

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

No way!

Видел этот тред на двух страницах. Хотя перешел на systemd и он мне нравится, не понимаю, как возможно такое объединение. Концепция systemd изначально разрабатывалась под отдельный udev.

Какое аргументированное умозаключение.

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

не на тот каммент ответил )

Ygor

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

Опять блестишь аргументацией, я смотрю.

Опять блестишь аргументацией, я смотрю.

Ну найди мне в любой утилите относящейся к usb (lsusb вообще кастыль падающий в корку хз от чего), возможность отключить питание.

Проблема с подключением к WI-FI сети типа «компьтер-компьютер» Ubuntu 11.10 (комментарий)

Ещё одна гениальная красноглазая поделка.

делал замеры - толку от неё ноль

смотрю по времени старта иксов в xorg.0.log

с rc_parallel - 4.1 секунды без rc_parallel - 4.9 секунды с systemd - 3.5 секунды

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

to resolve cyclic build dependencies

С D-Bus у него тоже циклические зависимости. Прозреваю продолжение.

какая огромная разница :3

Вроде девелоперы подрываются писать враппер поверх mdev

Да, пора пилить mdev. Подружить с ним иксы, блютус и udisks, и всё это добро станёт очень юзабельным.

Марк не допустит.

Зонд Pulseaudio же допустил, и это допустит.

Весь systemd - ненужная функциональность. Уже есть как минимум openrc.

Как бы вы не относились к systemd, его механизм параллелизации (впрочем, позаимствованный из Mac OS X launchd) превосходит OpenRC/Upstart.
Читайте про упредительное создание сокетов/dbus-адресов.
http://0pointer.de/blog/projects/systemd.html
http://0pointer.de/public/parallelization.png