Bus1 заслали в LKML

То, как Всё приколотили к logind, например, хотя посиксов с tty много разных.

То, как Всё приколотили к logind, например, хотя посиксов с tty много разных.

Ну это вообще разные вещи.

Логин через tty выпилили? Нет. Так что не убеждает.

Зато способ один. Linux все больше обрастает специфичными не переносимыми вещами, и это не приведет к росту его популярности, скорее, наоборот.

Логиниться через gdm выпилили где-либо, кроме Linux. Раньше любой *dm где угодно логинился.

Зато способ один. Linux все больше обрастает специфичными не переносимыми вещами, и это не приведет к росту его популярности, скорее, наоборот.

Забавно. Когда ребята из openbsd вводят специфичные и непереносимые вещи, все кричат да-да, круто. А когда это делается в Linux, все почему-то ноют про портируемость.

Фичи из OpenBSD часто можно заменить не такими безопасными, но переносимыми. Попытка портировать cgroups нереальна

Фичи из OpenBSD часто можно заменить не такими безопасными, но переносимыми. Попытка портировать cgroups нереальна

Ну вот используй вместо cgroups что-нибудь другое. Почему люди внезапно не должны пользоваться удобным механизмом?

Портировать с nph_threads на pthreads проще, чем с cgroups на любой аналогичный инструмент.

Портировать с nph_threads на pthreads проще, чем с cgroups на любой аналогичный инструмент.

Ииииии чо? Ты ещё предложи авторам софта поддерживать не 8-битные char'ы. Портируемость, чо.

Кстати, если systemd-срач будет продолжаться, я его (срач) выпилю.

Эк ты подмахнул... А я пропустил эпический ненужнод срач?

Логин через tty выпилили? Нет. Так что не убеждает.

Убеждает, гном теперь не кроссплатформенный.

Хотя что я скромничаю - теперь все что лезет дальше хомяка не кроссплатформенное.

выпились сам из этого треда и все будет хорошо

Убеждает, гном теперь не кроссплатформенный.

Гном изначально Линуксовый рабочий стол. Кроссплатформенность ему не нужна. То же касается KDE, которая тоже изначально под Linux писалась

KDE писался под unix. Сразу.

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

На андроиде задачи немного другие и вообще юзерспейс иначе устроен, не? IIUC, там с помощью биндера только core userspace друг с другом общается.

В противном случае либо андроид юзал бы dbus, или вместо dbus сейчас все юзали бы биндер.

То, что его завернули, не означает, что он не был нужен его авторам.

То, как Всё приколотили к logind, например, хотя посиксов с tty много разных.

Что «всё»? К logind приколотили то, что ранее было приколочено к ConsoleKit. И при чём здесь tty? Внезапно, logind нужен не для того, чтобы логиниться.

То, что его завернули, не означает, что он не был нужен его авторам.

То, что его завернули, говорит о том, что он был нужен только его авторам. Вообще, желание написать ядерный транспорт именно для Dbus, с его специфическими дурацкими фичами (вроде мультикастинга) изумляет.

Мультикаст в dbus нужен для сигналов. Чем они тебя не устроили?

желание написать ядерный транспорт именно для Dbus, с его специфическими дурацкими фичами (вроде мультикастинга) изумляет.

Мультикаст в dbus нужен для сигналов

Пойнт был в том, что Dbus-специфичные фишки нафиг не нужны в IPC общего назначения, но всё равно спасибо за это бесполезную реплику.

Хорошо хоть предельно идиотскую^W^Wоптимизированную для потребностей GNOME систему адресации DBus на этот раз не тянут.

всё равно спасибо за это бесполезную реплику

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

с его специфическими дурацкими фичами (вроде мультикастинга)

дурацкими

И да, я тебя ещё раз спрашиваю — чем тебя не устроила эта фича, безотносительно dbus?

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

Уже известно - оно будет отключабельное в .config?

Сокеты?

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

Честно говоря, я сейчас не очень понимаю, о чем ты говоришь. Ты про netlink?

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

Uevent, net, l2tp, nftables, acpi, drbd, infiniband, selinux. Нихрена себе не прижился.

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

Так мы о распространенности, плюсах или о чем?

вопрос в том, что принципиально добавляет новая фича: такое, чего раньше точно нельзя было реализовать.

Ничего. Оно просто делает общение между ядром и userspace более удобным и скрывает внутри себя некоторые кишки.

меня интересуют плюсы. вот, например, в чём главная идея этой шины?

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

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

Ээээ. Это не лишнее. Это унификация частой задачи общения с userspace с разделением по доменам и с возможностью бродкаста. Ну и шоп ты двадцать раз не писал код разбиения сообщения на пакеты и валидации null-терминированной строки.

меня интересуют плюсы. вот, например, в чём главная идея этой шины?

— Пришивайте подворотничок к воротничку.
— А мы не умеем.
— Никто не умеет… Дело не в умении, не в желании, и вообще ни в чём. Дело в самом пришивании подворотничка.

Сейчас шины нет. Ребятам требуется шина. Они предлагают её включить.

Ну и чего там? Обсуждение заглохло или куда-то переехало?

Видимо всем плевать.

Ничего страшного. Поплются, поплются и успокоятся.

И шину включат, и костыли для nvidia_wayland,

надо только немножко подождать. Голик-другой.
А потом с воплями Windows-creators'edition на дворе, а у нас графика на уровне SGI-90x годов (не сильно приукрасил?) начнут лепить имеющиеся в наличии подпорки.

Да не факт. Веб-сервер же в ядро пихать не стали.