Devuan Excalibur 6

Очередное враньё от тебя

Очередное враньё от тебя. «По-своему» пишется через дефис, клоун.

А то, что в твоем профиле слоп из баззвордов - это просто факт.

Так что слив засчитан. Уже во второй раз.

«По-своему» пишется через дефис, клоун.

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

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

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

Так что ты в очередной раз врёшь, клоун.

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

Но иногда это даже не троллинг, а просто отсутствие навыка вести дискуссию на высоком уровне, усугублённое присутствием навыка вести дискуссию на низком.

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

В удивительное время, конечно, живем.

Да sena вроде нормальный чувак. Чо тролль-то.

Ну так, плюс-минус. Не особо троллит, просто вбил себе в голову ложные представления о свободе и истории вопроса, и продолжает упорствовать. Ему и я, и Рутлекс уже всё объяснили - но нет же, убеждения дороже.

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

Не-а. Мои тезисы такие:

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

Всё. Но хейтеры не могут оставить systemd в покое, он у них как бельмо на глазу. Годами оно никому не нужно было, и пока Леннарт не пришел и не сделал - в инитах была помойка. А когда порядок всё же навели, выяснилось, что какому-то меньшинству не нравится и их не спросили, как надо было. Что они до этого сидели и делали, и почему не сделали свой прекрасный стандартный комитетский инит - непонятно.

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

Разумеется очень трудно поддерживать альтернативу бурно фонтанирующему продукту, не связанным никакими стандартами или обязательствами. Это как если разрабатывать альтернативный браузер, не имея стандарта HTML. Да даже со стандартом это непросто… Тем не менее разработчики Девуан как-то с этим справляются, честь им за это и хвала.

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

Девуан возник не на пустом месте, ты же это тоже прекрасно понимаешь. Работа в Дебиане была бы возможна без таких искусственных препятствий, её бы делали.

не связанным никакими стандартами или обязательствами

Неправда, он связан задекларированными API и требованиями обратной совместимости.

на деле ты ставишь невыполнимые условия

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

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

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

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

он связан задекларированными API и требованиями обратной совместимости

API к системдэ, причём тут оно и тем более обратная совместимость? Или ты предлагаешь реализовывать ещё один альтернативный системд-2? Так это никому не интересно. Идея альтернативы как раз отказаться от этого монстра, а не слепить ещё одного.

API к системдэ, причём тут оно и тем более обратная совместимость?

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

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

ты предлагаешь реализовывать ещё один альтернативный системд-2? Так это никому не интересно.

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

Был у нас pulseaudio, с помощью которого был наведен порядок в линуксовой аудипомойке. Теперь он закопан, но у него есть инплейс-замена в виде pipewire, реализующая тот же самый API. В итоге софт, завязанный на pulseaudio, даже не заметил подмены.

Ты спрашивал об обязательствах, я тебе ответил.

Во-первых они могут изменить и дополнить свой API хоть завтра и ты с этим ничего не сможешь сделать. Это как пытаться сделать свой совместимый Виндос. Микрософт всё равно обыграет на своём поле.

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

Вот тебе стандарты де-факто

И какой смысл в ещё одном системдэ-2.0, который к тому же станет несовместим уже через пару релизов?

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

Во-первых они могут изменить

Примеры?

дополнить

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

ты с этим ничего не сможешь сделать

Смогу добавить if/else в свой код.

задача стоит прямо противоположная - от них избавиться

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

А какой смысл в ещё одном системдэ-2.0, который к тому же станет несовместим уже через пару релизов?

Ну ты же хотел альтернативу ради альтернативы.

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

Переговоры по стандартизации могут легко затянуться на месяцы, за примерами далеко ходить не надо: вяленд и расширения от разрабов стимоси, и куда меньшее изменение: Keyboard Lock API, нереализованный уже ГОДАМИ в мозилле из-за бесконечных обсуждений.

