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

Что сказать?! Когда-то, я залез в технический раздел ЛОРа (каюсь, да, правила не читал, модераторы справедливо всё потёрли и шкворцов поубавилось, больше так не делаю) и развел там небольшой, но весёлый срачик на тему Vi vs Nano, где тулил за то, что nano это хорошо, удобно, просто и всем зайдет, а vi наоборот и с этим надо что-то делать.

И что теперь?! А вот что, в категории ChangeAcceptedF33 мы видим UseNanoByDefault, такие дела. И какие рассуждения там встречаем? А вот.

<...> You need to spend time learning how to use it, for even basic editing tasks. This increases the barrier to entry for those who are switching to Fedora and don't know how to use vi. It also makes things hard for those who don't particularly want to learn how to use vi. <...>

In contrast, Nano offers the kind of graphical text editing experience that people are used to, and therefore doesn't require specialist knowledge to use. <...>

Why make Nano default and vi optional, rather than the other way round? Because Nano is the option that everyone can use. 

Походу будет создан пакетик nano-default-editor, который вытянет nano и установит $EDITOR=nano, которая в федоре была не определена по умолчанию.

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

Ваши мнения. Что в других дистрах? Знаю что в дебиане nano всегда устанавливается, но по умолчанию кажется вызывается vi. В федоре его и ставить-то стали недавно, если не ошибаюсь ещё в 30-ке его не было, а тут раз – и такой поворот.

Для Ъ: https://fedoraproject.org/wiki/Changes/UseNanoByDefault

http://smi.marketgid.com/news/532

"Геллер, являющийся также специалистом по космологии и философии, получил за свою работу 820 тыс. евро." "Геллер разработал сложную формулу, которая позволяет объяснить все, даже случайность, путем математических подсчетов."

формулу ?

>>>

Хотелось бы продолжить начатое в треде [антиатеизма тред] Аксиоматика. обсуждение с wm34 и другими.

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

Прежде всего, хотелось бы услышать от него ответ на эти посты:

[антиатеизма тред] Аксиоматика. (комментарий)

[антиатеизма тред] Аксиоматика. (комментарий)

[антиатеизма тред] Аксиоматика. (комментарий)

[антиатеизма тред] Аксиоматика. (комментарий)

[антиатеизма тред] Аксиоматика. (комментарий)

Для тех, кто не в теме: пройдите по ссылкам и ознакомьтесь, о чем тред.

Для Ъ: версию с полной историей сообщений напишу, как только появятся жаждущие ее.

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

Убить

Убить убийцу

Убить убийцу убийцы

Убить убийцу убийцы убийцы

... и т.д.

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

PS. Огромная просьба к модераторам не убивать этот тред, т.к. он является всего лишь продолжением предыдущего. Если таки убъете, снимите пожалуйста звездное ограничение с предыдущего.

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

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

ЭКЗИСТЕНЦИАЛЬНЫЙ: если свободы воли нет, то люди не могут прыгнуть выше потолка, их успех в жизни не зависит от них самих ни на один процент, а следовательно - они жертвы обстоятельств.

ПОЛИТИЧЕСКИЙ: А если от человека не зависит его собственное благосостояние и комфорт жизни близких, то наиболее гуманной политической системой будет общественный строй, основанный на крайне левых убеждения, обеспечивающий более менее равные, я бы даже сказал равномерные, условия существования индивидумов, не зависимо от их генетических способностей, среды (ведь не справедливо заранее наказывать человека снижением уровня жизни из-за параметров, которые от него не зависят) и стремления вырваться и «стать человеком» (отсутствие свободы осознанного выбора исключает любые нестохастические «стремления»).

ЭТИЧЕСКИЙ. В том числе родить здоровых детей: родители-наркоманы не несут ответственность за родившихся уродцев с семью пальцами на ногах, уменьшенными лобными долями, сверхмалыми легкими, параличами различных мастей. Матери, делающие аборт на 6-м месяце не по медицинским показаниям не совершают ничего преступного, да и сами осуждения любых преступлений - абсурд.

МОРАЛЬНЫЙ. Если возможности возбудить намерение отсутствует, то никто ни за что не несет ответственности. Совесть каждого чиста by design и by default, любой незаконно осужденный - заслуживает своей участи, неосужденный за тяжкие преступления - перед обществом чист, а стражи правопорядка ненужны, так как все заранее предопределено: кого ограбят, кого убьют, изнасилуют, изувечат, кого посадят, а кого нет.

