А зачем pppoe в системе инициализации?

Чтобы можно было QR-коды прямо через модем отправлять.

Как говорит plm, всё идёт к systemd/Linux.

Видимо, GNU сделало своё дело, GNU может уходить.

Всё из-за страха, что GNU/Linux дистрибутив GNU Guix из уничтожит.

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

В смысле комбайн?

Не нравится - не используй.

А кто использует?

Не нравится - не используй.

Тонко

в ppp был обнаружен фатальный недостаток

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

а глибц и гцц тоже переписать и в системд затолкать?

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

Будем компилировать ядро во время загрузки системы.

Скорее всего в следующих релизах запилят службу удаленного реестра.

Будем компилировать ядро во время загрузки системы.

http://www.bellard.org/tcc/tccboot.html

Зачем, чтобы подключаться к интернету на стадии загрузки ...

может для того чтобы в момент когда загрузка завершится — подключение (PPPoE и остальные) уже было установлено? такая мысля в голову не приходила? :-)

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

а если некоторые сервисы хотят быть стартанутыми *только* после того как сеть (включая PPPoE) будет установлена? (так чтобы в случае неуспешности подключения — заодно и зафейлить старт этих сервисов, так как без сети эти сервисы уже бесполезны)

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

ты забыл закон Завински

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

Да, gnome уже прописали.

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

нее.. графическая оболочка же не является частью системного манагера.

а вот pppoe — пусть будет, да, поближе к системе инициализации и системному манагеру.

and it can compile and run a typical Linux kernel in less than 15 seconds on a 2.4 GHz Pentium 4.

В моём представлении ядро должно компилироваться заметно медленнее.

и как написанному тобой противоречит существование pppd?

а если некоторые сервисы хотят быть стартанутыми *только* после того как сеть (включая PPPoE) будет установлена?

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

Ну тогда, binutils - комбайн, coreutils - комбайн.

ppoe у меня и сейчас устанавливается в момент загрузки, сразу после инициализации eth0 без systemd

Ты не совместим с systemd!

и как написанному тобой противоречит существование pppd?

поясню на примере.

на сегодняшний момент *можно* состряпать программный стек который будет работать с pppd.

но только не забывай что уже 2014 год (конец 2014) и нам разумеется нужен IPv6 , а не закостенелое говномамонта под названием IPv4. (IPv4 конечно тоже всё ещё нужен, но IPv6 *уже* должен работать *в_первую_очередь*!)

а теперь представляешь каким образом нужно заскриптовать pppd чтобы была в нём поддержка IPv6 , например по протоколу DHCPv6-PD для динамического получения адреса IPv6-подсети?

или будешь рассказывать что IPv6 не нужен?

или будешь рассказывать что достаточно наговноконфигурировать все служебные сервисы так чтобы они работали лишь с интерфейсом под именем «ppp1» (и не «ppp2», не «ppp3», не «ppp4» ...).

а если мне нужно установить одновременно *два* pppoe-соединения? (ведь mptcp — уже совсем близко)

а если любой из этих двух pppoe-соединений может оказатсья порванным в любую минуту, и в любую минуту восстановленным? (подсказка: имена сетевых интерфейсов могут поменяться)

pppd и dhcp — (уже сегодня) *позволяют* (без всякого systemd) всё это решить через систему хуков, которая вызывает нужный скрипт (с нужными аргументами) на любое из произошедших событий...

...но много ли человек занимаются тем что пишут эти скрипты, в момент когда им нужно лишь *за_пару_часов* накатить операционную систему на компьютер?

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

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

похорошему говоря — это конечно же НЕхорошо если успешность старта сервиса зависит от наличия или отсутствия определённого сетевого интерфейса.

но ведь малоли какой может быть сервис. :-)

некоторые сервисы зависят (делают умышленно зависимыми) от какого-то одного конкретного интерфейса (а не от всей сетевой подсистемы).

в этом случае сначало втыкай свой 3G-модем , а только потом набирай systemctl start имя_сервиса@имя_интерфейса

Тема IPv6 через PPTP не раскрыта. Надо срочно добавлять в systemd.

Это следующий шаг ;)

с чего ты взял, что я его забыл? я его и не знал

графическая оболочка же не является частью системного манагера

кто тебе сказал такую феерическую чушь?

А есть ли еще какой-нибудь дистрибутив, кроме генту и слаки, где этого гомна нету?

Пишут, что в systemd 218 запихнули pppoe клиент

Во-первых, у тебя проблемы с чтением, никто такого не пишет, потому что никакого клиента pppoe в systemd 218 не существует. Он только планируется в будущем, пока только добавлена реализация протокола в библиотеку.
Во-вторых, а нахрена монструозный и модем-ориентированный pppd там, где нужен только PPPoE и где модемов отродясь не водилось?
В-третьих, а pppd уже научился общаться с внешним миром, желательно по DBus?
Ну и в-четвёртых — а кому мешает дополнительный pppoe клиент?

P.S. systemd — не система инициализации.

P.S. systemd — не система инициализации.

А что?

System and Service Manager ©

Система инициализации — всего лишь один из компонентов. Хотя и центральный.

Ну и пусть себе менеджерит. Зачем ему для этого собственная реализация сети и прочего?

для того чтобы в момент когда загрузка завершится — подключение (PPPoE и остальные) уже было установлено?

Ох, и это в 2014 году? Разумеется PPPoE подключение должно быть установлено ДО загрузки ядра. Как иначе грузить его из облака по IPv6? Щитаю, Леонарду нужно хорошенько подумать над этим

Зачем ему для этого собственная реализация сети и прочего?

Затем, что старые механизмы не позволяют добиться нужного уровня контроля, не? Если брать сеть, то тот же NM не на пустом месте появился, за последние 40 лет многое поменялось и /etс/init.d/network start|stop всё чаще становился недостаточным. Но NM зачастую избыточен и для тех же контейнеров огромный оверхед. Итак, старые механизмы недостаточно гибкие, новые излишне мощные, так что самое время написать более легковесную альтернативу новым, но с более гибким управлением, чем старое.

с более гибким управлением

Как у NM, я правильно понимаю? NM, кстати, уже можно из консоли управлять?

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

Весь цимес линуксизм вульгарис. Костыли и велосипеды.

nmcli, nmtui

Во-вторых, а нахрена монструозный и модем-ориентированный pppd

чем он монструозен?

NM, кстати, уже можно из консоли управлять?

Спокон веку.

Как у NM, я правильно понимаю?

Не обязательно. Функционал NM нередко избыточен.

Ты у него ман читал?

man pppd | wc -l
1994

man systemd | wc -l
511
man systemd.service | wc -l
323
man systemd.unit | wc -l
401
man systemd.device | wc -l
73
man systemd.timer | wc -l
87
man systemd.path | wc -l
95
man systemd.target | wc -l
46
man systemd.mount | wc -l
124
man systemd.exec | wc -l
359

//1959

nmcli не умел и трети того, что умели апплеты.

Я не про функционал, а про гибкость управления. Гибче NM только восьмёрочка.

Это называется «эволюция». Альтернатива одна ­— сдохнуть, так поступило всё семейство BSD.

Например?

И о чём это говорит? Что у systemd недостаточно подробная документация, раскиданная по разным файликам?