The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы
правила/FAQ
поиск
регистрация
вход
слежка
RSS


Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Systemd в Debian остался без мэйнтейнера из-за разногласий с..., opennews (??), 16-Янв-19, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


163. "Systemd в Debian остался без мэйнтейнера из-за разногласий с..."  –3 +/–
Сообщение от Аноним (163), 17-Янв-19, 01:12 
Новость жёлтая-прежёлтая. Есть другая трактовка.

Из багрепорта я вычитал, что баг найден и подготовлен патч, возвращающий старое поведение через опцию, но он попадёт в 241. Из списка рассылки я чётко вычитал, что не всякий systemd-дистрибутив выдаёт обратную связь вовремя перед релизом, например Debian не выдаёт, получается виноват меинтейнер.

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

Иными словами, есть огромная проблема с коммуникацией. Ответственность за все возможные поломы сети от обновления на 240 ложатся на меинтейнера, поэтому нужен локальный патч в даунстриме, причём меинтейнер его сделал, просто ревертнув изменение из апстрима. Это он и хотел протолкнуть в своём багрепорте, а оказалось, что так сделать нельзя потому что есть причины. Ну ничего, портирует патч предложенный апстримом, для дебиана он ничем не хуже.

И меинтейнер психанул,.. но я с ним согласен, безумия вокруг системд порядочно. Например, вообще все эти проблемы не возникают, если отдать именование интерфейсов в системд. Вместо этого в дебиане поддерживается группа скриптов и их конфигов по настройке сети, которые зачем-то должны применять кастомные имена. Я давно не видел дебиан, честно сказать, кто-нибудь мне объяснит, зачем дебиану кастомные имена? Я не предлагаю сетевые компоненты системд или нетворкменеджер, просто хочу понять почему надо обязательно переименовывать интерфейсы, почему не переложить именование на системд? Что я упускаю?

Ответить | Правка | Наверх | Cообщить модератору

185. "Systemd в Debian остался без мэйнтейнера из-за разногласий с..."  +1 +/–
Сообщение от freehckemail (ok), 17-Янв-19, 02:34 
> Новость жёлтая-прежёлтая. Есть другая трактовка.
> Из багрепорта я вычитал, что баг найден и подготовлен патч, возвращающий старое
> поведение через опцию, но он попадёт в 241. Из списка рассылки
> я чётко вычитал, что не всякий systemd-дистрибутив выдаёт обратную связь вовремя
> перед релизом, например Debian не выдаёт, получается виноват меинтейнер.

Само собой. Но мейнтейнер-то один, а systemd в теперь уже IBM разрабатывает целое подразделение.
По факту, это означает, что время, отведённое на тестирование релиза, недостаточно велико. Ну или что разработчикам systemd плевать на дистрибутивы, отличные от RHEL и Fedora.

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

А это не поможет. Пользователи могут не успеть нарваться на проблему и слишком поздно отправить багрепорт мейнтейнеру. Да и мейнтейнер -- это по факту волонтёр, он работает во внеурочное время на добровольной основе. Что, блин, значит "виноват мейнтейнер"? Это апстрим должен заботиться о том, чтобы мейнтейнеры сотрудничали с ним, а не мейнтейнеры прогибаться под него.

Но опять же, это если апстрим вообще интересуют дистрибутивы, отличные от RHEL/Fedora.

> Иными словами, есть огромная проблема с коммуникацией. Ответственность за все возможные
> поломы сети от обновления на 240 ложатся на меинтейнера, поэтому нужен
> локальный патч в даунстриме, причём меинтейнер его сделал, просто ревертнув изменение
> из апстрима. Это он и хотел протолкнуть в своём багрепорте, а
> оказалось, что так сделать нельзя потому что есть причины. Ну ничего,
> портирует патч предложенный апстримом, для дебиана он ничем не хуже.

Логично. Но осадочек-то, как говорится, остался. Задолбался парень подстраиваться под апстрим. Ушёл передохнуть немного. Скорее всего вернётся. Он же RFA не разместил, в конце концов.

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

Как это почему. Отдать это дело на откуп systemd, означает сделать systemd незаменимым. Официальная же позиция технического комитета до сих пор заключается в том, что сохранение поддержки других систем инициализации рекомендовано. Даже сейчас, несмотря на строгую зависимость от libsystemd0, можно поставить sysv и как-то жить.

