Larry Cow a écrit 5011 commentaires

attendre que le sixaxis soit intégré mainline (prévu pour bluez 5.13 il me semble)

Je me trompe fort, ou on est déjà à bluz 5.15?

On trouve des ferments (yalacta, alsa, natali…) en pharmacie ou dans les magasins de produits diététiques ou en supermarché.

On peut aussi forker un yahourt existant.

Ah non, pour ça il faut être sur le site.

Sympa pour ceux qui font la teuf' avec plusieurs groupes de potes différents : ça va en faire des comptes à mémoriser.

Certes, mais au prix d'une bidouille rajoutant une quantité variable de travail au serveur (pas grand chose en HTTP, déjà nettement plus en HTTPS). L'avantage d'avoir un support des enregistrements SRV, ça serait d'avoir du "port-based-virtualhosting" transparent pour le client.

Non, vraiment de la bidoche. Je ne trouve pas de photo, j'essayerai d'en prendre la prochaine fois que je fais la recette!

Genre escalope de porc? Ça ressemble à des saltimboccas sans veau, ton affaire ;)

Oué, mais du coup ça rend le truc encore moins utile. Globalement, ils permettraient de consulter librement le sommaire de leurs bouquins, comme la plupart de leurs concurrents, ça reviendrait limite au même.

En gros, c'est une campagne de pub bien orchestrée.

Et encore. Certains chapitres se terminent au milieu d'un mot, les notices d'auteur ne correspondent pas toujours au sujet du bouquin (p.ex. l'auteur du bouquin sur Drupal 7 va nous "transmettre toute son expérience pédagogique et pratique sur le CMS WordPress." … et ça c'est un quelques minutes d'aperçu.

J'ai voulu être correct, et je me suis inscrit avec une vraie adresse (que j'utilise peu, heureusement) : j'ai eu tort. J'aurais du leur filer du jetable.org, c'est tout ce que ça vaut.

Il permet de faire des divergences/branches/commentaires/vote/fusion sur des parties de document ? Il permet de détecter les blocs déplacés ? Il a une interface WYSIWYG aussi complète et facile d'usage que MS Word ou Google Docs (avec support des tableaux, équations, références, illustrations, etc.) ? Il est déployable facilement ?

Non.

Ça gère les calendriers multiples, ça?

une interface web à la Google Docs pourrait aussi faire l'affaire

Par exemple Nuxeo DM, qui dispose d'une extension pour faire des "diffs" entre fichiers?

