🚲 Tanguy Ortolo a écrit 12511 commentaires

Pour ou contre le respect de la syntaxe Markdown pour les retours à la ligne ?

Pour. Le retour à la ligne forcé n'a aucun sens dans un texte de prose formaté. Il est donc utile de les considérer comme de simples espaces, permettant de mieux disposer le source. C'est la convention de nombreux langages comme TeX ou HTML.

Quels services devrait-on prendre en charge pour les avatars ? Certains d'entre vous utilisent-ils pavatar ?

Pas encore mais je vais m'y mettre, c'est une excellente alternative à Gravatar qui est trop centralisé à mon goût. Et sans exposer l'adresse électronique : c'est farpait. Donc pour la prise en charge de Pavatar !

Que pensez-vous des polices utilisées ?

Qu'elles sont jolies et que je n'en ai strictement rien à cirer qu'elles soient moches sous Windows. Si leur système de fontes est merdique c'est leur problème.

Visiblement c'est basé sur Gentoo, il eût sans doute été utile de le mentionner.

Tirer partie du sélecteur de medium de CSS :

<link media="handheld" rel="stylesheet" …/>

Bon, après avoir testé un peu plus :

1. ça n'a pas l'air systématique, comme s'ils avaient seulement certains serveurs paytays ;
2. ça a l'air de déconner systématiquement lorsqu'on envoie des LF à la fin des lignes, au lieu de suivre la norme SMTP qui exige des CR-LF ;
3. ça a l'air de déconner systématiquement pour certains vieux messages en attente de livraison mais pas pour de nouveaux messages.

Ha ha ha ha ha, l'hôpital qui se moque de la charité… Personnellement je trouve fatigante la volonté d'Orange de tout vouloir refermer et j'aimerais bien des systèmes ouverts, justement.

Tu me dis où je dois cliquer pour télécharger le Windows XP ?

Ah, pas faché de voir disparaître ces affreux « Mes ».

Sur n'importe quel lien de la Squeeze : à partir de la Squeeze justement, l'installateur Debian permet d'installer des versions anciennes de Debian !

Ttt ttt ttt, tu choisis. Cf. ~/.config/user-dirs.dirs.

En plus sous linux il n'y a même pas le répertoire Mes Documents, alors on sait pas où ranger ses fichiers !

Maintenant si. C'est une nouveauté FreeDesktop.

J'ajoute que lorsqu'on économise des milliers de licences Windows, on a plein de fric pour payer quelqu'un à plein temps pour développer des pilotes, un installateur dédié, etc.

C'est quelle version de Firefox^WIceweasel dans Lenny et Squeeze déjà ?

Qu'est-ce qu'ils en ont à cirer, en entreprise surtout ? S'ils étaient sous Windows ils utiliseraient Explorer 6…

Ensuite pour qui, est-ce une surprise d'entendre dire que Debian ne supporte pas plein de périphériques ? Ils sont passé où les drivers et les "firmwares non libre" ?

Dans des CD dédiés.

Peut-on installer une Debian sur les PC actuels sans être bloqué par les interfaces réseaux non supportés (firmware supprimé du kernel) ou des cartes graphiques trop récentes ?

Oui.

La véritable question que l'on peut se poser, c'est pourquoi avoir choisi Debian pour équiper des postes de travail alors qu'il existe plein d'autres distributions GNU/Linux conçu pour le desktop !

Notamment Debian.

Ah tiens, je n'y avais jamais pensé à celle-là, mais elle est appropriée en effet.

Un conseil, utilise sam2p au lieu de convert. Tu n'y perdras pas la compression PNG, comme ça.

C'est le principe de rss2mail, avec comme problème que 80% du temps quand j'ai accès à internet j'ai pas le droit à autre chose que HTTP/HTTPS...

Oxymore. Si tu n'as pas accès aux services POP/IMAP de tout serveur d'Internet, alors tu n'as pas accès à Internet.