Ответить | Правка | Наверх | Cообщить модератору

212. "Systemd в Debian остался без мэйнтейнера из-за разногласий с..."  +2 +/–
Сообщение от Аноним (163), 17-Янв-19, 04:37 
> теперь уже IBM разрабатывает целое подразделение

Судя по письмам это подразделение из целых 2-х оплачиваемых инженеров. Остальное - волонтёры.
> А это не поможет. Пользователи могут не успеть нарваться на проблему и слишком поздно отправить багрепорт мейнтейнеру.

Хммм... Тут же надо цифры посчитать. Баг в даунстриме найден 15 января и перенесён в апстрим в тот же день. Самый первый пакет этой версии в даунстриме собран 22 декабря, то есть потребовалось 25 дней, чтобы найти баг. С учётом праздников, это не такой уж большой срок по сравнению со стабильными релизами. До возникновения такой ситуации они просто заводили новый майлстоун и когда он опустеет релизились, теперь будут дополнительно оповещать, когда зафиксировали майлстоун.

> Но опять же, это если апстрим вообще интересуют дистрибутивы, отличные от RHEL/Fedora.

Судя по письмам из мейллистов ещё как интересует! Согласовали "предрелизы", обсуждают возможность делать релиз кандидаты, хуки уже запилили, сейчас ищут кто напишет бота, чтобы это к спискам рассылки прикрутить. Есть претензии только к двум дистрибутивам из всех, которые используют системд и не дают никакой обратной связи в апстрим, это арч и, собственно, дебиан. Суся, убунту и другие-то дают. Самое смешное, что изменение в поведении именования предложено для решения проблем убунту. В общем, какой-то явной ориентированности чисто на RHEL я в этом вопросе не нашёл.

> Отдать это дело на откуп systemd, означает сделать systemd незаменимым.

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

Как я прочитал дальше, причина возникновения регрессии, собственно почему прошляпили, потому что у них с 240-го релиза началась чистка самого старого кода (udev) и весь 241, почти что, будет релиз имени рефакторинга и багфиксов.

Ответить | Правка | Наверх | Cообщить модератору

217. "Systemd в Debian остался без мэйнтейнера из-за разногласий с..."  +1 +/–
Сообщение от freehckemail (ok), 17-Янв-19, 05:49 
>> теперь уже IBM разрабатывает целое подразделение
> Судя по письмам это подразделение из целых 2-х оплачиваемых инженеров. Остальное -
> волонтёры.

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

>> А это не поможет. Пользователи могут не успеть нарваться на проблему и слишком поздно отправить багрепорт мейнтейнеру.
> Хммм... Тут же надо цифры посчитать. Баг в даунстриме найден 15 января
> и перенесён в апстрим в тот же день. Самый первый пакет
> этой версии в даунстриме собран 22 декабря, то есть потребовалось 25
> дней, чтобы найти баг.

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

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

Я бы не стал называть применять к релизам systemd слово "стабильный". Поттеринг же лично писал: "never stable". Ну да ладно, не буду дальше разжигать. Вы вроде приличный аноним, в кои-то веки. =)

>> Но опять же, это если апстрим вообще интересуют дистрибутивы, отличные от RHEL/Fedora.
> Судя по письмам из мейллистов ещё как интересует! Согласовали "предрелизы", обсуждают возможность
> делать релиз кандидаты, хуки уже запилили, сейчас ищут кто напишет бота,
> чтобы это к спискам рассылки прикрутить.

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

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

Как вообще у апстрима могут быть претензии к даунстриму? Звучит как продавец, который имеет претензии к покупателям. =)

> Суся, убунту и другие-то дают.
> Самое смешное, что изменение в поведении именования предложено для
> решения проблем убунту. В общем, какой-то явной ориентированности чисто на RHEL
> я в этом вопросе не нашёл.

Как и опровержения. Суся и убунта имеют штат, который опять же за зарплату отлаживает всё это дело, в отличие от дебиана и арча, за которыми корпорации не стоят.
Посмотрим, как они организуют RC, тогда и будем говорить об ориентированности.

