Мир Linux

• Друзья, пришло время провести очередной конкурс. На этот раз мы разыгрываем бумажную версию книги "The Ultimate Kali Linux Book" - это новое издание книги по изучению Kali Linux, которое перевели на русский язык.

• К слову, книга содержит более 800 страниц информации и будет полезна как новичкам, так и опытным специалистам.

• Итоги подведём 8 августа в 10:00, при помощи бота, который рандомно выберет 8 победителей. Доставка для победителей бесплатная в зоне действия СДЭК. Удачи ❤

Для участия нужно:

1. Быть подписанным на наш канал: Infosec.
2. Подписаться на канал наших друзей: Мир Linux.
3. Нажать на кнопку «Участвовать»;
4. Ждать результат.

Бот может немного подвиснуть — не переживайте! В таком случае просто нажмите еще раз на кнопку «Участвовать».

#Конкурс

Ollama построила свою репутацию на локальном ИИ.

Запускайте модели на собственном железе: без облака, без подписок, с полным контролем над опенсорсными LLM.

Но теперь от этого позиционирования постепенно отказываются.

Самые новые и обсуждаемые модели сначала появляются в Ollama Cloud – и, похоже, остаются там навсегда.

Kimi K3 пока недоступна локально? Допустим, модель только вышла. Но Kimi K2.5 доступна уже больше шести месяцев и до сих пор работает только через облако.

Это уже не задержка. Это стратегия.

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

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

Сначала – бесплатно и локально, чтобы набрать пользовательскую базу. Затем лучшие возможности постепенно переносят за пейволл.

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

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

Экосистеме локального ИИ нужна серьёзная альтернатива, которая действительно придерживается принципа local-first.

@linuxos_tg

От DevOps к MLOps

Чем MLOps отличается от привычных DevOps-процессов?

MLOps отличается от классического DevOps примерно так же, как машинное обучение отличается от традиционной разработки ПО.

Например, в MLOps необходимо отслеживать сразу три компонента:
— код
— данные
— модели

В DevOps обычно версионируется и отслеживается прежде всего код.

Кроме того, в MLOps появляются дополнительные процессы:

— Версионирование данных – отслеживание изменений в датасетах с помощью DVC (Data Version Control), LakeFS и других инструментов.
— Трекинг экспериментов – сохранение гиперпараметров, метрик и версий моделей для каждого запуска обучения.
— Реестр моделей – отдельное версионирование и управление моделями независимо от артефактов приложения.
— Непрерывное обучение (Continuous Training, CT) – помимо CI/CD, модели необходимо регулярно переобучать по мере изменения данных.

В этой статье подробно разобрано, что MLOps означает для DevOps-инженеров:

— что такое MLOps
— какие навыки нужны DevOps-инженеру
— основные инструменты MLOps
— нужны ли GPU-кластеры для изучения MLOps

Читать тут

@linuxos_tg

Вышел годный инструмент, который помогает изучать Linux на практике

Shell Gym – интерактивный тренажёр командной строки Linux, созданный на основе многолетнего опыта преподавания. По сути, автор выделил ядро iximiuz Labs и превратил его в отдельный демон.

https://github.com/iximiuz/shellgym

👉 DevOps Portal

Председатель FreeCAD Association и один из старейших разработчиков проекта решил «отойти от сопровождения FreeCAD» из-за несогласия с использованием ИИ в проекте.

«Я почти 20 лет входил в основную команду, но теперь проект движется в направлении, с которым я не хочу работать», - заявил председатель FreeCAD Йорик ван Хавр.

Говоря об ИИ, он отметил:

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

https://forum.freecad.org/viewtopic.php?t=106653

@linuxos_tg

Проект Debian готовится провести голосование по общей резолюции, которая официально запретит использование ИИ и LLM при работе над любыми компонентами Debian Linux.

Предложение предусматривает исключение для сторонних апстрим-проектов, не относящихся напрямую к Debian, которым будет разрешено продолжать использовать LLM. Благодаря этому исключению использование ИИ останется допустимым, например, при разработке ядра Linux, где сейчас около 10% новых патчей написаны с помощью ИИ.

https://debian.org/vote/2026/vote_002

@linuxos_tg

Заморозка репозитория FreeBSD Ports: недавно в дерево портов был закоммичен бинарный файл размером 150 МБ. В результате команда core@ приняла решение временно заморозить дерево портов, чтобы провести необходимые работы по очистке. При этом нет никаких оснований полагать, что дерево портов было скомпрометировано

@linuxos_tg

Теперь Mac поддерживает Windows

@linuxos_tg

