Нидерландская некоммерческая организация Consumer Competition Claims Foundation (CCCF) запустила кампанию Game Claim, в рамках которой собирает заявки от голландских геймеров для судебного разбирательства против Valve.

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

Подробности

Просто хочу разобраться.

>>> Результаты

Компания X Square Robot открыла проект XRZero-G0 — аппаратно-программный фреймворк для сбора обучающих демонстраций, генерации политик управления и проверки их на реальных роботах. Проект ориентирован на одну из главных проблем embodied AI: дорогой и медленный сбор качественных данных с помощью физических роботов. Вместо постоянной телеметрии с реального оборудования XRZero-G0 использует демонстрации, записанные человеком через VR-интерфейс и набор камер, после чего эти данные применяются для обучения роботов.

В техническом отчёте XRZero-G0 авторы описывают систему как совместно спроектированную аппаратно-программную платформу для «robot-free» сбора данных и обучения политик управления. По их данным, сочетание большого массива человеко-записанных демонстраций с небольшим объёмом данных от реального робота позволяет получить качество, сопоставимое с датасетами, собранными только на физических роботах. В экспериментах упоминается соотношение около 10 человеко-записанных эпизодов на 1 эпизод реального робота, что снижает стоимость сбора данных примерно в 20 раз.

По описанию Help Net Security, вместе с XRZero-G0 опубликован G0-Dataset — мультимодальный набор данных, собранный с помощью этого фреймворка. Он включает более 2000 часов проверенных демонстраций, охватывает зрительные, тактильные и аудиомодальности, а также содержит около 3000 различных задач манипуляции — от базовых действий до более тонких семантических сценариев. Часть набора данных доступна на Hugging Face как XRZero-G0-3K.

Система интересна тем, что пытается сделать сбор робототехнических данных похожим не на ручное управление конкретной дорогой машиной, а на масштабируемый производственный процесс: оператор записывает действия в удобной среде, данные проходят контроль качества, затем используются для обучения политики, а результат проверяется на физическом роботе. Такой подход может быть полезен для исследований в области универсальных роботов, dexterous manipulation и переноса навыков между разными робототехническими платформами.

Возможности XRZero-G0

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

>>> Источник (github.com)

У кого-то есть опыт эксплуатации, что способно прожить 3-5 лет без глюков как Samsung?

Интересуют проблемы совместимости прошивки, так как Samsung, всё же, стандарт, под него многие затачиваются.

Вообще какие плюсы/минусы, подводные камни?

Сейчас пользуюсь Samsung A73, смотрю что по качеству фото уже значительно отстаёт от современных моделей, а так, в целом, просто хочется что-то новое попробовать.

Сам склоняюсь к Honor, так как это дочка Huawei, а их техники у меня много, надёжная, простая, раньше такого не наблюдалось, но теперь уже с некоторой наценкой за бренд.

Что скажешь, $username?

Опубликован выпуск OpenProject 17.5.0 — открытой системы управления проектами, задачами, дорожными картами, agile-планированием, встречами, документацией и совместной работой команд. Код проекта распространяется под лицензией GPLv3, разработка ведётся открыто на GitHub. Релиз состоялся 10 июня 2026 года.

Главное изменение OpenProject 17.5 — появление проектных идентификаторов рабочих пакетов, пока в статусе Beta. Раньше задачи в OpenProject получали единый числовой номер в рамках всей инсталляции, например #2385. Теперь администратор может выбрать режим, при котором идентификатор включает контекст проекта, например PROJ-01. Это упрощает работу в организациях с большим количеством проектов и помогает при миграции с Jira, где команды часто привыкли к проектным ключам задач.

Список основных изменений:

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

>>> Источник (openproject.org)

Опубликован выпуск Asterinas 0.18.0 — экспериментальной операционной системы и ядра, написанных на Rust и ориентированных на совместимость с Linux ABI. Проект позиционируется как попытка создать «production-grade» альтернативу Linux с упором на безопасность памяти, производительность и запуск обычного Linux-пользовательского окружения. Код Asterinas открыт и размещён на GitHub, основная лицензия проекта — MPL 2.0. Релиз Asterinas 0.18.0 был опубликован 4 июня 2026 года, а 9 июня на него обратил внимание Phoronix.