>> Отдать это дело на откуп systemd, означает сделать systemd незаменимым.
> Вот я так и думал, что проблема тут не техническая, а гуманитарная.

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

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

Ответить | Правка | Наверх | Cообщить модератору

302. "Systemd в Debian остался без мэйнтейнера из-за разногласий с..."  +3 +/–
Сообщение от Andrey Mitrofanov (?), 17-Янв-19, 10:48 
>>> теперь уже IBM разрабатывает целое подразделение
>> Судя по письмам это подразделение из целых 2-х оплачиваемых инженеров. Остальное -
>> волонтёры.

Не "два".

Наблюдаю на
    https://github.com/systemd/systemd/graphs/contributors?from=...
у 5 из 7 топ-коммитеров за всё время (дальше лень тыкать) гордое "RedHat Inc."  в прохвилях, +1, судя по высосанному из пальца, шифрующийся ментейнер s-d в федоре.

За 2018-ый - в топе, да, двое и ку-у-учи ментейнеров из дистрибутивов.

Казачки засланные, редхейтовские.  Опырация "внедрение" прошла.

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

Ответить | Правка | Наверх | Cообщить модератору

320. "Systemd в Debian остался без мэйнтейнера из-за разногласий с..."  +1 +/–
Сообщение от freehckemail (ok), 17-Янв-19, 11:44 
> Не "два".
> Наблюдаю на
>     https://github.com/systemd/systemd/graphs/contributors?from=...
> у 5 из 7 топ-коммитеров за всё время (дальше лень тыкать) гордое
> "RedHat Inc."  в прохвилях, +1, судя по высосанному из пальца,
> шифрующийся ментейнер s-d в федоре.

А, ну значит, ситуация не сильно изменилась...

> За 2018-ый - в топе, да, двое и ку-у-учи ментейнеров из дистрибутивов.

А вот мейнтейнеры -- это очень любопытный факт.

PS: Кто такой этот yuwata?

Ответить | Правка | Наверх | Cообщить модератору

327. "Systemd в Debian остался без мэйнтейнера из-за разногласий с..."  +/–
Сообщение от Andrey Mitrofanov (?), 17-Янв-19, 12:08 
>> у 5 из 7 топ-коммитеров за всё время
>> в прохвилях, +1, судя по высосанному из пальца,
>> шифрующийся ментейнер s-d в федоре.
> А вот мейнтейнеры -- это очень любопытный факт.

"Сообщество."  Они просто не публикуют зарплату от Rh?

> PS: Кто такой этот yuwata?

Это я его "+1"-м там обозначил.  Житель Японии какой-то.  Старательно не указывающий "RedHat Inc. в прохвилях".  Судя по паре кликов и фазе луны - ментейнер s-d с федоры и, вроде, работник универа ?токио.

Ответить | Правка | Наверх | Cообщить модератору

359. "Systemd в Debian остался без мэйнтейнера из-за разногласий с..."  +/–
Сообщение от Аноним (313), 17-Янв-19, 14:12 
>не дают никакой обратной связи в апстрим, это арч

А разве мейнтейнер сисьтемды в арче не один из "волонтеров"?

Ответить | Правка | К родителю #212 | Наверх | Cообщить модератору

238. "Systemd в Debian остался без мэйнтейнера из-за разногласий с..."  –1 +/–
Сообщение от nevfr (?), 17-Янв-19, 07:26 
неясно зачем так бежать последнюю версию системд сразу пихать в систему без должного тестирования.. лёня что сам должен тестирвать на дебьяне прежде чем релизить что-ли? он что требует от других дистрибутивов незамедлительно перейти на свежую системд? вроде нет..
Ответить | Правка | К родителю #185 | Наверх | Cообщить модератору

452. "Systemd в Debian остался без мэйнтейнера из-за разногласий с..."  +/–
Сообщение от Michael Shigorinemail (ok), 18-Янв-19, 01:27 
Туда же:
https://github.com/systemd/systemd/issues/11314
https://bugzilla.altlinux.org/35857
Ответить | Правка | Наверх | Cообщить модератору

456. "Systemd в Debian остался без мэйнтейнера из-за разногласий с..."  +/–
Сообщение от псевдонимус (?), 18-Янв-19, 04:21 
>Но опять же, это если апстрим вообще интересуют дистрибутивы, отличные от RHEL/Fedora