Похоже, команда Ubuntu в Canonical делает всё возможное, чтобы принудительно установить в вашу систему сломанные клоны Coreutils на Rust, известные как uutils... даже если вы хотите продолжать пользоваться рабочими, хорошо протестированными GNU Coreutils, написанными не на Rust.

Ubuntu создала пакет с Rust-клоном Coreutils, который при обновлении системы «подтянет coreutils-from-uutils».

Хотите вернуться на GNU Coreutils, написанные не на Rust? Это можно сделать, но лишь временно и преодолев несколько препятствий…

При этом Ubuntu расставила ловушки, из-за которых непроверенные клоны на Rust будут устанавливаться повторно при установке или обновлении некоторых часто используемых пакетов, например build-essential.

Согласно описанию изменений, добавивших эту ловушку, её цель прямо сформулирована как «принудительное использование варианта uutils [клона на Rust] при сборке».

Другими словами, если вы используете Ubuntu:

Вы будете пользоваться непротестированным кодом на Rust – и будете довольны.

@linuxos_tg

Знаете ли вы, что 100% проблем безопасности GNOME отслеживает всего один сотрудник Red Hat?

А ещё Red Hat больше не передаёт разработчикам информацию НИ ОБ ОДНОЙ уязвимости в проектах, которые запрещают контент, сгенерированный ИИ.

И что с 1 ноября этот сотрудник Red Hat ВООБЩЕ перестанет отслеживать новые проблемы безопасности GNOME?

«Больше никто не отслеживает проблемы безопасности GNOME»

— говорит Майкл Катанзаро из Red Hat.

Так сейчас обстоят дела с безопасностью GNOME ☕️

https://blogs.gnome.org/mcatanzaro/2026/07/20/some-changes-to-gnome-security-tracking/

@linuxos_tg

DevOps-инструмент недели: HAMi

Обычно Kubernetes-кластер выделяет целый GPU под одну рабочую нагрузку.

В результате часть ресурсов GPU простаивает.

HAMi решает эту проблему.

Это опенсорс middleware для Kubernetes, которое позволяет распределять, изолировать и планировать GPU и другие AI-ускорители между Pod’ами без изменений в коде приложения.

Что умеет HAMi:

- Делит один GPU на несколько частей по объёму памяти, количеству ядер или числу устройств
- Задаёт жёсткие лимиты памяти и вычислительных ресурсов для каждой рабочей нагрузки, чтобы один Pod не мог занять ресурсы другого
- Оптимально распределяет задачи по GPU: уплотняет их для экономии ресурсов или разносит по разным устройствам, чтобы избежать снижения производительности
- Управляет NVIDIA GPU, NPU, DCU, MLU и другими типами ускорителей через единый механизм планирования
- Позволяет запускать мультитенантные задачи обучения, инференса и среды с ноутбуками в общем пуле GPU

GitHub: https://github.com/Project-HAMi/HAMi

@linuxos_tg

Линус Торвальдс жёстко обозначил позицию по поводу ИИ в разработке ядра Linux:

«Linux – не один из тех анти-ИИ-проектов. Если кого-то это не устраивает, он может поступить в духе опенсорс и сделать форк».

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

«Потому что человеческий интеллект тоже далеко не всегда так уж хорош».

«Это НЕ какой-то проект “социальных борцов”. Никогда им не был и никогда не будет».

https://lore.kernel.org/linux-media/CAHk-=wi4zC+Ze8e+p3tMv8TtG_80KzsZ1syL9anBtmEh5Z40vg@mail.gmail.com/

😨😨😨

@linuxos_tg

FreeBSD достигла своей давней цели - полностью удалить код под лицензией GPL из базовой системы.

«В базовой системе FreeBSD больше нет никакого кода под GPL. Миссия выполнена».

https://wiki.freebsd.org/GPLinBase

@linuxos_tg

Короткий Linux-совет

Нужно создать пустой файл?

Большинство использует:

touch notes.txt

Но можно воспользоваться перенаправлением вывода в shell:

> notes.txt

Если файла не существует, он будет создан.

Простой шорткат, который экономит несколько нажатий клавиш.

Обратите внимание: будьте осторожны с командой > notes.txt. Если файл уже существует, его содержимое будет заменено пустым файлом.

Если вы не уверены, существует ли файл, и хотите избежать случайной перезаписи, можно использовать:

>> notes.txt

Эта команда создаст файл, если его нет, и сохранит текущее содержимое, если файл уже существует.

@linuxos_tg

Зрачок линуксоида, когда он смотрит на свою чётко настроенную систему

@linuxos_tg