Главное направление выпуска — подготовка Asterinas к использованию в роли гостевой ОС для VM-based Kata Containers и Confidential Containers. Для этого в ядро добавили недостающие низкоуровневые механизмы: пространства имён, cgroups, virtio-fs, virtio-rng и переработанный vsock для обмена данными между хостом и гостевой системой.

Список основных изменений:

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

>>> Источник (asterinas.github.io)

9 июня 2026 года опубликован первый стабильный выпуск Euro-Office 1.0 — открытого офисного пакета для совместного редактирования документов, таблиц и презентаций. Проект развивается как европейская и суверенная альтернатива Microsoft Office, Google Docs и другим облачным офисным решениям, а его код открыт на GitHub под лицензией AGPLv3.

Euro-Office основан на кодовой базе ONLYOFFICE, но развивается как отдельный проект с участием европейских компаний и организаций, включая Nextcloud, IONOS, Eurostack, XWiki, OpenProject, Soverin, Abilian, BTactic, Open-Xchange и Office.eu. Первый стабильный выпуск уже рассчитан на использование в рабочих окружениях и интегрируется в Nextcloud Hub 26 Spring как один из вариантов офисного редактора в составе Nextcloud Office.

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

>>> Источник (nextcloud.com)

Возможно кому-то будет интересно.

Из видео я узнал:

• в NVIDIA используют Python (что ожидаемо, на самом деле)
• в NVIDIA используют сиквел, он же, получается, MS SQL (и вообще не понятно зачем им это)

В целом, было любопытно. Да, ещё этот обычный пацан успел поработать в Intel, так что заголовок – просто кликбейт.

$subj

Опубликован Flatpak 1.18.0 — новый стабильный выпуск системы для сборки, распространения и запуска изолированных Linux-приложений. Flatpak позволяет разработчикам выпускать одно приложение для разных дистрибутивов, поставлять собственные зависимости и запускать программы в предсказуемой среде. Общее описание проекта приведено на сайте flatpak.org, а список изменений опубликован в официальном релизе Flatpak 1.18.0 на GitHub. Дополнительный краткий разбор выпуска опубликован Linuxiac в заметке Flatpak 1.18 Released with AMD Compute Interface Support.

Основные изменения Flatpak 1.18.0:

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

>>> Источник (github.com)

Выпущен Armbian Imager 2.0 — крупное обновление официальной утилиты Armbian для записи образов на SD-карты, USB-накопители и другие носители для одноплатных компьютеров. В новой версии переработаны интерфейс и движок записи, а главным изменением стала возможность заранее подготовить профиль первичной настройки: после прошивки плата может загрузиться уже с заданным пользователем, сетью, локалью и SSH-доступом. Релиз v2.0.0 опубликован на GitHub 6 июня 2026 года, а официальный анонс Armbian вышел 7 июня.

Armbian Imager — свободная кроссплатформенная программа для установки Armbian OS на SBC. Утилита умеет выбирать плату и образ, скачивать и распаковывать его, проверять SHA-сумму, записывать образ и затем сверять записанные данные с исходным образом. Исходный код распространяется под лицензией GPL-2.0.

Основные изменения

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

>>> Источник (github.com)

Представлен новый экспериментальный Vulkan-драйвер Ape — открытая программная реализация Vulkan ICD, написанная почти целиком на Zig и не использующая код Mesa. Проект пока не претендует на промышленное применение: автор прямо описывает его как учебную попытку «собрать драйвер руками» и предупреждает не использовать Ape в серьёзных проектах. Код опубликован под лицензией MIT.

Интерес к Ape появился после того, как в спецификацию Vulkan был добавлен отдельный vendor ID для Ape и driver ID для ApeSoft. Соответствующий pull request в репозитории KhronosGroup/Vulkan-Docs был смержен 6 июня 2026 года. В комментарии автор указал, что работает над любительским Vulkan-драйвером и приближается к прохождению всех тестов Vulkan 1.0.

По сути, Ape — это не драйвер для конкретной видеокарты, а программный Vulkan-рендерер, близкий по назначению к Mesa Lavapipe: Vulkan-команды выполняются силами собственной реализации, без обращения к аппаратному GPU-драйверу. При этом Ape не основан на Mesa и написан как самостоятельная кодовая база на Zig.

Что уже умеет Ape

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

>>> Источник (phoronix.com)