Очень интересуют. Интерес "апстрима" в том, чтобы их не было.

>Скорее всего вернётся.

А я думаю, что он просто ушёл на пенсию.

>Отдать это дело на откуп systemd, означает сделать systemd незаменимым.

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

Ответить | Правка | К родителю #185 | Наверх | Cообщить модератору

468. "Systemd в Debian остался без мэйнтейнера из-за разногласий с..."  +/–
Сообщение от Andrey Mitrofanov (?), 18-Янв-19, 09:29 
>>Но опять же, это если апстрим вообще интересуют дистрибутивы, отличные от RHEL/Fedora
> Очень интересуют. Интерес "апстрима" в том, чтобы их не было.
>>Скорее всего вернётся.
> А я думаю, что он просто ушёл на пенсию.
>>Отдать это дело на откуп systemd, означает сделать systemd незаменимым.
> Так уже. Ты сам писал, что в девоне

Сначала б разобрался, чем на заборах читать...

>для излечения от рака
> пришлось пересобрать 600 пакетов.

http://www.opennet.ru/openforum/vsluhforumID3/110249.html#137

Прошёл год:

$ apt-cache rdepends libc6 |grep '^  ' -c
18741
$ apt-cache rdepends libsystemd0 |grep '^  ' -c
119
$ apt-cache rdepends dbus |grep '^  ' -c
173
$ _

Devuan GNU/Linux 2.0 ASCII.

Но к методике есть вопросы...

$ apt-cache rdepends --recurse libc6 |grep '^  [^ ]' |sort -u |grep -v :amd64 -c
46272
$ apt-cache rdepends --recurse libsystemd0 |grep '^  [^ ]' |sort -u |grep -v :amd64 -c
46272
$ apt-cache rdepends --recurse dbus |grep '^  [^ ]' |sort -u |grep -v :amd64 -c
46272

Всё время какая-то фигня получается.

>Конец настанет когда (если) это сделают зависимостью
> фаерфокс.

Балабол.

$ ps -AHf|grep fire[f]
Яяя      10114 10107  2 янв16 ?     01:13:57     firefox-esr
$ lsof -p 10114 |grep systemd
firefox-e 10114  Яяя  mem       REG              254,0   592596   462976 /lib/i386-linux-gnu/libsystemd.so.0.17.0
$ _

Ответить | Правка | Наверх | Cообщить модератору

471. "Systemd в Debian остался без мэйнтейнера из-за разногласий с..."  +/–
Сообщение от Andrey Mitrofanov (?), 18-Янв-19, 09:41 
>> пришлось пересобрать 600 пакетов.
> http://www.opennet.ru/openforum/vsluhforumID3/110249.html#137
> Прошёл год:
> $ apt-cache rdepends libsystemd0 |grep '^  ' -c
> 119
> Devuan GNU/Linux 2.0 ASCII.
> Но к методике есть вопросы...

Впрочем,  "героические форкеры Debian-а" просят не учить их жить, а помочь патчами.  :/

"" About the dependency on libsystemd0

The main aim of Devuan Jessie is to provide a reliable base distribution not encumbered by systemd. The first and most important step in this direction is to avoid that systemd is ever used as init in your system. Unfortunately, many packages have started including dependencies on libsystemd0, a library that allows user programs to communicate with systemd components if and when systemd is run as init. Although Devuan is making its best to remove such an unnecessary dependency, there are still several packages in Devuan Jessie which depend on libsystemd0.

Since libsystemd0 is totally innocuous if systemd is not installed and running, existing dependencies on libsystemd0 are not consider a major issue in Devuan Jessie. Hence, please avoid filing a bug report for every package that depends on libsystemd0: we already know the full list, and any such bug report will be closed without further processing. However, we would really appreciate your help in repackaging existing software to remove this silly and useless dependency. ""
--https://devuan.org/os/issues#about-the-dependency-on-libsyst...

>[оверквотинг удален]
>> фаерфокс.
> Балабол.
> $ ps -AHf|grep fire[f]
> Яяя      10114 10107  2 янв16 ?
>     01:13:57     firefox-esr
> $ lsof -p 10114 |grep systemd
> firefox-e 10114  Яяя  mem      
> REG          
>    254,0   592596   462976 /lib/i386-linux-gnu/libsystemd.so.0.17.0
> $ _