Естественно лишена всякого смысла политическая борьба и «отстаивание своих интересов». На гарантированно случайный исход событий мы можем повлиять *только* случайно или (что ни чуть не радует) заранее детерминированно. Как бы там ни было, реализации целей, которые как нам кажется мы преследуем, осознанно поспособствовать нет ни единого шанса.

Вывод для LOR-a: нет никакого смысла кого-то в чем-то переубеждать, потому что политические, религиозные, технические, социальные взгляды целиком и полностью зависят от физического устройства мозга, который суть и есть носитель личности и тождественен нашему Я. А социо-культурная среда вокруг оппонента заранее предопределена.

Дискасс^W Упс... Я забыл, это бессмысленно.

P.S.: С другой стороны мы можем найти лазейку, и постулировать наличие воли, некой трансцендентной субстанции, как аксиому. Существование реальности ведь тоже аксиома. То есть принимается «как есть» и не требует доказательств: Reality, in everyday usage, means the state of things as they actually exist. (с) Compact Oxford English Dictionary of Current English.

Почему бы нам не проделать этот же финт с волей? А может быть и с Богом? ;) ... если это улучшит нашу жизнь. И, возможно, не стоит полагать, что бритва Оккама настолько уж остра? В этом вопросе меня, скорее всего, поддержал бы Поппер и Декарт.

Даже, если вы считаете, что свободы воли нет, почему бы просто не *принять*, что люди склонны к тем или иным убеждениям в силу *объективных* обстоятельств и перестать быть лицемером, «убеждающим» (а на деле просто оскорбляющим и издевающимся) верующих в их неправоте. Но попробовать найти точки соприкосновения и вместо бесплодных дискуссий попробовать сделать что-нибудь действительно полезное полезное *вместе*.

А ЛОР-овские религиозные флеймы прекратить раз и на всегда по причине абсолютной бессмысленности.

// Сори за желтый заголовок. Linux здесь при том, что он формирует сообщества на подобии этого.

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

Или программиста, наизусть знающего исходники всей своей системы?

Представьте, случился конец света, и детей в воскресной школе учат правилам правильного кодинга. За кафедрой сидит Линус, перетасовывает исписаные вареньем салфетки с хэшами коммитов, и говорит: «дети, вначале было main...»