Выпущен Wayland Protocols 1.49 — набор спецификаций дополнительных протоколов Wayland, используемых композиторами, графическими тулкитами и приложениями для реализации возможностей, не входящих в базовый протокол Wayland. Проект описывает такие расширения, как обмен GPU-буферами, управление цветом, масштабирование, сессии и другие механизмы, на которых строятся современные Wayland-десктопы.

Релиз Wayland Protocols 1.49 опубликован 7 июня 2026 года. Главные изменения связаны не с пользовательскими настройками, а с низкоуровневой инфраструктурой: multi-GPU, HDR/цветом и дробным масштабированием.

Основные нововведения

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

>>> Источник (github.com)

Мне кажется странной необходимость экспортировать из webp в png. Сейчас этот формат используется почти на всех сайтах.

Линуксоиды ведь всегда были за всё современное и продвинутое, что разрешено УК РФ?

Опубликован OpenCV 5.0.0 — крупный выпуск открытой библиотеки компьютерного зрения и обработки изображений. Релиз состоялся 6 июня 2026 года и уже отмечен как актуальный в репозитории проекта на GitHub. OpenCV распространяется под лицензией Apache-2.0.

Суть релиза — переход OpenCV от «классической библиотеки компьютерного зрения» к более современной платформе для CV/AI-задач: проект вычистил старое API, переработал модуль нейросетевого инференса, расширил поддержку ONNX, добавил задел для VLM/LLM-сценариев и обновил 3D/калибровочный стек. Разработчики описывают OpenCV 5.0 как ветку, теперь тоже считающуюся стабильной, а новая функциональность будет попадать преимущественно туда.

Основные изменения

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

>>> Источник (github.com)

Опубликован Prometheus JMX Exporter 1.6.0 — выпуск экспортёра, предназначенного для сбора значений JMX MBean из Java-приложений и выдачи их в виде метрик Prometheus. При соответствующей настройке JMX Exporter также может отправлять данные через OpenTelemetry. Код проекта распространяется под лицензией Apache-2.0.

JMX Exporter можно запускать в нескольких режимах: как Java-агент внутри целевой JVM, как standalone-экспортёр для опроса удалённого JMX/RMI и как isolator Java agent для нескольких изолированных экспортёров в одной JVM. В документации Java agent указан как рекомендуемый вариант для большинства пользователей, так как он позволяет обойтись без настройки удалённого JMX/RMI.

Что изменилось

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

>>> Источник (github.com)

В Mutter — оконном менеджере и Wayland-композиторе GNOME Shell — удалена старая поддержка NVIDIA EGLStreams/EGLDevice. Изменение попало в основную ветку Mutter 5 июня и рассчитано на будущий выпуск GNOME 51. Это означает отказ от старой технологии поддержки Wayland для проприетарного драйвера NVIDIA, который появился ещё до того, как NVIDIA перешла на общепринятый стек GBM/DMA-BUF/KMS.

EGLStreams был первоначальным способом NVIDIA подключить свой закрытый драйвер к Wayland. Проблема в том, что остальная графическая экосистема Linux в итоге пошла другим путём: через DMA-BUF для передачи буферов, GBM для их выделения и прямую работу с KMS в ядре. В результате Mutter годами держал отдельный код специально для старой модели NVIDIA, хотя современные драйверы NVIDIA уже поддерживают GBM: такая поддержка появилась в Linux-драйвере NVIDIA 495.29.05 в октябре 2021 года.

Изменение внёс разработчик GNOME Йонас Одал. В описании слияния сказано, что удаляется код, отвечавший за Wayland EGLStreams для клиентской поддержки и за использование EGLDevice + EGLStream как прослойки над KMS page flipping. По сути, из Mutter вычищают устаревший слой совместимости, который давно заменён стандартным для Wayland способм через DMA-BUF, GBM и KMS.

GNOME 51 пока находится в разработке: по официальному календарю GNOME, alpha-релиз запланирован на 27 июня 2026 года, beta — на 1 августа, release candidate — на 29 августа. Финальный выпуск GNOME 51 ожидается в сентябрьском цикле, поэтому удаление EGLStreams сейчас попадает как раз в раннюю фазу очистки и стабилизации будущего релиза.

>>> Источник (phoronix.com)

