## 🇨🇳 Утекшие данные раскрыли китайскую AI-машину цензуры: Технические подробности

В сеть утекли данные, раскрывающие детали разработки в Китае AI-системы для автоматической цензуры контента, признанного "чувствительным" китайским правительством. Утекшая база данных, изученная TechCrunch, содержит 133 000 примеров контента, использованных для обучения этой системы.

Технические детали AI-цензора:

* Обучение на "чувствительном" контенте: Система на базе Large Language Model (LLM) обучается на примерах, включающих жалобы на бедность в сельской местности, новости о коррупции чиновников КПК, и призывы о помощи от предпринимателей, столкнувшихся с вымогательством полиции.
* Цель системы: Автоматическая фильтрация и маркировка контента, "неугодного" китайскому правительству. Предполагаемое основное применение - цензура китайских граждан в сети, но возможно и использование для улучшения цензурных возможностей китайских AI-моделей.
* Преимущества перед традиционной цензурой: В отличие от ручной фильтрации по ключевым словам, AI позволяет значительно повысить эффективность и "гранулярность" контроля информации, выявляя даже скрытые формы "инакомыслия", включая "политическую сатиру" и исторические аналогии, критикующие текущую власть.
* Приоритетные темы для цензуры: Социально-политические темы, способные вызвать общественное недовольство:
* Скандалы, связанные с загрязнением окружающей среды и безопасностью продуктов питания.
* Финансовое мошенничество.
* Трудовые споры.
* "Политическая сатира" и критика "текущих политических деятелей" (даже через исторические аллюзии).
* "Тайваньская политика".
* Военные вопросы: передвижения войск, учения, вооружения.
* Обнаружение "мягкой" оппозиции: Система нацелена на выявление даже неявного несогласия, например, анекдотов, иллюстрирующих "мимолетность власти" через идиому "когда дерево падает, обезьяны разбегаются" (китайская поговорка).
* Упоминания "Тайваня": Слово "Тайвань" (台湾) упоминается в обучающих данных более 15 000 раз, что подчеркивает фокус на тайваньской тематике.
* Предназначение для "работы с общественным мнением": Датасет помечен как предназначенный для "public opinion work", что указывает на его связь с китайскими государственными органами, вероятно, с Cyberspace Administration of China (CAC), отвечающей за цензуру и пропаганду в интернете.

Утечка данных подтверждает тенденцию использования AI для усиления репрессивных мер. Ранее OpenAI сообщала об использовании китайскими структурами LLM для мониторинга антиправительственных постов и дискредитации китайских диссидентов. В отличие от простых алгоритмов блокировки по ключевым словам, AI позволяет осуществлять более тонкую и масштабную цензуру, постоянно совершенствуясь по мере обучения на новых данных.

---
😬 Вот это я понимаю, "полный цикл" контроля! ¯\_(ツ)_/¯

🥸 godnoTECH - Новости IT

KDE разрабатывает новый менеджер входа в систему: Plasma Login Manager.

David Edmundson, KDE-разработчик, опубликовал развернутый блог-пост, в котором подробно описал давние проблемы с SDDM (Simple Desktop Display Manager), текущим менеджером входа KDE, а также нереализованные функции, которые они хотят видеть в современном login manager. В качестве "золотого стандарта" упоминается GDM (GNOME Display Manager).

Хотя это еще не официальный проект KDE, работа над Plasma Login / Plasma Login Manager уже началась. В числе ключевых целей нового Plasma Login Manager:

* Превосходные возможности работы сразу после установки с несколькими мониторами, высоким разрешением и HDR.
* Переключение раскладок клавиатуры. (Казалось бы, базово, но...).
* Виртуальные клавиатуры. Для сенсорных экранов и не только.
* Удобный ввод для CJKV-языков (китайский, японский, корейский, вьетнамский). Актуально для глобальной аудитории.
* Управление яркостью экрана и клавиатуры. Для энергосбережения и комфорта пользователя.
* Полное управление питанием. Интеграция с системой управления питанием для корректного выключения/перезагрузки.
* Поддержка скринридеров для пользователей с нарушениями зрения (и, как следствие, регулировка громкости - видимо, для голосовых подсказок).
* Сопряжение доверенных Bluetooth-устройств на этапе входа в систему.
* Подключение к известным Wi-Fi сетям для удаленной аутентификации LDAP (логин еще до загрузки рабочего стола).
* Поддержка удаленного доступа (VNC/RDP) со старта системы. Для удаленного администрирования и не только.

Разработка Plasma Login / Plasma Login Manager началась с "раздевания" кода SDDM" (использование его в качестве бэкенда) и создания принципиально новой архитектуры. Код нового менеджера входа доступен в Git-репозиториях Plasma Login и Plasma Login Manager. Разработчики демонстрируют работоспособный прототип (скриншот прилагается в оригинальной статье), но подчеркивают, что до дистрибутивной упаковки и публичного использования еще далеко. На данный момент проект предназначен для "исследований и экспериментов" разработчиков.

