Si les questions relatives aux firmwares sont une perte de temps, pourquoi en faire perdre à Debian en prônant la solution conduisant à sortir les firmwares de main (chose qui n'est pas avare en temps et en heure puisque ça menace la sortie de la prochaine version d'au moins 6 mois et encore, ce n'est qu'une estimation...) ?
La compartimentation des diférents dépôts est une méthode pour garder des logiciels groupés par license, mode de support, ... et main est un dépôt normalement réservé aux éléments de base 100% libres et supportés par les devs de debian.
Mettre du contenu qui n'est pas libre dans main, c'est mélanger des éléments qui n'ont ni la même méthode de gestion, ni la même méthode de support, ni les mêmes licenses.
Par contre, mettre les firmwares non-libres hors de main, mais permettre éventuellement que des éléments de main puissent dépendre de ces éléments non-libres serait peut-être une solution.
Ok, c'est un peu moins élégant qu'une belle structure en oignon des dépôts, mais je pense qu'avant tout, les firmwares non-libres sont une question organisationnelle, et qu'il faut une solution organisationnelle pour permettre aux utilisateurs de profiter au moins des fonctionnalités de base de leur hardware sans pour autant mélanger des éléments qu'il vaudrait sans doutes mieux garder séparés.
Le problème, c'est que vraissemblablement il y a urgence. Du coup, des deux côtés certains prônent le bâclage: certains préfèrent qu'on sacrifie la structure et qu'on mélange les torchons et les serviettes, et d'autres préfèrent tout virer sous couvert de pureté philosophique pour ne pas avoir à se poser de questions... la bonne solution se trouve sans doutes dans un petit report et une approche à tête reposée du problème.
[^] # Re: Le poids politique de Debian
Posté par ragoutoutou . En réponse à la dépêche Le projet Debian lance une consultation sur les firmwares non-libres. Évalué à 3.
La compartimentation des diférents dépôts est une méthode pour garder des logiciels groupés par license, mode de support, ... et main est un dépôt normalement réservé aux éléments de base 100% libres et supportés par les devs de debian.
Mettre du contenu qui n'est pas libre dans main, c'est mélanger des éléments qui n'ont ni la même méthode de gestion, ni la même méthode de support, ni les mêmes licenses.
Par contre, mettre les firmwares non-libres hors de main, mais permettre éventuellement que des éléments de main puissent dépendre de ces éléments non-libres serait peut-être une solution.
Ok, c'est un peu moins élégant qu'une belle structure en oignon des dépôts, mais je pense qu'avant tout, les firmwares non-libres sont une question organisationnelle, et qu'il faut une solution organisationnelle pour permettre aux utilisateurs de profiter au moins des fonctionnalités de base de leur hardware sans pour autant mélanger des éléments qu'il vaudrait sans doutes mieux garder séparés.
Le problème, c'est que vraissemblablement il y a urgence. Du coup, des deux côtés certains prônent le bâclage: certains préfèrent qu'on sacrifie la structure et qu'on mélange les torchons et les serviettes, et d'autres préfèrent tout virer sous couvert de pureté philosophique pour ne pas avoir à se poser de questions... la bonne solution se trouve sans doutes dans un petit report et une approche à tête reposée du problème.