Emacs 31.1, GNOME Boxes rewrite, DRM patches

Emacs 31.1 shipped with source and Windows binaries while GNOME Boxes maintainers outlined a multi-year redesign. Parallel threads covered LLM agent guidance, a GNOME RFC process, upgrade compatibility, and several DRM kernel proposals.

Emacs 31.1 released

Emacs developers announced the 31.1 release, including source tarballs and Windows binaries. The thread also recorded a minor build bug report and clarifications of terminology around package addition. The release matters to anyone tracking the long-running editor's current stable line.

GNOME Boxes rewrite to Flatpak-only GTK4

Maintainer Felipe Borges described a two-year rewrite that turns GNOME Boxes into a Flatpak-only GTK4 and Libadwaita application. The plan replaces the SPICE display stack with Libmks. Users of the virtualization UI will see a substantial architecture and packaging shift.

Emacs debate over AGENTS.md

Emacs developers discussed adding an AGENTS.md file intended to steer LLM agents away from generating code, offered as an alternative to hooks. The exchange ran long and became heated across more than a hundred messages. The outcome could shape how the project handles automated coding tools.

GNOME RFC process proposal

GNOME contributors iterated on a formal RFC process covering governance and technical decisions. Discussion refined the proposed workflow and scope. A clearer decision path would affect how larger changes move through the project.

Old binaries breaking after system upgrades

An RMS-initiated thread examined concrete GCC and Glibc changes that break older Emacs builds after GNU/Linux upgrades. Participants sought adjustments in distribution and Emacs practices to improve long-term compatibility. The issue is relevant to anyone maintaining or shipping long-lived binaries on evolving base systems.

AMD HDMI 2.1 VRR and ALLM patches

AMD posted an updated patch series adding HDMI 2.1 variable refresh rate and ALLM support to amdgpu. Review feedback clarified that Gaming-VRR ALLM behavior is mandatory per the specification. The work advances display feature parity for recent HDMI sinks.

Common DRM user-fence helper

AMD proposed a shared drm_user_fence helper to factor out a dma-fence to workqueue and mm pattern already used by XE and planned for AMDGPU. The series aims to reduce duplication across drivers. Common infrastructure lowers maintenance cost for future fence userspace interactions.

Vendor-neutral DRM fabric topology RFC

An RFC introduced drm-fabric.ko together with a Generic Netlink uAPI for vendor-neutral accelerator interconnect topology, modeling fabric, endpoint, port, and peer objects. The design targets scale-up accelerator fabrics without vendor lock-in. Kernel and userspace stacks for multi-device AI and HPC interconnects would gain a shared topology layer.