Кровавый аджайл, чо.

Но походу захлебнулся кишками ты. От гнева. Если так бесит, то почему бы не взять фряху или шинду?

So sloooow.

Уж сколько раз обсуждали. А вообще дистропроблемы. В centos всё ок.

В centos всё ок.

Just as planned.

Хочешь я угадаю твой дистрибутив с двух попыток? И да, надо чаще обновляться :)

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

А причем тут фряха и шинда, если люди хотят вменяемый юзерспейс к ядру linux?

cool story

Сделал мне вечер.

Добро пожаловать в Slackware.

Чёт ты гонишь, networkd не трогает интерфейсы, для которых нет .network-файлов.

И вот ко мне приехали обдейты

Арч?

А почему он вообще должен их трогать, да еще и на таком уровне? От init требуется завести интерфейс присвоить ему ip(или завести dhcp) и идти загружать сервисы дальше.

Огнетушитель дать?

Да потому что речь про networkd, а не про systemd. Это две разные программы, живущие в одном репозитории. Сколько ж можно повторять.

Тоесть networkd можно снести и жить спокойно? Тогда ок, претензия отклоняется.

Да, можно.

Ну так без .network-файла интерфейс по hotplug не поднимется. Думаешь, я добровольно твой поттерингозонд?

Такс такс, что тут у нас? Стереотипчики подъехали! Наканецта!

Рач уже давно на systemd, к тому же версия уже намного новее, чем 220. Дистрибутив скорее всего дебиан или какая-нибудь федора.

Арч?

Нед.

СТАБИЛЬНОСТЬ И ОБНОВЛЕНИЯ -

главный конёк линакса

То есть, sys.net.ipv4.forward = 1 в /etc/sysctl.conf теперь не работает.

Это лютое 4.2 или говнодистр?

Так не обновляйся, делов-то.

net.ipv4.conf.default.forwarding=1
net.ipv4.conf.all.forwarding=1

?

Уже давно столкнулся, так и не осилил пофиксить. Оставил старые версии.

Ты лучше расскажи, зачем вообще нужен нетворкд, и почему Леннарт тратит на него своё время, когда системд ещё до ума не доведён.

Да потому что речь про networkd, а не про systemd. Это две разные программы

Ложь. http://www.freedesktop.org/software/systemd/man/systemd-networkd.service.html

Synopsis

systemd-networkd.service

/usr/lib/systemd/systemd-networkd

Description

systemd-networkd is a system service that manages networks. It detects and configures network devices as they appear, as well as creating virtual network devices.

Тот факт, что это разные бинарники, не делает их разными _программами_. А то ты сейчас договоришься до того, что и hostnamed тоже отдельная сущность.

А давай ты почитаешь те 100500 статей и заметок, которые уже были написаны (в т. ч. на ЛОРе) по этому поводу, а потом позадаёшь конкретные вопросы, ок? А мейнтейнер networkd — не Леннарт, а Tom Gundersen, тот самый, который ещё в арче netctl пилил.

Надо в /etc/systemd/network/<интерфейс>.network добавить:

[Network]
IPForward=yes

И что ты пытаешься этим сказать? То, что у них в названиях есть общая подстрока, ничего не означает. Кстати, hostnamed — действительно отдельная сущность.

Алсо,

сейчас ты договоришься до того, что

Не хами.

ТС про них и пишет, что через sysctl.conf перестали применяться.

Т.е. Лёня туда не коммитит? ;)

Ну давай тогда, покажи мне пример использования обоих этих бинарников _без_ системд, раз это отдельные сущности. Жду.

Возьми да посмотри.

Алсо, https://github.com/systemd/systemd/blob/master/src/network/networkd.h :

This file is part of systemd.

Не покажу — они зависят от systemd.

Следует отличать systemd-как-проект и systemd-как-инит. В шапке с лицензией, очевидно, отмечена принадлежность к первому.

Посмотрел. https://github.com/systemd/systemd/commit/8a516214c4412e8a40544bd725a6d499a30...

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

Во-первых, мы тут про networkd говорим, а не про resolved. Во-вторых, откуда взялось твоё убеждение в том, что Леннарт не имеет права пилить какие-то отдельные части своего проекта?

Они зависят от системд, живут в его репозитории, пишутся одними и теми же людьми, т.е. это части системд, чтд. Так что хватит лгать людям в лицо.

Только что это у тебя были отдельные программы.

У тебя проблемы с логикой. «Отдельные сущности» не теряют права предоставлять интерфейсы и зависеть от таких интерфейсов.

Кому очевидно? Евангелистами вроде тебя?

Это должно быть очевидно любому: объектом лицензирования является проект systemd, и указанная тобой шапка объявляет принадлежность файла к конкретному объекту лицензирования, т. е. к проекту systemd.

Логическая цепочка выглядит так: «файл принадлежит проекту systemd ⇒ файл предоставляется по лицензии GPLv2».

Вроде пробовал, не помогло. Сейчас под рукой доступа к той системе нет.

Там может было дело и не в *d, но очень вероятно, что из-за него.

«Отдельные сущности» не теряют права предоставлять интерфейсы и зависеть от таких интерфейсов.

Этак почти каждая функция в коде тянет на «отдельную сущность».

Тянет. Но это будет сущность другого класса. Если ты прокрутишь тред вверх, то увидишь моё исходное утверждение: «networkd — отдельная программа». FTR, в моём понимании «сущность» — что угодно, скрытое за какими-то чётко определёнными интерфейсами.

Так вот. Программа? Да (ls -l /usr/lib/systemd/*networkd). Отдельная от остальных компонентов systemd? Да (список интерфейсов к другим компонентам можно перечислить, он небольшой).

Отдельная (от остальных компонентов systemd)? Да

Нет. Отдельной (от остальных компонентов systemd) она станет после того, как сможет работать без «компонентов systemd». Скажем, сможет работать с независимой (от авторов systemd) реализацией init.

freedesktop.org содержит кучу проектов
Что теперь, есть какая-то «программа» freedesktop.org? Нет, это просто проект. Так же и systemd

Нет на твоё «нет».

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

Вероятно, ты возразишь на тему того, что «системный вызов можно зареимплементить в другом ядре и программа продолжит работать». Но интерфейсы systemd тоже можно зареимплементить.

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

Я утверждаю, что выполняется независимость в сторону «systemd не зависит от networkd». О независимости в обратную сторону (которой нет) исходно речи не шло.

Слышь, мудила, за этот вопрос отвечают сборщики дистра.