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

Плохо, когда версии имеют вид 83476590438574390.

Там же нет отдельных багфикс-версий, во всех более-менее значительные изменения. И мажорных версий нет

Т.е. для обновления при возникновении ошибок безопасности… только роллинг стайл? :}

Работают они параллельно, потому-то и пришлось сделать 69 файлов, а не один.

Теперь количество потоков зависит от количества файлов? Технологии будущего.

Т.е. для обновления при возникновении ошибок безопасности… только роллинг стайл? :}

По ходу да. Во всяком случае, я еще не видел, чтобы выходил апдейт старой версии, а не просто новая.

Плохо, когда версии имеют вид 83476590438574390.

Я тут позавчера видел где-то пакет версии 4.23.1.2.4.8.16.32. Намного понятнее?

Myth: systemd being Linux-only makes it impossible for Debian to adopt it as default.

Debian supports non-Linux kernels in their distribution. systemd won't run on those. Is that a problem though, and should that hinder them to adopt system as default? Not really. The folks who ported Debian to these other kernels were willing to invest time in a massive porting effort, they set up test and build system, and patched and built numerous packages for their goal. The maintainance of both a systemd unit file and a classic init script for the packaged services is a negligable amount of work compared to that, especially since those scripts tend to already exist.

Приблизительный перевод: Ну у дебиан и так дофига мэинтейнеров и свободного времени, почему бы им не поддерживать еще и мое монструозное поделие? Сущие пустяки.

После этого перестал читать. Хотя там и до этого было много булщита (чего стоит идущие два подряд тезиса: «быстрая загрузка — не главное для systemd» и «на сервере очень нужен systemd, так как он сделает загрузку быстрее»). Иди в пень, Леннарт.

скорость загрузки

разупорись, бро! этот миф уже давно порвали на ссаные тряпки. у меня арч на инитскриптах грузился столько же, сколько на хваленом системд!

хотя нет. не расстраивайся, друг мой. на секунду-две быстрее с системд! слава лёньке!

Большой разницы между eth0 и ens0p0 (или как оно там) я не вижу.

У тебя - ens0p0. У меня там что-то вроде p2p1. Теперь видишь проблему? На системе с нормальным девменеджером один и тот же скрипт, использующий eth0, заработал бы и у тебя, и у меня. А на федоре - болт, если явно не включить удеву старое поведение.

У тебя eth1, у меня wlan0, видишь проблему? Быдлокод не должен поощраться.

По ходу да. Во всяком случае, я еще не видел, чтобы выходил апдейт старой версии, а не просто новая.

Все дистры превратятся в Арч :)

Я тут позавчера видел где-то пакет версии 4.23.1.2.4.8.16.32. Намного понятнее?

Смена мажорной версии: qt4, qt5.
Нет смены мажорной версии: qt 4.8.3, qt 4.8.4.

В чём разница? В одном случае, например, ABI сломали, в другом нет. Отсутствие такой нумерации приводит к тому, что по сути каждый 87439875340958 релиз и есть мажорный релиз, который всё ломает. Итого у нас на руках 100500 разных systemd, каждый по своему особенный. Круто! Даже если и сейчас это пока не так, с развитием в будущем так и будет. Разве что его заморозят на века.

Леннарт Поеттеринг — хороший и адекватный девелопер

А вот интересно, каков он в кулачном бою?

Почему соотечественников нету ?

Быдлокод не должен поощраться.

что ж ты тогда тут за systemd агитируешь?

Леннарт внес 40% правок, но кроме него там туча народу.

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

То есть grep -E \(eth\|wlan\) /proc/net/dev - это уже быдлокод?

Зы. У меня никогда не было eth1 без eth0, если что.

У меня после смены железа теперь eth3 без всех предыдущих eth*…

Небыдлокод — это когда в начале скрипта указано, что interface = eth0 и далее обращения идут не к eth0, а к interface.

Если у тебя i3 с четырьмя гигами рамы - разницы, может, и нет. На моём железе это существенно. И даже апстарт оказался быстрее того же опенрц, несмотря на гвоздями прибитый плимут.

удали файлик из rules udev-а, который каждой сетевухе даёт свой ethX, даже если она всего одна воткнута.

дебилизм тот ещё, по-моему.

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

SUBSYSTEM==«net», ATTRS{address}==«d0:27:88:07:8b:ab», NAME=«eth0»

И всё будет как раньше. Убивать никого не надо

присоединяюсь ко всем хейтерам системд. свалил с арча на генту только изза грёбанного системд, который воткнули в арч никого не спросив... иди ты в ачко, Говнотерринг сранный!

Зачот. Дай пять.

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

у меня вообще на всех машинах где больше 2х сетевых у каждого адаптера нормальное имя типа lan, out, vpn и никаких ethX, ensXpY.

Сейчас, когда уже настроено, пусть будет. Если придётся снова менять, то надо будет убрать… %)

NIH wasn't one of the reasons, though...

Вот-вот.

