rakoo a écrit 925 commentaires

Tu peux lire la présentation, mais la réponse est simple: il ne sert à rien dans le modèle de Tor d'avoir une quantité énorme de noeuds si 95% sont sur une ligne ADSL en carton. Ce qu'il faut, c'est qu'il y ait une plus grande proportion que 5% de gros noeuds équivalents. L'association se propose de monter un autre gros noeud pour justement augmenter cette proportion.

Disons qu'à force de tapoter sur mon clavier, je suis devenu de moins en moins bon dans la communication par voie orale. Je préfère lui laisser ces tâches là.

Ils ne permettent pas l'affichage hiérarchisé classique.

Tu peux créer un tag "niveau1/niveau2/niveau3". La séparation logique entre trois niveaux hiérarchiques est une fonction que te donne le logiciel qui traite les mails par-dessus. GMail le fait bien, et, malheureusement, je crois que c'est le seul.

Tant qu'il n'y a pas une méthode standard pour pérenniser les tags, les échanger entre mailers

Et oui, tout le problème est là. Les emails ont été conçus avec une structure hiérarchique forte, et ça se sent dans le design de maildir et dans le design d'IMAP, qui peut tout à fait être assimilé à maildir sur le réseau. Maildir en soi ne supporte pas les tags, mais il existe tout de même une solution couramment utilisée qui est de stocker les tags dans les headers du message, avec un header "X-Keywords" ou "X-Label". Du coup tu pourrais continuer d'utiliser maildir, déplacer/archiver/importer tes emails dans tous les sens, les labels resteront là. C'est une manière assez simple de faire, et je sais que mu au moins fait ça.

Après, ça c'est uniquement pour accéder à maildir; on pourrait aussi penser accéder à un serveur IMAP local qui jouerait le rôle de simple forwarder un peu comme msmtp ou dnsmasq, et par lequel tous les MUA/MTA/MDA passeraient plutôt que maildir. Je pense à cette solution parce que IMAP est standard, extensible, et que justement les extensions IMAP de Gmail offrent des fonctionnalités vraiment intéressantes pour qui veut bosser avec des tags.

Pour faire court: aujourd'hui, il n'y a aucun standard fort pour bosser avec les tags. Quelques logiciels supportent les tags dans les headers d'un message (solution la plus pérenne/inter-opérable), mais ils sont peu nombreux. De l'autre côté GMail a quelques extensions pratiques, mais qu'il est seul à implémenter.

Règle 3, pas de répertoires.