Но что-то гложат сомнения, что кто-то помнит священные тексты настолько хорошо, чтобы оно сконпелялось :( А другие фанатики всё еще помнят отдельные константы, произошедшие N тысяч лет назад! Линус-фанатики уже не торт? Нужно срочно читать конфиг ядра?

В душе сомнения.

Часа 3 потратил на гугление и попытки избавиться от треска микрофона в скайпе. На этом сайте эта тема обсуждалась уже 2 раза: И все-таки, как заставить нормально работать микрофон с пульсой? Треск при использовании микрофона

Проблема заключается в том, захват звука происходит с треском при использовании метода POSBUF. Но с воспроизведением всё ОК. Встречается это на драйверах snd_hda_intel. Но Pulseaudio работало с захватом звука очень плохо. С большими задержками шла инициализация звука с микрофона в приложениях.

Для исправления я: 1. Изменил параметр position_fix на 3 (VIACOMBO) в настройках драйвера (в предыдущих 2 темах использовалась правка файла /etc/modprobe.d/alsa-base.conf. Я же его менял в openSUSE через YaST в настройках звука) 2. В конфигурационном файле /etc/pulse/default.pa заменил строку load-module module-udev-detect на load-module module-udev-detect tsched=0 (Взято отсюда https://wiki.ubuntu.com/Audio/PositionReporting)

После описанных манипуляций воспроизведение идёт через POSBUF, а запись LPIB. И интервал инициализации становится нулевым, что избавляет от больших задержек.

Надеюсь, кому-то будет полезно.

Доброго (знаю, таких не бывает) утра!

У меня есть набор пакетов pkg-cfg, pkg-drv-kernel-version и pkg-fw. Необходимость в разных пакетах pkg-drv-kernel-version, вызвана тем, что если делать pkg-drv_kernel-version, то на одной машине будет существовать только одна версия pkg-drv, а хочется для всех присутствующих ядер.

И, соответственно, в debian/control пакета pkg-cfg осталась строчка «Depends: pkg-drv», которую по-идее следует преобразовать в «Depends: pkg-drv-kernel-version», но этих pkg-drv-kernel-version может быть несчетное количество и хотелось бы оставить pkg-drv, а системе сказать, что все pkg-drv-kernel-version можно считать за pkg-drv.

Как такое можно сделать?

Допустим мне не нужно массовое производство процессоров, а хочется запилить несколько штук в гараже с командами RISC-V для управления шаговым двигателем или отоплением в доме. Что-нибудь простенькое уровня Пентиум из 90-х без MMX расширений и прочих конвейров.

Литография это химия и опасные кислоты, по закупке которых на твой адрес подъедет ФСБ. Я уже не говорю о чистых комнатах и химзащите.

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

Собственно, сабж. Ядерную консоль закапывают совсем, а не только прокрутку в ней:

We'd like to move to CONFIG_VT=n as the console and vt subsystem have historically been a source of bugs but are also nasty places for locking etc. It also can be the cause of oops going missing when it takes out the panic path with locking bugs stopping other paths from completely processing the oops (like pstore or serial). ... Once you think through all the paths and things you want supported, you realise the best user console is going to be one that supports emojis and non-Latin scripts. This probably means you want a lightweight wayland compositor running a fullscreen VTE based terminal. Working back from the consequences of this means you probably aren't going to want this in systemd, and it should be a separate development.

The other area discussed was around the requirements for a panic/emergency kernel console, likely called drmlog, this would just be something to output to the display whenever the kernel panics or during boot before the user console is loaded.

https://www.phoronix.com/news/LPC-2022-Consoles-Accelerators

В качестве альтернативы предлагается, например, KMSCON: https://www.freedesktop.org/wiki/Software/kmscon/ .

Организация Linux Foundation объявила о партнёрстве с TransTech Social Enterprises, инкубатором ЛГБТQ (LGBTQ) талантов, специализирующемся на экономическом повышении компетентности группы Т, трансгендерных людей. Партнёрство будет представлять стипендии перспективным студентам, с целью предоставить им больше возможностей начать работать с программным обеспечением, основанным на технологиях с открытым исходным кодом (Open Source).

В текущем виде, партнёрство предоставляет 50 стипендий в квартал, тем, кто удовлетворяет условиям подачи заявки. Linux Foundation Training & Certification со своей стороны представляет ваучер для регистрации на любом курсе либо экзамене Linux Foundation eLearning, таких как Linux Foundation Certified IT Associate, Certified Kubernetes Administrator, Open.js Node.js Certified Application Developer, и многих других. Клайд Сиперсед, SVP&GM Подразделения Обучения и Сертификации, считает, что стипендия понизит барьер входа и поможет сотням людей начать open source карьеру, а также вдохновит больше членов LGBTQ-сообщества на выбор IT-сектора как сферы самореализации.

https://training.linuxfoundation.org/announcements/transtech-social-and-linux-foundation-training-certification-partner-to-award-technology-training-scholarships/

https://www.opennet.ru/opennews/art.shtml?num=55316

Собственно что мешает переписать swap так, чтобы редко или вообще неиспорльзуемые индексы хранились не в ОЗУ, а так же бы выносились на диск?

По совету ЛОР-овцев и уважаемого iZEN, обзавёлся монитором iiyama X2483HSU-B3 с AMVA матрицей.
Выбрал AMVA а не IPS не спроста! У AMVA должен быть настоящий чёрный и т.д. и т.п.

Распаковал я новый монитор, подключил и..Иииии оппа... И это при выставленной яркости 8 из 100...
Ну **** ****** ******* думаю... хорошо хоть битых пикселей нет.

И вдруг при перезагрузке обратил внимание на GRUB меню, в общем смотрите видео и всё поймёте .

Благую весть принёс я вам! Мониторы то у многих из вас нормальные, это что-то в ядре с подсветкой или гаммой не в порядке.
Xubunu 20.04.2, видео Intel HD 630
версии ядра пробовал
5.4.0-67-generic
5.11.5

Upd.: В Fedora 33 Workstation (с wayland, Xwayland) тоже самое - чёрный совсем не чёрный.
FreeBSD (вероятно без i915): https://img11.lostpic.net/2021/03/17/6e202da9ed523bdea381a08c2e587839.jpg
Ubuntu: https://img11.lostpic.net/2021/03/17/811e4681813f4bc0ac842cbbf2166e37.jpg

Upd.2: заблеклистил модуль i915 (GRUB_CMDLINE_LINUX_DEFAULT=«quiet module_blacklist=i915»), результат - черный цвет стал чистый глубокий чёрный.

Решение:

xrandr --output HDMI1 --set "Broadcast RGB" "Full"

Всех приветствую.

Решил попробовать дистрибутив Illumos под названием Openindiana. И в нем есть некоторые интересные моменты.

По умолчанию тут стоит nvidia-driver 340. Он не поддерживает современные видео карты nvidia, поэтому заменил на 535 драйвер.

Система по ощущениям немного тормозит по сравнению с FreeBSD+ZFS

Так же понравилась тема Nimbus которая раньше была в OpenSolaris.

Астрологи объявили неделю BSD на ЛОРе...

Ровно 30 лет назад, 19 апреля 1993 года, некий Chris G. Demetriou из университета Berkeley объявил о выходе новой ОС, основанной на 386BSD 0.1.

Поздравляю всех причастных и сочувствующих.

Картинка для привлечения внимания: Pinebook Pro с виновницей торжества на борту. Инструкцию по установке можно подсмотреть в блоге моего хорошего знакомого Бэнни

На постановочной картинке (основанной на реальных событиях) представлено типичное занятие современного арчевода, имевшего (не)счастье купить себе дорогую игрушку. После очередного обновления системы, нвидиевский блоб решил отрубить регулировку power limit карточки, и дорогая 100ваттная красавица превратилась в 60ваттную скромницу, а nvidia-smi упорно твердил, что он мол знать не знает как поднять мощность на этой карте.

Ну чтож, зайдя на сайтик нвидии, я в очередной раз убедился в гениальности арчеводов - они притащили в апстрим «new feature» ветку дров нвидии, вместо использование стабильной «production». Ну, не беда, будем откатываться!

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

Собственно, на скриншоте это и представлено. Клонируем нужную ветку гит-репы с рачепакетами, заходим в нужную директорию, откатываем PKGBUILD на пару коммитов назад, и легко и непринужденно с помощью makepkg -si собираем и устанавливаем старый блоб. Ну и не забываем потом собрать ещё парочку пакетов %) Осталось только перезагрузится, убедиться что всё работает, и добавить блоб в IgnorePkg.

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

Оформление цветов в i3 - закос под gruvbox. Использую её как цветовую схему в i3, dunst, neovim, vifm, vscode, idea, gtk и qt. Короче - практически по всей системе. Как по мне - достаточно приятная темная палитра, в меру контрасная.

Шрифты в WM и редакторах кода - JetBrainsMono.

Статус-панель: стандартный i3bar + i3status, мои потребности полностью покрывает. Единственное, что необычного тут можно заметить - текстовый индикатор раскладки, который выводится и обновляется с помощью двух самописных скриптов и какой-то матери.

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

Для запуска программ, менеджинга окон, управления монтированием, а также для простых вычислений используется rofi. Настройка wifi/bluetooth - через консольку, благо с тем же iwctl и bluetoothctl всё настраивается просто мгновенно, с красивым комплишеном и автообновлением.

Редактор кода для конфигов - neovim. Превращать его в IDE пока не планирую, для разработки на жабе использую IDEA с ideavim.

Файловый менеджер - vifm. Перешел на него с ranger, и по сравнению с тем питоновским поделием он просто летает, функциональности нужной мне в нём больше, да и подход к взаимодействию у него более VIMовский чтоли. Пользуясь случаем, передаю большое спасибо xaizek.

Терминал - kitty (fish shell), браузер - firefox, музыкальный плеер - quodlibet, обоина на рабочем столе - по мотивам игры hollow knight, недавно наконец-то победил лучезарность %)

