benoar a écrit 4238 commentaires

Ok, merci pour ces précisions, c'est plus clair.

Par contre, ce qui est un peu bête dans l'histoire, c'est qu'une fois les données « décalquées » par les contributeurs d'OSM en CC-by-SA, le « petit malin » pourra faire exactement la même chose que tu dis, tout en ayant profité du travail des bénévoles d'OSM. Donc on gros, vos restrictions ne servent à rien.

La licence ne limite pas les traitements mais le statut des données produites (elles doivent être diffusées sous licence CC-By-SA et/ou ODbL), leur destination (OpenStreetMap) et les outils utilisés (JOSM, Merkaartor, Viking, la liste étant amendable au cas par cas tant qu'il s'agit de clients lourds).

Heu... je ne comprends pas un truc : on peut faire du CC-by-sa, mais _uniquement_ pour OSM ? C'est un avenant à la licence ou quoi ? Si ils autorisent à faire du CC-by-sa, on pourra l'utiliser pour ce que bon nous semble !

Moi je trouve ça bien de faire du bleeding edge juste après une LTS. Ceux qui veulent du stable restent en LTS et n'ont pas trop de retard car c'est dès la LTS+1 qu'ils amènent plein de nouveautés. Si les gens rapportent bien les bugs sur cette 10.10, la 11.4 devrait être un bon cru niveau bleeding edge et stabilité (j'encourage surtout les gens à tester nouveau : ça fait des années qu'il se traîne par manque de retours utilisateurs, il est grand temps de le tester et de l'améliorer !).

Ce sont des scripts qui servent à arrêter, stopper, obtenir le statut de chaque service. Ces scripts lisent ce qui se trouvent dans /etc/sysconfig pour paramétrer les services.

En plus de ce que j'ai dit au-dessus, je rajouterais que Debian a un répertoire vraiment similaire, mais uniquement pour le réseau : /etc/network. Pour le reste, c'est un mélange entre /etc/default pour les options générales et le fichier de config du soft dans /etc pour les cas particuliers.

Pourquoi thttpd a-t-il une option de désactivation supplémentaire activée par défaut ? Ou peut-être est-ce une politique de Debian de désactiver ainsi tout serveur qui communique avec l'extérieur ? Je verrai quand j'installerai mySQL et PostgreSQL...

Beaucoup de services qui ont besoin d'un paramétrage spécifique, et dont on n'a pas trouvé de configuration acceptable par défaut, sont désactivés au démarrage par défaut. Je pense que c'est pour cela que thttpd est désactivé au boot. Et pour beaucoup (tous ?) l'activation se fait en changeant un flag dans /etc/default.

Là, ce n'est pas (que) la faute d'Ubuntu, mais de Debian.

Non, ce n'est pas la faute à Debian, c'est la faute à Nvidia, nuance. D'après ce que j'ai compris, les drivers proprios ne gèrent pas KMS. Comme d'autres choses auxquelles Nvidia ne veut pas passer. Et bien on ne va pas les attendre pour leur faire plaisir : pas de KMS = pas de boot graphique.

Le problème est apparu avec l'intégration des drivers "nouveau" dans le kernel, et de leur activation dès la phase de chargement du kernel.

Faux. C'est arrivé avec l'activation de KMS par défaut. Arrête la désinformation.

mais il faut surtout fait un "blacklist nouveau" dans le "/etc/modprobe.d/00local.conf"

Toi, tu lui en veux à ce driver ...

D'une manière générale, Debian essaye de toujours séparer les fichiers de configurations par défaut, et ceux des utilisateurs. Ainsi, les paquets peuvent modifier "sans risques"(*) leurs fichiers de configuration, les spécificités de l'utilisateur n'étant pas touchées

