После четырёх месяцев разработки представлен релиз системного менеджера systemd 247. В новом выпуске добавлен экспериментальный обработчик нехватки памяти, проведено нарушающее совместимость обновление правил udev, в systemd-homed по умолчанию задействована ФС Btrfs, предложен механизм для безопасной передачи конфиденциальных данных в сервисы, стабилизирована утилита systemd-dissect...Подробнее: https://www.opennet.me/opennews/art.shtml?num=54155
Долгой жизни проекту, прекрасная вещь
Поддерживаю! А также желаю скорейшего отделения в отдельную ОС, чтобы не портил наши линуксы своей ненужностью!
Так мы давным-давно отдельная ОС - Линукс называется, не слышали разьве?А в _вашем_ линуксе скоро и usb-устройства перестанут работать. Кто, говорите, ненужно?!
Udev вроде до сих пор заменяется на mdev, с возрождением consolekit возможно придётся немного попотеть. И флешки тоже подключаются. Вейланд я так понимаю не работает без dbus и loginctl, дальше будет сложнее, после его внедрения.
смотря какой вейланд. Sway например никак не использует dbus, а вместо systemd-logind там запилили собственный минималистичный демон seatd, который вроде как даже во фре работает.
Wayland отлично работает с consolekit и elogind в Gentoo и FreeBSD.
Consolekit не работает отлично. Elogind это часть systemd как и eudev, работает он очень не отлично, постоянно баги лезут. Есть ещё проблемы с pam, я так понимаю, у systemd их тоже нет.
>не работает отличноЧем подкрепите свои слова?
>Elogind это часть systemd как и eudev
Хотя их можно считать частью systemd, они являются самостоятельными частями, не привязанными к остальным частям systemd.
Десятилетним опытом ежедневного использования генту? Мне лень, если честно. В любом случае, совсем не отлично. Udev изначально сторонний проект, только поэтому он "отдельно", на практике не совсем. Eudev это шутка зашедшая слишком далеко, вроде работает, были какие-то проблемы тоже. Elogind просто глюкалово, кусок выдранный из системд — постоянные проблемы с полисикитами и всем остальным.
>> Чем подкрепите свои слова?
> Десятилетним опытом ежедневного использования гентуНу так себе аргумент. Но лучше за меня ответят разработчики rxvt-unicode: https://github.com/exg/rxvt-unicode/blob/master/README.FAQ#L8
> I use Gentoo, and I have a problem...
> There are two big problems with Gentoo Linux: first, most if not all
> Gentoo systems are completely broken (missing or mismatched header
> files, broken compiler etc. are just the tip of the iceberg); secondly,
> it should be called Gentoo GNU/Linux.
> For these reasons, it is impossible to support rxvt-unicode on Gentoo.
> Problems appearing on Gentoo systems will usually simply be ignored
> unless they can be reproduced on non-Gentoo systems.
>
Какой-то булшит, извините меня за мой франзузский. Любой софт нормально собирается и работает (хоть из гита хоть откуда), а этому танцору всё что-то мешает. Бтв rxvt это ведь тот мусорный эмулятор, да и чёрт бы с ним. Тот же xterm на порядки лучше, если уж на то пошло. По фичам конечно konsole и ничего другого быть не может, но xterm (настроенный) сойдёт, если что-то легковесное необходимо, а плохие пародии не нужны.
> Какой-то булшит, извините меня за мой франзузский.Не, ну я понимаю, что обидно читать такие вещи про свой дистрибутив. Однако неповторяемость вашей системы является очень плохим подспорьем для того, чтобы исправлять баги, основываясь на багрепортах из неё -- и это факт, от которого гентушникам некуда деться.
Вы хотите полностью кастомизируемую систему с самыми свежими версиями и роллинг-релизом -- ну как бы, окей, велкам. Но имейте в виду, что именно поэтому вы остаётесь без интеграционного тестирования совсем-совсем, и если встряли в проблемы, то справляться с ними в одиночку будете.
Задача номер один, это локализовать проблему и убедится в её воспроизводимости. А значит, чрут или что-нибудь такое, а то если система собрана с graphite или lto возможны самые разнообразные приключения из-за максимельно опосредованных зависимостей. Что есть, то есть, но на хидеры я бы не гнал. Некрофилию не одобряю, разрабы должны исправлять такие вещи прежде чем они доберутся до генты (там полгода-год задержка от апстрима в репах).
Но впрочем одни и те же хидеры с одним и тем же названием могут принадлежать совершенно разным пакетам. То же самое и с либами, и даже с экзешниками. Чаще всего это форки разных десятилетий, есть множество таких примеров. Это не проблема. А какое может быть решение? Переименовывать каталоги хидеров по названию пакета? Может ещё и по версии? Ну да, конечно. Это всё зависит от авторов ПО, а не от мейнтейнеров.
> Elogind это часть systemdНе совсем. Это форк от systemd, в котором выпиливают всё, кроме logind.
> работает он очень не отлично, постоянно баги лезут
Потому что сделать полностью совместимый форк systemd невозможно, кэп.
Это форк, но это скорее "взяли куски кода из сд и норм". Совместимость с сд никого не волнует, а сессиями и разложившийся консолекит успешно заведовал, могли бы побольше любви проявлять мне кажется. Но изначально это неотъемлемая часть сд, в отличие от удев.
Вяленый нигде не работает отлично.
Сам по себе должен работать. Программы под ним без дристошины этой вряд ли будут. Реально, тут только киллеры помочь могут.:-(
Лёня, ваша отдельная ОС называется ШляпоОС. Плохо не знать корпоративные стандарты.
За поломку этого следовало бы четвертовать.
Для маргиналов есть генты, крюксы и прочие слаквари, наслаждайтесь
Зачем же так сразу-то признавать, что сам - махровый мейнстримщик?
Как будто что-то плохое.
Примерно как петон ;)
Ну да, код задорого не продашь. Маловато SLOC по сравнению c плюсам и жабами, например.
по факту ненужностью не портят все дистры без систем д нынче, т к во всех стабильных и фостребованных сабж имеется.
Не тепло и не холодно от сабжа, но уже как-то попривык к командам и совместимость со стороннимим пакетами лучше.
Вот бы такой же, но на Расте, да?
Растоманы могут лишь мечтать.
Да
Лучше на JS!!!
На мейболге!
Это что такое, круче Брейнфака?
Не просто на JS, а на Electron!
Нах%й ты им это подсказал?
Я нечаянно
Но форте запили, да?
Ты форт не трожь! Он у меня влезал в авээрку 8515 с внешней 32K RAM. Безо всякой кросс-компиляции, полноценная система была через UART. Сейчас такое не делают, даже я.
Форт гениален. И работает. И кушать непрочитанных, а главное горшочниковы в него не могут, он сходу выявляет их профнепригодность.
Форт-машина - шедевр. Но, надо признать, как исык форт - говно. Я 20 лет думаю думки как сделать конфетку, но - не дано. Тут нужно божественное вмешательство.
> Форт-машина - шедевр. Но, надо признать, как исык форт - говно. Я
> 20 лет думаю думки как сделать конфетку, но - не дано.
> Тут нужно божественное вмешательство.Фактор?
так написали уже..
Зачем rust?Надо сделать все на 1С. Говорю, тема.
> прекрасная вещьпрекрасная, перегруженная сверху всем и вся
Ты ведь уже выпилил из своей системы xorg, борец с перегруженностью?
Xorg - то, что надо. Не то, что эти ваши недо-вялнды.
...универсальная, с наименьшим костылизмом, нормальной архитектурной частью (юнит-таймер-сокет).
Но ананас на опеннете знает лучше, поэтому прячась за размытыми формулировками хает то, что принято здесь хаять
никто ничего не «хает»... просто рассматриваю сабж исключительно как систему инициализации, с позиции минимализма (:
Полностью поддерживаю! Недаром чудное творение Линуса Поттеринга приняли во все ведущие дистрибутивы Линукс - профессиональные разработчики видят, кто лучше!
Ведущие куда?
В кабак, конечно.
Восьмиклассница...
Фрокталушка, да оно ж сплошная сишная дыра. Куда ни ткни - "not a bug". Как можно-то?
Прекрасная вещь по сравнению с гонореей.
Там же сплошные сишные дырени. Поставил, провалился и ногу подвернул. Пришлось снести:-(
Не прошло и недели, как opennet разродился новостью. Поздравляю всех любителей Linux-без-костылей!
Без рук без ног, без коляски и даже, без костылей. Зато у него есть СистемД!
Один только systemd-homed оправдывает существование systemd. А завистники могут и дальше источать злобу.
Это такая ирония? Или следствие стремительной деградации умственных способностей среднестатистического анона? Не могу понять, придётся задавать уточняющий вопрос: так зачем, говоришь, нужен системд-хомд?
> так зачем, говоришь, нужен системд-хомд?
> Не могу понять
> следствие стремительной деградации умственных способностей среднестатистического анона
Отвечает Леннарт Поттеринг: https://www.youtube.com/watch?v=RG9rE1pcMcU
А чо, в текстовом виде Лёня это выложить не мог?
Это не модно. Теперь новости проекта будут для вашего удобства публиковаться только в TikTok
А в Твитор и Фасебук дублироваться будут?
А как все это написать с планшета?
> А как все это написать с планшета?Пц... автору пульсы и системды не на чем настучать текст?
> с планшетаНеудивительно, что пульса и системда такой шлак... на планшете писались?!
на айфоне
Наши systemd-homed самые красивые!
ПАМ ПАМ РАМ ПАМ ПАРАМ ПАРАМ!
ПАМ ПАРАМ ПАРАМ ПАМ ПАРАМ!А не толерантные, не системдутые!
Кричат и давятся слюной!
А Поттер в Редхата бункере гордится святой системдой!Наша ОС лучше чем виндовс!
Потому что толерантнеее.
ПАМ ПА РАМ ПАМ ПАРАМ ПАРАМ!
> Наши systemd-homed самые красивые!
> ПАМ ПАМ РАМ ПАМ ПАРАМ ПАРАМ!
> ПАМ ПАРАМ ПАРАМ ПАМ ПАРАМ!
> А не толерантные, не системдутые!
> Кричат и давятся слюной!
> А Поттер в Редхата бункере гордится святой системдой!
> Наша ОС лучше чем виндовс!
> Потому что толерантнеее.
> ПАМ ПА РАМ ПАМ ПАРАМ ПАРАМ!Таемта неплохо, например. Под это можно устроить чад кутежа во мгле ада. Под модные басы и видовые запилы гитары урал,
-- я инвалид нулевой группы (с)
"с нарушением обратной совместимости.."Системднище такое днище.
"Пока дбус ещё недоступен"
Гнилые костыли и фридрисктопная калошина такие убогие.
"Обработчик нехватки памяти"
Линукс за 20 с лишним лет так и не научился вменяемому управлению памятью. И не научится. Иначе весь его такой модульный-премодцльный код рассыпется, как карточный домик.
Ну дэк фрагментация в линуксе и ведет к костылям типа ip вместо ifconfig. Где-то писали уже про это.
> Ну дэк фрагментация в линуксе и ведет к костылям типа ip вместо
> ifconfig. Где-то писали уже про это.Где ты увидел фрагментацию Линукс? Я говорю именно про ядро. Бсд куда фрагментированней, именно благодаря отсутствию модульногопримодульногокода и присутствия стабильных внутри ядерных апи.
Откуда в bsd стабильное внутриядерное api, если там даже юзерспейсное между версиями несовместимо и netstat от какой-нибудь freebsd 11 может не работать на freebsd 12?
> Откуда в bsd стабильное внутриядерное api, если там даже юзерспейсное между версиями
> несовместимо и netstat от какой-нибудь freebsd 11 может не работать на
> freebsd 12?если собирать 12 ядро с поддержкой 11, то работать будет. есть такия опция.
Просто купи еще 32Гб этой славной оперативной памяти.
Уже готово и стабильно? Пора выбрасывать!
Так это не про десктоп же...
Тут всё серьезней 👌
Пони, полёт твоей мысли так высок, что заурядному обывателю опеннета недостижим практически... Объясни, пожалуйста, черни, что серьезней?..
Подходы и вообще всё.
Положи на весы Systemd и PulseAudio - разница очевидна.
Поэтому их стараются выкинуть?
Серьёзный подход.
Systemd и PulseAudio - разницы в значимости не заметил. Видно, не дорос ещё до высоких мыслёв иПони.
> разницы в значимости не заметилНу это расписка в своей глупости.
> PulseAudio is currently maintained by three volunteer developers on their free time (probably amounting to less than one full time developer), which is not really enough, given the project size and scope.
Ну так я тоже тупой тогда. Послезавтра systemd будут пилить уже два мэйнтейнера, да и то, не пилить - а багрепорты бонсить. Дистры, конечно же, переползут обратно на sysvinit, но что делать с низшем слоем, который будет по привычке срать в /etc/systemd или /lib/systemd
> Послезавтра systemd будут пилить уже два мэйнтейнера. Дистры, конечно же, переползут обратно на sysviniКак-то слишком тупо.
А что тут тупого ? мне кажется прекрасный план(Микрософт) взять и внедрить своего человека в экосистему линукс, который ее улучшит до невменяемого состояния, причем у кого надо - все работать, будет, и рядовых пользователей тоже будет, но "как бы будет", будут всякие мелкие непредсказуемые баги, будут обсуждения на форумах, а самых здравомыслящих людей по привычке будут называть неосиляторами.
Невменяемые же особи будут верить, чтоб их тыканиье конфигов будет иметь смысл, что они действительно исправляют баги, что делают свой дистрибутив рабочим. У них все будет получаться - до следующего обновления системд. Потом все по новой.
И так, постепенно, от линукса будет бежать все больше и больше людей. Останутся самые стойкие, постепенно сходя с ума, от попыток "опять починить свой линукс".
> МикрософтIBM же:-)
Ну и PulseAudio сейчас будет уходить на свалку, с замещением на PipeWire.
И то понятно мало кого волнует, ибо это десктоп.А если бы такое с Systemd было бы, тут уж очень многие напряглись бы.
Этот ваш пипе в шумодав умеет? Я не ради троллинга, просто часто юзаю пульсовый шумодав. Он в пульсе шикарный. Или щас минусов напхаете и не ответите как обычно?
> Этот ваш пипе в шумодав умеет?У меня он даже просто звук не носили воспроизвести - шипит и заикается. Хотя что-то знакомое...
Ну 0.3 версия. Это его в следующую Fedora засадят дефолтом, будут этак полгода тестировать – тогда можно будет подходить с всякими шумодавами.
А сейчас не тот уровень пока.
А зачем слушать шум?
А вот всякие фейсбушные разработки тут ... гнильцо
Оно прогнило целиком раньше, чем стабилизировалось.
Ни одного изменения, которое бы могло быть мне полезно, не заметил.
Скажите, кто-нибудь вот этим всем пользуется?
Мне полезно Я пользуюсь. Пользуюсь тем что креденшелы теперь будут "безопасно" через файл передаваться. Теперь этот файл будет безопасно на наши сервера передаваться. Очень удобно.
Видимо, современные одмины из хипстеров. Лично знаю людей, которые познакомились с linux-дистрами недавно и как оно без systemd они просто не знают. Печаль.
Мне кажется, что многие, кто кукарекает гадости про systemd, относится к таковым.
> Мне кажется, что многие, кто кукарекает гадости про systemd, относится к таковым.Мне кажется, что такую охинею пишут админы локалхоста.
>> Мне кажется, что многие, кто кукарекает гадости про systemd, относится к таковым.
> Мне кажется, что такую охинею пишут админы локалхоста.Он не только такое пишет, но и написал systemd-initramfs-gen.sh https://abf.io/import/systemd/blob/12fb9621f5dfcf549b15b5928...
Это такой скриптик, который при обновлении systemd в Rosa Tresh пересоздавал в boot разделе все подряд initrd образы, затирая чужие. Если рядом была установлена другая ОС, естественно, после такого она не могла бы загрузиться. Конечно, было бы здорово, если бы писатель получил по кривым ручёнкам от "благодарных" пользователей, но пришлось заставить его исправить, т.к. ошибка второго порядка, и в первую очередь жаловались бы на другие ОС.
И незачем им знать, как оно без systemd, потому что требовать этого от них - все равно, как требовать от машиниста маглева знания специфических механизмов паровоза. Тук-тук, там кто-то есть? На дворе 2020, пора выходить из анабиоза. Ваши дистрибутивы без systemd все еще нужны только там, где их слишком накладно обновить, примерно так же, как кое-где в банковской системе до сих пор юзают Кобол.
Не рановато сырую вещь с маглевом сравнивать? И, вообще, представляешь, важнейшая часть поезда на магнитной подушке - это вовсе не линейный асинхронный двигатель? Гораздо более сложная вещь - это мехнические конструкции с высокими допусками и требованиями к материалам, без которых идея ЛАД с магнитной подвеской так бы оставалась идеей с конца 19-ого века (да-да, настолько древняя).
Нет нынче инженеров, жрут любой рекламный буклет, изобилующий модными словами, с умной миной, вообще не представляя базы представляемой технологии. ИТ-шники такие ИТшники (жители мира розовых поней).
> сырую вещьLinux ВСЕГДА был сырой вещью. И будет. Не считая LTS / stable релизов - до определенной степени, конечно. До тех пор, пока в него не вольется больше денег, а значит - больше разработчиков и больше времени на разработку. На энтузиазме и прочем волонтерстве далеко не уедешь.
Куда вам ещё больше денег, упыри?
Действительно, куда... Куча пипла за просто так сидит, код хреначит - хорошо, однако. И кто тут упыри, как не левачьё-юзеры, которые хотят ОС со свистоперделками на халяву, да еще чтобы на любом железе запускалось, но как только находятся хорошие бабки для разрабов - сразу начинают вонять про "ой, опять эти корпорации, фу-фу-фу"?
Куда вам ещё больше разработчиков?
С текущими то никакой организации, сплошной базар.
Корпус это и надо. С такой организацией любители свободы ничего не потянут серьезного."Не умеешь подчиняться, не сумеешь командовать", почти ©
> "Не умеешь подчиняться, не сумеешь командовать", почтиА ты все равно будешь подчиняться. Не корпорации, так Столлману и Ко :-)
> базарvs собор, если ты понял, о чем я.
Только проблема free-софта ещё больше, чем у opensource - потому что у "свободных-как-слово" даже базара нормального не получается, потому что базар все же подразумевает реальные продукты, а не примат идейности над качеством.
"Добавлена экспериментальная поддержка раннего реагирования на нехватку памяти в системе (systemd-oomd)"а когда systemd начнёт управлять устройствами системы?
Так udev же
Уже давно.
Использую системдос -- норм штука, юнит-файлы так и вообще не такие сложные, как пугают местные любители давно умерших ___проприетарных___ операционных систем типа UNIX©. Ну, скажем, какой-нибудь i3wm настраивать дольше и сложнее, чем написать с нуля свой юнит-файл. Таймеры из коробки, декларативные зависимости, единый лог отовсюду, а также пользовательские юниты прямо у себя в ~/.config/systemd. Эх, вот бы еще в RHEL по умолчанию шел божественный systemd-networkd вместо пихоновского nm-комбайна...
"Создайте систему, которой сможет пользоваться дурак, и только дурак захочет ею пользоваться".
Надо быть очень талантливым чтобы понять ца и умудриться сделать для них удобную систему. И если даже дурак может ею пользоваться то это ца будет больше
Ну вот я почему-то не могу пользоваться Windows. Не потому, что не умею, а просто не могу, воротит.
Обои скучные
> чем написать с нуля свой юнит-файлИ необходимо его писать в случае ..?
> Таймеры из коробкиЧто за таймеры?
> декларативные зависимости, единый лог отовсюду
Вау! Системы без системд в шоке! Единый лог и зависимости это уже вау оказывается. А динамические зависимости, как в openrc, оно умеет?
> Что за таймеры?Это как crontab, но не crontab.
Это как :-)?
Ну, вот представь что тебе надо запускать процесс с точностью до наносекунд и еще с рандомной задержкой. Может этакое твой кроньтаб? Отож!А что найух не нужно - так это мелочи. Зато возможность есть!
> надо запускать процесс с точностью до наносекундОригинально :-D. Что-то мне подсказывает, что у тех, кому это надо, ещё до Лёни были свои специализированные пускалки. И явно не хуже.
Как-то пробовал сделать на таймере часы, которые выводят каждую секунду время в tty (а там железка принимает и отображает). В итоге, конечно, отказался от неблагодарной затеи, написал сам.
А линух без спец. патчей считается системой реального времени?
Наличие системДы в системе уже вычёркивает систему из систем реального времени.
а ты уверен что время реально?
> * KERNEL API INCOMPATIBILITY: Linux 4.14 introduced two new uevents "bind" and "unbind" to the Linux device model. When this kernel change was made, systemd-udevd was only minimally updated to handle and propagate these new event types. The introduction of these new uevents (which are typically generated for USB devices and devices needing a firmware upload before being functional) resulted in a number of issues which we so far didn't address. We hoped the kernel maintainers would themselves address these issues in some form, but that did not happen. To handle them properly, many (if not most) udev rules files shipped in various packages need updating, and so do many programs that monitor or enumerate devices with libudev or sd-device, or otherwise process uevents. Please note that this incompatibility is not fault of systemd or udev, but caused by an incompatible kernel change that happened back in Linux 4.12, but is becoming more and more visible as the new uevents are generated by more kernel drivers.Какие же разрабы ядра плохие, что не исправили ошибку в systemd силами ядра.
Хотя, вот тут (https://lwn.net/SubscriberLink/837033/432efd8f4095d556/) пишут что да, это регрессия в ядре.
Добавили новые события, которые попали в старые правила udev с маской (ACTION!="add|change"). Из-за того, что правила слишком широкие, они стали срабатывать на новые события. К тому же новые события приводили к сбросу устройства.
В целом, да, изменения в ядре привели к ошибкам в userspace.
Первый багрепорт был про подключение MTP устройства (android).
"Золотые времена" линукса кончились еще тогда, когда и Суся прогнулась под сабж, отлично помню сей момент. А какой был дистрибутив!..
"Золотые времена"™ кончились, когда в этот ваш-няш линакс вложились корпы со своими интересами, которые, внезапно и неожиданно, на 99.9% отличны то того, что нужно уставшему со самые гланды от корпорашивных макак и окошек Пользователю.. и заверте.. на оптимизации забили буй (ибо надо продавать новые процы и Больше памяти), только-только начавший приобретать какое-то "лицо" десктоп (да, ска, с gtk2 и тем-самым kde3) решительно и бесповоротно выкинули на мороз, а предсказуемое и хорошо документированное поведение системы "пофиксили" системдой (ибо опыт "пш-пш аудио" и прочих поделок ушлёпка как-бэ неиллюзорно намекал на неизбежное).. и вроде пох, ибо есть Ѣ Хрюкс, mutt, w3m, screen/tmux, mpv/mplayer и прочая консоль и ncurces.. но, чсбх, Карл, порой оч досадно и обидно в очередной раз наблюдать, как что-то хорошее стремительно закапывают в угоду корпам (и всем тем, у кого "больше прав"™).. ¯\_(ツ)_/¯ ( ͡° ͜ʖ ͡°)
Помню еще во время оно поставил убунту 10.04. Как же быстро она работала. А потом вышла 12.04 и это был провальный провал в скорости работы и дело было не в юнити. Примерно с 2.4 ядро стало стремительно тяжелеть и к 3.х уже стало неповоротливым монстром.
> "Золотые времена"™ кончились, когда в этот ваш-няш линакс вложились корпы со своими интересами,это ^^^^ - когда нихрена не работало, периодически паниковало, а железо надо было фильтровать мелким ситечком, потому что тоже нихрена не работало?
Дааа, золотые были времена. Для золотарей.> которые, внезапно и неожиданно, на 99.9% отличны то того, что нужно уставшему со самые гланды
> от корпорашивных макак и окошек Пользователю..пока это было так - это было просто прекрасно. Белки-истерички "уставшие от окошек" проходили не задерживаясь.
К сожалению, щастье продолжалось недолго - примерно с 99го и по 2004й. А дальше как раз корпорации, доев sco и isc и подобравшись уже и к sun, начали заботиться об "уставших", все больше еще уже но немного не совсем готовиться к десктопу ("уставшие" ведь хотели "как в винде, только ХАЛЯВУ!"), и попутно анально огораживать свои дистрибутивы (вякая еще что-то там про шва6одный софт)
Уничтожение redhat linux, уничтожение xfree86, "стабильное ведро - в вашем дистрибутиве". Помним, ненавидим.
А дальше и разработчики подтянулись, со своими макбучеками. Пользоваться инструментами юниксов они не умели и учиться не собирались. Ну вот и жрите, "новый стандарт".
А "тот" редхат Линукс был хорош? Я его даже в виртуалке не видел.
> А "тот" редхат Линукс был хорош? Я его даже в виртуалке не
> видел.¯\_(ツ)_/¯
объём патчей ядра хорошего (! ѢѢѢ !) дистрибутива, например у SuSE, был сопоставим с исходниками самого ядра.. я был моложе и не обламывалсо, когда ньюс тупо резал 8-ой бит в кодировке мессаги.. после конфига sendmail-а многое в окружающем мире становилось понятнее.. "даже не знаю, что сказать.."©(Феечка)
> А "тот" редхат Линукс был хорош? Я его даже в виртуалке не
> видел.тот, это который? 6-7 - можно было пользоваться, если игнорировать мелкие неувязочки имени некоего Дреппера и проделки ДНКазы (второе тогда было еще можно).
В восьмом начали внедрять utfизацию всего и вся, с напором возбужденного ишака, поэтому работало только в локали en_US, в девятой доломали еще и иксы, и на этом объявили миссию выполненной, и результат успешно достигнутым.
А если ты про "золотые времена" - у меня тогда шлакварь была. Выглядело как-то так - хочешь чтоб grep искал по-русски? Идешь в фребеэсде, смотришь в патч, гнусно ухмыляешься, выпиливаешь оттуда миллион ifdef __FreeBSD, собираешь, пользуешься.
> это ^^^^ - когда нихрена не работало, периодически паниковало, а железо надо
> было фильтровать мелким ситечком, потому что тоже нихрена не работало?
> Дааа, золотые были времена. Для золотарей."авотбуй!"™
эт именно был тот самый момент, когда Пользователь, переходя в *nix/Linux, осознанно вставал на тропу самостоятельного программирования, в т.ч. и драйверов под свои железки.. т.е. дилдo пролетало мимо, а те, кто знал чё к чему (и морально был готов к Переменам), оставались.. и "да"™, корпы/вендоры, что подсуетились с дровами, тоже имели с этого маленький гешефт..> К сожалению, щастье продолжалось недолго - примерно с 99го и по 2004й.
> А дальше как раз корпорации, доев sco и isc и"уставшие" хотели стабильности и предсказуемого, документированного поведения системы.. и заодно нормальных дров, кастомизации под конкретные задачи (в т.ч. "десктоп" и Ѣ realtime, ога), и, ессно, инструментов для "потыкать палочкой" и "немного пошалить", что характерно.. :) про "как в винде, только ХАЛЯВУ!" - эт к кeдeрaстaм и прочим "догоняющим".. ичcбx, ща ведь некоторые игрульки в wine лудѢчше работают, чем в нативном окружении - "Epic Win!"™ типа..
> Уничтожение redhat linux, уничтожение xfree86, "стабильное ведро - в вашем дистрибутиве".
> Помним, ненавидим.угу.. а получилось "как всегда".. ща спасает только консоль.. с чего началось - к тому и вернулись.. была надежда на Gimp Tool Kit.. "увы"™..
субъективно, как только на горизонте появлялось что-то,способное стать основой для Ѣ десктопа, - сразу начинался "АдѢ и ИзраилѢ"™ с успешным удушением проекта..
> А дальше и разработчики подтянулись, со своими макбучеками. Пользоваться инструментами
> юниксов они не умели и учиться не собирались. Ну вот и
> жрите, "новый стандарт".цимес-то в ином.. Вендоров железа, внезапно и неожиданно, все эти яблочки и форточки тоже успели забодать по самое не балуй, поэтому их приход в Linux был неизбежен (тут скорее оч показательно, что вся такая открытая, cвободная и "академическая" бздя оказалась в "далеко, темно и влажно"™ на предмет дров под новое железо).. цирк начался, как только "база" в виде ядра и набора дров к нему стала чем-то действительно хорошим.. печаль в том, что хавают и системду и пшпш/пайпварь и прочее дно.. несмотря на и вопреки здравому смыслу.. "пока Титаник плывёт"™, как говорится..
Пох, чел, люблю твои опусы всей душой (прям, читаю и соглашаюсь), но у тебя явная зацикленность на понятии "истерички", который в твоих шедеврах присутствует через раз и из-за этого сам выглядишь как "белка-истеричка". Как бы почитай книги, погуляй, а там гляди еще чего-нибудь придумаешь. Развивайся!
> добавлен экспериментальный обработчик нехватки памятиДозрели разродиться тем функционалом, который в сабже должен был быть изначально.
Версии где-то к пятисотой, возможно, станет тем, чем должен был бы быть с самого начала.
> Версии где-то к пятисотой...На 499-ой выкинут, как пульсу.
на 500 будет просто новая система систиемдикс называется))) системда уже рулит всей системой. это слишком опасно уже стало , а все радуются. онаж должна была быть быстрым менеджером-пускалкой, а стала почти королевской основой))) и вроде бы пользователи должны воспротивиться, а все хлопают в ладоши.
> а стала почти королевской основойСвинцовым шлакоблоком она стала, привязанным к ногам. Плавайте с наслаждением!
системду в утиль!!!
>> добавлен экспериментальный обработчик нехватки памяти
> Дозрели разродиться тем функционалом, который в сабже должен был быть изначально.
> Версии где-то к пятисотой, возможно, станет тем, чем должен был бы быть
> с самого начала.Зачем он должен быть там, а не в ядре?
> Зачем он должен быть там, а не в ядре?Затем, чтобы увещевать алчных с кротостию и лаской.
Если серьёзно, во внешнем (по отношению к ядру) процессе можно понапрописывать развесистых политик о том, как с каким процессом поступать в случае нехватки памяти, и самое подходящее место этим политикам - в юнит-файлах. А демон будет уже дёргать сисколы ядра (например, временно заблокировать входящие и/или исходящие tcp syn для какого-то процесса, или группы процессов, или глобально), или как-то воздействовать на процессы (например, если сервис имеет несколько процессов по принципу мастер+воркеры, можно стукнуть мастера каким-нибудь sigusr1, чтобы он временно перестал спавнить воркеров, если такое поддерживается - это как раз дело мантейнера прописать всё это в юнит-файле).
Кстати, можно добавить в оом-менеджер какой-то базовый функционал распознавания дос-атак, чтобы адекватно реагировать в случае, если нехватка памяти вызвана внешней вредоносной активностью (или добавить возможность его сопряжения с какой-нибудь системой обнаружения&предотвращения вторжений).
При таком подходе можно наращивать разнообразие поведения при оом, не переусложняя ядро.
>[оверквотинг удален]
> исходящие tcp syn для какого-то процесса, или группы процессов, или глобально),
> или как-то воздействовать на процессы (например, если сервис имеет несколько процессов
> по принципу мастер+воркеры, можно стукнуть мастера каким-нибудь sigusr1, чтобы он временно
> перестал спавнить воркеров, если такое поддерживается - это как раз дело
> мантейнера прописать всё это в юнит-файле).
> Кстати, можно добавить в оом-менеджер какой-то базовый функционал распознавания дос-атак,
> чтобы адекватно реагировать в случае, если нехватка памяти вызвана внешней вредоносной
> активностью (или добавить возможность его сопряжения с какой-нибудь системой обнаружения&предотвращения
> вторжений).
> При таком подходе можно наращивать разнообразие поведения при оом, не переусложняя ядро.Я думал ленарт такой один, Ан нет. Ты можешь составить ему достойную конкуренцию. Открой фирму и назови велосипедстроймашдатабэйс.
Жду следующую новость: для использования systemd требуется обязательное использование btrfs.
и фреймворка Electron.
внутри pid 0
У меня как админа от системд чувства противоречивые. Сервис-менеджмент, юниты, слайсы - скорее ок, чем нет. Если немного знать как только готовитьВсякие локальные резольверы, подсистема авторизации, нетворкд - ну такоэ. Что можно выпиливаю на своем, слишком говна много производят. Невыпиливоемое потребляю без радости
Отношение к hier - вообще швах, поубивав бы
Может лет через 10 устаканится.
> Отношение к hier - вообще швах, поубивав быСорян, но hier уже давно превратился в алогичную помойку с бинарниками в lib и библиотеками в share. Впрочем, алогичным он изначально был, типичное сиемоментное тяп-ляп.
Это-то ладно, но вот 32 и 64 битные файлы вперемешку это какой-то позор. Раньше генту выделялась однозначным разделением: 32 битные и 64-32 битные файлы шли отдельно от основных 64 битных, но тоже переделали всё по образцу федоры — всё в кучу теперь.
Не надейся. Не устаканится.
Я перестал пользоваться всем, что делает редхат года с 2003-го емнип. Бывали, конечно, в жизни черные полосы в виде Qubes, плюс всякие dm которые не успевали i/o на Allwinner. Да и вряд-ли теперь избавишься от всего накоммиченного всеми этими... Только хардкор, только FreeBSD
> Не надейся. Не устаканится.
> Я перестал пользоваться всем, что делает редхат года с 2003-го емнип. Бывали,
> конечно, в жизни черные полосы в виде Qubes, плюс всякие dm
> которые не успевали i/o на Allwinner. Да и вряд-ли теперь избавишься
> от всего накоммиченного всеми этими... Только хардкор, только FreeBSDХардкор это стрекоза же!
Даже кока у них нет, как так жыть! Сплошной киберпанк.))
Да нормальная вещь этот системд, не понятно нытье некотрорых неосилянтов. Вполне удобная вещь свои цели и задачи выполняет на все 100% стоит просто ознакомиться с документацией и понять как оно работает и тогда поймете насколько гибкий инструмент этот системд.
Так оно с ней быстрее грузиться чем без неё или нет? Меня лично только это волнует
на первых ерсиях да, но сейчас она сама отжирает столько, что медленнее старого инита, но уже все приплыли фиг выкинешь.
Никто уже не может осилить чтобы было быстрее. Особенно shutdown, а не загрузка!!!
И все это благодаря багам systemd. Которые можно как-то обойти, знать бы как.
Сейчас, например, devuan грузится намного быстрее debian.
Это не обойти. Причина тормозов при загрузке именно в параллельном старте кучи всякого го..ну ты понел.
Не, дело не в параллельном старте, дело в ожидании каких-то событий по две минуты.
> Не, дело не в параллельном старте, дело в ожидании каких-то событий по
> две минуты.Ожидания поцер не ради лулзов ввел. Именно для реализации параллельного старта (который, к слову, умеет допотопный сисвинит).
> Ожидания [...] Именно для реализации параллельного стартаесть решение, даже целых два: systemd-mutexd и systemd-spinlockd - по названию понятно что такое и что должно делать.
Ещё одна возможная причина: дерьмодемон дбус. Там надо ковырять.
Они так любят каждый релизом что-то, да ломать в совместимости, что страшно обновлять ОС штатными методами. Не то чтобы есть что ломать, но это до поры так - мало ли что обновится "само собой"?Хоть бы по установке ОС делали hold таким "знаковым" пакетам, что ли!
> Они так любят каждый релизом что-то, да ломать в совместимости, что страшно
> обновлять ОС штатными методами. Не то чтобы есть что ломать, но
> это до поры так - мало ли что обновится "само собой"?
> Хоть бы по установке ОС делали hold таким "знаковым" пакетам, что ли!Они и будут ломать. Пока им что нибудь не сломают и не скажут, что оно так и было.
Потеринг, успокойся, твои поделки всё равно выкинут, как пульсу.
Лёня, не томи, когда там уже SystemDOS выйдет?
Работаем над этим. Гновмеры оболочку к ней клепают systemd-gnomed.
JSON???????????? Они там совсем уже, может им еще Web парсер туда запихать, чтобы формошлепщикам удобнее было?!?!?
Ну вебсервер там уже давно есть.
А оракл туда Поттеринги ещё не вкомпилили? Мне надо веб и оракл, тогда кроме системды ничего больше не нужно.
Нет ну чего, товарищи из Red Hat идут своим путём, на всех кладут как в малом, так и в великом. Банальный пример заголовки окон в gtk3, их ненавидят буквально все, даже гномопони, и что? Да хоть бы что, жрите. Особенно радуют хомячки из партии "продакшен".
Помнится, как пропихивали кастомную декорацию: "Стандартные заголовки слишком толстые, мы хотим сами рисовать...". В итоге нарисовали даже толще, чем было, а кнопки сделали ещё меньше...
Нет слов)https://hostingkartinok.com/show-image.php?id=b4bf6b2577c854...
Трындец. :-(
> PAM-настройки сервиса "systemd-user" перенесены из /etc/pam.d/ в каталог /usr/lib/pam.d/Какое досадное упущение! Почему до сих пор не заменили PAM на systemd-authd?
не спеши они ещё не дорвались. скоро доберутся. я вообще предложил бы потерингу или кто там ща всем рулит запилить свою ось на системде, а сообществу оставить урезанный вариант с системдой, которая выполняет только строго функции пускалки и контроля-перезапуска сервисов, как было в ините.
Ну, системед на ось не тянет, а если бы и пытался, то первый же дятел (самизнаетекто) разрушил бы линукс до основания.
Не пустят его туда, не ссыте.
Поттеринг и есть тот дятел, который разрушает всё. Голым ядром линукса не воспользуешься.
а с каких пор вообще настройки начали в либы толкать?!
Абажитте. Сейчас Леня увидит https://github.com/SSSD/sssd/issues/5396 и понесется.
QR code, JSON в базовой системе - кошмар.
systemwindowsd
Для просвещения восторженных масс оставлю сдесь https://unixsheikh.com/articles/systemd-isnt-safe-to-run-any...Конечно, я не фанат sysvinit и производных. Говно мамонта - оно и есть говно. Предпочитаю babysitter идеологию. Хрен с ней, что как в винде, зато толку больше. Мне непонятно только почему не подхватили upstart. Вполне годная весчь была, ну, забил калноникал на нее, но почему никто не поднял упавшее знамя?
Или я что-то упускаю?
> почему не подхватили upstart.внезапно, хромоось
пля...
внезапно - нафиг она мне?
> Хрен с ней, что как в винде, зато толку больше.Тогда будь счастлив с системдой. Там ВСЕ сделано "как в винде", поскольку в юникс его разработчики и не умели никогда. Да и зачем это говно мамонта, есть же ж винда!
Ты этого хотел - ну так жри, за обе щеки, а не вороти морду.> Мне непонятно только почему не подхватили upstart.
потому что он был еще большее говно. Ничего толком не умел, имел совершенно невменяемое управление и синтаксис. Топят за него в основном те, кто его в глаза и не видели (потому что next-next-ok и никогда никуда не лазят, да и не умеют - "как в винде" же ж) Напомни-ка, как отключить в нем запуск сервиса, не подглядывая в гугль?
А как теперь быстро понять, какие сервисы у нас включены?
> А как теперь быстро понять, какие сервисы у нас включены?Хз, я даже в sysvinit и systemd не знаю как это делается. Мне на моих 14 локалхостах ни разу не приходило в голову этим интересоваться.
> потому что он был еще большее говно
Ну, я им пользовался года два, наверное. Не в восторге, но лучше sysvinit ящтиаю. Для простых применений, конечно (за сложные у нас линейкой по пальцам х-ячат).
Есть альтернатива в виде OpenRC.
Призрак венды гуляет близко.
Это не винда.
Это на порядок хуже, угу.
Да.
даже в винде такого трэша не было.
слон обрастает шерстью )
Скорее, наоборот
ооо! все встает на свои места, как вкорячили так называют "системный менеджер" а поначалу под инициализацию косили.я блин счастлив что остались норм дистры где нет этого г.
Systemd посланник зла!
И на небе не следа...
И не видно ничего,
Ты остался на нём на всегда.
И не будет больше сказок,
Светлых радосных деньков,
Только systemd не знает жалость,
Он сжирает мозги в кровь.
Ты один и systemd с тобою,
Только нет спасенья в новь.
Systemd оттащит в подземелье,
Где отпустит тебя в новь.
>В systemd-resolved в дополнение к D-Bus и локального DNS (127.0.0.53) добавлен ещё один IPC-интерфейс - Varlink, который позволяет определять имена в initrd и на раннем этапе загрузки, когда D-Bus ещё недоступен. Добавлен параметр DNSStubListenerExtra для указания дополнительных IP для приёма запросов, в дополнение к 127.0.0.53:53. При обработке запросов через D-Bus и Varlink указание точки после имени хоста теперь воспринимается как отключение проверки с доменом, указанным в параметре "search", т.е. вызов "resolvectl query foo." эквивалентен "resolvectl query --search=off foo.".Опять вырастит initrd. Он и так уже не запускается со 128Мб ОЗУ.
А вас заставляют пихать systemd-resolved в initrd?
> А вас заставляют пихать systemd-resolved в initrd?После того как мейнстрим дистры, арк, дебиан, легли под редхат, у пользователя большого выбора нет.
посмотрел git master dracut, там не тянется resolved в initrd, а если не нравится NetworkManager в нем, можно использовать модуль network-legacy
Ты же писал Поттеренгу, что не понимаешь толком, как systemd в этой части работает https://github.com/systemd/systemd/pull/15479#issuecomment-6....
На этом стоило бы остановиться, пока не родился новый пёрл про "строгую типизацию" в Си или "#define объявляет переменную".
Надо Поттерингам весь /usr в initrd засунуть, чего уж мелочиться. Грузанул файл в память - и готово, как после гибернации + сразу кеш готовый.
> Библиотеки libqrencode, libpcre2, libidn/libidn2, libpwquality и libcryptsetup теперь загружаются динамически с использованием dlopen()Классно, теперь вручную зависимости от правильного soname прописывать в пакетах вместо авторезолвера?
>> Библиотеки libqrencode, libpcre2, libidn/libidn2, libpwquality и libcryptsetup теперь загружаются динамически с использованием dlopen()
> Классно, теперь вручную зависимости от правильного soname прописывать в пакетах вместо
> авторезолвера?А что, другие компоненты не используют dlopen()? Используют. Значит теперь настало время узнать, что это частный случай общей задачи, которая решается доработкой "авторезолвера". Кстати, когда я писал "переход с rpm5 на rpm4 - вопрос жизни и смерти для Rosa Tresh", я в том числе это и имел ввиду. Но исключительно автономные разработчики, как всегда, всё сделали наоборот, точнее, кто-то за них сделал. ;)
> А что, другие компоненты не используют dlopen()?Используют, но в данном случае это создание лишней непредсказуемости.
> Значит теперь настало время узнать, что это частный случай общей задачи, которая решается доработкой "авторезолвера"Авторезолвер, безусловно, было бы неплохо доработать для таких случаев, но сначала его надо доработать, а затем в одном из ключевых компонентов системы можно будет перейти на dlopen(). Сейчас это создает непредсказуемость из-за отсутствия инструментария для контроля целостности ABI и соответствия soname в источнике и потребителе.
В апстриме пытаются придумать systemd-специфичные вставки в ELF-файлы, чтобы можно было распарсить зависимости (https://github.com/systemd/systemd/pull/17416), это почти не имеет отношения к доработке авторезолвера, т.к. не является универсальным решением.
Сейчас в systemd:
1. soname записан прямо в коде, а не определяется на этапе сборки (это очень плохо! пакет соберется, а никто и не заметит, что он изначально собрался так, что этот функционал никогда работать не будет, если soname подгружаемой библиотеки окажется другим)
https://github.com/systemd/systemd/blob/bb2d0a24f39ac391a603...
2. Вызывается функция из libdl с передачей имен символов
https://github.com/systemd/systemd/blob/bb2d0a24f39ac391a603...
https://github.com/systemd/systemd/blob/bb2d0a24f39ac391a603...Получается, что единственный способ составить список зависимостей по символам (в Росе по символам зависимости не строятся, а вот в ALT Linux строятся) - это прибегнуть к чтению исходного кода какими-либо методами, тут даже не поможет запуск авторезолвера на непострипанный бинарник, т.к. нет прямых вызовов с символами в качестве аргументов, только soname можно вытащить).
Это настолько много проблем создает, что решаемые переходом на dlopen проблемы кажутся мелочью и недостойными такой расплаты за их решением.
> Получается, что единственный способ составить список зависимостей по символам (в Росе по
> символам зависимости не строятся, а вот в ALT Linux строятся) -
> это прибегнуть к чтению исходного кода какими-либо методами, тут даже не
> поможет запуск авторезолвера на непострипанный бинарник, т.к. нет прямых вызовов с
> символами в качестве аргументов, только soname можно вытащить).Забыл к "единственный" добавить "мне известный".
> Это настолько много проблем создает, что решаемые переходом на dlopen проблемы кажутся
> мелочью и недостойными такой расплаты за их решением.Какие проблемы? Книжку почитать? Или понять, что если ты заявляешь на всю страну об "автономности всех процессов", то придётся сталкиваться лбом с объективной реальностью, пока не огорошит мысль "пора отвечать за свои слова"?
Лучше бы вместо бесполезных текстов написал свои идеи, как сделать авторезолв зависимостей в данном случае без запуска исполняемых файлов.
"Автономность" в переводе буквально "само-стоятельность". То есть именно ты тот человек, который должен все эти идеи сам знать и здесь нам рассказывать. Де-юре. Де-факто, почему то ты постоянно спрашиваешь о вещах, для понимания которых у тебя банально нет теоретической базы (о чём ты написал, цитирую: "чтению исходного кода какими-либо методами"). Я уж не говорю о том, что заменить мои решения, которые вы незаконно продаёте, у тебя не хватило ума.
Переписать на раст и прекрутить кутишный гуй, и всё нормально сразу будет.
Лучше сразу на электроне и в облако
а смотреть только через браузер и никак иначе.
Естественно
Как в Arch отключить полностью systemd-homed, чтобы в логах ругни не было?
https://wiki.archlinux.org/index.php/Systemd-homedHowever, you must enable and start the systemd-homed.service.
просто сделай обратное тому как замускал
>В правила udev внесены нарушающие обратную совместимость измененияУзнаётся рука поттеринга :)
>В JSON-профили пользователей ... в форме QR-кода ...
Серьёзно?! Без сканирования кур-кода уже никак?
> настройки ... перенесены из /etc/pam.d/ в каталог /usr/lib/pam.d/
Редко переносите, надо чаще.
в этой новости прекрасно все...ну вы пока конфиги поперемещайте туда-сюда...
а я на диване посижу...
Видимо только тогда когда оси с сисей будут падать в синьку и висеть, модные одмины задумаются. Хотя...... наверно нет - будут винить железо или ещё что, и дальше складывать все яйца в одну корзину и бежать с ней...
Вот и обJSON-нили всех. Кушайте сами.
...и обQRили.
вообще странно, как они логи бинарными сделали, а не жисонные?
Не подсказывай.