И происходит то, что всегда происходит с компромиссными софтовыми стандартами: кто-то пишет свое расширение, и привет. Расширения будут копиться и даже становиться несовместимыми между собой. За примером, опять же, далеко ходить не надо: тот же вяленд. Или VNC, состоящий из расширений чуть более, чем полностью, хотя это более сложный пример, это просто треш и угар, и я это тебе говорю, как человек, с нуля своими руками написавший VNC-сервер, и сделавший к нему свое (ха-ха) расширение, официально зарегистрированное в IANA. Если бы изначально протокол был продуман одним разработчиком до какого-то всеобъемлющего вменяемого (а не минималистичного) состояния, которого все бы придерживались у нас бы не было такого зоопарка, как сейчас.

Так что интерфейсы systemd - это благо. Появится замена ему, которая будет сделана лучше - отлично. И эта замена должна будет просто продублировать его API.

Примеры?

Я должен придумать тебе пример, что они могут изменить? Зачем тебе это? Да возьми что угодно. Красношляпые явно не сдадутся без боя.

А главное, зачем, если мы хотим другой инит. Разумеется он будет другим, со своим, другим API/CLI и т.п. Если хочется что-то общее, то надо садиться и договариваться о чём-то, принимать решения. А для этого нужна стабилизация и какие-то гарантии.

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

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

И происходит то, что всегда происходит с компромиссными софтовыми стандартами: кто-то пишет свое расширение, и привет.

Хуже-то не будет. С чем-то нестандартным будет как сейчас, когда нет никакого стандарта. Системдэ напишет своё расширение, Опенрц напишет другое. Если что-то будет принято как стандарт, то это придётся реализовывать всем. Если нет - это будет висеть в воздухе и будет ненадёжно, как сейчас. Те, кому важна надёжность будут использовать стандартное подмножество или поддерживать разные альтернативы. Будет из чего выбрать.

Так что интерфейсы systemd - это благо.

Да и сам системдэ не так уж и плох, как один из вариантов и не все заложенные идеи плохие. Основная проблема лежит не в технической плоскости. Вопрос больше политический, стратегический, философский, архитектурный. Технические проблемы и претензии тоже есть, но они второстепенны по-моему.

Я должен придумать тебе пример, что они могут изменить? Зачем тебе это?

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

Красношляпые явно не сдадутся без боя.

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

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

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

Эта проблема возникла

Еще раз: этой проблемы нет вообще. Я уже оскомину набил, как можно быть настолько необучаемыми, я не понимаю? Нет никаких технических причин требовать альтернативы для системы общего назначения, потому что существующий продукт решает все задачи таких хостов на отлично. Просто нет. Никакой. Низачем. По всему интернету полно документации, куча дистров на любой вкус, полно людей, которые разбираются в вопросе. В выиграше буквально все, кроме тех, кому нужна альтернатива из-за паранойи.

Хуже-то не будет.

Ты через строку что ли читаешь? Тоже выборочная слепота? Неудобное незамечаем, потому что не в писывается в картину мира? В чем твоя проблема? Я же вот буквально в том же абзаце, на который ты отвечаешь, описал, ПОЧЕМУ будет хуже, и даже привел практические примеры того, что бывает от бумажных стандартов. Бывает бардак.

Вопрос больше политический, стратегический, философский.

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

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

Я не знаю, ломали они апи или нет. Но речь не об этом, а о возможности этого. Не надо забывать что Ред Хэт это прежде всего про бизнес, у них на первом месте - прибыль. И это правильно. Когда это им станет выгодно, то ни секунды никто сомневаться не будет. Сломать АПИ, изменить лицензию, патенты, ещё что-то - всё пойдёт в дело.

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

У корпораций другой подход - они хотят подгрести всё под себя, под свой контроль и часто плодят монстров. Их тоже можно понять, но движению СПО не всегда с ними по пути.

Даже если предположить существование заговора

А нет никакого заговора, просто бизнес.

Я уже оскомину набил, как можно быть настолько необучаемыми, я не понимаю

Многократное повторение аргумента не делает его верным или доказанным.

Нет никаких технических причин

Вопрос, как я уже сказал не только и не столько технический. Ты предпочитаешь это игнорировать - дело твоё.