---
KDE разрабатывает новый login manager, чтобы "все работало из коробки" и "было удобно". Звучит как начало анекдота про линукс, не правда ли? Посмотрим, что получится, главное, чтобы SDDM не сломали окончательно 😬

Linux / Линукс 🥸

Linux / Линукс 🥸

KDE разрабатывает Plasma Login Manager: замена SDDM с глубокой интеграцией в экосистему

Разработчики KDE анонсировали Plasma Login Manager — новый менеджер входа, призванный заменить устаревший SDDM. Причина — архитектурные ограничения SDDM, которые мешают глубокой интеграции с KDE Plasma. Цель: создать решение уровня GDM (менеджер GNOME), но для экосистемы KDE.

Почему SDDM больше не подходит?

▪️ Универсальность vs интеграция: SDDM работает с любым окружением, но не может тесно взаимодействовать с KDE-инструментами (управление яркостью, сетью, энергопотреблением).
▪️ Дублирование функций: SDDM воссоздаёт то, что уже есть в Plasma, усложняя поддержку.
▪️ Ограниченный UI: одно окно входа vs потребность в сложных сценариях (многомониторные конфигурации, HDR).

Особенности Plasma Login Manager

▪️ Архитектура:
— Бэкенд: урезанная версия SDDM.
— Фронтенд: единый стиль с блокировщиком экрана KDE, использование плагинов Plasma для тем и цветовых схем (вместо QML).
▪️ Интеграция: прямая связь с KWin (композитный сервер) и настройками Plasma.

Что обещают разработчики?

▪️ Современные технологии: поддержка HiDPI, HDR, нескольких мониторов.
▪️ Удобство:
— Виртуальная клавиатура, переключение раскладок.
— Управление подсветкой экрана/клавиатуры.
— Подключение к Wi-Fi, Bluetooth-устройствам.
▪️ Доступность:экранные ридеры, ввод на CJKV-языках.
▪️ Удалённая работа: поддержка VNC/RDP.

Текущий статус

🛠 Прототип готов: тестовая сборка доступна, но не для стабильного использования.
📂 Репозитории: бэкенд и фронтенд пока развиваются отдельно, но позже объединятся.
🚧 Планы: доработка энергоменеджмента, сетевых функций и интерфейса.

Сравнение с GDM
Как и GDM в GNOME, Plasma Login Manager стремится к глубокой интеграции со своей средой. Но вместо кода GNOME Shell/Mutter здесь — связка с KWin и настройками Plasma.

Linux / Линукс 🥸

Linux / Линукс 🥸

Debian 12 представил повторяемые Live-образы

Команда Debian объявила о полной поддержке повторяемых сборок для всех официальных Live-образов Debian 12.10, а также для сред рабочего стола из репозиториев Debian 11, 12 и Testing. Теперь любой пользователь может собрать свой образ, идентичный официальному, проверив, что в нём нет скрытых модификаций.

▪️ Debian 12 (x86_64): 96.9% пакетов (33 223) собираются повторяемо.
▪️ Debian Testing (ARM64): 96.5% (37 322 пакета).
▪️ Сравнение с другими дистрибутивами:
— Arch Linux: 86.3% (12 800 пакетов в core/extra).
— openSUSE Factory: 98.24% (15 754 пакета).

📌 Проблемный случай: в Debian Testing 2.2% пакетов (819) не проходят проверку, 1.1% (428) не собираются.

Как это работает?
Повторяемые сборки гарантируют, что из исходного кода можно получить точно такой же бинарный файл, как в официальном репозитории. Для этого:
1. Фиксируются зависимости и версии инструментов.
2. Исключается случайность: отключается добавление временных меток, случайных значений.
3. Сохранение порядка: файлы сортируются одинаково на каждом этапе.

Linux / Линукс 🥸

⛔️ Google закрывает код Android: исходники будут публиковать только после релизов

Что изменится?
• Закрытая разработка: все компоненты (Bluetooth-стек, система сборки, фреймворк виртуализации) теперь разрабатываются внутри Google. Раньше часть кода была публичной на ранних этапах.

• Публикация после релиза: исходники в AOSP (Android Open Source Project) будут появляться только когда версия Android готова.

• Доступ для партнёров: производители с лицензией GMS (Google Mobile Services) сохранят доступ к внутренней ветке.

Почему Google это делает?
⚙️ Упрощение процессов: раньше синхронизация двух веток (открытой и внутренней) вызывала конфликты и требовала ресурсов.

🚀 Скорость разработки: основные API и функции создаются во внутренней ветке, которая часто опережала публичную.

Последствия:
• Сложности для контрибьюторов: вносить правки станет труднее — код в AOSP будет устаревшим.

• Для кастомных прошивок: сборки на базе стабильных тегов (как LineageOS) не пострадают. Проблемы — у тех, кто полагался на нестабильную ветку main.

Как вы относитесь к изменениям?
🤷 — Нормально. Главное — стабильность
👎 — Кнопка дизлайка

🥸 godnoTECH - Новости IT

Евросоюз прорабатывает план отказа от Windows

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