systemd makes changes for the changes' sake.

Золотые слова :)

Отличный костыль. Так и NAME="0l0l0" можно воткнуть и написать вообще больше ни с чем не совместимый скрипт.

Ну вот нафига было ломать дефолтное поведение? Благо, mdev есть ещё и вообще devtmpfs.

Люблю! Он ведь изобретатель avahi, pulseaudio, нужного, работающего systemd и просто няша.

Я понимаю твоё огорчение от необходимости всё переделывать. Но ничего не поделаешь.

Кстати - ifrename существует уже тысячу лет, так что костыль очень стар и потому является базовой фичей :)

Если пишет оправдания для своей поделки, значит 146 % виновен.

Судя по обсуждению тут все ненавистники systemd, при этом последний опрос показал, что большинство все же сидит под ним. Как так?

Тут же рассадник забавных и не очень персонажей. Ну и просто ненавидеть всё, что угодно - модно и, конечно же, значительно проще, чем что-то делать.

ожидал чего-то более содержательного

Я не хейтер, но многие ответы — просто вершина иезуитства и словоблудства

— системд монолит — нет, там 69 бинарников которые делают _много важных_ вещей

— весь системд — в скорости загрузки — нет, мы никогде не оптимизировали скорость, и она не являлась нашей целью

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

и т.д.

сам придумал @ сам ответил

системд монолит — нет, там 69 бинарников которые делают _много важных_ вещей

По сравнению с иксами это цветочки. Но почему-то большинство любителей не монолитов иксы не хотят менять. Что за двойные стандарты?

Про «is an asshole» было шото?

Судя по обсуждению тут все ненавистники systemd, при этом последний опрос показал, что большинство все же сидит под ним. Как так?

Каком к верху. Мой дистрибутив мантейнеры насильственно перевили на systemd/KDE4/Gnome3 и т.д. Что я могу сделать? Переехать на LFS?

И это самое, он серьёзно считает дбасозависимость нормальной штукой для системы инициализации?

Зависимость опциональная.

Но почему-то большинство любителей не монолитов иксы не хотят менять. Что за двойные стандарты?

Мало того, если иксы будут на что-то заменены, то эти ненавистники будут кричать что в мире нет ничего прекраснее иксов.

Если ты не можешь читать по английски, что ты вообще здесь делаешь? Тебе дворы мести бы..

Что за двойные стандарты?

Я ж говорю, я не являюсь системд хейтером. Но многие ответы даны в духе «нет, вы не правы, верте мне на слово».

BSDшники только негодуют.

Мы счастливы.

Это тебе двор мести, в Лондоне.

X.org давно уже перешёл на отдельные пакеты для всех своих утилиток.

Кстати, насчёт иксов. Когда уже будут статические бинарники Xkms наподобие Xfbdev и Xvesa? Год-то какой на дворе. Мне, как любителю монолитов, очень понадобились бы.

Окай, теперь пожалуйста объясните, чем 0.1.83476590438574390 лучше и понятнее в сравнении с 83476590438574390.

...a side-effect of doing things right. In fact, we never really sat down and optimized the last tiny bit of performance out of systemd. Instead, we actually frequently knowingly picked the slightly slower code paths in order to keep the code more readable.

Байтодрочеры будут огорчены.

http://en.wikipedia.org/wiki/Feature_creep

Человека, несущего такой бред, нельзя допускать к разработке ПО.

Ну, прежде всего, стоит отметить, что в тексте по ссылке затронуты всего 5 тем: «systemd не юниксвеиный», «systemd не подходит для серверов», «systemd сложен в настройке», «systemd не переносим, ломает кучу всего при попытке интеграции» и «systemd - высер, написаный по-приколу». Ну и еще 25 вариантов перефразировать их же.

При этом с первым автор практически согласился, ко второму он аппелировал в стиле «ну мы же впихнули это на сервера», а в пятом - вспомнили про upstart, и то, сколько они с него передрали.

Myth: systemd being Linux-only is not nice to the BSDs.

Completely wrong. The BSD folks are pretty much uninterested in systemd. If systemd was portable, this would change nothing, they still wouldn't adopt it. And the same is true for the other Unixes in the world. Solaris has SMF, BSD has their own «rc» system, and they always maintained it separately from Linux. The init system is very close to the core of the entire OS. And these other operating systems hence define themselves among other things by their core userspace. The assumption that they'd adopt our core userspace if we just made it portable, is completely without any foundation.

Гениальное опровержение. Поттеринг в моих глазах очередной раз выставил себе чудаком.

Когда жареный петух клюнет и будут несовместимые изменения, мажорная версия изменится и станет всем всё понятно. Да, пора что-то делать. А сейчас никто никому ничего не должен. Ломай что хочу, когда хочу, как отследить непонятно. Красота.

По сравнению с иксами это цветочки.

Иксы уже есть везде. Альтернативные варианты создаются как-то медленно. А тут процесс идет в обратную сторону.