Le comité Fedora rejette une proposition sur les variables d'environnement systemd

Le comité d'ingénierie et de pilotage de Fedora (FESCo) a rejeté une proposition visant à centraliser les variables d'environnement par utilisateur via systemd pour Fedora 45. Le contributeur Faeiz Mahrus suggérait de passer des fichiers RC spécifiques aux interpréteurs de commandes au générateur d'environnement de systemd afin d'améliorer la compatibilité inter-interpréteurs. Le vote s'est soldé par six voix contre et trois abstentions, en raison de préoccupations concernant les environnements sans systemd, tels que les conteneurs.

Faeiz Mahrus a proposé de transférer la gestion des variables d'environnement par utilisateur, comme l'ajout de ~/.local/bin et ~/bin au $PATH, des fichiers spécifiques aux interpréteurs de commandes tels que ~/.bashrc ou ~/.zshrc vers la fonctionnalité de systemd. Cela passerait par l'utilisation de fichiers de configuration dans /etc/skel/.config/environment.d/, appliquant les paramètres à tous les processus utilisateur, quel que soit l'interpréteur de commandes utilisé, y compris des alternatives comme Fish, Nushell, Xonsh et Dash, qui manquent actuellement de fichiers RC équivalents. Sans cela, les utilisateurs changeant d'interpréteur de commandes perdent l'accès à leurs binaires locaux. Le FESCo, qui examine les changements majeurs pour les versions de Fedora, a rejeté la proposition avec six voix contre et trois abstentions. Neal Gompa (ngompa) a objecté que les conteneurs sont souvent dépourvus de systemd, ce qui rendrait le changement perturbateur pour les images basées sur Fedora. Kevin Fenzi (kevin) a jugé la proposition peu convaincante. Malgré ce rejet, la porte reste ouverte. Michel Lind (salimma) a encouragé une nouvelle soumission après avoir traité la question des environnements sans systemd et fourni des exemples de configuration concrets. Comme le rapporte Phoronix.

Articles connexes

Illustration depicting the Linux From Scratch 13.0 release as the first systemd-only version, with Tux assembling a PC amid upgraded packages and kernel.
Image générée par IA

Linux From Scratch 13.0 released as first systemd-only version

Rapporté par l'IA Image générée par IA

The Linux From Scratch project has unveiled version 13.0, marking the first release exclusively using systemd as its init system. This update includes the Linux kernel 6.18.10 and upgrades to 36 packages. The change discontinues the longstanding SysVinit variant after version 12.4.

Fedora 44 has been released, introducing a new standard directory under the home folder. The update arrives alongside other Linux developments, including Ubuntu's recent AI initiatives and a new Ubuntu Terminal.

Rapporté par l'IA

Jeffrey Seathrún Sardina, a machine learning researcher, has created a fork of systemd called Liberated systemd to excise its recently added birthDate field. The field was introduced last week in response to age verification laws in California, Colorado, and Brazil. The fork aims to eliminate what its creator views as surveillance-enabling code while staying in sync with the mainline project.

Fedora Asahi Remix 43, based on Fedora 43, introduces support for Mac Pro and functional microphones on M2 Pro and M2 Max MacBooks. The release features Linux kernel 6.17, KDE Plasma 6.6, and a GNOME 49 variant, along with RPM 6.0 and the DNF5 backend ahead of mainline Fedora. Hardware improvements include 120Hz refresh rates on certain MacBook Pro models.

Rapporté par l'IA

The upcoming Linux kernel version 7.1 is set to introduce support for extended attributes on sockets. This change aims to enable new functionality in GNOME and systemd. The development was reported by Phoronix.

The upcoming Linux 7.0 kernel includes a specific adjustment to improve compatibility with Valve's Steam Deck handheld device. This change addresses EFI framebuffer issues on the popular gaming console. The update highlights ongoing efforts to enhance Linux support for consumer hardware.

Rapporté par l'IA

A recent article on How-To Geek argues that endlessly customizing Linux desktops is unproductive. It suggests there is a more efficient way to achieve desired results. The piece warns against falling into a 'rabbit hole' of incessant tweaks.

 

 

 

Ce site utilise des cookies

Nous utilisons des cookies pour l'analyse afin d'améliorer notre site. Lisez notre politique de confidentialité pour plus d'informations.
Refuser