И даже приведены практические примеры того, что бывает от бумажных стандартов. Бывает бардак.

Да, сейчас бардак - у нас есть 5 систем инициализации и нет ни одного стандарта. Я предлагаю шаги, которые помогут эту проблему решить. Ты предпочитаешь закрыть на проблему глаза и сделать вид что её нет. ОК.

Но речь не об этом, а о возможности этого.

Если есть член, значит - насильник. Я правильно понял твою логику?

Если проект слишком важный, большой, сложный, да ещё подконтролен одной крупной фирме

Он подконтролен поскольку-постольку. Если изменится лицензия или что-то еще - будет форк, как это было с XFree86. Всё, вопрос закрыт.

Многократное повторение аргумента не делает его верным или доказанным.

Он объективно верен и многократно подтвержден в этом диалоге, просто тебе он не нравится, и потому ты его отрицаешь.

сейчас бардак - у нас есть 5 систем инициализации и нет ни одного стандарта

Стандарт есть, называется systemd.

Я предлагаю шаги, которые помогут эту проблему решить.

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

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

Потому что ее объективно нет. Ее наличие - это твое заблуждение.

Есть есть член, значит - насильник. Я правильно понял твою логику?

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

Если изменится лицензия или что-то еще - будет форк, как это было с XFree86. Всё, вопрос закрыт.

А кто это потом тащить дальше будет? Как с XFree86? Может ты оплатишь? Я тоже могу форкнуть XFree86, а дальше что?

Красношапке не нужно ломать апи.

Сегодня нет, а завтра да. СПО это надолго. Дебиан, надеюсь, тоже. Фирмы появляются и исчезают, их покупают и продают. Достаточно смениться нескольким людям в высшем составе - обычное дело, и всё, полностью изменится политика.

Он объективно верен

У тебя монополия на объективность?

Почти.

Ясно, опять бред и некорректные аналогии. Кстати, я только что сходил и проверил лицензию. При всем желании, перелицензировать его не получится, учитывая, какой там зоопарк из копирайтов и лицензий: https://github.com/systemd/systemd/blob/main/LICENSES/README.md

Наслаждайся, минус один аргумент у вашей когорты.

А кто это потом тащить дальше будет?

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

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

Ага. Ты же в курсе, что Red Hat был продан и сейчас принадлежит IBM? И чет я не вижу, чтобы политика хоть как-то поменялась. А IBM - это надолго и надежно, потому что они заинтересованны в поддержке и истабильности, так что есть все основания успокоиться и пользоваться хорошим продуктом.

Ясно, опять бред и некорректные аналогии.

Cамокритичненько, с учётом того, что аналогия была твоя.

При всем желании, перелицензировать его не получится

Может быть, это просто пример. Свободная лицензия снижает опасность, но не исключает её. У нас есть прекрасный пример Андроида перед глазами: несвободный продукт под свободной лицензией.

Впрочем, как мы уже выяснили, этого не произойдет.

Есть масса других причин, кроме смены лицензии, по которым надо будет делать форк.

И чет я не вижу, чтобы политика хоть как-то поменялась.

И что? Что это меняет?

Cамокритичненько, с учётом того что аналогия была твоя.

Это была не аналогия, а утрирование для демонстрации твоей логики, с которым ты согласился. Далее ты демонстрировал аналогию. Я признал ее бредом.

Может быть, это просто пример.

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

У нас есть прекрасный пример Андроида перед глазами: полностью несвободный продукт под свободной лицензией.

Прекрасный и абсолютно некорректный. Проблема андроида не в софте, а в железе, на котором он работает, и невозможности его перепрошить из-за подписывания блобов. Systemd работает на сильно более высоком уровне, и он прекрасно заменяется на что угодно еще - было бы желание. Лично я не наблюдаю в его API механизмов подписывания достоверного бинарника systemd.

Есть масса других причин, по которым надо будет делать форк.

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

Медицина тут бессильна, а я - тем более.

Вы оба что-то забыли, что главный разработчик systemd давно уже работает не в Red Hat, а в Microsoft. А от неё можно ещё более интересных фортелей ожидать.

И главный разработчик пraвославного пятона тоже ? ;)

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

А вот системд – немного другой уровень внедрежа…

А от неё можно ещё более интересных фортелей ожидать.

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

А вот системд – немного другой уровень внедрежа…

systemd пока успешно отпиливают, особенно в Alpine.

А устранять ржавчину вроде ещё не научились ?

Btw., у «пrавославного» пятоняки уже насквозь проржавели wheels?

Надеюсь, JVM не будут переписывать на ржавом ?

Я попробовал нафантазировать что-нибудь апокалиптическое

Твою замену Windows мобайлом ?

Ну не то, чтобы апокалиптическое, но…

А вот конец – хоть не трагичный, но досадный:
Какой-то грек нашел Кассандрину обитель,–
И начал пользоваться ей не как Кассандрой,
А как простой и ненасытный победитель.

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

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

Я скорее поверю в грядущий Микрософт Линукс с системдой, павершеллом, дотнетом, UKI и так далее, на каком-нибудь залоченном девайсе типа очередной surface.

Я скорее поверю в грядущий Микрософт Линукс с системдой, павершеллом, дотнетом, UKI и так далее, на каком-нибудь залоченном девайсе типа очередной surface.

Походит на юниксокапец на десктопе и победивший Microsoft Window 13 (Linux edition) ?

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

Нууу, даже необязательно это будет шапка. Но тут кроется интересная мысль.

Возможно, чтобы были альтернативы, интереснее даже не openRC и runit продвигать, а сделать форк systemd. С какими-то фичами, интересными, например, именно для десктопного применения GNU/Linux (какими именно сходу не скажу, но подумать на эту тему можно). И обкатанные фичи предлагать в апстрим самого systemd. Вот тут «весна покажет, кто где срал»!..

Так-то форк systemd уже был (uselessd, кажется), но там у автора была другая идея – сделать предельно минималистичный systemd-API-совместимый инит. И хватило автора ненадолго.

Возможно, чтобы были альтернативы, интереснее даже не openRC и runit продвигать, а сделать форк systemd

Дык в треде прям сейчас чуваки на эту тему срутся. То есть, имеется в виду не форк, а скорее drop-in replacement, причем не всеобъемлющий, а кусочно-модульный. Типа «а вот сустемде-совместимый аналог сервис-менеджера», ну да, клево было бы. Тогда уж точно остальные иниты можно смело закапывать.

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

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

Мой любимый пример: мгновенное отпочкование оракл, роки и альмы от рхела при слишком резком движении шапки.

Я скорее поверю в грядущий Микрософт Линукс с системдой, павершеллом, дотнетом, UKI и так далее, на каком-нибудь залоченном девайсе типа очередной surface.

Это понятно, лавры Андроида никому не дают покоя. Это же надо Гуглу так всех провести…

Провернуть что-то подобное с ПК хотят все. И работа в этом направлении идёт, типа Секуребут…

И обкатанные фичи предлагать в апстрим самого systemd. Вот тут «весна покажет, кто где срал»!..

Ну то есть в Редмонде будут решать, как будет развиваться центральная главная часть ГНУ/Линукса. Отлично.

Вы оба что-то забыли

Ты теперь тоже будешь распространять 4.2? Леннарт больше не главный разработчик systemd как раз с момента ухода в микрософт, теперь это Ю Ватанабе, сотрудник красношапки. Про это даже новости были. И текущее состояние истории коммитов это подтверждает.

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

Вот так и возникают нездоровые сенсации (с) Стругацкие

работа в этом направлении идёт, типа Секуребут

Ну буквально этим направлением сейчас в МС и занят Поттеринг, емнип. В принципе, наплодить тивоизированных ноутов - да хоть сейчас, какие проблемы.

И работа в этом направлении идёт, типа Секуребут…

Ты не в ту сторону и не с теми воюешь. Сам по себе секурбут - хорошая и нужная технология.

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

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

Порой правительства и корпорации трудно разделить, кто там кого к этому подталкивает тоже.

Однозначно и правительства и корпорации в этом очень заинтересованы.

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

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

Надо ли относиться к мс с подозрением? Конечно, надо. Их за гнусными делами ловили не раз и не два.

Надо ли относиться так к systemd? Нет, не надо, на это нет буквально ни одной причины, потому что редхад никогда не действовал против интересов СПО, и вся их бизнес-модель построена на его развитии и доступностии.

Надо ли относиться к мс с подозрением? Конечно, надо. Их за гнусными делами ловили не раз и не два.

Надо ли относиться так к systemd? Нет, не надо, на это нет буквально ни одной причины, потому что редхад никогда не действовал против интересов СПО, и вся их бизнес-модель построена на его развитии и доступностии.

Ни МС, ни Ред Хэт не действуют против интересов СПО или за интересы СПО. Любой бизнес действует в своих интересах. Да, так случайно совпало что сейчас МС и Ред Хэт выгодно развитие СПО в какой-то области и они в это вкладываются. Но нет никаких, никаких гарантий что это продлится сколь-нибудь долго в будущем и тем более, что они это не используют в своих целях. И активная работа над секуребутом тому подтверждение.

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

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

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

Я уж молчу про твои откровения о том, чего я хочу.

Леннарт больше не главный разработчик systemd как раз с момента ухода в микрософт, теперь это Ю Ватанабе, сотрудник красношапки.

Хм…

Про это даже новости были.

Ну я таких новостей не видел. Зато видел это:

В качестве нового места работы называется компания Microsoft, деятельность Леннарта в которой также будет связана с разработкой systemd.

Про Ватанабе в той новости ничего не было. Не было, видимо, и потом ни на ЛОРе, ни на Опеннете (по крайней мере, поиском не находится, на ЛОРе единственное упоминание yuwata датируется 2018 годом). Так что я ничего не выдумывал, у меня максимум может быть устаревшая информация. А ЛОРовские евангелисты systemd могли бы вместо регулярных оскорблений оппонентов такую новость и запилить.

остальные хейтеры

Хейтеры у тебя под кроватью. Я уже неоднократно говорил, что я systemd-нейтральный. Хейтеры – это те, кто прибежал в новость про Devuan и начали с первой страницы поливать грязью его разработчиков (самые откровенные оскорбления, впрочем, уже потёрли).

Впрочем, раз это больше не проблема – это хорошая новость.

Любой бизнес действует в своих интересах.

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

И активная работа над секуребутом тому подтверждение.

Нет.

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

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

у меня максимум может быть устаревшая информация

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

А ЛОРовские евангелисты systemd могли бы вместо регулярных оскорблений оппонентов такую новость и запилить.

Евангелисты у тебя под кроватью.

Хейтеры – это те, кто прибежал в новость про Devuan и начали с первой страницы поливать грязью его разработчиков

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

До того, как товарищ перешел на личности, здесь шла приличная дискуссия про usrmerge и забавный факт того, что как ни упирайся, а переходить на него все равно пришлось.

То есть ты обвиняешь меня, что я хочу «просто исходить на говно броадкастом, и готовы распространять любую ложь, даже не проверяя ее», но при этом не готов представить никаких подтверждений этому?

Я тебя правильно понял?

Нет. Ты неправильно прочитал мою мотивацию.

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

Им нет абсолютно никакого смысла играть против СПО

Точно?

А закрытие доступа к исходникам RHEL на git.centos.org?

А когда Red Hat начала публично критиковать СПО проекты, которые пытаются клонировать RHEL, утверждая, что они “не добавляют ценности” и “вредят экосистеме”?

А слияние CentOS в CentOS Stream тоже дружественное действие по отношению к СПО?

Точно?

Точно.

А закрытие доступа к исходникам RHEL на git.centos.org?

К исходникам пакетов. Имеют право, лицензия позволяет.

На вот тебе ссылку, прочитай первый камент и подумай как следует: https://www.reddit.com/r/linux/comments/1hrb3sg/opinions_on_red_hat/