Ответить | Правка | Наверх | Cообщить модератору

478. "Systemd в Debian остался без мэйнтейнера из-за разногласий с..."  +/–
Сообщение от псевдонимус (?), 18-Янв-19, 10:14 
>$ ps -AHf|grep fire[f]

Яяя      10114 10107  2 янв16 ?     01:13:57     firefox-esr
$ lsof -p 10114 |grep systemd
firefox-e 10114  Яяя  mem       REG              254,0   592596   462976 /lib/i386-linux-gnu/libsystemd.so.0.17.0
$ _

Ля-я-я. Всё -(

Ответить | Правка | К родителю #468 | Наверх | Cообщить модератору

186. "Systemd в Debian остался без мэйнтейнера из-за разногласий с..."  +/–
Сообщение от inkvizitor68slemail (?), 17-Янв-19, 02:35 
> просто хочу понять почему надо обязательно переименовывать интерфейсы, почему не переложить именование на системд?

Например потому что твой любимый локалхост должен переживать dist-upgrade последовательно с debian 5 на debian 10 молча и не теряя сеть без всяких release notes "мы отменили /etc/network/interfaces, сношайтесь как хотите".

TLDR - сейчас переживает.

Ответить | Правка | К родителю #163 | Наверх | Cообщить модератору

436. "Systemd в Debian остался без мэйнтейнера из-за разногласий с..."  +/–
Сообщение от Ordu (ok), 17-Янв-19, 22:55 
> любимый локалхост должен переживать dist-upgrade последовательно с debian 5 на debian 10 молча и не теряя сеть без всяких release notes "мы отменили /etc/network/interfaces, сношайтесь как хотите".

Кстати зря. Генту делает не так: очередной "emerge --sync" всасывает "breaking news" и сообщает об этом каждый раз при вызове emerge. eselect news позволяет эти новости почитать. В новостях запросто может оказаться "мы отменили /etc/network/interfaces, в результате обсуждения (ссылка), теперь задумано делать так-то и так-то, и у нас есть migration guide который вы можете почитать по ссылке". Это приводит к тому, что автоматическое обновление -- не лучшая идея, но автоматическое обновление -- вообще не лучшая идея. Разве что ты управляешь системой исключительно через GUI утилиты, никогда не заглядывая в etc.

Ответить | Правка | Наверх | Cообщить модератору

205. "Systemd в Debian остался без мэйнтейнера из-за разногласий с..."  +1 +/–
Сообщение от Аноним (194), 17-Янв-19, 03:32 
> Из списка рассылки я чётко вычитал, что не всякий systemd-дистрибутив выдаёт обратную связь вовремя перед релизом

Классический double-speak. Если крупнейший Linux-дистрибутив "не выдаёт обратную связь", то кто её вообще выдаёт? Может всё-таки свернуть поддержку этих несговорчивых дистрибутивов и оставить один Red Hat?

Ответить | Правка | К родителю #163 | Наверх | Cообщить модератору

219. "Systemd в Debian остался без мэйнтейнера из-за разногласий с..."  +/–
Сообщение от freehckemail (ok), 17-Янв-19, 06:09 
> Новость жёлтая-прежёлтая. Есть другая трактовка.
> Из багрепорта я вычитал, что баг найден и подготовлен патч, возвращающий старое
> поведение через опцию, но он попадёт в 241.

https://github.com/systemd/systemd/issues/11436#issuecomment...

А что такое "naming scheme" v240 Вам удалось понять? Я вот в документации посмотрел -- и как-то со значением v240 никак у меня этот термин не вяжется.

Ответить | Правка | К родителю #163 | Наверх | Cообщить модератору

594. "Systemd в Debian остался без мэйнтейнера из-за разногласий с..."  –1 +/–
Сообщение от Аноним (244), 20-Янв-19, 13:47 
Вероятно, это следует читать как "если встретилась опция, которую мы выпилили после версии 240, то...".
Ответить | Правка | Наверх | Cообщить модератору

609. "Systemd в Debian остался без мэйнтейнера из-за разногласий с..."  +/–
Сообщение от Andrey Mitrofanov (?), 21-Янв-19, 11:01 
> Вероятно, это следует читать как "если встретилась опция, которую мы выпилили после
> версии 240, то...".

Нет, как " в версионирование API и поддержку совместимости мы не захотели и нишмагли, но в новом API мы сделаем противопехотную автопереключалку поведения по датчику с левой ноги.  прогресс же и ИИ на дворе, как никак "

Ответить | Правка | Наверх | Cообщить модератору

455. "Systemd в Debian остался без мэйнтейнера из-за разногласий с..."  +1 +/–
Сообщение от псевдонимус (?), 18-Янв-19, 04:14 
Например, вообще все эти проблемы не возникают, если отдать именование интерфейсов в системд.

Что ещё нужно отдать в системду?

Может логичнее выкинуть системду и заняться наконец разработкой своей "универсальной операционной системы" вместо того, чтобы решать поцеропроблемы? Системда изначальна шляпное поделие, созданное для того, чтобы душить конкурентов, бессмысленно пытаться приспособить её под себя.

Ответить | Правка | К родителю #163 | Наверх | Cообщить модератору

476. "Systemd в Debian остался без мэйнтейнера из-за разногласий с..."  +1 +/–
Сообщение от Andrey Mitrofanov (?), 18-Янв-19, 10:04 
>  Например, вообще все эти проблемы не возникают, если отдать именование интерфейсов
> в системд.
> Что ещё нужно отдать в системду?
> Может логичнее выкинуть системду и заняться наконец разработкой своей "универсальной операционной
> системы"

""
Когда они пришли за sysvinit-ом, Debian всос ^W промолчал.
  ...
    Когда они пришли за Debian-ом, уже некому было заступиться за него.
""

Ответить | Правка | Наверх | Cообщить модератору

482. "Systemd в Debian остался без мэйнтейнера из-за разногласий с..."  +/–
Сообщение от псевдонимус (?), 18-Янв-19, 10:20 
Как (и главное зачем) они умудрились приколотить такую кроссплатформенную штуку, как фаерфокс к уродскому мутанту?

Ответить | Правка | Наверх | Cообщить модератору

485. "Systemd в Debian остался без мэйнтейнера из-за разногласий с..."  +/–
Сообщение от Andrey Mitrofanov (?), 18-Янв-19, 10:53 
> Как (и главное зачем) они умудрились приколотить такую кроссплатформенную штуку, как фаерфокс
> к уродскому мутанту?

Метастазы в _системе сборки_.
   "Безобидная заглушка" проникает, проникает "безобидная ..."...

Хотя...  Может, оно "просто" во всех _библиотеках_.

Или...  Не, боюсь мы не узнаем.  Без Морфеуса с таблЭткой.

Оно ж и в мозгу!?

Санитары!!!111

Ответить | Правка | Наверх | Cообщить модератору

489. "Systemd в Debian остался без мэйнтейнера из-за разногласий с..."  +/–
Сообщение от Andrey Mitrofanov (?), 18-Янв-19, 11:32 
> Как (и главное зачем) они умудрились приколотить такую кроссплатформенную штуку, как фаерфокс
> к уродскому мутанту?

Яяя      10114 10107  3 янв16 ?     01:25:08     firefox-esr
$ lsof -p 10114 |egrep -o '/[^ ]+/lib[^ ]+' |sort -u |while read d; do if [ -e "$d" ] && grep -qs systemd "$d" && ldd "$d"| grep -qs systemd; then echo "+ $d"; else : echo "- $d"; fi; done
+ /usr/lib/i386-linux-gnu/pulseaudio/libpulsecommon-10.0.so
$ _

Нам привет от мазилы.

"Мы загружены в матрицу."

Ответить | Правка | К родителю #482 | Наверх | Cообщить модератору

500. "Systemd в Debian остался без мэйнтейнера из-за разногласий с..."  +/–
Сообщение от Аноним (326), 18-Янв-19, 14:32 
> + /usr/lib/i386-linux-gnu/pulseaudio/libpulsecommon-10.0.so

https://github.com/gentoo/gentoo/blob/master/www-client/fire...
https://github.com/i-rinat/apulse

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей 		Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру