IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

Les développeurs Debian ont manifesté leur intérêt pour systemd, tout en soutenant l'exploration d'alternatives
à l'issue d'un vote

Le , par Stéphane le calme

146PARTAGES

16  0 
Debian sera-t-il forké à cause de systemd ?
Un groupe de contributeurs menace de le faire si le programme est activé par défaut dans Jessie

Nouvelle polémique autour de systemd au sein de la communauté de l’open source. Le démon init controversé développé sous la coordination de Lennart Poettering, ingénieur logiciel chez Red Hat, continue à diviser la communauté open source.

Systemd a été développé comme un remplaçant du vieillissant démon init de System V pour le noyau Linux. Son objectif est d'offrir un meilleur cadre pour la gestion des dépendances entre services, de permettre le chargement en parallèle des services au démarrage, et de réduire les appels aux scripts shell.

Le projet fait l’objet de vives critiques. Une fraction de la communauté Linux estime que celui-ci va à l’encontre de la philosophie Unix et que ses développeurs ont un comportement anti-Unix, du fait que systemd est incompatible avec tous les systèmes non Linux.

La controverse a enflé au point ou Lennart Poettering a affirmé qu’il avait subi des menaces et que les développeurs de Linux « seraient des bêtes assoiffées de sang, qui n’auront du repos que lorsqu’il sera sacrifié. »

Pourtant, systemd a rapidement gagné en puissance et a été adopté par défaut par plusieurs distributions Linux populaires, dont Fedora, Mageia, OpenSuse ou encore Arch Linux.

La distribution Debian avait également suivi le mouvement et adopté systemd dans ses dépôts, qui pouvait être activé comme système d’initialisation par défaut. Cependant, pour la prochaine version de Debian, systemd sera activé comme programme de démarrage par défaut. Cette décision avait été prise après un intense débat qui a avait été tranché par un comité technique.


Animation contre l'adoption de systemd

Un choix qui n’a pas pour autant été accepté par un groupe de contributeurs au projet Debian, qui menace de procéder au fork du projet, si systemd est proposé par défaut aux utilisateurs.

Le mouvement « Shall we fork Debian » reproche au projet Debian d’être fortement influencé par les développeurs de Gnome, qui se concentrent sur le support du desktop, sans tenir compte du fait que les utilisateurs de Debian sont majoritairement des administrateurs systèmes.

« Nous sommes préoccupés par ce qui se passe avec le projet Debian GNU/Linux au point de considérer un fork du projet. Certains parmi nous sont des développeurs en amont et certains sont des administrateurs systèmes : nous sommes tous concernés et nous interagissons avec Debian et ses dérivés sur une base quotidienne », affirment ceux-ci sur le site debianfork.org.

Pour le groupe, l’adoption de systemd a été imposée par des mainteneurs de packages, au détriment des utilisateurs. Ce qui représente une trahison d’un principe de base du projet Debian et du mouvement du libre de façon générale : « mettre les droits des utilisateurs en premier lieu. »

À la lecture du message affiché sur le site du mouvement, on se rend également compte qu’une logique conservatrice est véhiculée par ceux-ci. « Nous aimons avoir le contrôle du démarrage système avec des scripts shell qui sont lisibles […] et nous croyons que la centralisation de services de contrôles, sockets, devices, mounts, etc. dans un démon est une gifle au visage de la philosophie UNIX. »

Ceux-ci ne souhaitent pas un retrait complet de systemd, mais que le choix de l’activer soit laissé aux utilisateurs : « Nous ne voulons pas être obligés d’utiliser systemd en lieu et place du traditionnel sysvinit de UNIX, parce que systemd trahit la philosophie UNIX. »

« Si sysvinit est substituer par systemd, nous allons forker le projet et créer une nouvelle distribution. Nous espérons que ce ne sera pas nécessaire. Mais, nous sommes bien préparés pour le faire. », concluent ceux-ci.

Les débats continuent à être houleux au sein de la communauté de l’open source au sujet de systemd. En ce qui concerne le fork de Debian, ils sont encore au stade de menaces. Affaire à suivre…

Source : Debianfork

Et vous ?

Que pensez-vous de cette controverse autour de systemd ?

Êtes-vous pour ou contre un fork de Debian s’il est utilisé par défaut ? Pourquoi ?
Vous avez lu gratuitement 4 articles depuis plus d'un an.
Soutenez le club developpez.com en souscrivant un abonnement pour que nous puissions continuer à vous proposer des publications.

Une erreur dans cette actualité ? Signalez-nous-la !

Avatar de calvaire
Expert éminent https://www.developpez.com
Le 29/12/2019 à 11:35
Citation Envoyé par chrtophe Voir le message
Le problème, c'est que Python3 casse la compatibilité Python2. Pour moi, ça justifie une transition lente, surtout que le langage est pas mal utilisé par des non développeurs à la base. quant à la version de Python par défaut, là je suis d'accord.

Il est à noter que Python fête actuellement ses 30 bougies :
sauf que cela fait plus de 10ans que la transition est en cours... 10ans c'est trop long.
Evidemment python2 dois pouvoir etre installé sur les distrib mais je veux dire les distributions linux devrait de base embarquer que python3 et tout leurs script auraient du etre migré depuis déja pas mal d'année.
Ils commencent enfin a supprimer python2 de l'installation de base car il y'a (enfin) l’arrêt du support de python2.7.

étant développeur python(3) sous linux j'ai pas mal souffert de ce probleme, souvent un client avait bien python...mais python2 alors soit il devait installer python3 quand c'étais possible soit je devais refaire le script en python2 car les machines ne pouvait pas installer python3 (pour des raison de sécurité/droit on pouvais pas installer de package supplémentaire)
4  0 
Avatar de chrtophe
Responsable Systèmes https://www.developpez.com
Le 29/12/2019 à 9:30
c'est inacceptable qu'en 2020 des distribs embarque de base encore python2 et pire encore que se soit le python par défaut.
Le problème, c'est que Python3 casse la compatibilité Python2. Pour moi, ça justifie une transition lente, surtout que le langage est pas mal utilisé par des non développeurs à la base. quant à la version de Python par défaut, là je suis d'accord.

Il est à noter que Python fête actuellement ses 30 bougies :
En 1989, profitant d’une semaine de vacances durant les fêtes de Noël, il utilise son ordinateur personnelpour écrire la première version du langage.
2  0 
Avatar de calvaire
Expert éminent https://www.developpez.com
Le 29/12/2019 à 9:18
personnellement je suis pour une uniformisation des distribution linux au niveau de ces composants car c'est ce qui empêche souvent le portage de logiciels entre distrib.
systemd perso me conviens très bien et je suis content que toute les distrib populaire l'ai adopté.
Quand je fais un logiciel de type service/démon sous linux au moins mon code sera compatible avec toute les distrib ce qui est bien, je ne prend pas la peine de faire une version pour sys init.

Il y'a encore aujourd'hui le meme probleme dans linux avec X/Wayland et Python2/3, c'est assez pénible que ces migrations prennent autant de temps. Heureusement toute les distrib aujourd'hui ont wayland d'installer (pas forcément par défaut), pareil pour python3 mais c'est inacceptable qu'en 2020 des distribs embarque de base encore python2 et pire encore que se soit le python par défaut.
1  0