Super nouvelle, si d'autres branches de l'enseignement supérieur pouvaient s'en inspirer…
Au passage, le même François Grassard a fait une très intéressante présentation de Blender aux dernières RMLL où on voit un projet de la création à l'animation. La présentation est claire et très intéressante (enfin surtout pour ceux qui - comme moi - débutent, les autres connaissent probablement déjà). Quelqu'un qui a l'air engagé et compétent, ça fait plaisir à voir.
Il y mentionne aussi Natron comme prometteuse alternative à After Effects, dont on n'a pas encore trop entendu parler ici si je ne m'abuse.
P.-S.: ah ben Natron était mentionné dans la dépêche, j'avais lu en diagonale…
Un petit lien vers Urwid: http://urwid.org/ qui est une bibliothèque Python très bien foutue pour la gestion d'application console type ncurses (qui peut être utilisé optionnellement en backend). C'est incomparablement plus sympa à utiliser que le ncurses de la bibliothèque standard, et l'auteur est réactif en cas de soucis.
Super depuis le temps que je voulais en faire un mais j'étais jamais au bon endroit au bon moment. Par contre c'est un poil dommage d'utiliser doodle qui n'est pas libre alors que framasoft offre une alternative…
Nouveau sans doute pas, mais c'est de plus en plus sensibles cette dernière décennie
L'imprimerie c'est Johannes_Gutenberg et on parle parfois de post-Gutenberg.
Une organisation du travail particulière est due à Henry Ford et on parle parfois de post-Fordisme.
Le web c'est Tim Berners-Lee et on parle parfois de post-Berners-Lee.
etc.
Pour les exemples que tu donnes, c'est vraiment particulièrement liée au travail d'une seule personne: Gutenberg c'est une invention d'un homme, mais je pense qu'il serait mieux parler de l'époque l'imprimerie, tout comme l'histoire est marquée par l'invention de l'écriture.
Le Fordisme a été développé par Ford, c'est très lié au personnage, ça me semble assez logique ici aussi, tout comme on peut parler d'avant et d'après Marx.
Pour le web je pense qu'on parle plutôt de l'arrivée d'internet comme changement majeur, Tim Berners-Lee n'a fait que mettre ensemble des choses existantes (il fallait y penser, je ne veux rien enlever au mérite).
La chute du mur (et la fin de l'URSS qui lui est liée), la décolonisation, la Révolution française ce sont des événement majeurs, et ça ne s'est pas fait en un jour. La chute du mur de Berlin est vraiment le seul exemple lié à un événement marquant (qui est un aboutissement), les autres sont un ensemble d'événements (la décolonisation française s'est faite sur des années, d'aucuns diront qu'elle n'est pas tout à fait finie).
En tout cas Snowden n'est comparable à aucun de ces exemples. Son histoire relayée massivement par les médias a surtout permis une sensibilisation du public (mais pour quel résultat ?). Encore une fois je ne veux rien enlever au mérite.
Pour autant, des gens qui mettent leur vie en vrac comme divers lanceurs d'alertes (Assange, Manning, Snowden, etc.), opposants politiques, etc. il y en a au final assez peu ramené à une population de 7 milliards d'individus. Il me semble assez difficile de mettre au même plan une telle personne avec un activiste qui a répété depuis 10 ans dans des dizaines de conférences locales l'importance de la vie privée, une personne qui a traduit Tor dans une nouvelle langue ou qui a porté OTR sur un nouveau système. Les trois derniers cités ont effectué un réel boulot, positif (suivant mes critères), je les en remercierais, mais ça reste non-comparable avec abandonner sa vie, être harcelé par un gouvernement et se retrouver enfermé (en prison ou en exil).
C'est là que je ne suis pas d'accord. Je pense que l'action locale du militant pendant 10 ans est bien plus importante et plus utile. Les 3 que tu as cité sont surtout des exemples de répression et pour ça il faut se battre: je ne suis pas d'accord avec Assange, mais il est scandaleux qu'il se retrouve harcelé comme ça, et enfermé depuis des années dans une ambassade. Mais ce n'est pas pour autant que son discours a plus de poids (enfin celui sur la répression et la liberté d'expression oui).
Sinon je n'aime pas trop le terme ère post-snowden par exemple, considérant qu'il n'as fait que valider que ce que l'on savait déjà, et même obscurait le travail mené depuis des années par de nombreux chercheurs (citations nécessaires).
Tout à fait d'accord là dessus. Sans rien enlever au mérite des risques pris et du sacrifice de sa vie (pas qu'il est mort, mais il ne peut plus avoir une vie normale), c'est assez symptomatique du monde d'aujourd'hui: il y a toujours un besoin de personnification, d'avoir des « héros ».
Je n'ai rien contre citer les travaux ou opinions de personnes, ce serait l'excès inverse et probablement pire, mais on a vraiment une tendance à avoir (vouloir) des célébrités et à tout centrer autour d'elles (bref on a un « star system »). Et ça ne vaut pas que pour Snowden, c'est le cas plus généralement dans le libre (ou dans d'autres milieux d'ailleurs). Certes un Linus ou un Stallman ont du mérite (enfin pas que), mais que serait le logiciel libre aujourd'hui sans les milliers de développeurs, sans les innombrables personnes qui s'impliquent pour expliquer les choses, aller à la rencontre du public, monter des associations, etc ?
Sans compter que pour ma part je ne considère pas ça comme un tout, il y a des tas de choses qui gravitent autour du logiciel libre que je n'aime pas du tout, voire contre lesquelles je suis près à m'opposer fortement. Et dans les célébrités, il y a des tas de propos, d'opinions, d'actes avec lesquels je ne suis pas d'accord du tout, et c'est un peu dommage de tout mettre dans le même panier.
Moi dans cette histoire, c'est vraiment le côté technique qui m'intéresse, qui a des infos dessus ? En particulier:
a-t-on une idée de comment l'attaque a eu lieu ? J'ai cru lire qu'il y avait une histoire de virus
il y a-t-il un parc hétérogène ? Est-ce que toutes les machines attaquées étaient sous Windows, ou sous Mac ou sous Nux, ou un mix ? Est-ce alors un virus multi-plateformes ?
Comment autant de données peuvent partir sans que personne ne s'en aperçoive ?
Les courriels fuités étaient-il chiffrés ? Si oui comment les clefs ont été obtenues (et si non, c'est une grave erreur, mais pas si étonnante au final: ça signifierait que même les grosses entreprises font du bricolage).
Tout était-il sur le même réseau ? Y compris les documents des employés ? Les films non sortis ?
A-t-on confirmation d'une taupe à l'intérieur même de l'entreprise ? J'ai du mal à concevoir une attaque pareille sans que ça soit le cas.
Non seulement ça serait intéressant à savoir par curiosité technique, mais en plus ça permettrait certainement de mieux se protéger en évitant les mêmes erreurs.
Bref, si quelqu'un a des liens sur le sujet…
À noter que si le cas ici est visible, il faut se dire qu'il y a potentiellement des milliers d'entreprises, de gourvenements, de particuliers ou autre qui ont perdus leurs données de manière similaire sans que ça se sache, peut-être nous-même. De quoi remettre en question sérieusement notre tendance à tout mettre sur des ordinateurs connectés au réseau public.
Une des 2 XEPs a été publiée (Namespace Delegation): XEP-0355, la première XEP, ça fait un petit quelque chose :'o) .
Pour la deuxième j'ai assez bon espoir, et si tout va bien, on ne devrait plus être dépendants des implémentations des serveurs pour le microblogage et ce qui tourne autour.
Bon ça reste du expérimental, donc sujet à évolutions.
Suite a une longue discussion sur la liste standard@ et sur le salon XMPP de la XSF (et la lecture de specs), j'ai pu mieux comprendre les arguments de Dave (membre du conseil qui a mis le veto), et je dois reconnaître que je suis d'accord: il souhaite une approche plus moderne, basé sur un nouveau modèle: Attribute Based Access Model (ABAC), beaucoup plus souple et qu'on pourra réutiliser ailleurs. Problème: c'est aussi un modèle beaucoup plus compliqué, mais ça peut valoir le coup d'essayer de l'introduire dans XMPP.
J'étais assez déçu car je pensais que le veto était définitif et que je pouvais jeter mon travail à la poubelle et attendre at vitam eternam avant de pouvoir faire ce que je veux (un composant PEP externe), mais après discussion, Dave a également mis de l'eau dans son vin, et je viens de re-soumettre une XEP très édulcorée (beaucoup plus simple et restrictive), mais qui fait ce que je veux. On va voir si elle va passer mais j'ai bon espoir.
Je songe aussi à m'attaquer à l'ABAC moi même, mais ça risque de prendre du temps…
En tout cas on a un bon exemple de l'intérêt de critiques techniques, même si ça n'est pas toujours agréable pour l'ego, et le travail qu'on doit jeter. Au final, et si ça se fait vraiment, on devrait se trouver avec une meilleure solution technique dans XMPP.
Je pense que - si ça marche, on a fait un essai pas encore super concluant -, c'est une très bonne chose: malgré des tentatives régulières, on n'a pas encore trouvé d'outil libre qui fonctionne correctement en remplacement de Skype.
Movim a une implémentation audio/vidéo basée sur webrtc et les technos Mozilla, nous la visio-conférence est assez loin dans nos priorités pour le moment, et du coup on est très contents de voir une solution libre offerte par Mozilla, surtout qu'elle fonctionne sans compte.
En plus XMPP est connu pour aimer discuter avec les autres protocoles (les transports, il est possible de faire communiquer SIP et XMPP), donc je ne vois aucune raison, si le protocole de Mozilla devient populaire, qu'il n'y ait pas de possibilité de communiquer avec XMPP.
XMPP communique déjà un peu avec WebRTC: http://xmpp.org/extensions/xep-0343.html (attention expérimental, donc non vraiment validé), et Movim vient de remplacer BOSH par WebRTC.
Par contre de là à « supplanter » les messageries instantanées je pense qu'il y a un monde (enfin tu as précisé basiques, donc à la limite). Je ne pense pas que leur but est d'avoir un truc aussi puissant que XMPP, et si c'était le cas, ça serait probablement peu pertinent de ne pas utiliser XMPP directement.
Donc pour résumer: je pense que c'est une très bonne chose de voir Hello débarquer, et si le service prend (ce qui serait super), j'espère qu'on pourra rapidement communiquer avec XMPP.
Oui nous avons clairement régressé. Non seulement il y a une explosion des services, mais en plus il y a une explosion des services proprio et fermés, la situation est pire qu'à l'époque de MSN et ICQ.
Le courriel n'est plus un outil standard, certains ne consultent même plus, des dinosaures Usenet n'a plus qu'une présence anecdotique (à part pour alt.binaries), par contre IRC est encore très actif dans les projets libres.
XMPP avec son système de transport peut apporter une solution, mais ça n'est plus à la mode (à part spectrum2, et encore je ne sais pas si c'est super maintenu, il n'y a plus beaucoup de passerelles en développement à ma connaissance).
Bref, je pense que les passerelles sont intéressantes pour ce problème, et d'ailleurs on a pour projet d'en développer quelques unes, mais pas pour les services proprio et fermés, ça légitimerait la fragmentation sans rien résoudre.
(protoXEP c'est « privileged entity », la XEP que j'ai proposé, on appelle protoXEP les XEPs qui ne sont pas encore dans le processus de standardisation, c.-à-d. qui n'ont pas encore de numéro officiel).
Je crois qu'il y a du monde salarié, pas que tu bénévolat, loin de là ! Par contre le problème est surtout qu'ils n'ont pas les mêmes priorités que nous, et du coup ils ont plus envie de se bouger sur l'internet des objets que sur PubSub.
Après oui ça sape un peu le moral, surtout de voir un veto, mais il y a d'autres choses qui ne sont pas agréables (par exemple je viens de me voir refuser 2 conférences au FOSDEM, la XSF n'a même pas de devroom cette année ! 2 ans de suite, XMPP n'est plus à la mode visiblement :( ).
Le moral est effectivement difficile à garder, surtout qu'on cherche à vivre du projet et qu'on met plus de temps que ce qu'on avait prévu. Mais on a aussi des succès, des gens enthousiastes, des choses qui avancent bref des choses qui nous motivent.
Dans notre cas on a créé l'association et ouvert le compte en banque, là on a tout juste obtenu la mise en place d'un système de paiement des cotisations en ligne, il nous reste à refaire le site web et sortir la prochaine version, et on devrait voir l'activité enfin monter un peu.
On a quand même envie d'arriver vite à quelque chose utilisable par le public.
Alors oui le XSF il faut la pousser un peu pour qu'elle aille dans notre sens (c'est sûr c'est plus facile quand on s'appelle Google), mais c'est pas le plus démotivant et on en a vu d'autre, pour le moment le moral tiens bon :).
On a aussi souvent des discussions de fond, plus « politiques », qui nous permettent de penser que ce qu'on fait est utile, et ça c'est important.
Bref, moral mis à part, le protocole est tout à fait moderne, et s'adapte aux nouveautés finalement assez bien (dernier exemple en date: les websockets). Alors oui y'a plus l'effet de mode comme on peut en voir avec bitmessage, twister ou tox, mais au final c'est un ensemble beaucoup plus complet, et qui pourra être distribué totalement un jour (comprendre sans serveur intermédiaire). Donc non au final, il vaut mieux prendre son temps et bien faire les choses.
No in 5 to 8 years. Look on python list and you will begin to
understand that it is a totally new project similar in size to that of
the 3 project itself. I e about 2 man years of development work. To
even have a message starting quote seriously no
Aussi j'ai rapidement regardé le code de pyjamas, et c'est relativement complexe, je pense que rien qu'entrer dans le code demanderait un gros investissement, surtout qu'il n'y a plus vraiment de liste de diffusion ou de point de contact pour trouver de l'aide (et je ne veux toujours pas utiliser le fork, qui de toute façon est mourant aussi).
Par contre en écrivant le notre depuis zéro, on peut éventuellement réutiliser le framework (même si je pencherais plutôt pour en réécrire un plus proche de la page HTML finale).
Rapydscript semble une solution possible, faut voir ce que ça donne avec un projet comme le notre.
Après c'est aussi que ça serait un bon terrain d'apprentissage de repartir de zéro, le problème étant principalement le temps qu'on peut y consacrer…
Ben je peux te faire une version courte: le projet en lui même est très bien malgré quelques défauts de conception (il teste les fonctionnalités par navigateur comme ça se faisait avant, alors qu'aujourd'hui il faudrait plutôt tester par fonctionnalité directement). Python est relativement bien géré, parfois c'est pas les bonnes exceptions qui pètent, parfois le code n'a pas le comportement attendu (en particulier nous avons eu des soucis avec __getattr__ et les setters). Mais une fois qu'on a l'habitude, on s'en sort pas trop mal.
Le gros problème, c'est que ça n'est plus maintenu suite à une des plus lamentables engueulades que j'ai vu sur un projet libre: au lieu de partir et de forker proprement le code, un des dév qui avait accès au serveur a détourné le serveur et a inscrit de force tout le monde (dont moi) sur une autre liste, j'avais raconté ça dans un commentaire et dans un journal.
Sans savoir les raisons exactes de la dispute (enfin dans les grandes lignes ça ressemble surtout à des gamineries), nous nous refusions de soutenir le fork et ses méthodes, aussi nous avons pris contact avec Luke, et essayé de pousser pour faire revenir Pyjamas sur le rails et le paquet dans Debian (qui avait disparu entre temps parce que plus compilable). En poussant un peu Luke a rouvert un site (http://pyj.be) et nous l'avons aidé à re-soumettre un paquet à Debian. Malheureusement le paquet n'est pas passé (il fallait vérifier les licences pour des images, moi je n'ai plus eu le temps de m'en occuper, et Luke a l'air trop débordé également), et Luke n'a pas renouvelé le domaine, donc aujourd'hui on est à nouveau au point mort, et le fork sur github ne semble pas en meilleur état.
Bref, Pyjamas est un super projet, mais mort à cause d'un fork sale. D'autre part il a quelques petits défauts, et est bloqué en python 2.7 (il faudrait tout réécrire pour passer en python 3.x).
Pour le moment nous gardons donc la version actuelle qui a 2 ans mais marche relativement bien, et nous sommes en train de réfléchir à la suite. Nous envisageons plusieurs options, nous sommes en train de les étudier en ce moment même:
maintenir pyjamas nous même, ça risque d'être difficile, et on restera bloqués sur les défaut mentionnés plus haut
trouver une alternative: nous avons Rapydscript qui est un précompilateur javascript avec une syntaxe à la Python - un Pyjamas très très simplifié - que nous regardons, et Meduse un transpileur Python/Dart (Dart pouvant se transpiler en javascript) qui a l'air très prometteur. Problème: Pyjamas ce n'est pas que le transpileur, c'est aussi le framework, la transition risque d'être difficile
réecrire la partie navigateur entièrement en javascript: on aurait la maîtrise, mais on perdrait la factorisation du code avec les autres frontaux, ça serait dommage
créer notre propre transpileur sur mesure: un pyjamas très simplifié, en gommant ses défauts et en partant directement sur Python 3. Ça serait du boulot, mais çe ne me semble pas insurmontable, surtout que Python fourni déjà pas mal d'outils (un module standard gère déjà l'arbre syntaxique). C'est la solution qui me plait le plus parce qu'intéressante techniquement, et surtout on peut envisager de transpiler tout le code y compris la partie serveur, dans l'optique de faire une vraie application pour Firefox OS.
Dans tous les cas, on y réfléchit, mais ça sera sur plusieurs mois, en parallèle, et on garde la version actuelle de Pyjamas pour le moment.
Ben on a un double but: d'une part permettre la diffusion et la distribution facile de SàT (et autre), pour avoir un réseau vraiment décentralisé et facile à installer, et d'autre part avoir un apport supplémentaire en plus des adhésions pour réussir à nous salarier à travers l'association.
Donc oui si d'autre gens veulent participer à un prototype, je suis joignable (mon adresse XMPP est renseignée: goffi@jabber.fr, ou par courriel: goffi @ goffi.org).
Mais bon, vu comme on est pris en ce moment, et qu'on bosse d'abord sur PubSub, ça ne sera pas avant plusieurs mois.
Bon ben c'est commandé, merci pour ton journal et tes réponses :)
Ça risque de mettre du temps vu que c'est en pré-commande, mais je préfère de toute façon ne pas la recevoir trop vite parce que j'ai déjà beaucoup de travail avec mon projet.
Gros point bonus: la possibilité de payer par virement, sans passer par PayPal !
J'aime aussi le choix de PLA pour raison écologique (enfin soyons francs: je pense que les imprimantes 3D risquent de provoquer une impression massive de gadgets et autre déchets inutiles, donc pas sûr que ça soit super au niveau écologique, mais autant prendre une matière première moins mauvaise, et surtout voir si on peut recycler).
Par contre le bon point vert est effectivement la réparation maison des objets divers, à voir si c'est réellement faisable, couplé à des marchés aux puces/Emmaüs ou associations similaires, il y a probablement de quoi faire.
Bien sûr le matériel libre est un atout majeur, et l'équipe à l'air sympa (j'ai cependant failli tout annuler en voyant un logo de pomme sur un T-Shirt dans une interview, mais il faut savoir passer outre certains problèmes).
Pour l'usage principal que j'envisage: faire des boîtiers pour Olinuxo/Cubietruck et Arduino, surtout que j'aimerais bricoler des prototypes avec SàT.
T'as oublié le prix du plastique mais honnêtement je dois pouvoir trouver ça en quelques secondes, je ne vais pas trop faire le fainéant :).
Donc la surface d'impression est suffisante pour des boîtiers, cool. Enfin ça aussi je dois pouvoir trouver la surface d'impression facilement de toute façon.
Dernières questions toutefois: j'imagine que tu as dû pas mal chercher ce qui se fait avant de choisir celle là, qu'est-ce qui t'as fait t'arrêter là dessus ? Le côté open hardware ? Le prix ? Est-ce qu'il y a d'autres imprimantes dans cette zone de prix ? La dernière fois que j'avais regardé, ça tournait plutôt autour des 700 à 1000 € pour une RepRap. D'ailleurs par rapport à une RepRap de base, qu'est-ce qu'elle de mieux/moins bien ? Le prix ? Autre chose ?
Merci pour le retour d'expérience, je pense qu'on est tous plus ou moins attirés par ces petites bestioles.
Quelques questions:
as tu de l'expérience notamment en électronique ? Est-ce nécessaire pour le montage ? Combien de temps ça t'a pris au doigt mouillé ?
c'est basé sur le reprap du coup ça fonctionne pareil avec les logiciels ? J'ai vu que Blender ajoutait des trucs pour l'impression 3D, c'est utilisable avec ?
ça coûte combien le plastique à l'usage ? On peut en recycler ? J'ai vu que certains faisaient ça avec des bouchons de bouteilles d'eau…
ça met combien de temps pour imprimer une pièce, disons un éléphant ?
est-ce qu'on ne risque pas de voir la communauté disparaître ou un support moindre vu que c'est une petit structure qui gère ça ? C'est open hardware/source OK, mais il faut une communauté qui reste un peu active… La question serait plutôt: est-ce que c'est suffisamment proche d'une reprap de base pour que la communauté reprap puisse aider au besoin ?
Je suis en train de me (re)mettre un peu à l'Arduino, et une imprimante 3D ça pourrait être utile pour fabriquer des boîtiers ou ce genre de choses, mais ça reste probablement un peu gadget à l'heure qu'il est… Il faudrait mutualiser dans l'idéal, mais là où je suis c'est difficile.
Ceux qui ont une imprimante 3D ici, à quoi elle vous sert (à part vous amuser bien sûr :)) ?
# François Grassard
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Remplacement de Photoshop par Krita dans une université parisienne. Évalué à 7. Dernière modification le 17 janvier 2015 à 15:44.
Super nouvelle, si d'autres branches de l'enseignement supérieur pouvaient s'en inspirer…
Au passage, le même François Grassard a fait une très intéressante présentation de Blender aux dernières RMLL où on voit un projet de la création à l'animation. La présentation est claire et très intéressante (enfin surtout pour ceux qui - comme moi - débutent, les autres connaissent probablement déjà). Quelqu'un qui a l'air engagé et compétent, ça fait plaisir à voir.
Il y mentionne aussi Natron comme prometteuse alternative à After Effects, dont on n'a pas encore trop entendu parler ici si je ne m'abuse.
P.-S.: ah ben Natron était mentionné dans la dépêche, j'avais lu en diagonale…
[^] # Re: gcp
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Pourquoi ce nom ?. Évalué à 3.
bien vu :)
# pendant qu'on est dans le terminal
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Des applications graphiques stylées dans un terminal !. Évalué à 9.
Un petit lien vers Urwid: http://urwid.org/ qui est une bibliothèque Python très bien foutue pour la gestion d'application console type ncurses (qui peut être utilisé optionnellement en backend). C'est incomparablement plus sympa à utiliser que le ncurses de la bibliothèque standard, et l'auteur est réactif en cas de soucis.
# Super
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Apéro Python-FOSDEM à Bruxelles le 31 janvier 2015. Évalué à 4.
Super depuis le temps que je voulais en faire un mais j'étais jamais au bon endroit au bon moment. Par contre c'est un poil dommage d'utiliser doodle qui n'est pas libre alors que framasoft offre une alternative…
À bientôt :)
[^] # Re: …
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Liberté d'expression sous les balles. Évalué à 10.
(Gee, http://geektionnerd.net/jesuischarlie/)
Merci à tous, c'est la meilleure réponse à apporter.
Putain je crois que c'est la première fois que j'ai les larmes aux yeux pour un fait divers, même encore le lendemain.
[^] # Re: TED-ification
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche 31c3 : le Chaos Communication Congress de retour avec « A New Dawn ». Évalué à 4.
Nouveau sans doute pas, mais c'est de plus en plus sensibles cette dernière décennie
Pour les exemples que tu donnes, c'est vraiment particulièrement liée au travail d'une seule personne: Gutenberg c'est une invention d'un homme, mais je pense qu'il serait mieux parler de l'époque l'imprimerie, tout comme l'histoire est marquée par l'invention de l'écriture.
Le Fordisme a été développé par Ford, c'est très lié au personnage, ça me semble assez logique ici aussi, tout comme on peut parler d'avant et d'après Marx.
Pour le web je pense qu'on parle plutôt de l'arrivée d'internet comme changement majeur, Tim Berners-Lee n'a fait que mettre ensemble des choses existantes (il fallait y penser, je ne veux rien enlever au mérite).
La chute du mur (et la fin de l'URSS qui lui est liée), la décolonisation, la Révolution française ce sont des événement majeurs, et ça ne s'est pas fait en un jour. La chute du mur de Berlin est vraiment le seul exemple lié à un événement marquant (qui est un aboutissement), les autres sont un ensemble d'événements (la décolonisation française s'est faite sur des années, d'aucuns diront qu'elle n'est pas tout à fait finie).
En tout cas Snowden n'est comparable à aucun de ces exemples. Son histoire relayée massivement par les médias a surtout permis une sensibilisation du public (mais pour quel résultat ?). Encore une fois je ne veux rien enlever au mérite.
C'est là que je ne suis pas d'accord. Je pense que l'action locale du militant pendant 10 ans est bien plus importante et plus utile. Les 3 que tu as cité sont surtout des exemples de répression et pour ça il faut se battre: je ne suis pas d'accord avec Assange, mais il est scandaleux qu'il se retrouve harcelé comme ça, et enfermé depuis des années dans une ambassade. Mais ce n'est pas pour autant que son discours a plus de poids (enfin celui sur la répression et la liberté d'expression oui).
[^] # Re: TED-ification
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche 31c3 : le Chaos Communication Congress de retour avec « A New Dawn ». Évalué à 4. Dernière modification le 23 décembre 2014 à 10:39.
Tout à fait d'accord là dessus. Sans rien enlever au mérite des risques pris et du sacrifice de sa vie (pas qu'il est mort, mais il ne peut plus avoir une vie normale), c'est assez symptomatique du monde d'aujourd'hui: il y a toujours un besoin de personnification, d'avoir des « héros ».
Je n'ai rien contre citer les travaux ou opinions de personnes, ce serait l'excès inverse et probablement pire, mais on a vraiment une tendance à avoir (vouloir) des célébrités et à tout centrer autour d'elles (bref on a un « star system »). Et ça ne vaut pas que pour Snowden, c'est le cas plus généralement dans le libre (ou dans d'autres milieux d'ailleurs). Certes un Linus ou un Stallman ont du mérite (enfin pas que), mais que serait le logiciel libre aujourd'hui sans les milliers de développeurs, sans les innombrables personnes qui s'impliquent pour expliquer les choses, aller à la rencontre du public, monter des associations, etc ?
Sans compter que pour ma part je ne considère pas ça comme un tout, il y a des tas de choses qui gravitent autour du logiciel libre que je n'aime pas du tout, voire contre lesquelles je suis près à m'opposer fortement. Et dans les célébrités, il y a des tas de propos, d'opinions, d'actes avec lesquels je ne suis pas d'accord du tout, et c'est un peu dommage de tout mettre dans le même panier.
[^] # Re: Sony
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Sony pictures et la Corée du Nord. Évalué à 10.
Moi dans cette histoire, c'est vraiment le côté technique qui m'intéresse, qui a des infos dessus ? En particulier:
a-t-on une idée de comment l'attaque a eu lieu ? J'ai cru lire qu'il y avait une histoire de virus
il y a-t-il un parc hétérogène ? Est-ce que toutes les machines attaquées étaient sous Windows, ou sous Mac ou sous Nux, ou un mix ? Est-ce alors un virus multi-plateformes ?
Comment autant de données peuvent partir sans que personne ne s'en aperçoive ?
Les courriels fuités étaient-il chiffrés ? Si oui comment les clefs ont été obtenues (et si non, c'est une grave erreur, mais pas si étonnante au final: ça signifierait que même les grosses entreprises font du bricolage).
Tout était-il sur le même réseau ? Y compris les documents des employés ? Les films non sortis ?
A-t-on confirmation d'une taupe à l'intérieur même de l'entreprise ? J'ai du mal à concevoir une attaque pareille sans que ça soit le cas.
Non seulement ça serait intéressant à savoir par curiosité technique, mais en plus ça permettrait certainement de mieux se protéger en évitant les mêmes erreurs.
Bref, si quelqu'un a des liens sur le sujet…
À noter que si le cas ici est visible, il faut se dire qu'il y a potentiellement des milliers d'entreprises, de gourvenements, de particuliers ou autre qui ont perdus leurs données de manière similaire sans que ça se sache, peut-être nous-même. De quoi remettre en question sérieusement notre tendance à tout mettre sur des ordinateurs connectés au réseau public.
[^] # Re: Explications sur le veto
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal De l'autre côté. Évalué à 5. Dernière modification le 19 décembre 2014 à 09:46.
Une des 2 XEPs a été publiée (Namespace Delegation): XEP-0355, la première XEP, ça fait un petit quelque chose :'o) .
Pour la deuxième j'ai assez bon espoir, et si tout va bien, on ne devrait plus être dépendants des implémentations des serveurs pour le microblogage et ce qui tourne autour.
Bon ça reste du expérimental, donc sujet à évolutions.
[^] # Re: Explications sur le veto
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal De l'autre côté. Évalué à 7.
Suite a une longue discussion sur la liste standard@ et sur le salon XMPP de la XSF (et la lecture de specs), j'ai pu mieux comprendre les arguments de Dave (membre du conseil qui a mis le veto), et je dois reconnaître que je suis d'accord: il souhaite une approche plus moderne, basé sur un nouveau modèle: Attribute Based Access Model (ABAC), beaucoup plus souple et qu'on pourra réutiliser ailleurs. Problème: c'est aussi un modèle beaucoup plus compliqué, mais ça peut valoir le coup d'essayer de l'introduire dans XMPP.
J'étais assez déçu car je pensais que le veto était définitif et que je pouvais jeter mon travail à la poubelle et attendre at vitam eternam avant de pouvoir faire ce que je veux (un composant PEP externe), mais après discussion, Dave a également mis de l'eau dans son vin, et je viens de re-soumettre une XEP très édulcorée (beaucoup plus simple et restrictive), mais qui fait ce que je veux. On va voir si elle va passer mais j'ai bon espoir.
Je songe aussi à m'attaquer à l'ABAC moi même, mais ça risque de prendre du temps…
En tout cas on a un bon exemple de l'intérêt de critiques techniques, même si ça n'est pas toujours agréable pour l'ego, et le travail qu'on doit jeter. Au final, et si ça se fait vraiment, on devrait se trouver avec une meilleure solution technique dans XMPP.
[^] # Re: Firefox Hello ?
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal De l'autre côté. Évalué à 7. Dernière modification le 18 décembre 2014 à 15:39.
Je pense que - si ça marche, on a fait un essai pas encore super concluant -, c'est une très bonne chose: malgré des tentatives régulières, on n'a pas encore trouvé d'outil libre qui fonctionne correctement en remplacement de Skype.
Movim a une implémentation audio/vidéo basée sur webrtc et les technos Mozilla, nous la visio-conférence est assez loin dans nos priorités pour le moment, et du coup on est très contents de voir une solution libre offerte par Mozilla, surtout qu'elle fonctionne sans compte.
En plus XMPP est connu pour aimer discuter avec les autres protocoles (les transports, il est possible de faire communiquer SIP et XMPP), donc je ne vois aucune raison, si le protocole de Mozilla devient populaire, qu'il n'y ait pas de possibilité de communiquer avec XMPP.
XMPP communique déjà un peu avec WebRTC: http://xmpp.org/extensions/xep-0343.html (attention expérimental, donc non vraiment validé), et Movim vient de remplacer BOSH par WebRTC.
Par contre de là à « supplanter » les messageries instantanées je pense qu'il y a un monde (enfin tu as précisé basiques, donc à la limite). Je ne pense pas que leur but est d'avoir un truc aussi puissant que XMPP, et si c'était le cas, ça serait probablement peu pertinent de ne pas utiliser XMPP directement.
Donc pour résumer: je pense que c'est une très bonne chose de voir Hello débarquer, et si le service prend (ce qui serait super), j'espère qu'on pourra rapidement communiquer avec XMPP.
[^] # Re: L'état de la messagerie instantanée en 2014
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal De l'autre côté. Évalué à 4.
Oui nous avons clairement régressé. Non seulement il y a une explosion des services, mais en plus il y a une explosion des services proprio et fermés, la situation est pire qu'à l'époque de MSN et ICQ.
Le courriel n'est plus un outil standard, certains ne consultent même plus, des dinosaures Usenet n'a plus qu'une présence anecdotique (à part pour alt.binaries), par contre IRC est encore très actif dans les projets libres.
XMPP avec son système de transport peut apporter une solution, mais ça n'est plus à la mode (à part spectrum2, et encore je ne sais pas si c'est super maintenu, il n'y a plus beaucoup de passerelles en développement à ma connaissance).
Bref, je pense que les passerelles sont intéressantes pour ce problème, et d'ailleurs on a pour projet d'en développer quelques unes, mais pas pour les services proprio et fermés, ça légitimerait la fragmentation sans rien résoudre.
# Explications sur le veto
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal De l'autre côté. Évalué à 6.
Pour ceux que ça intéresse, Dave vient de poster ses explications sur son veto: http://mail.jabber.org/pipermail/standards/2014-December/029378.html
(protoXEP c'est « privileged entity », la XEP que j'ai proposé, on appelle protoXEP les XEPs qui ne sont pas encore dans le processus de standardisation, c.-à-d. qui n'ont pas encore de numéro officiel).
[^] # Re: XSF, XEP et XMPP
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal De l'autre côté. Évalué à 9.
Je crois qu'il y a du monde salarié, pas que tu bénévolat, loin de là ! Par contre le problème est surtout qu'ils n'ont pas les mêmes priorités que nous, et du coup ils ont plus envie de se bouger sur l'internet des objets que sur PubSub.
Après oui ça sape un peu le moral, surtout de voir un veto, mais il y a d'autres choses qui ne sont pas agréables (par exemple je viens de me voir refuser 2 conférences au FOSDEM, la XSF n'a même pas de devroom cette année ! 2 ans de suite, XMPP n'est plus à la mode visiblement :( ).
Le moral est effectivement difficile à garder, surtout qu'on cherche à vivre du projet et qu'on met plus de temps que ce qu'on avait prévu. Mais on a aussi des succès, des gens enthousiastes, des choses qui avancent bref des choses qui nous motivent.
Dans notre cas on a créé l'association et ouvert le compte en banque, là on a tout juste obtenu la mise en place d'un système de paiement des cotisations en ligne, il nous reste à refaire le site web et sortir la prochaine version, et on devrait voir l'activité enfin monter un peu.
On a quand même envie d'arriver vite à quelque chose utilisable par le public.
Alors oui le XSF il faut la pousser un peu pour qu'elle aille dans notre sens (c'est sûr c'est plus facile quand on s'appelle Google), mais c'est pas le plus démotivant et on en a vu d'autre, pour le moment le moral tiens bon :).
On a aussi souvent des discussions de fond, plus « politiques », qui nous permettent de penser que ce qu'on fait est utile, et ça c'est important.
Bref, moral mis à part, le protocole est tout à fait moderne, et s'adapte aux nouveautés finalement assez bien (dernier exemple en date: les websockets). Alors oui y'a plus l'effet de mode comme on peut en voir avec bitmessage, twister ou tox, mais au final c'est un ensemble beaucoup plus complet, et qui pourra être distribué totalement un jour (comprendre sans serveur intermédiaire). Donc non au final, il vaut mieux prendre son temps et bien faire les choses.
[^] # Re: Encore, encore !
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal De l'autre côté. Évalué à 4.
C'est plus compliqué que passer le script 2to3 dessus, y'a tout le compilateur à porter, regarde cette discussion: https://groups.google.com/forum/#!searchin/pyjamas-dev/python$203/pyjamas-dev/v9ouzQJsohY/Bm01sI79DiYJ en particulier:
Aussi j'ai rapidement regardé le code de pyjamas, et c'est relativement complexe, je pense que rien qu'entrer dans le code demanderait un gros investissement, surtout qu'il n'y a plus vraiment de liste de diffusion ou de point de contact pour trouver de l'aide (et je ne veux toujours pas utiliser le fork, qui de toute façon est mourant aussi).
Par contre en écrivant le notre depuis zéro, on peut éventuellement réutiliser le framework (même si je pencherais plutôt pour en réécrire un plus proche de la page HTML finale).
Rapydscript semble une solution possible, faut voir ce que ça donne avec un projet comme le notre.
Après c'est aussi que ça serait un bon terrain d'apprentissage de repartir de zéro, le problème étant principalement le temps qu'on peut y consacrer…
[^] # Re: Encore, encore !
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal De l'autre côté. Évalué à 3.
ah intéressant en effet, j'avais vu empythoned, mais c'est encore un projet mort.
Par contre je m'inquiète un peu des performance, dans la console j'ai fait un import os, ça a mis plusieurs secondes…
[^] # Re: typos
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal De l'autre côté. Évalué à 2.
les autres (merci souliane):
l'interfacer avec les serveurs PubSub ==> l'interfacer avec les serveurs XMPP
en attendant que leur statut ==> en attendant que son statut
[^] # Re: Encore, encore !
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal De l'autre côté. Évalué à 7.
Ben je peux te faire une version courte: le projet en lui même est très bien malgré quelques défauts de conception (il teste les fonctionnalités par navigateur comme ça se faisait avant, alors qu'aujourd'hui il faudrait plutôt tester par fonctionnalité directement). Python est relativement bien géré, parfois c'est pas les bonnes exceptions qui pètent, parfois le code n'a pas le comportement attendu (en particulier nous avons eu des soucis avec __getattr__ et les setters). Mais une fois qu'on a l'habitude, on s'en sort pas trop mal.
Le gros problème, c'est que ça n'est plus maintenu suite à une des plus lamentables engueulades que j'ai vu sur un projet libre: au lieu de partir et de forker proprement le code, un des dév qui avait accès au serveur a détourné le serveur et a inscrit de force tout le monde (dont moi) sur une autre liste, j'avais raconté ça dans un commentaire et dans un journal.
Sans savoir les raisons exactes de la dispute (enfin dans les grandes lignes ça ressemble surtout à des gamineries), nous nous refusions de soutenir le fork et ses méthodes, aussi nous avons pris contact avec Luke, et essayé de pousser pour faire revenir Pyjamas sur le rails et le paquet dans Debian (qui avait disparu entre temps parce que plus compilable). En poussant un peu Luke a rouvert un site (http://pyj.be) et nous l'avons aidé à re-soumettre un paquet à Debian. Malheureusement le paquet n'est pas passé (il fallait vérifier les licences pour des images, moi je n'ai plus eu le temps de m'en occuper, et Luke a l'air trop débordé également), et Luke n'a pas renouvelé le domaine, donc aujourd'hui on est à nouveau au point mort, et le fork sur github ne semble pas en meilleur état.
Bref, Pyjamas est un super projet, mais mort à cause d'un fork sale. D'autre part il a quelques petits défauts, et est bloqué en python 2.7 (il faudrait tout réécrire pour passer en python 3.x).
Pour le moment nous gardons donc la version actuelle qui a 2 ans mais marche relativement bien, et nous sommes en train de réfléchir à la suite. Nous envisageons plusieurs options, nous sommes en train de les étudier en ce moment même:
maintenir pyjamas nous même, ça risque d'être difficile, et on restera bloqués sur les défaut mentionnés plus haut
trouver une alternative: nous avons Rapydscript qui est un précompilateur javascript avec une syntaxe à la Python - un Pyjamas très très simplifié - que nous regardons, et Meduse un transpileur Python/Dart (Dart pouvant se transpiler en javascript) qui a l'air très prometteur. Problème: Pyjamas ce n'est pas que le transpileur, c'est aussi le framework, la transition risque d'être difficile
réecrire la partie navigateur entièrement en javascript: on aurait la maîtrise, mais on perdrait la factorisation du code avec les autres frontaux, ça serait dommage
créer notre propre transpileur sur mesure: un pyjamas très simplifié, en gommant ses défauts et en partant directement sur Python 3. Ça serait du boulot, mais çe ne me semble pas insurmontable, surtout que Python fourni déjà pas mal d'outils (un module standard gère déjà l'arbre syntaxique). C'est la solution qui me plait le plus parce qu'intéressante techniquement, et surtout on peut envisager de transpiler tout le code y compris la partie serveur, dans l'optique de faire une vraie application pour Firefox OS.
Dans tous les cas, on y réfléchit, mais ça sera sur plusieurs mois, en parallèle, et on garde la version actuelle de Pyjamas pour le moment.
P.-S.: ben c'était pas si court finalement :)
# typos
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal De l'autre côté. Évalué à 2.
Malgré une relecture, je vois encore des typos:
à essaye ==> à essayer
L'écrite ==> L'écriture
Si un modo peut les corriger: merci.
j'en avais vu d'autres mais je ne retrouve plus. Et faut que je me mette un peu au boulot :).
[^] # Re: Moi aussi
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal J'ai acheté une imprimante 3D open source. Évalué à 2.
Oui ton intervention est bien utile, merci :).
On te vois sur le forum smartrap aussi ?
[^] # Re: Sympa
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal J'ai acheté une imprimante 3D open source. Évalué à 4.
Ben on a un double but: d'une part permettre la diffusion et la distribution facile de SàT (et autre), pour avoir un réseau vraiment décentralisé et facile à installer, et d'autre part avoir un apport supplémentaire en plus des adhésions pour réussir à nous salarier à travers l'association.
Donc oui si d'autre gens veulent participer à un prototype, je suis joignable (mon adresse XMPP est renseignée: goffi@jabber.fr, ou par courriel: goffi @ goffi.org).
Mais bon, vu comme on est pris en ce moment, et qu'on bosse d'abord sur PubSub, ça ne sera pas avant plusieurs mois.
[^] # Re: Sympa
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal J'ai acheté une imprimante 3D open source. Évalué à 3.
Bon ben c'est commandé, merci pour ton journal et tes réponses :)
Ça risque de mettre du temps vu que c'est en pré-commande, mais je préfère de toute façon ne pas la recevoir trop vite parce que j'ai déjà beaucoup de travail avec mon projet.
Gros point bonus: la possibilité de payer par virement, sans passer par PayPal !
J'aime aussi le choix de PLA pour raison écologique (enfin soyons francs: je pense que les imprimantes 3D risquent de provoquer une impression massive de gadgets et autre déchets inutiles, donc pas sûr que ça soit super au niveau écologique, mais autant prendre une matière première moins mauvaise, et surtout voir si on peut recycler).
Par contre le bon point vert est effectivement la réparation maison des objets divers, à voir si c'est réellement faisable, couplé à des marchés aux puces/Emmaüs ou associations similaires, il y a probablement de quoi faire.
Bien sûr le matériel libre est un atout majeur, et l'équipe à l'air sympa (j'ai cependant failli tout annuler en voyant un logo de pomme sur un T-Shirt dans une interview, mais il faut savoir passer outre certains problèmes).
Pour l'usage principal que j'envisage: faire des boîtiers pour Olinuxo/Cubietruck et Arduino, surtout que j'aimerais bricoler des prototypes avec SàT.
[^] # Re: Sympa
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal J'ai acheté une imprimante 3D open source. Évalué à 4.
Merci pour tes réponses !
T'as oublié le prix du plastique mais honnêtement je dois pouvoir trouver ça en quelques secondes, je ne vais pas trop faire le fainéant :).
Donc la surface d'impression est suffisante pour des boîtiers, cool. Enfin ça aussi je dois pouvoir trouver la surface d'impression facilement de toute façon.
Dernières questions toutefois: j'imagine que tu as dû pas mal chercher ce qui se fait avant de choisir celle là, qu'est-ce qui t'as fait t'arrêter là dessus ? Le côté open hardware ? Le prix ? Est-ce qu'il y a d'autres imprimantes dans cette zone de prix ? La dernière fois que j'avais regardé, ça tournait plutôt autour des 700 à 1000 € pour une RepRap. D'ailleurs par rapport à une RepRap de base, qu'est-ce qu'elle de mieux/moins bien ? Le prix ? Autre chose ?
Merci :)
# Sympa
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal J'ai acheté une imprimante 3D open source. Évalué à 10.
Merci pour le retour d'expérience, je pense qu'on est tous plus ou moins attirés par ces petites bestioles.
Quelques questions:
as tu de l'expérience notamment en électronique ? Est-ce nécessaire pour le montage ? Combien de temps ça t'a pris au doigt mouillé ?
c'est basé sur le reprap du coup ça fonctionne pareil avec les logiciels ? J'ai vu que Blender ajoutait des trucs pour l'impression 3D, c'est utilisable avec ?
ça coûte combien le plastique à l'usage ? On peut en recycler ? J'ai vu que certains faisaient ça avec des bouchons de bouteilles d'eau…
ça met combien de temps pour imprimer une pièce, disons un éléphant ?
est-ce qu'on ne risque pas de voir la communauté disparaître ou un support moindre vu que c'est une petit structure qui gère ça ? C'est open hardware/source OK, mais il faut une communauté qui reste un peu active… La question serait plutôt: est-ce que c'est suffisamment proche d'une reprap de base pour que la communauté reprap puisse aider au besoin ?
Je suis en train de me (re)mettre un peu à l'Arduino, et une imprimante 3D ça pourrait être utile pour fabriquer des boîtiers ou ce genre de choses, mais ça reste probablement un peu gadget à l'heure qu'il est… Il faudrait mutualiser dans l'idéal, mais là où je suis c'est difficile.
Ceux qui ont une imprimante 3D ici, à quoi elle vous sert (à part vous amuser bien sûr :)) ?
# Cas pratique
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Exploiter inotify, c’est simple. Évalué à 5.
Merci pour la dépêche, très instructive.
Je me sers de temps à autre d'inotifywait couplé à D-Bus pour avoir un aperçu en temps réél. J'ai d'ailleurs expliqué récemment sur mon blog comment le faire pour éditer une XEP.
C'est quand même super pratique ces outils…