Mon allusion à la non-liberté de Debian, dont je suis un fervent utilisateur, très satisfait, au demeurant, elle était aussi un peu empreinte de dérision... à vrai dire, sur des dizaines d'installations (vivent les conteneurs), je ne me sers plus nulle part de "non-free"...
... certes, des choses non libres sont présentes sur les dépôts Debian, mais, même en choisissant "j'veux du non libre" à l'installation, aucun de ces trucs n'est installé par défaut - j'aurais du mal à ne pas être d'accord...
... on est très loin de ce qui se fait par exemple chez Mandriva, où, si l'on se plante d'une ligne ou deux en choisissant l'ISO à télécharger, vu que le libre et le non-libre sont mélangés, on se retrouve avec un truc qui installe par défaut tous les trucs proprios possibles et imaginables (ça fait drôle de se retrouver avec fglrx sans s'en rendre compte... surtout avec une Radeon 9700m qui marche bien mieux avec le driver libre ; dommage, si les choses étaient plus claires, c'est probablement une distro que je n'hésiterais pas à recommander : mais ...)...
On pourrait aussi remarquer que, chez Debian, les glues binaires des drivers blobés ne sont pas compilées, et qu'il faut passer par module-assistant pour en faire quoi que ce soit (et ainsi de suite aux mises à jour des noyaux) : difficile de taxer Debian de pro-proprio sur ce point, également...
Sans compter le fait que si l'on installe le flash proprio sur une version 64 bits, avec un partitionnement séparé choisi lors de l'installation, le "/" est trop petit pour encaisser moult... là encore, rien n'a été fait pour supporter le mix 32/64 bits qui, j'imagine, sert à 99% des cas à installer des trucs dont on n'a pas plus les sources qu'ils ne sont libres : et je ne trouve pas ça mal, au fond. C'est le genre de trucs qu'il ne me viendrait pas à l'idée de bugreporter - pour moi, c'est limite une "feature"...
Alors, certes, oui, du proprio est sur les miroirs Debian, mais sorti de ça, pas grand chose n'est fait pour en faire la pub, ou simplifier leur usage aux utilisateurs qui en voudraient... que l'absence sur le mirroir officiel n'empêcherait de toute façon pas d'aller les chercher sur un autre miroir, s'ils n'y étaient pas, comme je l'ai dit plus haut...
... donc, c'est quoi, le problème de la FSF ? Que Debian considère la doc d'emacs non-libre (à raison, m'est avis) ? Qu'OpenBSD soit en BSD ? Peut-être...
Peut-être la FSF préfère-t-elle se faire mousser avec cette distro, issue de celle de Shuttleworth, relativement pas mal je-m'en-foutiste sur le libre, que je considère, avant tout (même si je veux bien lui reconnaître une ou deux qualités), comme un troll ?
Peut-être que ça ne gêne pas la FSF de faire de la pub rédemptrice et faux-cul à [*]buntu ?
Et bien tant pis : entre la FSF et Debian (voire OpenBSD, que j'aime beaucoup aussi, même si, en ce moment, je n'en ai plus une d'installée), mon choix va à ce que j'estime être le plus honnêtement pro-libre - Debian (voire OpenBSD), sans le moindre ambage. Pour clarifier mes propos... : au moins, Debian ne m'a jamais, que je m'en souvienne, déçu sur ce point.
[^] # Re: Je risque peut-être de lancer un troll velu mais...
Posté par Aefron . En réponse à la dépêche gNewSense 2.1. Évalué à 2.
... certes, des choses non libres sont présentes sur les dépôts Debian, mais, même en choisissant "j'veux du non libre" à l'installation, aucun de ces trucs n'est installé par défaut - j'aurais du mal à ne pas être d'accord...
... on est très loin de ce qui se fait par exemple chez Mandriva, où, si l'on se plante d'une ligne ou deux en choisissant l'ISO à télécharger, vu que le libre et le non-libre sont mélangés, on se retrouve avec un truc qui installe par défaut tous les trucs proprios possibles et imaginables (ça fait drôle de se retrouver avec fglrx sans s'en rendre compte... surtout avec une Radeon 9700m qui marche bien mieux avec le driver libre ; dommage, si les choses étaient plus claires, c'est probablement une distro que je n'hésiterais pas à recommander : mais ...)...
On pourrait aussi remarquer que, chez Debian, les glues binaires des drivers blobés ne sont pas compilées, et qu'il faut passer par module-assistant pour en faire quoi que ce soit (et ainsi de suite aux mises à jour des noyaux) : difficile de taxer Debian de pro-proprio sur ce point, également...
Sans compter le fait que si l'on installe le flash proprio sur une version 64 bits, avec un partitionnement séparé choisi lors de l'installation, le "/" est trop petit pour encaisser moult... là encore, rien n'a été fait pour supporter le mix 32/64 bits qui, j'imagine, sert à 99% des cas à installer des trucs dont on n'a pas plus les sources qu'ils ne sont libres : et je ne trouve pas ça mal, au fond. C'est le genre de trucs qu'il ne me viendrait pas à l'idée de bugreporter - pour moi, c'est limite une "feature"...
Alors, certes, oui, du proprio est sur les miroirs Debian, mais sorti de ça, pas grand chose n'est fait pour en faire la pub, ou simplifier leur usage aux utilisateurs qui en voudraient... que l'absence sur le mirroir officiel n'empêcherait de toute façon pas d'aller les chercher sur un autre miroir, s'ils n'y étaient pas, comme je l'ai dit plus haut...
... donc, c'est quoi, le problème de la FSF ? Que Debian considère la doc d'emacs non-libre (à raison, m'est avis) ? Qu'OpenBSD soit en BSD ? Peut-être...
Peut-être la FSF préfère-t-elle se faire mousser avec cette distro, issue de celle de Shuttleworth, relativement pas mal je-m'en-foutiste sur le libre, que je considère, avant tout (même si je veux bien lui reconnaître une ou deux qualités), comme un troll ?
Peut-être que ça ne gêne pas la FSF de faire de la pub rédemptrice et faux-cul à [*]buntu ?
Et bien tant pis : entre la FSF et Debian (voire OpenBSD, que j'aime beaucoup aussi, même si, en ce moment, je n'en ai plus une d'installée), mon choix va à ce que j'estime être le plus honnêtement pro-libre - Debian (voire OpenBSD), sans le moindre ambage. Pour clarifier mes propos... : au moins, Debian ne m'a jamais, que je m'en souvienne, déçu sur ce point.