Pas tout à fait. Tu as raison de dire que /etc/default va passer des paramètres aux scripts /etc/init.d, mais les fichiers de configuration (divers fichiers dans /etc) sont toujours très utilisés et modifiés : /etc/default contient surtout les options les plus générales (il me semble même que ces fichiers n'influencent _que_ les flags passés en ligne de commande au programme, et pas du tout le fichier de configuration dudit programme). Si on veut quelque chose de plus particulier, on va en général voir directement le fichier de config du soft dans /etc.

Tu te prends beaucoup la tête pour si peu de chose, même si ta remarque au départ était intéressante.

À noter que toutes ces syntaxes sont spécifiques à bash, alors que ton script de départ était plus généraliste (j'ai quand même un doute sur le +=). Ce n'est pas forcément un problème, c'est juste pour te prévenir.

Non mais pourquoi pas lutter aussi contre les démontages intempestifs du rouleau de papier toilette du porte-rouleau…

T'as jamais vu les porte-rouleau de papier toilette à clé qu'on trouve aujourd'hui dans beaucoup de sanitaires accessibles au public ?

Bah je sais pas, il y a quand même pas mal de gens qui lui ont expliqué gentiment, mais il persiste dans sa connerie. Moi ça m'énerve, et je lui envoies clairement en pleine gueule. Après, il y a sûrement une solution plus douce, mais là je vois pas trop, à part le faire changer de métier.

Bon, là tu me conforte définitivement dans mon avis : qu'un mec comme toi soit à ce genre de poste est extrêmement dangereux. Que tu aies travaillé dans le public me rassure encore moins.

Voilà, tu l'avoues clairement : tu es un connard parce que tu y es soit-disant « obligé ». Ce que t'expliquent les gens ici, c'est que tu n'es pas obligé de lécher le cul de tes patrons, en allant de surcroît sur un site de Logiciel Libre poser ta question. Remarque le mot « Libre » et essaye de comprendre pourquoi ta démarche nous paraît incompatible avec notre éthique. Que tu n'aies pas les couilles de refuser de faire ce filtrage et que tu préfères être à la solde de gros cons montre bien que cette « obligation » est une excuse débile pour cacher le fait que ça te fait bander de fliquer les gens comme ça, et que tu es aussi gerbant que les gens pour qui tu travailles. Ton égoïsme te perdras.

Je parie qu'ils ont un app-store pour OSX dans leurs cartons…

Ça marche nickel ici, avec des drivers libres bien sûr (j'avais effectivement entendu qu'avec du proprio, l'hibernation c'était la galère). Bon, j'avais testé ya un an et c'était moins rose, mais les problèmes venaient uniquement de la gestion de l'USB. Ah, la veille (suspend to RAM) marche aussi très bien, et est super rapide !

Tout ça en Debian sur AMD 780G.

Être obligé de passer par Flash (et s'inscrire, comme dit plus haut) pour pouvoir récupérer un PDF, c'est complètement débile. Je n'ai pas Flash, je ne veux pas m'inscrire, je l'ai dans l'os.

Comme dit ci-dessous, rien à voir, et en plus un driver qui a besoin d'un firmware peut tout à fait le trouver dans son initrd, pas besoin d'attendre que le système soit « démarré. »

Ça fait longtemps que je ne suis pas aller trifouiller dans les menus du noyau, mais normalement quand tu va dans l'aide (touche « ? ») il te dit de quels symboles il dépend, lesquels il a sélectionné, etc.

En tous cas, ça n'a rien à voir avec le firmware comme dit plus haut.

Je dirais plutôt le contraire : parce qu'ils ne veulent pas trop faire de publicité gratuite à un site (ils en parlent déjà dans l'article, si en plus ils font monter leur google-rank, c'est trop généreux).

J'avais vu depuis quelques temps qu'on pouvait suggérer d'autres traductions à Google. Peut-être que certaines traductions sont la cible d'un « Google translate bombing » ? Ou qu'il s'adapte très vite aux erreurs qu'ont rentré les utilisateurs ?

Soit 31,56€ par an.
Mais avec un routeur/modem ADSL sous OpenWRT (largement suffisant pour des pages statiques) qui consomme 3W, ça descend à 3,16€/an. Pas mal.

Tout comme pour la re-distribution des sources du noyau : elle n'est pas utile (point de vue gpl) (il me semble ?) dans la mesure où il s'agit d'android. Et Android est librement accessible

Cette phrase ne veut rien dire. Que quelqu'un d'autre propose les sources, on n'en a rien a faire : c'est à celui qui t'as vendu le soft de te filer les sources. Et elles sont sûrement différentes du Androïd d'origine.

Si les modifications se limitent à inclure des drivers binaires non-libres, alors il n'y a pas "modification" du noyau, ni des outils libres à côté, donc pas d'obligation de re-distribution : le git d'android suffit.

Pardon ? Un driver _est_ forcément dérivé du noyau (sauf cas très spéciaux) et doit respecter la GPL. Le « git d'android » c'est bien mignon, mais il ne contient que ce qui est commun à tous ces joujous, mais pas la base pour les faire tourner : les drivers.

Et si des modifications ont été réalisées sur des parties libres, alors c'est encore le git d'android qui sera le point central (et non une distribution à part). […] Il semble bien trop complexe pour un constructeur de maintenir une branche à part.

Et bien non justement, chaque constructeur fait ses drivers spécifiques dans son coin sans remonter tout ça à Google. D'où toutes les moutures spéciales d'Android qui essayent de réunir tout ça.

Ces reflexes de fermeture sont certainement initiés par un objectif bien compréhensible : que mme michue ne casse pas son appareil et le renvoi en sav pour une manip non prévue par les termes de garantie.

Rhaa bordel de merde quand est-ce que les gens arrêterons de sortir cet argument fallacieux à deux balles ?

Espérons qu'ils comprennent eux aussi que "protéger l'usage" n'a pas besoin d'être en contradiction ni avec les licences ni avec un modèle de développement, pour être efficient.

Oui, ce serait bien, même si on est à mon avis encore loin de ce changement de mentalité.

Surtout qu' il est fort possible qu'une immense majorité de bidouilleurs acceptent sans problème une casse de la garantie s'il utilise un autre système dessus.

Oui, acceptons tout et n'importe quoi.

De rien.

Si tu veux utiliser une lib toute prête plutôt que de réinventer la roue, en Perl, j'ai vu ça sur le CPAN : http://search.cpan.org/~markov/Mail-Box-2.095/lib/Mail/Messa(...)
(je ne sais pas comment l'utiliser, je ne fais pas de perl, mais ça a l'air de supporter la RFC dont on parle)

QUOI ? Les trolls anti-GPLv3, allez relire les licences de la FSF !! La GPLv2 révoquait déjà tes droits sur le programme sous GPL si tu ne fournis pas un droit d'utilisation gratuit illimité sur ton brevet :

7. If, as a consequence of a court judgment or allegation of patent infringement or for any other reason (not limited to patent issues), conditions are imposed on you (whether by court order, agreement or otherwise) that contradict the conditions of this License, they do not excuse you from the conditions of this License. If you cannot distribute so as to satisfy simultaneously your obligations under this License and any other pertinent obligations, then as a consequence you may not distribute the Program at all. For example, if a patent license would not permit royalty-free redistribution of the Program by all those who receive copies directly or indirectly through you, then the only way you could satisfy both it and this License would be to refrain entirely from distribution of the Program.

http://www.gnu.org/licenses/old-licenses/gpl-2.0.html

Ce qu'a ajouté la GPLv3, c'est de ne pas pouvoir contourner cette clause en ne donnant pas le droit d'utiliser le brevet, mais en promettant de ne pas attaquer pour violation (cas Novell/MS), ce qui est de l'enculage de mouche juridique mais nécessaire pour ne pas se retrouver avec une épée de Damoclès sur la tête (franchement, un accord de non-poursuite pour rester dans l'illégalité, on aura tout vu…)

Allez lire la GPL avant de la critiquer, bordel !

Je viens de voir que c'est l'encodage normalisé par la RFC 2047. Je m'étais toujours dit que ce genre de truc devait venir de quelque part, et tu m'as fait chercher…
En passant, un petit post intéressant dessus (avec code python idoine) : http://www.bortzmeyer.org/2047.html

On peut aussi ne pas se soucier des « : » en trop et les laisser, ça ne gêne pas la plupart des programmes, et il me semble que c'est standard.

Sauf qu'en général, si t'as changé de configuration de disque entre les deux, leurs noms ont changé. Enfin bon, aujourd'hui on devrait être passé aux UUID…