Oui, c'est PubSub qu'il cherche.

Par exemple, tu peux être informé qu'un nouvel article est dispo (par une alerte sonore ou vibrante).

man rss

Bon, ok, ce n'est pas une technologie de notification correcte, PubSub XMPP c'est plus adapté.

Ensuite sur un simple coup de mise en page, je ne sais pas si il est si facile de faire un CSS générique pour les différents formats d'écran, alors qu'une appli dédiée pourra plus précisément connaître exactement la résolution utilisée.

Bah, une CSS pour les screens, une pour les handhelds, ensuite des différences mineures de résolution, ça s'adapte bien, hein.

Je connais cette publicité, merci, et je peux tout à fait lire les vidéos de YouTube sans Flash.

Je ne vois pas le rapport, mais c'est quand même très amusant. Je prépare le pop-corn, on va bien rigoler.

Et même s'ils savaient, il faudrait qu'ils soient vraiment gonflés pour affirmer que libérer le code ça ralentit le développement. :-)

isohybrid ne suffit pas ! Il faut aussi que le système d'exploitation puisse aller chercher son système de fichiers sur une clef USB plutôt que sur un CD.

Moi, ce que j'adore, ce sont les services qui interdisent au contraire d'utiliser des caractères qui permettraient d'augmenter l'entropie.

Autrement dit, qui forcent à avoir un mot de passe faible. Du coup j'ai plusieurs classes de mots de passes :
– des mots de passes forts pour les services bien faits (avec des [:alnum:], des [.,;!:] et des [#&~*£$]) ;
– des mots de passes faibles pour les services mal fichus (avec des [:lower:] uniquement) ;
– un mot de passe merdique pour les services merdiques (avec quatre ou six [:digit:] uniquement).

Et ce qui est amusant, c'est que le mot de passe merdique en question, il ne me sert en pratique que pour deux services merdiques, les seuls que je connaisse, ceux qui au contraire mériteraient la plus grande sécurisation : ma carte bleue et le service d'administration de mes comptes en banques.

Bon, alors on va passer à la critique suivante : grâce à ce HTTP Digest, impossible d'intégrer une identification SIP à un système existant et unique comme PAM ou LDAP.

Vous ne seriez pas passés en GTK+2 par hasard ? Parce que la dernière fois que j'avais essayé Linphone, c'était juste abominablement moche en GTK+1, or là ça a l'air joli et intégré.

Le serveur gère l'authentification "http digest", votre mot de passe ne passera pas en clair sur le réseau.

Authentification DIGEST (votre mot de passe ne transite pas en clair sur le réseau) ;

… mais est stocké en clair sur le serveur. Avant qu'on ne me le rétorque, oui, je sais, pas la peine de stocker vraiment le message en clair, le hachage HA1 (oui, HA1, ce n'est pas un algorithme mais un nom de variable dans le protocole HTTP Digest) suffit, sauf que ce hachage HA1 suffit à se connecter, donc il remplace le mot de passe, donc le stocker en clair sur le serveur c'est comme stocker le mot de passe en clair, si quelqu'un récupère le fichier de mot de passe il peut se connecter. Donc je maintiens, le vrai mot de passe, c'est à dire ce qui suffit à se connecter, c'est à dire HA1, est stocké en clair sur le serveur.

Tout ça parce que l'équipe SIP à l'IETF a cru intelligent de déprécier HTTP Basic parce que « le mot de passe transite en clair sur le réseau et que c'est très mal », ce qui est vrai, sauf que SSL.

HTTP Basic seul : le mot de passe transite en clair mais n'a pas à être stocké en clair sur le serveur.
HTTP Basic + SSL = le mot de passe ne transite pas en clair et n'a pas à être stocké en clair sur le serveur.
HTTP Digest = le mot de passe ne transite pas en clair mais doit être stocké en clair sur le serveur.