📌 Основные детали
• Основой EU OS станет Fedora Linux (KDE Plasma).
• Цель: обеспечить ОС для госорганов с сотнями пользователей, минимизировав риски взломов.
• Статус: неофициальный проект, запущенный в конце 2023 года. Исходники доступны на GitLab.
• Автор проекта: доктор Роберт Риман (сотрудник Европейского надзорного органа по защите данных, EDPS).
• Статус: неофициальный проект, запущенный в конце 2023 года. Исходники доступны на GitLab.

Интересно, почему в основе американская Fedora, а не немецкая SUSE или что-нибудь другое европейское.

Linux / Линукс 🥸

Основные директории файловой системы Linux

Linux / Линукс 🥸

#предложка
Кабинет Технологии 😬

Типичный 🥸 Сисадмин

Linux / Линукс 🥸

Akamai взяла под крыло kernel.org: глобальная поддержка ядра Linux

Компания Akamai стала новым инфраструктурным партнёром kernel.org — центра распространения исходного кода ядра Linux. Соглашение обеспечит долгосрочную стабильность разработки ОС.

— Akamai взяла на себя хостинг и IT-инфраструктуру kernel.org, включая развёртывание бесплатной CDN-сети для ускорения доступа к репозиториям Git.
— Цель: гарантировать бесперебойную работу платформы, где более 13,5 тыс. разработчиков из 1300+ компаний координируют развитие ядра.
— Akamai планирует интегрировать дополнительные инструменты для защиты от DDoS-атак и оптимизации доставки кода.

Linux / Линукс 🥸

Linux / Линукс 🥸

🤐 Проект Organic Maps бежит из GitHub на Forgejo из-за санкций против разработчика

— Organic Maps создаёт приватное приложение для офлайн-навигации. GitHub без предупреждения перевёл репозиторий Organic Maps в режим «только для чтения» в середине марта 2025 года.
— Ограничение сняли через две недели, но команда решила не возвращаться.
— У одного из разработчиков появилось уведомление о блокировке доступа к приватным репозиториям. GitHub предположил связь участника с санкционным регионом или компанией (детали не раскрываются).

Перенесено 54 тыс. коммитов, 9.5 тыс. issue, 100 тыс. комментариев и 4.3 тыс. pull request.

🔖 P.S. Organic Maps — не первый проект, покинувший GitHub из-за санкций. В 2023 году под удар попал мейнтейнер ipmitool, чей инструмент используют все крупные дистрибутивы Linux. После блокировки ему пришлось за 48 часов перенести код на Codeberg.

GitHub теряет доверие...

🥸 godnoTECH - Новости IT

Линус Торвальдс раскритиковал код тестирования hdrtest, который собирается как часть полной сборки ядра, а также «оставляет после себя гадости» (turds).

По мнению Торвальдса, этот код «должен умереть», по крайней мере, с точки зрения разработчиков драйверов без DRM.

Новый код hdrtest предназначен для драйвера ядра Intel Xe и призван помочь гарантировать, что опция DRM header files является самодостаточной и проходит базовые проверки и тесты kernel-doc.

Текст из письма Торвальдса

Грр. Я сделал pull, разрешил (тривиальные) конфликты, но я заметил, что в итоге это содержало отвратительную ерунду hdrtest, которая:

(a) замедляет сборку, потому что это делается для обычной сборки allmodconfig, а не для какой-то простой вещи, которую вы, ребята, можете запустить по мере необходимости;

(b) также оставляет случайные гадости hdrtest в каталогах include.

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

Какого черта это тестирование выполняется как обычная часть сборки?

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

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

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

Эта штука должна умереть.

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

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

Я бы посоветовал вам вообще не делать это частью настройки Kconfig и обычной сборки, а сделать так, чтобы вы могли запустить это как часть своих тестов (то есть сделать это как что-то вроде "make drm-hdrtest", а не как часть обычных сборок).

Линус.

Текст из письма Торвальдса в оригинале

"Grr. I did the pull, resolved the (trivial) conflicts, but I notice that this ended up containing the disgusting "hdrtest" crap that

(a) slows down the build because it's done for a regular allmodconfig build rather than be some simple thing that you guys can run as needed

(b) also leaves random 'hdrtest' turds around in the include directories

People already complained separately about this. It should never have made it to me in this broken form.

Why the heck is this testing being done as a regular part of the build?

And dammit we don't add random turd files for dependencies that then make the source tree nasty.

The thing that made me notice that it was still there was that "git status" complains about the stupid turds not being ignored.

But more importantly, those turds also break filename completion! So no, adding it to gitignore doesn't actually fix the problem, it would just have made me not notice as quickly.

This thing needs to die.

If you want to do that hdrtest thing, do it as part of your own checks. Don't make everybody else see that disgusting thing and have those turds in their trees.

I'll just disable it by marking it BROKEN for now. You guys can figure out what you want to do, but no, forcing others to see those things is not the answer.

I would suggest you not make this part of the Kconfig setup and normal build at all, but be something where you can run it as part of your tests (ie do it as a "make drm-hdrtest" kind of thing, not as part of regular builds).

Linus"

Linux / Линукс 🥸

Linux / Линукс 🥸