Un développeur de GNOME Calendar a accusé Linux Mint d'ignorer un problème avec un paquet obsolète

Un des développeurs de GNOME Calendar (Hari Rana) a porté publiquement un conflit avec le mainteneur du paquet dans la distribution Linux Mint. Le conflit est dû au fait que Linux Mint fournit un paquet avec une version ancienne et modifiée de GNOME Calendar. Malgré des modifications spécifiques, l'application est livrée sous le nom de GNOME Calendar, ce qui donne aux utilisateurs l'impression d'utiliser le projet original.

Dans la version de GNOME Calendar fournie par Linux Mint, certaines erreurs restent non corrigées et les utilisateurs se tournent régulièrement vers les développeurs principaux de GNOME Calendar, pensant qu'ils sont responsables des problèmes rencontrés. Sur la page « À propos » de l'application, les coordonnées du projet principal sont conservées et les utilisateurs envoient des alertes concernant les problèmes directement aux développeurs de GNOME Calendar, bien que les problèmes décrits aient soit déjà été corrigés dans les versions récentes de GNOME Calendar, soit soient causés par des modifications apportées par le mainteneur du paquet dans Linux Mint.

Il y a neuf mois, un des développeurs clés de GNOME Calendar a créé un ticket dans le système de suivi des bogues de Linux Mint, demandant au mainteneur du paquet GNOME Calendar de supprimer tous les liens pointant vers le projet principal et de réaliser un rebranding, en remplaçant l'icône de l'application. Après six mois sans réponse, le mainteneur du paquet dans Linux Mint a demandé des précisions sur quelles modifications problématiques il s'agissait. Il a également souligné que dans les branches prises en charge de Linux Mint et de LMDE, des paquets importés d'Ubuntu 24.04 LTS et de Debian 13 sont utilisés, correspondant aux versions GNOME 46 et 48 fournies dans ces distributions.

Le développeur de GNOME Calendar a expliqué qu'il n'avait pas le temps d'analyser les modifications dans le paquet de Linux Mint et que la suppression de modifications spécifiques ne résoudrait pas le problème, car le paquet basé sur GNOME 46 et 48 est très en retard par rapport à la version actuelle. Selon lui, la solution au problème pourrait être soit de supprimer le paquet, soit de procéder à un rebranding du fork et de retirer tous les liens pointant vers GNOME.

Le paquet d'accompagnement a répondu qu'il avait vérifié tous les changements spécifiques à Linux Mint et n'avait constaté aucun problème. Il a également indiqué que les paquets contenant une version obsolète de GNOME Calendar provenant d'Ubuntu 24.04 LTS et de Debian 13 sont utilisés par des millions d'utilisateurs et a précisé si le développeur comptait demander à Debian et Ubuntu de cesser de fournir leurs paquets.

Le développeur de GNOME Calendar a répondu que ce n'était pas tant une question de corriger les changements, mais de ce que Linux Mint fournit des versions problématiques de GNOME Calendar, obligeant les utilisateurs à envoyer des rapports d'erreurs au projet principal. Il ne s'agit pas de paquets provenant de Debian Stable ou d'Ubuntu LTS, mais du paquet de Linux Mint et des plaintes provenant spécifiquement des utilisateurs de Linux Mint, et non de ceux de Debian et Ubuntu. Si les plaintes étaient envoyées par des utilisateurs de paquets Debian et Ubuntu, une demande similaire aurait été adressée à ces projets.

Le paquet d'accompagnement dans Linux Mint a écrit que la différence entre les paquets de Debian/Ubuntu et le paquet de Linux Mint réside uniquement dans quelques corrections supplémentaires, et en fournissant GNOME 46 dans la distribution, il ne peut en aucun cas mettre à jour GNOME Calendar à l'état de GNOME 50. En supprimant le paquet spécifique à Linux Mint, les utilisateurs obtiendraient une version encore plus problématique, mais cette fois provenant du dépôt d'Ubuntu 24.04 LTS, également basé sur GNOME 46, mais sans les corrections de bugs ajoutées par le paquet d'accompagnement dans Linux Mint. Par conséquent, la seule façon d'empêcher la fourniture de versions obsolètes de GNOME Calendar dans Linux Mint et LMDE est de supprimer le paquet d'Ubuntu 24.04 LTS et de Debian 13, sinon ces versions seront toujours installées à partir des dépôts de ces distributions.

Un des participants à la discussion a proposé de résoudre le problème en ajoutant un champ avec la version de GNOME Calendar dans le modèle de rapport d'erreur, ce qui permettrait de fermer immédiatement les demandes liées aux versions obsolètes. Le développeur de GNOME Calendar a écrit que les plaintes ne sont pas limitées à la forme officielle d'envoi de rapports d'erreurs, et de nombreux utilisateurs signalent des problèmes via les réseaux sociaux, le chat Matrix et d'autres canaux de communication. En réponse, le paquet d'accompagnement a posé la question - pourquoi alors supprimer les liens dans le dialogue «À propos» dont il a été initialement question, si le développeur ne souhaite tout simplement pas que les utilisateurs exécutent de vieilles versions.

Après cela, le responsable a fermé le ticket, en précisant que la suppression des liens dans le dialogue « À propos » ne résoudra le problème que à court terme, sans s'attaquer à la problématique systémique liée à la livraison de versions obsolètes dans les distributions LTS. De plus, un tel changement devrait également être effectué dans Debian et Ubuntu, car il n'y a aucune raison pour laquelle le problème pourrait n'affecter que Mint sans se manifester dans Ubuntu et Debian. La licence du code de GNOME Calendar autorise la distribution illimitée du programme et pour interdire la livraison d'anciennes versions, un passage à une licence non libre serait nécessaire.

Le développeur de GNOME Calendar est resté sur sa position et a publié un article critiquant la fourniture d'une ancienne version dans Linux Mint, mentionnant que Linux Mint rejette sur les développeurs de GNOME Calendar la responsabilité des erreurs et enfreint probablement la marque déposée GNOME en distribuant des versions obsolètes, tout en les présentant comme soutenues par le projet principal, induisant ainsi les utilisateurs en erreur pour éviter d'assumer leur maintien.

Source : opennet.ru

Acheter un hébergement fiable pour les sites avec protection DDoS, serveurs VPS VDS 🔥 Acheter un hébergement fiable pour les sites avec protection DDoS, serveurs VPS VDS | ProHoster