Из полезных утилит:

• playerctl + playerctld - поддержка MPRIS, позволяет иметь один интерфейс для play/pause/next/prev любой играемой музыки, будь то локальные треки в quodlibet или вкладка с яндекс-музыкой.
• maim - скриншотер, лучшая альтернатива scrot, которая не портит скриншоты рамкой обводки.
• brightnessctl - управление яркостью дисплея.
• gxkb - переключалка раскладки, которая помнит последнюю раскладку для каждого окна и автоматически переключает её при фокусе.
• picom - композитор, единственная задача которого дать нормально жить gtk4 барахлу. Всё остальное нормально работает и без него
• gamemoderun - тулза, которая отключает композитор при запусках игрушек
• MY_COOL_SCRIPTS.sh - отборная коллекция велосипедов, без которых ничего не работает.

Вдохновляюсь цитатками и медленно продвигаюсь по пути linux kernel developer.
Давно не мог привести рабочее место в порядок, что-то не нравилось, но сейчас вроде как все устоялось и я решился выложить.

Незашакаленый скрин
Само рабочее окружение

ThinkPad T420
Gentoo, OpenRC, linux 4.1.12
i3-gaps (конфиг)

После двух с половиной месяцев разработки вышла новая версия ядра Linux 3.6.

Среди прочих изменений следует отметить такие:

