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 / Линукс 🥸

MemOps 😃

Theora 1.2: 15 лет спустя свободный кодек получил второе дыхание

Новый релиз сохранил совместимость с оригиналом 2004 года, но принёс оптимизации для ARM, RISC OS и улучшил сжатие.

Theora 1.2:
— Первое обновление с 2009 года (версия 1.1).
— Распространяется под лицензией BSD (royalty-free).
— Совместим с контейнерами Ogg/Vorbis и кодеками уровня H.264/DiVX.

Главные изменения:
— Новый кодировщик Ptalarbvorm — выше скорость и эффективность сжатия.
— Поддержка ARM, TI C64x+ DSP и RISC OS.
— Три уровня скорости кодирования (включая новый промежуточный).

Почему это важно?
— Theora остаётся единственным полностью открытым видеокодеком без патентных ограничений.
— Оптимизации под ARM актуальны для IoT и embedded-устройств.

Технические детали
Кодировщик Ptalarbvorm:
— Создаёт файлы, совместимые со старыми декодерами.
— Ускорение работы на 30-50% (зависит от контента).
Декодер:
— Улучшена обработка потоков с переменным битрейтом.
— Исправлены ошибки буферизации для стриминга.

Linux / Линукс 🥸