Sur les serveurs de Google, il n'y a pas de conférence et l'implémentation des chats à plus de deux est spécifique (la dernière fois que j'ai essayé).
En gros t'es en train de me dire « j'utilise un truc non standard et ça ne marche pas », ben je te réponds que ça ne vient pas d'XMPP le problème.
Pour les clients différents, je n'arrive pas toujours à insérer une image dans la conversation, l'audio/vidéo ne marche presque jamais, les conversations à plusieurs ne sont pas toujours possibles (probablement encore la faute à Google)...
Insérer une image c'est déjà un comportement très particulier. Personnellement je n'en ai pas l'utilité donc je n'irai pas implémenter ça d'instinct dans mon client, mais si des gens me le demandent dans le bugzilla, je le ferai très probablement. Quant à jingle, j'ai dis dans mon commentaire précédent que tout jingle n'était pas standardisé (il y a un dernier appel aux retours avant standardisation pour les codecs audio en ce moment).
Tu vas me dire que j'utilise de mauvais clients ou de mauvais serveurs, mais le problème c'est que même en changeant je resterai limité par les logiciels des autres.
Mauvais pas forcément, mais qui ne te convient pas (enfin j'aurais tendance à dire qu'utiliser un serveur centralisé d'une grosse boîte commerciale est une mauvaise idée de toute façon). Comme dit par ailleurs tu peux utiliser un service sur un autre serveur tout en restant sur le tiens.
Après les limitations, pareil je reviens sur ce que j'ai dit: un logiciel qui n'a pas une fonctionnalité, c'est indépendant du protocole, ça ne va pas se faire automagiquement. Demande ce qui te manque aux dévs, ou change de client, ou si tu en as les compétences et le temps, patche le.
Plus pour longtemps, un client CLI et un client web sont prévu, mais ils seront tous basés sur la libretroshare ce qui devrait éviter pas mal de problèmes.
Ça reste l'idée d'un client unique: une bibliothèque peut être plus intéressante dans un autre langage pour des questions de performance/popularité/rapidité de développement/etc.
Peut être qu'un jour des passerelles existeront entre les deux.
J'y suis allé un peu à la provoc en parlant de FUD et de publireportage, mais c'est globalement l'impression que ça laisse: un goût de « XMPP est un moyen du passé », qui aurait sûrement pu être autre en développant un peu cette partie (et parler des projet prometteurs ne contrebalance pas suffisamment les critiques faites avant qui ne sont pas justifiées à mon avis, comme je le dis dans mon premier commentaire).
Bon maintenant allons y de manière un peu plus constructive, vu qu'étant dév d'un projet qui touche à ce milieu, je suis concerné:
(C'est super reloud Markdown, on ne peut pas numéroter comme on veut pour répondre, ou faire une citation puis une liste numérotée, ça reprend à 1)
Dans ce cas peux tu me donner des exemples concrets ? Parce que moi que j'utilise Gajim, Psi, ou autre, ça marche très bien ensemble. Si tu parles de Jingle, les spécification sont finies pour la base, mais il y a encore des modifications faites en ce moment (genre sur les codecs pour l'audio).
rien à ajouter, juste pour garder la numérotation avec markdown
Je n'ai jamais utilisé gtalk, mais justement il me semble que jingle est implémenté chez eux (d'une ça vient d'eux, et de deux ils viennent de passer à la version standard) et que ça sort justement typiquement du chat à deux. Donc encore une fois, peux tu en dire plus ?
alors là non je ne comprends pas. Les clients marchent ensemble, et c'est bien là l'intérêt principal de XMPP, y compris pour ce qui sort du chat (le partage de fichier ce n'est pas du chat). Après qu'entends tu par différent ? Interface différente ? Ça me semble une force au contraire: tu choisis celle qui te convient le mieux, et ça marchera avec les autres.
Quelques autres points en vrac:
même si j'ai fait un premier commentaire de défense de XMPP, j'ai apprécié la dépêche sur plusieurs points, et retroshare me semble effectivement très intéressant (je suis d'ailleurs en train de l'essayer à force d'en entendre parler sur DLFP)
j'ai également apprécié que tu ne parles pas de Diaspora comme l'unique alternative au truc bleu, c'est un truc qui m'énerve passablement et régulièrement, surtout que c'est un des projets dont je me méfie le plus (et la FSF également).
toutes les interfaces ne sont pas calquées sur le truc bleu, loin de là.
rien à voir avec la dépêche, mais ça me tue que tout le monde s'extasie sur le net des « cercles » (encore un nom marketeux ridicule) comme un truc « nouveau » alors que bon, ce sont des groupes qui existent depuis pfiouuuuu.... et qui sont dans XMPP.
pour revenir à Retroshare, que j'essaye actuellement comme dit plus haut, je pense que c'est en effet très intéressant (j'attends que des amis l'installent pour pouvoir essayer plus en profondeur), mais ça me semble difficilement * en l'état * utilisable par le grand public. Déjà le partage de clé GPG, c'est par hyper simple à expliquer, à comparer au « c'est quoi ton nom ? Oki je t'ajouterai sur FB ». Ensuite l'interface n'est pas simple à appréhender. Mais bon, beaucoup de gens utilisaient bien emule qui n'est pas simple pour monsieur tout le monde non plus.
les problèmes que tu dis avoir avec les clients XMPP, tu ne les a pas avec Retroshare parce que c'est un client unique. Maintenant tu as 2 solutions: soit ça marche et il y aura d'autres clients et tu auras les mêmes problèmes de fonctionnalités existantes chez l'un et pas chez l'autre, soit tu auras toujours un client unique, et ce serait perdre un atout énorme du libre (des client adaptés à certains cas par exemple).
s'il vous manque des trucs dans un client, avant de publier un journal en disant que ça ne marche pas bien, vous pouvez passer par l'outil de suivi du projet, ou contacter les dév pour demander les améliorations (sans forcément ressortir le classique « envoies ton patch », on peut commencer par demander, ou en parler). Les dévs utilisent leur client à leur manière, et il est donc adapté pour eux, mais ils ne se rendent pas forcément compte de l'usage qu'en font les autres.
À noter aussi que des fois c'est juste une façon d'utiliser qui n'est pas/mal comprise.
petit point bonus: XMPP peut fonctionner sans serveur (un exemple est donner dans la XEP-0174)
XMPP serait parfait s'il ne souffrait pas d'un grave défaut : les logiciels que l'on utilise pour y accéder gèrent de façon très différentes et souvent mal tout ce qui est autre que le chat entre deux personnes.
Ainsi, si votre correspondant n'utilise pas le même logiciel client, certaines fonctionnalités ne seront pas utilisables. Cette situation est très pénible et dure depuis un moment, mais elle pourrait évoluer dans les années qui viennent. À condition que les utilisateurs, impatients, ne passent pas à autre chose.
Il faut quand même noter que de nouveaux clients, à l'interface calquée sur les bases de données sociales populaires, sont en cours de développement : Jappix, Lorea et Movim sont très prometteurs.
Bon j'ai pas envie de répondre en détails, j'ai un peu autre chose à faire là tout de suite, mais:
Les logiciels ne gèrent certainement pas de façon différente les choses: si on est XMPP, on suit le protocole qui est défini, documenté, détaillé, lu et relu, et on gère les choses à l'identique. Si ce n'est pas le cas, c'est une implémentation incomplète.
Le « souvent mal » ça fait toujours plaisir pour ceux qui bossent sur ces logiciels
Le moindre client XMPP de base gère à minima le partage de fichiers et le MUC, dire que ça se contente du chat à 2 personnes, ça dépasse la mauvaise foi.
si on utilise un client différent, les fonctionnalités sont parfaitement compatibles _si elles sont implémentée_, cf 1. Sinon ça revient à dire: rohhhh si vous utilisez un client courriel qui ne gère pas les accusés de réception la fonctionnalité ne marchera pas, c'est fou non ?
Là aussi pour être indépendant, il faut un PC qui tourne en permanence, mais on n'a qu'un seul logiciel à configurer contrairement à la solution précédente.
^W^W5. euh non, même si tu mets ton propre serveur chez toi, tu peux très bien l'éteindre, le message sera reçu quand il sera à nouveau en ligne
Donc bon, faire du publireportage pour retroshare ok, ça a l'air effectivement pas mal et intéressant, mais il ne faudrait quand même pas sous-estimer le reste.
J'en pense qu'on est en train d'essayer de fournir des alternatives libres (Salut à Toi, mais aussi Jappix, Movim, etc), et qu'on manque sérieusement d'aide (enfin je parle pour moi ici, mais je suppose que c'est pareil pour les autres).
Quand je dis aide, je pense surtout développeurs (python principalement), mais aussi du monde pour les docs, les tests, les traductions, etc.
Pourtant j'ai eu pas mal de retours positifs, mais j'aimerais un peu plus de monde inscrit sur les listes ou le wiki, ou qui remplisse le bugzilla:
C'est vraiment dommage car le repas du libre devait être une Kriek Frites Party (fête) géante avec tout plein de sauces :d..
Une Kriek avec des frites rahhhhhh quelle horreur ! Une Westmalle oui, une Duvel oui, mais surtout pas une Kriek ! En plus il y a de plus en plus de baraques à frites qui utilisent des... surgelées ! :( .
Bon sinon les RMLL s'appellent LSM (Linux Software Meeting) en anglais si je ne m'abuse, et je suis tout à fait d'accord avec toi sur l'utilisation de l'anglais. Et pas que côté assister à une conférence, pour en faire une aussi ça bloque ! C'est déjà pas simple de parler face à un public, si en plus ce n'est pas dans sa langue maternelle bonjour.
probablement le plus gros projet jamais développé dans ce langage
Il ne faudrait pas oublier MLDonkey quand même, qui est certainement le projet le plus connu en OCaml (et va fêter ses 10 ans cette année d'après Wikipédia).
Mon commentaire est sorti sur ce sujet, mais c'est plus général, je l'ai mis en lisant cette dépêche à la suite de la lecture de plusieurs articles concernant « le cloud avenir de l'informatique », en constatant que FB est devenu la norme pour beaucoup pour communiquer, au détriment du courriel, et que quand on parle de courriel c'est souvent gmail (même chez libriste: il faut un compte google pour rapporter des bogues dans certains projets), et tout un tas de choses dans le genre.
Donc techniquement ça ne présente pas un danger immédiat, mais symboliquement je trouve ça très important: c'est mettre des noms d'intérêts privées au même niveau que des pays ou des types d'information.
Et d'après les articles qu'on peut lire à droite à gauche, ça parle de 150 000 à 500 000 $ pour avoir et maintenir ce genre de TLD (et un dossier de 200 pages), à comparer aux quelques $ annuels pour un .org ou un .com, que n'importe qui peut avoir. Je vois mal un particulier ou une petite entité se permettre ça, et c'est une atteinte à la neutralité en ce sens.
Oui il y a des menaces plus grandes, mais ça n'a rien à voir, ce n'est pas parce que tu t'attaques à un problème que tu négliges les autres; sinon tu peux arrêter tout de suite toute activité militante parce qu'il y a des guerres et de la pauvreté dans le monde, c'est un raisonnement fallacieux.
Et je passe sur les argumentations ad odium plus bas.
Encore un pas vers un réseau un peu plus marchant, un peu plus privatisé, beaucoup moins neutre.
Si on continue à laisser faire ça, les générations suivantes auront de bonnes raisons de nous en vouloir (je ne vais pas re-citer Mike Godwin, mais c'est complètement d'actualité).
Le net évolue vite et en mal, et est en train de se faire bouffer (je ne vois pas d'autre mot) par les grosses entreprises. Il veulent nous imposer un Internet "civilisé", centralisé, aseptisé.
Je ne veux pas jouer la dramatisation, mais je pense qu'on a encore en main (quand je dis « nous » je pense à ceux qui sont indépendants des grosses boîtes, sensibilisés aux risques pour les libertés sur Internet - et ailleurs - et aux dangers pour la vie privée) les cartes pour sauver le réseau de ce qu'ils veulent en faire; mais qu'on n'a plus beaucoup de temps.
Logiciel Libre et décentralisation sont très certainement les clés.
Un virus n'est pas nécessairement néfaste, il existe des virus bienveillants.
Là je n'ai pas le bouquin sous la main, mais le vieux et très intéressant livre « du virus à l'antivirus » de Mark Ludwig avait un chapitre à ce sujet.
bon comme dit plus haut, il vaut mieux demander directement sur leur forum, mais j'avais fait un import à l'époque (injection directe dans le BDD il me semble, mais ça remonte à tellement loin que je ne me souviens plus), et il me semble que ça s'était passé sans soucis.
Sinon il y a une interface import/export, tu peux peut-être y jeter un œil.
Si tu ne veux vraiment pas prendre de risque avec la BDD, tu peux toujours utiliser leur interface XML/RPC (cf « Paramètres du blog » à la toute fin): soit via un outil comme blogilo (très bien celui là), qui doit probablement gérer DBus en plus, soit via un petit script d'injection qui doit se faire vite en python ou équivalent.
Ah super, merci pour ces infos. Donc pour un stand ou un site web en tant que particulier ce n'est pas possible, il faut se déclarer en association ou autres structure.
Est-ce que tu as des sources pour tout ça ? Un truc un peu plus lisible pour un non spécialiste que légifrance :)
Il n'y a pas de 'minimum' (la croyance est bien ancrée)
Mais je ne crois rien du tout, je me renseigne justement :)
J'aimerais éviter la vente de goodies, mais je me demande comment ça se passe sur des stands genre RMLL (vu que j'y serai dans 1 mois), est-ce que c'est systématiquement via des associations ?
La pub est de toute façon hors de question, mais si des dons via un site sont associés à une activité régulière comme tu l'entends, quel statut faut-il adopter ? Celui d'une entreprise ?
Mon but immédiat est de mettre en place un système de dons pour au minimum essayer de financer les serveurs, et j'aimerais savoir s'il est possible de faire cela légalement.
D'autre part, les fondations américaines semblent être l'équivalent de nos associations, et des fondations comme la MoFo sont à but lucratifs, mais ont des employés, comment ça fonctionne légalement ? Est-ce possible en France ?
Oui effectivement, l'annonce Kde n'était pas encore officielle, mais elle l'est désormais (d'ailleurs la phrase sur DN4E est devenue « Unsurprisingly, the port of Kontact to Akonadi is finally being released the same day as Duke Nukem Forever, making it relatively timely. »).
Par contre, après la mise à jour Kubuntu, je suis bien en 4.6.4, mais kontact est toujours en 4.4.10. J'ai pas trop le temps de regarder plus en détails, mais d'autres on fait l'essai ?
Je viens de voir que j'ai fait une erreur de copier/coller: dans le section « Les aides qu’il faudrait », à la dernière ligne, j'ai mis un lien vers pyjamas au lieu de mettre un lien vers les listes de diffusions ( http://lists.goffi.org ).
Est-ce qu'un modo peut corriger ça ? Merci :)
Le nom du paquet n'utilise pas d'accent, ni la commande du démon, et les interfaces (qu'on sera appelé à utiliser beaucoup plus souvent) ont des noms plus faciles à utiliser internationalement. Mais je t'avoue que je me suis fait plaisir sur le nom, et que je ne compte pas en changer.
Je n'ai pas vraiment compris ta question honnêtement.
Les clients basés sur XMPP (Jappix, Movim, Salut à Toi, Kopete, ...) sont interopérables, et ne sont absolument pas repliés sur eux-même.
Dans le cas d'un support via un salon MUC (XMPP donc) en appuyant sur un bouton d'aide (si c'est bien ce que tu veux), il fonctionnera aussi bien si tu mets un chat sur le site (Jappix mini me semble idéal pour ça) ou si tu t'y connectes via Kopete, ou SàT.
c'est à dire que ce n'est pas un client console mais il sert juste à envoyer ?
J'ai oublié de répondre à ça: c'est un outil en ligne de commande, le client console c'est Primitivus (cf captures).
Il sert à envoyer/recevoir des fichiers oui, mais aussi des sorties de commandes, et je comptes ajouter d'autres choses comme la gestion du roster, l'envoi de microblogs, etc. Ça va se faire en fonction des besoins et des choses les plus demandées (par exemple le microblog devrait être ajouté assez rapidement, c'est quand même pratique de pouvoir publier via un script des choses comme un lien vers son blog traditionnel à chaque nouveau billet).
j'ai du zoomer sur la vidéo et mettre le son à fond.
Sinon tu pouvais aussi faire jp --help ;)
Bon en tout cas content que ça serve. Faut que je finisse plusieurs trucs sur la copie (gestion proxy et in-band bytestream en particulier), ça devrait être bon pour la prochaine version, n'hésite pas à bugziller ( http://bugs.goffi.org ) au besoin (ça marche aussi pour des requêtes de fonctionnalité).
[^] # Re: Oh le joli FUD
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Des bases de données sociales aux réseaux sociaux. Évalué à 3.
En gros t'es en train de me dire « j'utilise un truc non standard et ça ne marche pas », ben je te réponds que ça ne vient pas d'XMPP le problème.
Insérer une image c'est déjà un comportement très particulier. Personnellement je n'en ai pas l'utilité donc je n'irai pas implémenter ça d'instinct dans mon client, mais si des gens me le demandent dans le bugzilla, je le ferai très probablement. Quant à jingle, j'ai dis dans mon commentaire précédent que tout jingle n'était pas standardisé (il y a un dernier appel aux retours avant standardisation pour les codecs audio en ce moment).
Mauvais pas forcément, mais qui ne te convient pas (enfin j'aurais tendance à dire qu'utiliser un serveur centralisé d'une grosse boîte commerciale est une mauvaise idée de toute façon). Comme dit par ailleurs tu peux utiliser un service sur un autre serveur tout en restant sur le tiens.
Après les limitations, pareil je reviens sur ce que j'ai dit: un logiciel qui n'a pas une fonctionnalité, c'est indépendant du protocole, ça ne va pas se faire automagiquement. Demande ce qui te manque aux dévs, ou change de client, ou si tu en as les compétences et le temps, patche le.
Ça reste l'idée d'un client unique: une bibliothèque peut être plus intéressante dans un autre langage pour des questions de performance/popularité/rapidité de développement/etc.
J'espère bien.
[^] # Re: Oh le joli FUD
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Des bases de données sociales aux réseaux sociaux. Évalué à 3.
bon commentaire inutile, mais celle là elle me fait trop mal aux yeux (y'en a sûrement d'autres):
s/est donner/est donné/
[^] # Re: Oh le joli FUD
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Des bases de données sociales aux réseaux sociaux. Évalué à 10.
J'y suis allé un peu à la provoc en parlant de FUD et de publireportage, mais c'est globalement l'impression que ça laisse: un goût de « XMPP est un moyen du passé », qui aurait sûrement pu être autre en développant un peu cette partie (et parler des projet prometteurs ne contrebalance pas suffisamment les critiques faites avant qui ne sont pas justifiées à mon avis, comme je le dis dans mon premier commentaire).
Bon maintenant allons y de manière un peu plus constructive, vu qu'étant dév d'un projet qui touche à ce milieu, je suis concerné:
(C'est super reloud Markdown, on ne peut pas numéroter comme on veut pour répondre, ou faire une citation puis une liste numérotée, ça reprend à 1)
Dans ce cas peux tu me donner des exemples concrets ? Parce que moi que j'utilise Gajim, Psi, ou autre, ça marche très bien ensemble. Si tu parles de Jingle, les spécification sont finies pour la base, mais il y a encore des modifications faites en ce moment (genre sur les codecs pour l'audio).
rien à ajouter, juste pour garder la numérotation avec markdown
Je n'ai jamais utilisé gtalk, mais justement il me semble que jingle est implémenté chez eux (d'une ça vient d'eux, et de deux ils viennent de passer à la version standard) et que ça sort justement typiquement du chat à deux. Donc encore une fois, peux tu en dire plus ?
alors là non je ne comprends pas. Les clients marchent ensemble, et c'est bien là l'intérêt principal de XMPP, y compris pour ce qui sort du chat (le partage de fichier ce n'est pas du chat). Après qu'entends tu par différent ? Interface différente ? Ça me semble une force au contraire: tu choisis celle qui te convient le mieux, et ça marchera avec les autres.
Quelques autres points en vrac:
même si j'ai fait un premier commentaire de défense de XMPP, j'ai apprécié la dépêche sur plusieurs points, et retroshare me semble effectivement très intéressant (je suis d'ailleurs en train de l'essayer à force d'en entendre parler sur DLFP)
j'ai également apprécié que tu ne parles pas de Diaspora comme l'unique alternative au truc bleu, c'est un truc qui m'énerve passablement et régulièrement, surtout que c'est un des projets dont je me méfie le plus (et la FSF également).
toutes les interfaces ne sont pas calquées sur le truc bleu, loin de là.
rien à voir avec la dépêche, mais ça me tue que tout le monde s'extasie sur le net des « cercles » (encore un nom marketeux ridicule) comme un truc « nouveau » alors que bon, ce sont des groupes qui existent depuis pfiouuuuu.... et qui sont dans XMPP.
pour revenir à Retroshare, que j'essaye actuellement comme dit plus haut, je pense que c'est en effet très intéressant (j'attends que des amis l'installent pour pouvoir essayer plus en profondeur), mais ça me semble difficilement * en l'état * utilisable par le grand public. Déjà le partage de clé GPG, c'est par hyper simple à expliquer, à comparer au « c'est quoi ton nom ? Oki je t'ajouterai sur FB ». Ensuite l'interface n'est pas simple à appréhender. Mais bon, beaucoup de gens utilisaient bien emule qui n'est pas simple pour monsieur tout le monde non plus.
les problèmes que tu dis avoir avec les clients XMPP, tu ne les a pas avec Retroshare parce que c'est un client unique. Maintenant tu as 2 solutions: soit ça marche et il y aura d'autres clients et tu auras les mêmes problèmes de fonctionnalités existantes chez l'un et pas chez l'autre, soit tu auras toujours un client unique, et ce serait perdre un atout énorme du libre (des client adaptés à certains cas par exemple).
s'il vous manque des trucs dans un client, avant de publier un journal en disant que ça ne marche pas bien, vous pouvez passer par l'outil de suivi du projet, ou contacter les dév pour demander les améliorations (sans forcément ressortir le classique « envoies ton patch », on peut commencer par demander, ou en parler). Les dévs utilisent leur client à leur manière, et il est donc adapté pour eux, mais ils ne se rendent pas forcément compte de l'usage qu'en font les autres.
À noter aussi que des fois c'est juste une façon d'utiliser qui n'est pas/mal comprise.
petit point bonus: XMPP peut fonctionner sans serveur (un exemple est donner dans la XEP-0174)
# Oh le joli FUD
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Des bases de données sociales aux réseaux sociaux. Évalué à 9.
Bon j'ai pas envie de répondre en détails, j'ai un peu autre chose à faire là tout de suite, mais:
Les logiciels ne gèrent certainement pas de façon différente les choses: si on est XMPP, on suit le protocole qui est défini, documenté, détaillé, lu et relu, et on gère les choses à l'identique. Si ce n'est pas le cas, c'est une implémentation incomplète.
Le « souvent mal » ça fait toujours plaisir pour ceux qui bossent sur ces logiciels
Le moindre client XMPP de base gère à minima le partage de fichiers et le MUC, dire que ça se contente du chat à 2 personnes, ça dépasse la mauvaise foi.
si on utilise un client différent, les fonctionnalités sont parfaitement compatibles _si elles sont implémentée_, cf 1. Sinon ça revient à dire: rohhhh si vous utilisez un client courriel qui ne gère pas les accusés de réception la fonctionnalité ne marchera pas, c'est fou non ?
Donc bon, faire du publireportage pour retroshare ok, ça a l'air effectivement pas mal et intéressant, mais il ne faudrait quand même pas sous-estimer le reste.
# Besoin d'aide
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Google plus, réseau social. Évalué à 9.
J'en pense qu'on est en train d'essayer de fournir des alternatives libres (Salut à Toi, mais aussi Jappix, Movim, etc), et qu'on manque sérieusement d'aide (enfin je parle pour moi ici, mais je suppose que c'est pareil pour les autres).
Quand je dis aide, je pense surtout développeurs (python principalement), mais aussi du monde pour les docs, les tests, les traductions, etc.
Pourtant j'ai eu pas mal de retours positifs, mais j'aimerais un peu plus de monde inscrit sur les listes ou le wiki, ou qui remplisse le bugzilla:
http://lists.goffi.org
http://wiki.goffi.org
http://bugs.goffi.org
et rendez-vous aux RMLL pour une rencontre IRL, et des démos/explications.
Il faut de l'aide si on veut une vraie alternative libre à ces réseaux.
[^] # Re: Putain de rafraîchissement de page
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal La surconsommation électrique de Linux identifiée. Évalué à 9.
Si t'es sous Firefox, tu peux installer RefreshBlocker, tu peux remplir une liste blanche ou noire de site autorisés à rafraîchir la page.
[^] # Re: Mondial
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Rencontres Mondiales du Logiciel Libre à Strasbourg, 9 au 14 juillet. Évalué à 4.
C'est d'ailleurs écrit dans le titre de la dépêche
[^] # Re: Mondial
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Rencontres Mondiales du Logiciel Libre à Strasbourg, 9 au 14 juillet. Évalué à 6.
Une Kriek avec des frites rahhhhhh quelle horreur ! Une Westmalle oui, une Duvel oui, mais surtout pas une Kriek ! En plus il y a de plus en plus de baraques à frites qui utilisent des... surgelées ! :( .
Bon sinon les RMLL s'appellent LSM (Linux Software Meeting) en anglais si je ne m'abuse, et je suis tout à fait d'accord avec toi sur l'utilisation de l'anglais. Et pas que côté assister à une conférence, pour en faire une aussi ça bloque ! C'est déjà pas simple de parler face à un public, si en plus ce n'est pas dans sa langue maternelle bonjour.
[^] # Re: Ocsigen
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Opa, un nouveau langage pour le développement d’applications Web. Évalué à 5.
Il ne faudrait pas oublier MLDonkey quand même, qui est certainement le projet le plus connu en OCaml (et va fêter ses 10 ans cette année d'après Wikipédia).
[^] # Re: Vers une libéralisation de l'Internet !
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Vers une libération de l’Internet ?. Évalué à 5.
Mon commentaire est sorti sur ce sujet, mais c'est plus général, je l'ai mis en lisant cette dépêche à la suite de la lecture de plusieurs articles concernant « le cloud avenir de l'informatique », en constatant que FB est devenu la norme pour beaucoup pour communiquer, au détriment du courriel, et que quand on parle de courriel c'est souvent gmail (même chez libriste: il faut un compte google pour rapporter des bogues dans certains projets), et tout un tas de choses dans le genre.
Donc techniquement ça ne présente pas un danger immédiat, mais symboliquement je trouve ça très important: c'est mettre des noms d'intérêts privées au même niveau que des pays ou des types d'information.
Et d'après les articles qu'on peut lire à droite à gauche, ça parle de 150 000 à 500 000 $ pour avoir et maintenir ce genre de TLD (et un dossier de 200 pages), à comparer aux quelques $ annuels pour un .org ou un .com, que n'importe qui peut avoir. Je vois mal un particulier ou une petite entité se permettre ça, et c'est une atteinte à la neutralité en ce sens.
Oui il y a des menaces plus grandes, mais ça n'a rien à voir, ce n'est pas parce que tu t'attaques à un problème que tu négliges les autres; sinon tu peux arrêter tout de suite toute activité militante parce qu'il y a des guerres et de la pauvreté dans le monde, c'est un raisonnement fallacieux.
Et je passe sur les argumentations ad odium plus bas.
# Vers une libéralisation de l'Internet !
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Vers une libération de l’Internet ?. Évalué à 7.
Encore un pas vers un réseau un peu plus marchant, un peu plus privatisé, beaucoup moins neutre.
Si on continue à laisser faire ça, les générations suivantes auront de bonnes raisons de nous en vouloir (je ne vais pas re-citer Mike Godwin, mais c'est complètement d'actualité).
Le net évolue vite et en mal, et est en train de se faire bouffer (je ne vois pas d'autre mot) par les grosses entreprises. Il veulent nous imposer un Internet "civilisé", centralisé, aseptisé.
Je ne veux pas jouer la dramatisation, mais je pense qu'on a encore en main (quand je dis « nous » je pense à ceux qui sont indépendants des grosses boîtes, sensibilisés aux risques pour les libertés sur Internet - et ailleurs - et aux dangers pour la vie privée) les cartes pour sauver le réseau de ce qu'ils veulent en faire; mais qu'on n'a plus beaucoup de temps.
Logiciel Libre et décentralisation sont très certainement les clés.
[^] # Re: Définition de virus
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche De l’interdiction de publier certains logiciels (2). Évalué à 2.
wicd a une interface console (basée sur l'excellent Urwid !) et ligne de commande.
[^] # Re: Rien de plus normal
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche De l’interdiction de publier certains logiciels (2). Évalué à 5.
Un virus n'est pas nécessairement néfaste, il existe des virus bienveillants.
Là je n'ai pas le bouquin sous la main, mais le vieux et très intéressant livre « du virus à l'antivirus » de Mark Ludwig avait un chapitre à ce sujet.
# Import dotclear
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Auto héberger son blog étape 1 : redevenir maître de son blog canalblog déjà existant. Évalué à 3.
bon comme dit plus haut, il vaut mieux demander directement sur leur forum, mais j'avais fait un import à l'époque (injection directe dans le BDD il me semble, mais ça remonte à tellement loin que je ne me souviens plus), et il me semble que ça s'était passé sans soucis.
Sinon il y a une interface import/export, tu peux peut-être y jeter un œil.
Si tu ne veux vraiment pas prendre de risque avec la BDD, tu peux toujours utiliser leur interface XML/RPC (cf « Paramètres du blog » à la toute fin): soit via un outil comme blogilo (très bien celui là), qui doit probablement gérer DBus en plus, soit via un petit script d'injection qui doit se faire vite en python ou équivalent.
# Klik
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Des Bibliothèques dans le même répertoire que l'application. Évalué à 3.
C'est ce que faisait Klik il y a des années, et c'était très pratique pour tester rapidement une application (surtout qu'elle était isolée)
http://en.wikipedia.org/wiki/Klik_%28packaging_method%29
http://kde-apps.org/content/show.php?content=12841
Mais c'est mort de chez mort maintenant.
# Gandalf
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche 13 ans de LinuxFr.org : entretiens avec les visiteurs (5). Évalué à 1.
Je n'ai pas encore lu, mais quand je clique sur le 3ème entretien, j'ai Gandalf qui ne veut pas (et il n'a pas l'air de bonne humeur).
[^] # Re: Les salons et les goodies et les status
Posté par Goffi (site web personnel, Mastodon) . En réponse au message Légalité des dons et produits dérivés. Évalué à 2.
Ah super, merci pour ces infos. Donc pour un stand ou un site web en tant que particulier ce n'est pas possible, il faut se déclarer en association ou autres structure.
Est-ce que tu as des sources pour tout ça ? Un truc un peu plus lisible pour un non spécialiste que légifrance :)
[^] # Re: Il y a régime fiscal ET social
Posté par Goffi (site web personnel, Mastodon) . En réponse au message Légalité des dons et produits dérivés. Évalué à 2.
Mais je ne crois rien du tout, je me renseigne justement :)
J'aimerais éviter la vente de goodies, mais je me demande comment ça se passe sur des stands genre RMLL (vu que j'y serai dans 1 mois), est-ce que c'est systématiquement via des associations ?
La pub est de toute façon hors de question, mais si des dons via un site sont associés à une activité régulière comme tu l'entends, quel statut faut-il adopter ? Celui d'une entreprise ?
Mon but immédiat est de mettre en place un système de dons pour au minimum essayer de financer les serveurs, et j'aimerais savoir s'il est possible de faire cela légalement.
D'autre part, les fondations américaines semblent être l'équivalent de nos associations, et des fondations comme la MoFo sont à but lucratifs, mais ont des employés, comment ça fonctionne légalement ? Est-ce possible en France ?
Ça me semble bien compliqué tout ça !
[^] # Re: Pas encore...
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Kde SC 4.6.4. Évalué à 2.
Oui effectivement, l'annonce Kde n'était pas encore officielle, mais elle l'est désormais (d'ailleurs la phrase sur DN4E est devenue « Unsurprisingly, the port of Kontact to Akonadi is finally being released the same day as Duke Nukem Forever, making it relatively timely. »).
Par contre, après la mise à jour Kubuntu, je suis bien en 4.6.4, mais kontact est toujours en 4.4.10. J'ai pas trop le temps de regarder plus en détails, mais d'autres on fait l'essai ?
# Mauvais lien
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Salut à Toi (GNU/)LinuxFr.org !. Évalué à 2.
Je viens de voir que j'ai fait une erreur de copier/coller: dans le section « Les aides qu’il faudrait », à la dernière ligne, j'ai mis un lien vers pyjamas au lieu de mettre un lien vers les listes de diffusions ( http://lists.goffi.org ).
Est-ce qu'un modo peut corriger ça ? Merci :)
[^] # Re: un « à » dans le nom ?
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Salut à Toi (GNU/)LinuxFr.org !. Évalué à 3.
Le nom du paquet n'utilise pas d'accent, ni la commande du démon, et les interfaces (qu'on sera appelé à utiliser beaucoup plus souvent) ont des noms plus faciles à utiliser internationalement. Mais je t'avoue que je me suis fait plaisir sur le nom, et que je ne compte pas en changer.
[^] # Re: interconnexion quand tu nous tient
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Salut à Toi (GNU/)LinuxFr.org !. Évalué à 3.
Je n'ai pas vraiment compris ta question honnêtement.
Les clients basés sur XMPP (Jappix, Movim, Salut à Toi, Kopete, ...) sont interopérables, et ne sont absolument pas repliés sur eux-même.
Dans le cas d'un support via un salon MUC (XMPP donc) en appuyant sur un bouton d'aide (si c'est bien ce que tu veux), il fonctionnera aussi bien si tu mets un chat sur le site (Jappix mini me semble idéal pour ça) ou si tu t'y connectes via Kopete, ou SàT.
[^] # Re: Jp
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Salut à Toi (GNU/)LinuxFr.org !. Évalué à 3.
J'ai oublié de répondre à ça: c'est un outil en ligne de commande, le client console c'est Primitivus (cf captures).
Il sert à envoyer/recevoir des fichiers oui, mais aussi des sorties de commandes, et je comptes ajouter d'autres choses comme la gestion du roster, l'envoi de microblogs, etc. Ça va se faire en fonction des besoins et des choses les plus demandées (par exemple le microblog devrait être ajouté assez rapidement, c'est quand même pratique de pouvoir publier via un script des choses comme un lien vers son blog traditionnel à chaque nouveau billet).
[^] # Re: Jp
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Salut à Toi (GNU/)LinuxFr.org !. Évalué à 3.
Sinon tu pouvais aussi faire jp --help ;)
Bon en tout cas content que ça serve. Faut que je finisse plusieurs trucs sur la copie (gestion proxy et in-band bytestream en particulier), ça devrait être bon pour la prochaine version, n'hésite pas à bugziller ( http://bugs.goffi.org ) au besoin (ça marche aussi pour des requêtes de fonctionnalité).
[^] # Re: Lien utile
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Loréa pour un réseau social.. Évalué à 3.
C'est nul, y'a même pas Salut à Toi ! :p