Всё самое интересное из мира Linux и опенсорса
Сотрудничество, реклама: @devmangx
РКН: https://clck.ru/3PKrKN
Работаем с @Spiral_Yuri
Post #828
24.7K
Channel Public Channel
МИ Мир Linux
@linuxos_tg
- Subscribers
- 56.6K
- Photos
- 710
- Videos
- 133
- Links
- 566
Showing posts older than #829 · Back to latest
Older Posts 13 shown
Post #826
32.2K
Опенсорсная прошивка/система для калькуляторов заявила, что больше не будет доступна в Калифорнии из-за нового закона об "проверке возраста для операционных систем"
Серьёзно.
"Проект DB48X нацелен на пересборку и улучшение пользовательского опыта семейства калькуляторов HP48".
От разработчика:
https://github.com/c3d/db48x/tree/dev
@linuxos_tg
Серьёзно.
"Проект DB48X нацелен на пересборку и улучшение пользовательского опыта семейства калькуляторов HP48".
От разработчика:
«Как следствие недавней законодательной активности в Калифорнии и Колорадо. DB48x, вероятно, подпадает под определение “операционной системы” в рамках этих законов. Однако он не реализует, не может реализовать и не будет реализовывать проверку возраста.»
https://github.com/c3d/db48x/tree/dev
@linuxos_tg
- 😁 93
- 👍 22
- 🤯 15
- ❤ 14
- 💊 5
Post #825
29.2K
Вице-президент по разработке Ubuntu выступил на конференции Rust Nation UK, где заявил следующее об Ubuntu Linux:
- Ubuntu довольно строго рекомендует разработчикам прекратить использовать Python.
- В планах – чтобы разработчики Linux-ядра Ubuntu в перспективе занимались написанием кода на Rust практически полный рабочий день.
- Переписывание компонентов на Rust будет происходить "по умолчанию и без каких-либо оправданий", несмотря на понимание, что пользователи столкнутся с некоторыми поломками.
- В Ubuntu продолжается переписывание существующего кода на Rust (включая подсистему сетевой синхронизации времени, Mir, Anbox и Dqlite).
Несколько ключевых цитат из выступления:
О замене GNU Core Utils на реализации на Rust:
https://www.youtube.com/watch?v=WOA4GA8tAWA
@linuxos_tg
- Ubuntu довольно строго рекомендует разработчикам прекратить использовать Python.
- В планах – чтобы разработчики Linux-ядра Ubuntu в перспективе занимались написанием кода на Rust практически полный рабочий день.
- Переписывание компонентов на Rust будет происходить "по умолчанию и без каких-либо оправданий", несмотря на понимание, что пользователи столкнутся с некоторыми поломками.
- В Ubuntu продолжается переписывание существующего кода на Rust (включая подсистему сетевой синхронизации времени, Mir, Anbox и Dqlite).
Несколько ключевых цитат из выступления:
«Мы [Ubuntu] объявили, что начинаем заменять базовые системные утилиты — ls, mv, cp, sudo — их реализациями на Rust, и просто сделаем это поведением по умолчанию, без каких-либо оправданий».
«Это вызвало массу заголовков. Интернет буквально немного вспыхнул из-за идеи — или скорее факта — что Rust-сообщество пришло за GNU».
«GNU Core Utils существуют уже очень давно. Это надёжный, хорошо протестированный код, с хорошей производительностью. С ними в целом всё в порядке».
О замене GNU Core Utils на реализации на Rust:
«Будут пользователи, которые зависят от довольно специфичных, пограничных особенностей этих кодовых баз, и они могут столкнуться с некоторыми несовместимостями».
«Я очень вежливо, но достаточно настойчиво попросил команду Ubuntu Desktop прекратить писать Python-код для дистрибутива».
«Разумеется, мы также активно участвуем в проекте Rust for Linux. У нас большая команда разработки ядра. Думаю, там около 80 человек. Эм, и хотя сейчас это не люди, которые сидят целыми днями и пишут на Rust, я подозреваю, что в будущем всё всё чаще будет выглядеть примерно так».
«У нас постоянно всплывают возможности протащить Rust в новые места».
https://www.youtube.com/watch?v=WOA4GA8tAWA
@linuxos_tg
- 💊 88
- 👍 31
- ❤ 12
- 😱 6
- 🤯 5
- 🌭 4
- 😁 3
- 🙈 2
Post #823
26.4K
Rust-переписывание sudo решило отдать приоритет «пользовательскому опыт» (UX) вместо безопасности
Это изменение уже включено в предстоящий релиз Ubuntu 26.04, выпуск которого запланирован на апрель.
https://github.com/trifectatechfoundation/sudo-rs/commit/fb51e41919c25e3b178c4f994e668a5fc80136ee
@linuxos_tg
«Изменить поведение по умолчанию так, чтобы при вводе пароля отображались звёздочки».
… «С точки зрения безопасности это теоретически хуже, поскольку длина пароля становится видна тем, кто может наблюдать за вашим экраном, однако этот крайне незначительный риск значительно уступает проблеме UX».
Это изменение уже включено в предстоящий релиз Ubuntu 26.04, выпуск которого запланирован на апрель.
https://github.com/trifectatechfoundation/sudo-rs/commit/fb51e41919c25e3b178c4f994e668a5fc80136ee
@linuxos_tg
- 💊 87
- ❤ 25
- 🤔 21
- 🙈 14
- 👍 13
- 🫡 7
- 👌 4
- ✍ 2
- 👻 2
- 🎉 1
Post #822
34.2K
Post #820
31.9K
NVIDIA нанимает инженеров по Linux-драйверам для работы с Vulkan, Proton и не только
У NVIDIA сейчас открыто несколько позиций для Linux-разработчиков
В частности, одна из позиций называется Senior System Software Engineer, Vulkan Performance, и среди ключевых задач указано: «Диагностика узких мест производительности GPU и CPU в тайтлах на базе Vulkan и Proton». На странице вакансии также отмечено, что заявки принимаются «как минимум до 7 февраля 2026 года», что может означать, что подходящего кандидата пока не нашли
Похоже, NVIDIA действительно начинает относиться к Linux-геймингу заметно серьёзнее 😊
https://www.gamingonlinux.com/2026/02/nvidia-hiring-linux-driver-engineers-to-help-with-vulkan-proton-and-more/
@linuxos_tg
У NVIDIA сейчас открыто несколько позиций для Linux-разработчиков
В частности, одна из позиций называется Senior System Software Engineer, Vulkan Performance, и среди ключевых задач указано: «Диагностика узких мест производительности GPU и CPU в тайтлах на базе Vulkan и Proton». На странице вакансии также отмечено, что заявки принимаются «как минимум до 7 февраля 2026 года», что может означать, что подходящего кандидата пока не нашли
Похоже, NVIDIA действительно начинает относиться к Linux-геймингу заметно серьёзнее 😊
https://www.gamingonlinux.com/2026/02/nvidia-hiring-linux-driver-engineers-to-help-with-vulkan-proton-and-more/
@linuxos_tg
- 👍 215
- ❤ 32
- 😁 12
- 🔥 9
- 🤔 2
Post #818
29.4K
MinIO официально "похоронил" опенсорс версию
Да, тот самый MinIO – популярное S3-совместимое объектное хранилище.
Репозиторий переведён в архивный режим, поддержка community-версии прекращена. Пользователям предлагают мигрировать на коммерческий продукт MinIO AIStor.
И, по сути, круг замкнулся.
Как это происходило:
Если кто-то пропустил: звоночки были ещё весной 2025 года, когда из открытой версии тихо убрали инструменты администрирования из веб-интерфейса. Тогда это вызвало волну негодования, но многие надеялись, что дальше не пойдёт.
Пошло.
Причина, по сути, классическая:
крупные компании использовали MinIO в своих коммерческих продуктах, при этом не особо соблюдая условия лицензии. Самый громкий конфликт – с Nutanix ещё в 2022 году.
В итоге модель "open core" схлопнулась, и проект полностью ушёл в коммерцию.
Энтузиасты уже сделали форк и даже вернули вырезанный админ-интерфейс. Но сами же признают – ресурсов на полноценное долгосрочное развитие нет.
Минус один серьёзный опенсорс проект на рынке 😕
@linuxos_tg
Да, тот самый MinIO – популярное S3-совместимое объектное хранилище.
Репозиторий переведён в архивный режим, поддержка community-версии прекращена. Пользователям предлагают мигрировать на коммерческий продукт MinIO AIStor.
И, по сути, круг замкнулся.
Как это происходило:
1️⃣ Сначала задеприкейтили UI.
2️⃣ Затем перестали публиковать Docker-образы и pre-built бинарники – оставили только исходники.
3️⃣ Документация "исчезла" – стала доступна только enterprise-клиентам.
4️⃣ Проект перевели в режим: только security-фиксы и багфиксы, без новых фич.
5️⃣ И вот финал – репозиторий заархивирован, CE больше не поддерживается.
Если кто-то пропустил: звоночки были ещё весной 2025 года, когда из открытой версии тихо убрали инструменты администрирования из веб-интерфейса. Тогда это вызвало волну негодования, но многие надеялись, что дальше не пойдёт.
Пошло.
Причина, по сути, классическая:
крупные компании использовали MinIO в своих коммерческих продуктах, при этом не особо соблюдая условия лицензии. Самый громкий конфликт – с Nutanix ещё в 2022 году.
В итоге модель "open core" схлопнулась, и проект полностью ушёл в коммерцию.
Энтузиасты уже сделали форк и даже вернули вырезанный админ-интерфейс. Но сами же признают – ресурсов на полноценное долгосрочное развитие нет.
Минус один серьёзный опенсорс проект на рынке 😕
@linuxos_tg
- 😢 145
- ❤ 15
- 💊 11
- 🫡 8
- 🤯 4
- 🤣 3
- 👍 1
Post #817
24.5K
Новая пачка Kubernetes-челленджей в стиле CKA/CKAD вышла на iximiuz Labs от Omkar Shelke. Отличный способ освежить знания по Kubernetes перед собеседованием или сертификацией
Happy hacking! ✌️
@linuxos_tg
- Устранить проблему ContainerCreating, вызванную отсутствующим ConfigMap
https://labs.iximiuz.com/challenges/troubleshoot-missing-configmap-and-expose-static-website-via-nodeport-56a1380b
- Преобразовать Pod в Deployment с управлением Secret
https://labs.iximiuz.com/challenges/convert-pod-to-deployment-with-secret-management-d8bbf781
- Поддерживать здоровье Pod с помощью liveness и readiness проб
https://labs.iximiuz.com/challenges/keep-pods-healthy-with-liveness-and-readiness-probes-07714b87
- Readiness-проба с проверкой файла для инициализации контейнера
https://labs.iximiuz.com/challenges/file-aware-readiness-gate-for-container-initialization-0438fb3d
- Настроить конфигурацию через ConfigMap с валидацией пробами
https://labs.iximiuz.com/challenges/application-configuration-mounted-with-configmap-and-probe-validation-7fd26bcd
- Реализовать стратегию Canary Deployment
https://labs.iximiuz.com/challenges/implement-canary-deployment-strategy-f50dac5e
- Классы QoS в Kubernetes и управление ресурсами
https://labs.iximiuz.com/challenges/kubernetes-qos-classes-and-resource-management-6f5cf7d9
- Смонтировать ConfigMap и Secret в один Volume
https://labs.iximiuz.com/challenges/mount-configmap-and-secret-using-a-single-volume-df4de738
- Планирование Pod с использованием Taints, Tolerations и Node Affinity
https://labs.iximiuz.com/challenges/scheduling-pods-with-taints-affinity-d466e93e
- Планирование Pod с использованием обязательной Pod Affinity
https://labs.iximiuz.com/challenges/schedule-pods-using-required-pod-affinity-d0ede94e
- Экспонировать стек наблюдаемости (Prometheus и Grafana) через Traefik
https://labs.iximiuz.com/challenges/expose-prometheus-and-grafana-using-traefik-ingress-479b065f
- Диагностировать фейл деплоя Pod из-за ограничений по ресурсам
https://labs.iximiuz.com/challenges/troubleshoot-pod-deployment-failure-2ccb7972
- Захарднить Deployment с помощью Security Context и Capabilities
https://labs.iximiuz.com/challenges/secure-a-deployment-with-security-context-and-capabilities-8b398024
Happy hacking! ✌️
@linuxos_tg
- ❤ 28
- 👍 18
- 🥰 3
Post #811
27.1K
Post #808
35.6K
GhostBSD отказывается от Xorg и официально переходит на XLibre
https://ericbsd.com/addressing-xlibre-change-and-ghostbsd-future.html
@linuxos_tg
«Это техническое решение: MATE ещё не готов к Wayland, а Xorg деградирует»
«Похоже, всё, что связано с Red Hat, фактически принудительно переводят на Wayland. Меня давно беспокоит, что Xorg не демонстрирует прогресса. Учитывая текущее состояние MATE и Wayland, я отношусь к ситуации осторожно и не в восторге от попыток Wayland "убить" X11»
«Когда в Xorg откатывают код просто из-за личной неприязни к кому-то, не принимая во внимание сообщество, которое этим пользуется, — для меня это серьёзный тревожный сигнал»
https://ericbsd.com/addressing-xlibre-change-and-ghostbsd-future.html
@linuxos_tg
- 👍 151
- ❤ 12
- 🤯 3
- 👀 3
- 😁 2
- 🌚 2
- 🤣 1
Post #807
31.9K
Post #803
53.7K
Знакомьтесь – Kai Gritun
Kai Gritun создал аккаунт на GitHub 1 февраля (две недели назад). С тех пор Kai Gritun был чрезвычайно активен… сделал 234 коммита более чем в 100 репозиториях. Его код был успешно смёрджен в несколько крупных опенсорс проектов.
На этом фоне Kai Gritun начал предлагать платный консалтинг и разработку (с оплатой в криптовалюте).
Kai Gritun — не человек.
Kai Gritun — это AI-бот.
Это выяснилось после того, как "Kai Gritun" начал массово рассылать холодные письма разработчикам с предложением платных услуг. И в одном из таких писем "Kai Gritun" прокололся, назвав себя автономным AI-агентом.
https://github.com/kaigritun
https://kaigritun.com/services
https://socket.dev/blog/ai-agent-lands-prs-in-major-oss-projects-targets-maintainers-via-cold-outreach
@linuxos_tg
Kai Gritun создал аккаунт на GitHub 1 февраля (две недели назад). С тех пор Kai Gritun был чрезвычайно активен… сделал 234 коммита более чем в 100 репозиториях. Его код был успешно смёрджен в несколько крупных опенсорс проектов.
На этом фоне Kai Gritun начал предлагать платный консалтинг и разработку (с оплатой в криптовалюте).
Kai Gritun — не человек.
Kai Gritun — это AI-бот.
Это выяснилось после того, как "Kai Gritun" начал массово рассылать холодные письма разработчикам с предложением платных услуг. И в одном из таких писем "Kai Gritun" прокололся, назвав себя автономным AI-агентом.
https://github.com/kaigritun
https://kaigritun.com/services
https://socket.dev/blog/ai-agent-lands-prs-in-major-oss-projects-targets-maintainers-via-cold-outreach
@linuxos_tg
- 😁 174
- ❤ 29
- 😱 7
- 🤣 5
- 🤔 4
- 👍 2
- 👀 2
- 💊 2
- 🎉 1
Post #799
22.7K
KDE сейчас перешёл в режим антикризисного пиара… и, по сути, врёт и переходит на личные наезды в адрес тех, кто задаёт неудобные вопросы.
Короткая предыстория: недавно KDE начал продвигать изменения, которые ограничивают перечень систем, способных запускать KDE Plasma (в частности, отказ от поддержки X11 в пользу обязательного Wayland, а также внедрение нового менеджера входа, завязанного на SystemD). Многие разработчики выразили обеспокоенность этими новыми ограничениями.
Теперь KDE выпустила официальный «FAQ», чтобы ответить на эти претензии (обозвав их «FUD»). В этом FAQ KDE заявляет, что дальше будет поддерживать FreeBSD.
Это заявление KDE не соответствует действительности. Проект фактически движется к жёсткому требованию использования Wayland повсеместно… а Wayland на FreeBSD в текущем виде не является жизнеспособным решением. Кроме того, отдельные компоненты KDE (например, новый менеджер входа) требуют наличия SystemD, который отсутствует на ряде систем.
Также KDE позволил себе прямые и вводящие в заблуждение выпады в адрес критиков:
https://mastodon.social/@kde@floss.social/116080098875134756
@linuxos_tg
Короткая предыстория: недавно KDE начал продвигать изменения, которые ограничивают перечень систем, способных запускать KDE Plasma (в частности, отказ от поддержки X11 в пользу обязательного Wayland, а также внедрение нового менеджера входа, завязанного на SystemD). Многие разработчики выразили обеспокоенность этими новыми ограничениями.
Теперь KDE выпустила официальный «FAQ», чтобы ответить на эти претензии (обозвав их «FUD»). В этом FAQ KDE заявляет, что дальше будет поддерживать FreeBSD.
«В: И это продолжит работать на не-Linux системах, таких как FreeBSD?
О: Да, всё верно.»
Это заявление KDE не соответствует действительности. Проект фактически движется к жёсткому требованию использования Wayland повсеместно… а Wayland на FreeBSD в текущем виде не является жизнеспособным решением. Кроме того, отдельные компоненты KDE (например, новый менеджер входа) требуют наличия SystemD, который отсутствует на ряде систем.
Также KDE позволил себе прямые и вводящие в заблуждение выпады в адрес критиков:
«Есть жалкие люди, которые готовы на всё ради внимания и кликов, распространяют FUD и раздувают фейковые скандалы ради этого, включая вырывание комментариев из контекста в merge request’ах, выдачу личных мнений за официальную позицию и просто откровенную ложь. Не верьте FUD.»
https://mastodon.social/@kde@floss.social/116080098875134756
@linuxos_tg
- ❤ 25
- 😁 25
- 🔥 8
- 👍 4
- 🤯 4
- 🤣 3
- 🤔 2
- 🌭 2