Octabrain a écrit 1685 commentaires

Ah oui, je n'avais pas suivi le lien. Effectivement, leur exemple est ballot.

Et pour les subsections de Xorg (oui, cherche dans le man) ? Ok, ça peut se faire "[section/subsection]". Xorg utilise juste un format de conf qui est plutôt étrange aujourd'hui (vu qu'un format plus ordinaire (aujourd'hui) conviendrait aussi bien).

Je ne vois aucune valeur affectée dans ton exemple XML (pas de 25 par exemple, le 10 est la valeur par défaut), et aucune documentation dans le INI.
Ces 2 exemples ne sont pas comparables en l'état. Ton XML est à mon avis une sorte de XSD dédié à "kcfg", appliqué à "korganizer".

Malheureusement, ça rend possible l'injection de saloperies dans l'application (puisque ta configuration devient carrément du code exécuté par l'application)

Comme pour Python, l'indentation est significative et ce genre de comportement ne met pas tout le monde d'accord.

Pour parser des fichiers de confs, on utiliserait plutôt lex&yacc que le stdio de base. Un avantage (relativement faible quand même) d'XML serait qu'il n'y aurait pas à documenter le format de la conf concernant comment écrire les nombres, chaines de caractères ou commentaires. Par exemple, XML définit déjà qu'un commentaire s'écrit "<!-- -->".

Les screenshots au format timbre poste uniquement, c'est pas génial. On peut modifier l'url et supprimer ".tb" pour obtenir la grande taille, mais un thumbnail cliquable serait plus pratique.

Après "t'as qu'à proposer un patch, sinon ferme-la" : "t'as qu'à proposer un film, sinon ferme-la". Pas mal comme moyen, ça garantit que peu de gens auront la capacité de critiquer.

OK, je vois mieux, merci à toi et teoB.
Je voyais souvent le terme passphrase sans trop comprendre, et la phrase d'au dessus : "le prompt de screen (''password: '' ) ne s'attend pas à une passphrase", m'a fait me poser encore plus de questions.

Comment dire, une traduction littérale n'est pas forcément la plus fidèle. Un "mot de passe" n'est pas forcément un mot (du moins pas chez moi), alors je redemande la différence entre un password et une passphrase.

Allons, tu n'es pas au courant qu'on parle d'"industrie du cinéma", "industrie du disque" ? Non, l'art c'est du passé, plus besoin de se faire chier à réfléchir quand tu vas au cinéma. S'il fallait réfléchir, ça se vendrait certainement moins, voyons !

Et ouais, il y a des gens qui continuent d'utiliser ces ordis, pas encore partis pour être désossés sans protection en Inde.

Quelle est la différence exacte entre un password et une passphrase ?

Plus lisible ? Je t'invite à ouvrir http://www.google.fr/ et à faire Ctrl-U. Extraits (au pif) :
window.gbar={qs:function(){},tg:function(e){var o={id:'gbar'};for(i in e)o[i]=e[i];google.x(o,function(){gbar.tg(o)})}};
var a=window.google.f={};a.f=1;a.s=1;a.a=(new Date).getTime();google.rein.push(function(){a.f=1;a.s=1;a.a=(new Date).getTime()});

C'est tout de suite mieux !

J'ai du mal à voir le lien de cause à effet entre "Si tout le monde le savait," et "les stagiaires seraient payés plus cher.", tu peux expliquer ?

"A moins que certains se plaisent à exploiter d'autres"
C'est vraiment à mourir de rire ce que tu dis :'), bis ! (en plus j'aime bien ton style)

"Je trouve cela inadmissible les salaires des stagiaires comparés aux autres salaires. J'appelle cela de l'exploitation !"
Et moi je pense que tu t'appelles Matthieu MARC ! Sérieusement, à part énoncer un fait que tout le monde sait déjà, elle sert à quoi ta remarque ?

"c'est sûrement pas ce qui va aider les développeurs."
Je crois que je m'en fous un peu au final des développeurs, yavait un bon projet qui marchait bien, ils ont décidés de tout foutre en l'air et dire que c'était stable. J'ai déjà fait plusieurs essais, et bien ça m'a suffi.

"Ha ben évidement, si tout le monde à le compte root, la sécurité de grub, on s'en fout un peu..."
Ah le super amalgame entre "être root" et "pouvoir rebooter"...

Faut-il encore savoir le faire. OK si déjà on a grub, on sait le faire :-)

Redémarrer ça se fait en soft, n'est ce pas ?

J'ai testé 4.0, 4.1 et même la 4.2 "the answer", où ils étaient censés avoir fait un effort, puis j'ai estimé que j'avais assez perdu de temps avec ces conneries. Et non, je n'utilise pas kubuntu, pour ceux qui aiment bien reporter la faute dessus.

Et même sans violer la licence, c'est possible. Rien ne les empêche de sniffer leur propre trafic a posteriori, ou de truffer la lib OpenSSL/GNUTLS (qui ne sont pas sous AGPL), ou injecter des saletés.

Non non, son "De toute façon, à moins d'aller physiquement sur le serveur en question pour voir s'il a pas modifier le source, tu n'as aucun moyen de savoir ce que deviennent tes données." est valable, le fournisseur peut légèrement violer la licence et te donner les sources d'une version qu'il n'utilise pas, tu auras bien du mal à le prouver.

Personnellement, comme KDE3 n'est plus maintenu, je suis passé à GNOME et XFCE. C'est moins bien que KDE3, mais ça ne peut pas être pire que KDE4.

Ou bien quand il y sera il changera peut-être d'avis.