( читать дальше... )

Более подробно со списком изменений можно ознакомиться, пройдя по приведённым ниже ссылкам:

• лог коммитов ядра;
• Kernel Log – Coming in 3.6 (Part 1): Filesystems and storage;
• Kernel Log – Coming in 3.6 (Part 2): Networking;
• Kernel Log – Coming in 3.6 (Part 3): Architecture;
• Kernel Log – Coming in 3.6 (part 4): Drivers;
• Kernel Log – Coming in 3.6 (Part 5): Infrastructure;
• о ядре на Kernel Newbies (основная статья, статья о драйверах);
• Interesting Features For The Linux 3.6 Kernel;
• все упоминания нового ядра на Phoronix.

Скачать тарболл с исходниками

Скачать патч на ядро 3.5

>>> Официальный анонс

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

Интероперабельность по файловым системам между разными ОС

Реализация полной поддержки ext4 для ядер FreeBSD, NetBSD и ReactOS/NT.

Реализация полной поддержки UFS/FFS для ядер Linux и ReactOS/NT.

Реорганизация исходного кода glibc и вынос оттуда логики сервисов в демоны

Известная особенность, что glibc не может быть собрана полностью статически, поскольку завязана на модульный механизм, связанный с загрузкой произвольного набора *.so, предоставленных другими компонентами ОС.

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

Это позволит собирать программы полностью статически, при этом гибко используя любые фичи ОС, предоставленные этим модульным механизмом. (А на него много чего завязано, от резолвинга DNS, до перечисления юзеров в системе.) А также улучшит интероперабельность между дистрибутивами.

Это позволит также использовать полный набор фич, предоставленных механизм Name Service Switch, для приложений, которые вообще не используют glibc.

Универсальный формат бинарника для запуска на разных ОС и универсальное ABI, отвязанное от конкретного ядра

То, что универсальный формат бинарника, запускающийся на самых разных ядрах, в принципе возможен – доказал проект cosmopolitan libc.

Однако этот проект имеет недостатки:

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

В идеале хотелось бы видеть тулчейн, который способен собрать стек библиотек начиная от базовых и вплоть до графических тулкитов, и при этом получившийся набор библиотек способен работать поверх Linux, FreeBSD, NetBSD – как минимум.

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

Применение pacman и makepkg для дистрибутивов с фиксированным релиз-циклом

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

Было бы интересно увидеть мета-дистрибутив, который объединяет все перечисленные наработки, предоставляя возможность использовать ядра Linux/FreeBSD/NetBSD и при этом имея прикладное ABI, отвязанное от ABI ядра.

Разработчик Debian и исследователь в сфере информационной безопасности Andres Freund сообщает об обнаружении вероятного бэкдора в исходном коде xz версий 5.6.0 и 5.6.1.

Бэкдор представляет собой строчку в одном из m4-скриптов, которая дописывает обфусцированный код в конец скрипта configure. Этот код затем модифицирует один из сгенерированных Makefile проекта, что в конечном итоге приводит к попаданию вредоносной нагрузки (замаскированной под тестовый архив bad-3-corrupt_lzma2.xz) непосредственно в исполняемый файл библиотеки liblzma.

Особенность инцидента состоит в том, что вредоносные скрипты сборки, служащие «триггером» для бэкдора, содержатся только в распространяемых tar-архивах с исходным кодом и не присутствуют в git-репозитории проекта.

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

По ссылке исследователь отмечает, что в конечном итоге целью бэкдора, по-видимому, является инъекция кода в процесс sshd и подмена кода проверки RSA-ключей, и приводит несколько способов косвенно проверить, исполняется ли вредоносный код на вашей системе в данный момент.

Рекомендации по безопасности были выпущены проектами Arch Linux, Debian, Red Hat и openSUSE.

Разработчики Arch Linux отдельно отмечают, что хотя заражённые версии xz и попали в репозитории дистрибутива, дистрибутив остаётся в относительной «безопасности», т. к. sshd в Arch не линкуется с liblzma.

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

>>> Подробности

Вышла версия операционной системы NetBSD 10.0.

( читать дальше... )

>>> Подробности