Опубликован выпуск Ardour 9.7 — свободной цифровой звуковой рабочей станции для записи, сведения и мастеринга звука. Релиз состоялся 5 июня 2026 года и заявлен как корректирующий, но вместе с исправлениями принёс несколько заметных улучшений интерфейса и MIDI-редактирования. Версию 9.6 разработчики снова пропустили из-за проблем, найденных в последний момент. Ardour распространяется под лицензией GPLv2.

Главное изменение — перенос панели MIDI Tools из отдельного pianoroll-редактора в основной редактор Ardour. Теперь инструменты для редактирования аккордов и квантизации доступны прямо в Editor List, включаемом через Shift+L. Отдельный диалог Quantize при этом убран: встроенный MIDI-редактор использует настройки квантизации из боковой панели MIDI Tools. Также в inline-редактор добавлен включённый по умолчанию перекрёстный курсор для MIDI и автоматизации.

Основные изменения Ardour 9.7:

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

>>> Источник (ardour.org)

Опубликован выпуск CUDA-Oxide 0.2.0 — экспериментального компилятора NVIDIA Labs, позволяющего писать код под CUDA-ядра на чистом Rust и компилировать их напрямую в PTX. Проект использует собственный backend для rustc, поддерживает модель SIMT и собирается через команду cargo oxide, при этом host-код и device-код могут находиться в одном дереве исходников. Релиз состоялся 5 июня 2026 года и назван первым «community release»: после открытия ветки 0.1.0 в проект приняли 37 pull request от 23 участников.

Главное изменение CUDA-Oxide 0.2.0 — переход к самодостаточному исполняемому файлу. Сгенерированные GPU-артефакты — PTX, NVVM-IR, LTOIR и cubin — теперь могут встраиваться прямо в host-бинарник через новый формат oxide-artifacts. Благодаря этому Rust-программа с CUDA-ядрами больше не обязана таскать за собой отдельные .ptx-файлы, а загрузка ядер происходит из самого запущенного executable.

Основные изменения:

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

>>> Источник (github.com)

Опубликован GNOME 50.2 — второй корректирующий выпуск стабильной ветки GNOME 50. Это не функциональный релиз, а набор исправлений для оболочки, композитора, файлового менеджера, системных библиотек и приложений. Команда GNOME прямо описывает выпуск как «скучное» обновление с исправлениями ошибок, которое должно быть безопасным для установки поверх предыдущих версий GNOME 50.

В состав GNOME 50.2 вошли обновления GNOME Shell 50.2, Mutter 50.1, Nautilus 50.2.2, GTK 4.22.4, GLib 2.88.1, GDM 50.1, GNOME Software 50.2, GNOME Remote Desktop 50.1, Orca 50.2, libadwaita 1.9.1, Papers 50.2, librsvg 2.62.2 и других компонентов.

Основные изменения:

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

Источник

Перемещено anonymous_incognito из gnome

AMD отправила в DRM-Next начальную поддержку HDMI 2.1 Fixed Rate Link (FRL) для открытого драйвера AMDGPU. Изменение готовится к включению в окно слияния Linux 7.2, которое должно открыться в июне. Для пользователей Radeon на Linux это важное событие: именно отсутствие FRL долго мешало полноценной работе режимов вроде 4K с высокой частотой обновления через HDMI на открытом драйвере.

FRL — это механизм передачи данных HDMI 2.1, пришедший на смену ограничениям старого TMDS-подхода HDMI 2.0. Он нужен для более высокой пропускной способности: современных телевизоров, 4K/120 Гц, 5K/240 Гц и других режимов, где DisplayPort обычно уже справлялся, а HDMI на AMDGPU в Linux упирался в ограничения.

История тянется несколько лет. Ранее AMD уже имела рабочий код, но не могла нормально опубликовать реализацию HDMI 2.1 в открытом драйвере из-за требований HDMI Forum. В феврале 2024 года инженер AMD Алекс Дойчер прямо писал, что открытая реализация HDMI 2.1 невозможна без нарушения требований HDMI Forum. Теперь ситуация сдвинулась: AMD начала публиковать патчи FRL, DSC и сопутствующие изменения для AMDGPU.

На данный момент реализация поддержки не означает что «HDMI 2.1 полностью заработал в Linux», но это первый реальный шаг к ней в основном ядре. Если патчи пройдут ревью в DRM-Next, пользователи Radeon получат основу для полноценной работы современных HDMI-дисплеев без закрытого драйвера и без обходных схем.

>>> Источник (phoronix.com)