rakoo a écrit 921 commentaires

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.

1. unison synchronise tes machines une à une. Si tu as 10 machines, tu dois mettre en place toutes les synchronisations. Comme tu te rends compte que c'est vite la galère, tu vas mettre en place un serveur central auquel tout le monde va se connecter, mais si le serveur tombe, plus rien ne marche. Ici, à supposer que le protocole est pas trop différent de Bittorrent, chaque machine partage et récupère en fonction de ses besoins et de sa disponibilité, sans administration lourde.

2. unison ne gère pas le versionnement des fichiers. SyncApp non plus, mais c'est dans les tuyaux. De même, il est prévu une version mobile pour SyncApp

3. De manière générale, SyncApp est soutenu par une entreprise, unison n'est même plus développé. unison est très bien pour les barbus qui savent se débrouiller, mais encore une fois, Mme Michu n'est pas capable; c'est plus à ce besoin de "je clique, ça marche" qu'autre chose que répond SyncApp.

Aujourd'hui, d'un point de vue purement technique, je ne vois rien qui se rapproche de SyncApp (tout particulièrement sur l'aspect décentralisé; la plupart des solutions mettent tout sur un serveur centralisé, et les autres machines vont récupérer les infos dessus).

SyncApp c'est comme dropbox sans les serveurs de dropbox. Ces derniers assurent la disponibilité des données, mais portent atteinte dans leur fonctionnement à la confidentialité des données. En parallèle, dropbox te permet d'avoir un utilitaire sur chaque machine qui se synchronise avec tes autres machines et les serveurs centraux. Ici, pas de serveur central qui stocke tout ce qu'il y a chez toi, toutes tes données sont uniquement sur tes ordinateurs.

Enfin, à priori, puisqu'on ne peut pas savoir ce qu'il fait.

Même si le monde tourne effectivement majoritairement avec des logiciels open source, le grand public (et, par conséquent, les médias) est persuadé que les logiciels sont par défauts propriétaires. Donc oui, c'est bien du militantisme vis-à-vis du grand public.

Note : vu que personne n'est d'accord sur le terme, pourquoi ne pas dire "non open source" comme tu le dis ? Ou alors c'est trop militant parce que commençant par la négative ?

Je ne suis pas d'accord. Microsoft a vendu sa came au Ministère de la Défense dans le respect le plus pur de la loi. Ce qui pue, c'est :

• le ministère ne fait pas d'appel d'offres. Je ne sais pas quelles sont les conditions, mais normalement, il me semble qu'il doit y en avoir;
• le ministère ne communique pas. Malgré toutes les recommandations qui disent dans tous les coins de ne pas aller dans ce sens, ils y vont quand même, j'ai envie de dire envers et contre tous, et sans expliquer leurs raisons;
• le ministère décide de faire affaire avec Microsoft Irlande plutôt que Microsoft France, on sait tous pourquoi.

Dans chacun de ces points, Microsoft respecte la loi. Certes, ils font en sorte de minimiser les coûts au risque d'aggraver la situation de la France, mais ils n'en ont rien à carrer : Microsoft est une compagnie, son seul et unique but dans la vie est de se faire de l'argent. Pas de paraitre joli, pas de rendre service, non : faire de l'argent. L'affaire présente va exactement dans ce sens. À l'inverse, le Ministère de la Défense a un rôle de service public, et se doit donc d'agir dans le bien de tous. Là ils ne respectent pas du tout ce principe de base.

Si on pense que Microsoft a fait le cochon avec la porte dérobée de l'Irlande, alors il faut interdire de faire affaire avec une filiale non française. Il est aujourd'hui légal de faire ça, ils n'ont absolument aucune raison de s'en priver.

Le seul à blâmer dans l'affaire est le Ministère.