Par contre, aux dernières nouvelles il ne gérait pas SNI (ça encore, c'est excusable : il est jeune) et ne considérait pas ça comme un problème à régler.

C'est un peu comme Dieudonné : depuis qu'il est là on reparle d'antisémitisme. C'est déjà pas mal.

En fait il faut au moins que l'un des deux noeuds ait un ami non NATé. Ce sera étendu quand on pourra faire des requêtes aux amis d'amis.

En attendant (ou pas, d'ailleurs), pourquoi ne pas profiter des infrastructures STUN existant (et de l'ensemble d'ICE, si on va pas là)?

C'est bizarre, je ne sais pas trop d'où ça vient. En tout cas c'est un bug, ça devrait aller raisonnablement vite (quelques dizaines de secondes tout au plus).

Je n'ai pas vraiment pu le reproduire de manière fiable, hélas.

C'est vrai, l'interface est encore un peu "brute" et demande à être améliorée. Le bouton refresh sert quand certains partages sont définis avec des dossiers déjà présents (avec "Add existing directory"), car dans ce cas des fichiers peuvent avoir été ajoutés de l'extérieur de Teapotnet, et les dossiers de ce type ne se ont pour l'instant pas surveillés, juste réindexés incrémentalement à intervalles réguliers.

Oui, j'ai fini par trouver tout seul. Et c'est vrai que c'est plutôt sympa.

Exact, c'est dommage. Ça serait une fonction utile à ajouter.

Voire indispensable pour toute une catégorie d'utilisateurs (dont nos mamans).

(Note: c'est quoi l'intérêt de le moinsser systématique? il répond aux questions qu'on/je lui pose, non? bref.)

(Note2: c'est bien toi qui est à l'origine du truc, Paulo? si ce n'est pas le cas, merci d'ignorer consciencieusement tout ce qui suit).

Ok. J'ai rien contre les requêtes HTTP, au contraire. Après tout, ça ne sert que pour l'établissement de la liste de contacts, si j'ai bien compris. Et limite ça vaudrait le coup de parler divers "dialectes" permettant ce genre de choses (XMPP, …).

Le seul truc que je trouve un peu dommage sur l'établissement des relations, c'est de ne pas pouvoir directement échanger la clé publique complète dans les cas où c'est possible (à la Retroshare, donc). Le tracker est très bien, mais ça serait plus sympa de pouvoir faire l'échange d'infos (clé+IP, je suppose) par le moyen de notre choix (si ça se trouve, j'ai un compte SSH sur le serveur de mon contact, et souhaite lui filer mes infos par ce biais, qui sait).

Ceci étant, j'ai jeté un coup d’œil rapide. En résumé, j'aime beaucoup :

• la compilation se passe sans souci, ça donne une impression de simplicité. Pas de dépendances bizarres (camlistore, si tu me lis), pas de warnings, rien. Bravo.
• ça ne nécessite pas d'installation, ni de droits root, ni rien. Ok, ça ne devrait pas en avoir besoin de toutes manières. Mais quand on voit ce qu'on voit de nos jours…
• l'interface web est bien, dans l'ensemble. On trouve ce qu'on cherche, c'est cohérent et sobre. C'est réactif.

Ce que j'ai moins aimé (ou pas encore compris) :

• entre deux utilisateurs NATés, je n'ai jamais pu obtenir de connexion directe. J'ignore les paramètres de leurs NAT, mais c'est un peu rebutant. Heureusement, le fait de rajouter un troisième larron (à chacun des deux) non-NATé a réglé le problème.
• par contre, la mise en relation est leeeenntte. Compter plusieurs minutes (jusqu'à une petite dizaine, je dirais) avant de voir tout le monde comme Online (le "Found" est quasi instantané par contre, mais c'est d'autant plus frustrant). C'est d'autant plus incompréhensible s'il n'y a pas de passage de NAT.
• quelques incohérences/imprécisions dans l'interface. Type "Send another file" comme bouton d'envoi de fichier (même pour le premier fichier). Ou le bouton "Refresh" sur mes dossiers partagés (puisqu'apparemment ce n'est pas un dossier local, mais un espace vers lequel j'ai uploadé des choses, il ne devrait pas avoir besoin de se rafraîchir, si?).
• la licence dans /static n'est pas claire. Elle parle à la fois de BY-SA et de NC. Quid?
• ça n'a pas l'air d'être prévu pour l'i18n. C'est un peu dommage.

Enfin ce qui pourrait valoir le coup, selon moi, pour des versions futures :

• un mode multi-utilisateur. C'est con, mais ça arrive que toute la famille utilise le même ordinateur. Certes, on peut lancer un teapotnet par personne sur un port différent (enfin je suppose que ça marcherait), mais ça serait sympa aussi de ne pas tout lancer en triple, d'autant que ça aiderait pour le point suivant.
• des identités. Je n'ai pas forcément envie de partager la même chose avec mes parents, mon patron et mes compagnons de beuverie. Le point ci-dessus fournirait un palliatif suffisant selon moi (i.e. je change d'utilisateur selon mes envies, pas besoin de "lier" mes différentes identités plus que cela).
• dans la mesure où ça s'y prête, une ouverture à d'autres types de communication : VPN "ad hoc" (à la Hamachi/n2n), V/V, …

Les points ci-dessus sont évidemment à prendre avec des pincettes : la force principale de ton truc me semblant être une relative simplicité, au moins apparente. Ce qui joue nettement en sa faveur par rapport à RetroShare, par exemple (i.e. je mets plus facilement ma maman devant TPN que devant RS si je veux éviter de devoir intervenir dessus toutes les semaines). Ce serait donc dommage de perdre un tel atout en voulant trop embrasser.

Donc tu confirme, le tracker est du HTTP? Le protocole est fort complexe? Il y a un peu de crypto dessus?

Je me réponds tout seul, mais ça m'apprendra à lire : le tracker se lancer avec ./teapotnet --tracker. Voilà voilà.

le coeur de retroshare […] ayant été séparer de l' interface en qt exprès pour pouvoir plus facilement l utiliser dans le cas d une interface web

C'est effectif ce truc-là? Parce que c'était un des gros trucs bloquants, et que la dernière fois que j'ai testé c'était encore inexploitable sans interface graphique.

Pour revenir à TPN, quelques questions :

• si on indique le "tracker" à l'ajout de contact, c'est qu'on peut envisager de communiquer entre utilisateurs de différents trackers?
• si on souhaite faire tourner son propre tracker, on fait comment?

En tous cas, ça a l'air simple et propre, à suivre.

Il existe des voies en dur, libres et suffisamment efficaces pour Wikipédia.

Par exemple?

Et le CC-BY-{NC,ND}, c'est plus l'exception que la règle aussi?

De manière indirecte : ce cher Neo Freerunner avait fini par tourner principalement sur une base EFL, de mémoire.

Chez nous (petite structure publique), on a tenté une expérimentation avec Alfresco il y a quelques années. Entre temps, on a un peu abandonné :

• les versions communautaires fournies à l'époque étaient particulièrement merdiques à mettre à jour (ou bien on était particulièrement pas doués, c'est possible aussi), résultat on a pris un certain nombre de versions de retard.
• le CIFS, qui était le gros argument pour "vendre" la solution auprès de nos services, s'est avéré assez décevant (en gros, un coup ça marche, un coup ça marche moins).
• de ce qu'on en a compris à l'époque, le contrat que signent les partenaires d'Alfresco les empêche d'intervenir sur la version libre. Et on n'avait pas vraiment envie de partir sur la version non-libre.

Bref, le truc a végété, et pendant ce temps-là on a commencé à tester Nuxeo, qui a montré plusieurs atouts :

• un dépôt APT, depuis longtemps. Toutes les montées de version ne se sont pas passées parfaitement, mais dans l'ensemble il y a eu assez peu de casse et la plupart de nos instances de test ont pu être montées à la version suivante sans souci (l'exception étant le passage de Squeeze à Wheezy, qui m'a foutu un bren pas possible sur la dépendance à LibreOffice, mais comme c'était une version de test je n'ai pas non plus tout fait pour la sauver).
• pas de CIFS, mais une extension Firefox pour faire du glisser-déposer à même le navigateur (depuis remplacé par la fonctionnalité HTML5 native)
• une unique version, libre. Pas de déclinaison "entreprise" excluant la version libre (en revanche, une dépendance de plus en plus forte à leur outil de paramétrage en ligne, pas libre du tout, et pas donné non plus).
• depuis peu, un client de synchronisation bureautique (à-la Dropbox) qu'on est en train de valider et qui marche relativement bien : Nuxeo-Drive. Il permet notamment de lancer des applications locales sur des fichiers du dépôt de manière transparente depuis la partie Web (ce que leur ancienne technologie LiveEdit tentait de faire avec un succès assez modéré).
• idem, un système assez plaisant de génération par templates (fabriquer un fichier bureautique à partir d'un "simple" document XML rempli en ligne par formulaire) a été ajouté, dont je n'ai pas encore fini de faire le tour.
• la maison-mère est française, pour le côté marinière.

Après, c'est pas parfait (et encore en tests chez nous, de toutes manières), mais ça semble beaucoup plus prometteur que ce qu'on a pu faire d'Alfresco. Voilà voilà.

Uniquement en allant cocher une option obscure dans le menu

Pour ce que j'en ai vu, il te prend par la main et te laisse devant l'option en question dès lors que tu cherche à installer un paquet tiers. Mine de rien, ça contribue grandement à allumer la lumière.

Ok, je vais être chiant. Un temps, j'ai cru que tu allais comparer (en termes de code) une solution à un problème donné (fut-il un hello world) entre deux approches. En fait, non.

Si c'est trop compliqué (et ça a l'air, si on en croit ta proposition de concours) à expliquer avec des mots, tu ne veux pas plutôt l'expliquer avec du code? C'est simple, c'est factuel, tout le monde (en tous cas ici) comprend. Ça aiderait grandement ta démarche, non?

Appli mail : on peut s'en tirer avec un webmail. De toute façon, faut un serveur. Alors qu'il soit pure imap/smtp ou expose une API HTTP/Rest, ça change pas grand chose au final : il faut développer une partie communication. On peut faire d'ailleurs pareil avec la plupart des protocoles, en ayant ce serveur HTTP qui servirait de "proxy/traducteur".

Toi, tu n'as jamais eu à expliquer à ton admin Exchange que ça serait gentil qu'il t'active le WebDAV.

Plus généralement, des boîtes dont les services de messagerie n'ont pas de webmail (ou un qui est pourri sur mobile, malheureusement ça arrive encore), c'est loin d'être rare, et leurs employés sont loin d'être tous des nerds.

Et je ne te parle pas du client SMB/CIFS, qui me sert au moins une fois par semaine sur mon téléphone.

Bon sinon, si on tient vraiment à du vrai protocole over TCP/IP, pas de souci, il y a ce qu'il faut : API TCP Socket.

Oui, enfin c'est uniquement pour les applis certifiées, ça. Ce qui casse un peu le côté "Google c'est des méchants, chez la concurrence au moins on installe ce qu'on veut".