qui se veut plutôt être Là où tu as des répertoires, remplace-les par des tags. Les tags permettent de faire tout ce que les dossiers proposent, et offrent encore plus. Qui peut le plus peut le moins. Tu peux donc réutiliser ta logique dans un premier temps, quitte à utiliser la puissance des tags plus tard quand tu te rends compte petit à petit de leur puissance (combinée à la puissance d'une bonne recherche).

Pour ton exemple, tu peux avoir un tag Paris2008 qui contiendra tous les mails en question. Tu pourrais aussi tagger les mails correspondants avec Paris, et spécifier en 2008 dans ta recherche, pour retrouver les mails correspondants.

Le cas d'utilisation classique est celui-ci : deux catégories "Travail" et "Maison", et deux périodes : "en 2008" et "en 2010". La manière classique et naïve de faire avec des dossiers est de créer 4 dossiers : "Travail2008", "Travail2010", "Maison2008" et "Maison2010". On voit tout de suite où ça nous mène. Tant qu'on n'a pas trop de catégories, ça passe, mais c'est pas forcément le cas. Avec des tags, tu peux faire une recherche sur "Travail et 2008" pour retrouver tous les emails correspondants; ça passe mieux à l'échelle comme on dit.

Règle 4, ne rien effacer.

Parce que tu ne sais pas aujourd'hui ce que tu risques de faire de tes mails demain. Peut-être qu'une compagnie te spamme un peu trop aujourd'hui, et qu'elle fait partie des gros partenaires de l'opération commerciale de ta boîte demain, et que tu veux souhaite signaler (avec preuves) le côté spammeur de ce nouveau partenaire? Peut-être auras-tu envie de t'auto-héberger, et que disposer d'une bonne base de spams pour entraîner ton anti-spam est intéressant ?

J'entends ta complainte, et je te propose d'essayer sup, le magnifique MUA qui peut se résumer comme "l'interface de GMail dans ta console"

La méthodologie de ploum est pour moi une manière de gérer efficacement un nombre important d'emails. L'idée et de remplacer la hiérarchie classique des emails par une sorte de flux d'emails qui se verrait filtré selon les critères qui t'intéressent. Ce processus est facilement faisable avec GMail et même avec n'importe quel MUA; là où GMail apporte une différence, c'est que ce filtrage est dynamique, et peut ainsi être changé à tout moment. Tu peux imaginer un filtrage "Travail", qui revient en pratique à afficher tous les emails du boulot, plus tous les emails direct du patron, moins les emails directs de la nouvelle secrétaire stagiaire, typiquement via une recherche. Et c'est ici qu'un outil comme GMail est réellement utile, parce que ce genre d'utilisation est totalement prévue par l'outil de base.

Si tu es un barbu et que tu préfères avoir tout ça dans ta console, tu peux ainsi essayer sup, qui te fournira ce processus. Il existe depuis un bout de temps, mais a été abandonné par son créateur original; d'autres et moi avons ainsi décidé de reprendre les choses en main et de sortir une version utilisable (0.13) de la bête.

Le développement pour en finir avec les vestiges du passé et introduire de nouvelles fonctionnalités est en cours. Lorsque ma motivation remontera, promis, je ferais une dépêche sur ce petit bijou.

Mieux vaut prévenir que guérir !

J'ai pas eu le temps d'essayer ncmpc pendant très longtemps, mais j'ai trouvé ncmpcpp parfait pour un usage régulier et, de mémoire, mieux fourni que le premier.

Pffft ! Sous Arhchlinux, si on utilise netctl, quand ça marche, c'est dans le dossier /etc/netctl. Il suffit juste de connaitre le nom du réseau qu'on a choisi pendant l'installation, d'ouvrir le fichier associe et de lire le paramètre Key, en pensant bien a enlever les échappements de caractères. Quelle bande de blaireaux chez Unity/Gnome !

La question que je posais était surtout "Pourquoi y a-t-il besoin d'un mot de passe pour cette application". Stocker les mots de passe dans Firefox permet de contourner plus ou moins le problème, oui… Mais pourquoi y a-t-il ce problème a la base ?

Un brevet est une description d’un produit, d’un procédé de fabrication ou d’une technique d’exécution. […] Comme les brevets protègent les idées qu’ils décrivent et non leur description ou leur réalisation, ceux-ci resteront valides.

Stop là. Les deux phrases sont en contradiction. Je milite pour faire comprendre qu'un brevet, c'est la première phrase (la description d'un procédé) et certainement pas la deuxième (la description d'une idée). Il est important de garder ça en tête.

Si on en reste au cas présent, le login/mot de passe est-il nécessaire a l'utilisation de l'application ? Qu'y a-t-il de cache derrière ? N'y a-t-il pas de moyen de lancer l'application en désactivant les mots de passe ?

Non, ça ne résout pas le problème de mots de passe dans Firefox (moi qui ait la chance de pouvoir taper sans avoir de feedback visuel direct, je n'ai jamais été gêné par ce problème), c'est surtout une question concernant l'utilisation d'un outil éducatif.

Dans ma tête, cette réponse sonne un peu comme "Je télécharge du Johnny sans payer parce que les lois sont trop débiles et que je peux le faire de toute façon"

Il y a une raison pour lesquelles ces lois sont là, et si elles ne sont pas bonnes c'est elles qu'il faut changer. Si le pare-feu c'est celui du boulot, c'est parce que rien de ce dont tu as besoin pour remplir les tâches qui te sont assignées ne passe par là. Si c'est quelque chose de neuf dont tu as besoin dans le cadre de ton job, la solution est de demander aux gentils admins d'ouvrir les ports; Si c'est à la maison chez un FAI en carton, c'est parce que t'as une box toute moisie; il faut avoir ton propre modem-routeur, et, au passage, passer chez un vrai FAI.

Ça peut paraitre totalement naïf ce que je dis là, principalement parce que le changement ne se fait pas d'un claquement de doigt, mais contourner le pare-feu doit se faire en toute connaissance de cause: la sécurité apportée par le-dit pare-feu est compromise, tu t'exposes à ce que ça te pètes à la gueule. Je préfère encore revoir la sécurité mise en place s'il le faut plutôt qu'avoir une illusion de sécurité.

Oh, un artiste peut bien revendiquer ce qu'il veut. N'importe qui, en fait. Ça ne veut pas dire qu'il a raison et qu'on doit faire ce qu'il dit.

En l’occurrence, un "droit a vivre de son art" n'existe pas, donc le revendiquer est inutile.

Un protocole xml super verbeux, qui ne passe pas les parefeu/nat

Le plus gros problème selon moi est que le XML empêche l’échange de données purement binaires. C'est pour ça qu'on doit se farcir un deuxième protocole (Jingle, en l’occurrence) pour s’en échanger, c'est-a-dire par exemple faire de l'audio/vidéo-conference. Autrement dit, l'utilisation qui est en ce moment en train d'exploser.

Déjà que convaincre un grand acteur a passer a un nouveau protocole c'est pas du gâteau, si en plus yen a un deuxième a gérer…

Des sources de cette info ? Et est-ce que c'est inclus dans le contrat présent ? Ou bien l'armée-fait-ce-qu'elle-veut-circulez-monsieur ?

C'est dingue ce jargon qui tourne autour du pot, et l'organisation lourde du machin. Je cherche à aller voir les sources, et qu'est-ce que je lis ?

Si vous êtes développeur ou que vous souhaitez étudier le fonctionnement du logiciel CHOUETTE ou client SIRI, merci de nous laisser vos coordonnées afin de recevoir par mail l'adresse où récupérer les sources du projet.

Ah bah oui, si je veux jeter un oeil, je dois donner mes coordonnées pour avoir une URL.

Du coup je me suis rabattu sur la doc, celle de l'API REST est à peu près inutilisable: un pdf exporté depuis un .doc, des copies d'écran en guise de réponse (tout retaper à la main est tellement plus rigolo). Bon, il y a quelques XSD (oui, c'est du XML à partir duquel est tiré le json si besoin est, miam miam), et qu'est-ce qu'on lit ?

        <xsd:annotation>
                <xsd:documentation xml:lang="en">
                        TRIDENT exchange schema.
                        Request / Answer schema
                        Copyright (c) 2001 TRIDENT consortium, All Rights Reserved.
                </xsd:documentation>
        </xsd:annotation>

dans le plus pur esprit du libre, donc. Tiens, je suis peut-être hors-la-loi en citant ce texte d'ailleurs.

Ah oui, l'interopérabilité c'est bien mais que si les autres s'adaptent à nous:

<?xml version="1.0" encoding="ISO-8859-1"?>

Alors oui bien sûr je critique, et pire, c'est une critique de la forme seulement, sans même avoir regardé le fond. Et puis, bon sang, il y a une doc, c'est assez rare pour qu'on le signale. Du coup je tiens à féliciter les organismes en question pour avoir lancé une initiative d'harmonisation des systèmes de transport en commun. Ce qu'il manque, c'est une infrastructure pour insérer ce genre de données dans OpenStreetMaps, pour que tout le monde puisse s'en servir et construire des applications utiles par-dessus. Bon, yaka.

Ah ouais mais ton banquier respecte meme pas les normes, il faut dire k et non pas K

quand un procès est fait, c'est à l'attaquant de prouver que l'attaqué à commis une infraction, et pas le contraire.

Je pense que ce qu'il voulait dire est différent: la loi/licence sert a exprimer le souhait de l’intéressé principal, et qu'il faut respecter ce souhait quoi qu'il arrive (parce qu'il a été exprime sous forme de loi). Si on a pas réussi a prouver que tu as mange des enfants, est-ce que ça veut dire que tu peux le faire ? Est-ce que tu as besoin du policier qui tape des que tu fais un faux pas pour respecter la loi ?

Bien sur je suis tout a fait d'accord avec toi, si tu es attaqué c'est a l'attaquant de prouver que tu es en tort. J’espère que tu vas pas pour autant faire ce que tu veux "tant que tu te fais pas chopper".

Donc en fait, il est en train de dire que Archlinux est la meilleur distribution qui est parce qu'elle reste le plus près possible d'upstream, au prix parfois de la stabilité ?

Oh, mais ça existe déjà

Depuis quand vérifier un nom de rue sur Google Map le rend non-libre ?? Si tu importes OK, mais si tu vérifies juste, je ne vois vraiment pas de raison pour que ça soit non-libre.

Depuis que la notion de liberté a une valeur légale. Comme d'habitude, la loi n'a pas forcément de rapport avec la logique.

De la même manière : pourquoi copier ces 0 et ces 1 est illégal ? parce qu'ensemble, ils forment une œuvre protégée par un copyright, et qu'il faut demander (et être autorisé) avant de copier l’œuvre, même si ce sont juste des 0 et des 1.

Si tu as des fichiers volumineux, pour lesquels git n'est pas adapté, je te conseille de regarder bup, qui combine le stockage haut-niveau de git avec la déduplication bas-niveau de rsync. Un concept vraiment joli.

J'ai dans un coin de mon disque dur une passerelle IRC -> MUC pour offrir à tous nos amis IRC la possibilité de joindre un salon XMPP, et qui offre l'avantage de ne pas avoir besoin de bot : chaque client IRC est un client Jabber anonyme ce qui évite d'avoir à se soucier de problèmes de sécurité supplémentaire. Je pense que c'est une solution intéressante pour répondre à ce problème, parce que ça reprend le côté anonyme de IRC et le transpose jusqu'au bout. Si les utilisateurs d'IRC veulent une vraie identité et tout le tintouin, ils se prennent un compte XMPP propre et basta; En attendant, en tant que client IRC ils ont très peu de possibilités :

• Ils peuvent choisir un nick, mais pas un déjà existant dans le salon. S'ils essaient de joindre un salon où le pseudo existe déjà, ils seront bloqués.
• Ils peuvent joindre tous les salons qu'ils veulent
• Ils ne peuvent pas être admin, même s'ils sont seuls. C'est bien pratique, parce qu'une fois déconnectée, une session anonyme ne peut plus être réutilisée. On voudrait pas avoir un admin fantôme qui n'a plus de chance de revenir

Par contre, comme c'est un relai à spam, les quelques implémentations conseillent fortement de ne pas autoriser un compte anonyme à se connecter à un autre domaine que le sien. Du coup je peux pas vous faire tester sur votre domaine, mais je peux vous inviter à tester sur mon propre domaine : otokar.looc2011.eu. Pour rejoindre côté XMPP, c'est conference.otokar.looc2011.eu. Côté IRC, c'est tout simplement otokar.looc2011.eu. Venez sur #dlfp (ou dlfp at conference.otokar.looc2011.eu) pour tester.

Autre inconvénient : c'est du code cracra, et c'est packagé nulle part. C'est une expérience perso et vu que je ne sais même pas à qui ça pourrait servir je me suis pas embêté. Par contre je suis dispo pour toute question ou pour reprendre ça proprement (et en plus c'est du ruby, pour rester dans l'écosystème DLFP).

Enfin bon, je propose ça à l'assemblée si jamais c'est utile.

Je crois que ce qui se rapproche le plus de ce que tu cherches est un wiki. Tiddlywiki et sa réecriture en HTML5 fournissent des fonctionnalités simples de déposage de texte, est facile à installer/utiliser (un seul fichier !) et donc facilement synchronisable entre tes machines et ton téléphone (il y a 2-3 trucs pour Android pour utiliser Tiddlywiki). Par contre les images/sons/pièces jointes en tout genre doivent être mises à côté et liées, dynamiquement, ça peut poser problème. Je ne l'ai jamais utilisé, je raconte juste ce que je vois.

Pour le partage, les notes sont accessibles via un permalien unique, comme par exemple ici

Pour le mode agenda, par contre, je ne pense pas que tu ais quelque chose d'implémenté de base. Peut-être un cron sur ton serveur qui va extraire les dates selon une syntaxe prédéfinie et envoyer un mail idoine ? Avec un coup d'inotify pour surveiller les changements en live ?

Sinon pour faire juste du GTD, tu ne peux pas faire plus simple que Todo.txt. Un fichier texte, synchronisable partout une fois encore.

Je me suis mal exprimé, pardon : je ne vois rien d' open source qui rivalise techniquement avec SyncApp.