Ah le setup.py, pour le coup je l'attendais pas celle là :)
OK, donc ca doit tourner avec un peu n'importe quel python… hé ben non, ca marche pas en 3 :
le problème c'est que t'es pas certain que python2 existe sur toutes les distro, mais c'est vrai que c'est probalement mieux de faire python2 (nous sommes bloqués sur python 2 à cause de Twisted pour le moment). C'est noté
OK, donc le script fait un which apt-get, c'est pas du tout distrib-oriented…
En effet, ça fait un which pour tester si on est sur une distro basée sur Debian et faciliter l'installation dans ce cas, sinon ça indique clairement quel est le paquet à installer. Le problème est que Wx ne s'installe pas depuis Pypi, et la façon la plus simple pour l'installer et de demander de l'installer avant.
Les installations sont un des gros points noir de Python, y'a eu une tentative d'amélioration avec setuptools 2, mais je crois que le projet est maintenant à l'eau :(
julien@misato ~/Downloads/sat-0.4.0 % sat
/usr/bin/sat: ligne61: twistd : commande introuvable
julien@misato ~/Downloads/sat-0.4.0 % sat
exceptions.ImportError: No module named wokkel
les dépendances sont gérées par pip, et c'est indiqué dans le README d'utiliser pip. Le setup de base ne sait pas le faire. Celle du début (le which) est une customisation qui ne devrait pas avoir lieu d'être, mais Wx nous y oblige.
Elle est demandée sur notre traqueur de bogues: http://bugs.goffi.org/show_bug.cgi?id=22 (par devnewton). Nous avons un peu laissé les bogues de côté car nous avions un gros travail à faire en interne et sur le microblogage, mais elle est prévue pour la 0.5, surtout que ça m'intéresse aussi. Dans la même veine, la gestion de l'utf-8 dans les noms de comptes dans libervia, qui a été demandé dans la dernière dépêche, est prévue aussi pour la prochaine version…
Et aussi, à terme on pourra faire ça avec des script ou n'importe quelle commande shell.
Par exemple, un admin pourra relancer un serveur ou récupérer des stats très facilement, tu pourras l'utiliser en domotique pour monter ton chauffage avant d'arriver, etc…
Imagine t'es dans ton salon, t'as VLC qui tourne sur l'ordi branché sur ton projecteur: en une commande tu fais une télécommande. Maintenant tu utilises un client XMPP sur ton téléphone, et hop tu peux contrôler VLC depuis ton téléphone, dans ton canapé sans te déplacer.
Tu es dans une colocation, t'as Amarok qui tourne toujours dans le salon, et tu veux que tout le monde puisse changer le musique. En une commande tu fais la télécommande, et tu autorises tous les membres du groupe colocation à changer la musique.
Tu fais une conférence, l'ordi est branché loin sur le projecteur. Tu fais ta télécommande pour Okular et tu peux changer les diapos depuis ton téléphone.
Bref, ça sert à contrôler à distance. SàT a été construit dans l'idée d'utiliser XMPP aussi pour ce genre de choses, qui sortent de la messagerie instantanée ou du microblogage.
Regarde le planète Jabber francophone et, dans une moindre mesure, l'anglophone, ils sont désertés alors qu'il y a quelques années (2 ?) ils étaient relativement actifs. En libre il y a planète libre qui est actif, mais je n'aime pas du tout leur façon de rediriger les liens vers chez eux (ils ne s'en servent peut-être que pour les stats et afficher les billets les plus populaires, mais c'est trop pour moi), ni de forcer à afficher leur pub si on publie chez eux.
D'ailleurs si vous connaissez des planètes encore actifs et sympas, faites tourner…
ah ben super tiens, je voulais faire exactement la même chose, et c'est le genre de point où on peut collaborer facilement malgré nos utilisations de langages/archi différents. Ça a l'air de bien rendre :)
Les hiérarchies sont très faciles à implémenter, elles existent en XMPP, et les opérations de type union aussi (d'ailleurs SàT le gère déjà en ligne de commande, exemple avec la récente télécommande XMPP).
Ces commentaires m'intéressent parce qu'ils montrent des trucs qui manquent à l'usage, et un des avantages du libre, c'est que les projets sont en général plus accessibles et plus ouverts à faire ce genre d'ajouts (surtout que dans ces 2 cas c'est franchement pas lourd). Bref n'hésitez à dire plus souvent ce qu'il vous manque :)
SàT ne le permet pas encore, mais il le permettra probablement dans un futur plus ou moins proche. De mémoire Gajim le permet assez facilement, Poezio le fait de base très simplement (c'est même une de ses idées de conception: faire du XMPP aussi simple que de l'IRC), et je crois que Jappix Mini est basé dessus aussi (mais pas sûr). Après là on parle pour de la conversation à plusieurs (du chat de groupe type IRC), ça serait plus intéressant que ça soit poussé plus loin.
Mais oui je suis tout à fait d'accord pour l'accès non authentifié, c'est même prévu depuis longtemps dans SàT et ça sera sûrement étudié pour la 0.5 (pas la prochaine qui sort dans quelques jours, mais la suivante).
SàT gère l'UTF-8 oui, comme tous les clients XMPP. Oui tu peux avoir un pseudo avec des lettres accentués, mais non pas dans la démo de Libervia pour les mêmes raisons que le dernier coup (vu que le code n'a pas changé à cet endroit). Ça changera plus tard (probablement pour la 0.5, soit pas celle qui est sur le point de sortir, mais la suivante), mais encore une fois un rapport sur http://bugs.goffi.org évitera de l'oublier.
Tout ça est déjà possible avec Kopete et Kde non ? Le partage de photos est très bien implémenté, et je pense qu'avec les Kipi plugins, tu peux en un (ok peut-être 2 ou 3) clicks partager sur la majorités des sites connus.
La décentralisation totale est séduisante mais a ses inconvénients (complexité et/ou lenteur).
L'installation simple c'est une question de temps: les solutions populaires vont certainement être incluses dans les distributions, et la simplification des procédures se fait avec l'augmentation du nombre d'utilisateurs.
on en cite régulièrement, j'en ai rappelé quelques unes dans ce commentaire, il y en a aussi pas mal cités dans le wiki.
Maintenant il faut déjà se poser la question de ce que tu veux faire avec, les projets cités ont des niveaux de maturité différents, des implémentations différentes, des philosophie différentes. Si c'est pour le boulot, le choix du langage/des technologies d'implémentation peuvent être important si vous avez des modifs persos à faire.
Si c'est juste en interne, un truc centralisé comme Elgg (journal récent) peut sûrement convenir.
Pour la maîtrise des données, il est nécessaire d'héberger soit-même l'instance. Pour pouvoir utiliser plusieurs logiciels en même temps, XMPP est le meilleur (le seul ?) choix actuel: plusieurs projets tournent autour, et certains permettent déjà de faire beaucoup de choses MOVIM et Salut à Toi par exemple.
Pour Salut à Toi sur lequel je bosse, on espère avoir une version prête pour le grand public d'ici l'été prochain.
Tout dépend ce que tu appelles réseau « social ». Si c'est de l'étalage de vie privée, c'est plus la case voyeurisme (que j'ai plus mis pour troller qu'autre chose). Pour moi ce terme ne veut pas dire grand chose (pour ne pas dire rien), mais il y a des outils qu'on retrouve dans cette catégorie qui sont utiles: partager des photos facilement c'est possible avec un serveur HTTP maison, organiser des événements une simple page wiki peut le permettre (ou un framadate/framapad), mais avoir les 2 réunis et une interface facile d'accès c'est pratique.
Je suis étonné que pour l'instant partage de photo et organisation d'événements ont un pourcentage si faibles, je pense qu'avec l'outil de microblogage c'est l'usage le plus intéressant (le fait d'avoir les 3 réunis surtout, indépendamment ça se trouve déjà facilement).
Enfin bref, pour moi communiquer que la toile c'est justement l'intérêt principal.
Oui je suis d'accord, au moins pour certaines fonctionnalités. Avec XMPP, il est possible de s'authentifier de manière anonyme au moins pour le chat si le serveur l'autorise, Poezio le permet facilement par exemple.
Par ailleurs, il y a des gens qui ont des recommendations pour des logiciels libre de réseau sociaux décentralisés maintenus et qui ressemblent pas complètement à de la blague (pas forcément en terme de nombre d'utilisateurs) ?
Tout dépend de ce que tu attends de ce genre de trucs. Mais les trucs maintenus et qui ne sont pas des blagues, il commence à y en avoir quelques uns, on sort régulièrement des listes. De tête (mais j'en oublie): Retroshare, Friendica, Lorea, GNU Social - qui récupère le code de status.net -, et ceux plus ou moins basés sur XMPP; Buddycloud, Jappix, MOVIM et SàT. On va pouvoir ajouter Twister maintenant.
Ils sont à ma connaissance tous maintenus (pour GNU Social et Lorea c'est peut-être à confirmer), et plusieurs d'entre eux sont fonctionnels ou en passe de l'être. Ils sont tous là depuis plusieurs années (sauf Twister), et ils ont probablement tous besoin de contributeurs si vous voulez que ça aille plus vite.
En centralisé sur peux ajouter Elgg qui a eu le droit à un journal il y a quelques temps, et un bon paquet de projets de Forums/blogs/etc.
Bref, encore une fois, tout dépend de ce que tu attends de ce genre de choses…
Ah ben ça tombe bien, je viens justement de l'acheter.
C'est encore un peu tôt pour donner un avis pertinent, mais quelques remarques quand même.
J'ai déjà développé avec Qt4 mais relativement peu, en fait je m'y suis surtout mis il y a 2 ans pour une interface SàT que j'ai dû mettre en pause à cause de ma vie professionnelle. Du coup j'ai vu une mention de ce bouquin sur le net et je suis parti l'acheter en librairie.
Première remarque: c'est cher. Les bouquins d'infos sont souvent chers, mais là c'est la fourchette vraiment haute (65 € pour l'édition papier). Je prends un bouquin justement pour ne pas avoir à lire sur un écran (sinon j'aurais juste pris la doc officielle Qt), du coup les éditions numériques ne m'intéressent pas. Contrairement à ce qui est dit ici, la qualité d'impression me semble suffisante pour ce type de livre (d'après la réponse à ce commentaire, l'imprimeur a été changé depuis les premiers livres).
Comme indiqué, ça parle surtout de QML, ça tombe bien c'était ce que je voulais connaître principalement, vu que j'ai déjà des notions pour le reste. Il y a quand même quelques chapitres sur Qt Widgets, de quoi se rafraîchir la mémoire. En plus il y a un chapitre pour le passage Qt4 => Qt5. Par contre, je ne vois pas ce que la lecture « par module » change, dans n'importe quel bouquin on peut sauter les chapitres qu'on maîtrise déjà ou qui ne nous intéressent pas.
Ça évoque très rapidement des concepts de base pour de la programmation (très très basiquement la programmation orientée objets, ou des notions de bases de javascripts). Dans mon cas c'est totalement inutile, mais ça peut être intéressant pour filer le bouquin à des non programmeurs (c'est visiblement le but recherché).
Ça a l'air assez complet aussi: encore une fois je viens de commencer, mais ça parle de Qt Creator, Qt Designer, des outils de débogage, de la transition Qt4 => Qt5, etc. Enfin assez complet pour la partie interface graphique, ça ne parle pas ou très bièvement du reste du cadriciel, en introduction il est précisé que d'autres bouquins sont envisagés.
Bon dans mon cas, QML/Qt Quick a l'air très facile à assimiler (surtout que je connais déjà CSS, Javascript, les EFL et en particulier Edje dont QML s'inspire visiblement). Le prix est trop élevé mais le livre a l'air bien et surtout va me permettre de me remettre à jour en me sortant un peu la tête de ce satané écran…
Bon bref, on verra si à la fin de la lecture j'en suis toujours content, et c'est bien de voir de la presse francophone sur Qt…
Ce n'est pas compliqué, IBM date de 1924 comme nom pour cette entreprise quand le film révélant HAL n'était même pas encore un projet de son réalisateur !
Ou alors IBM a une machine temporelle pour rendre cela possible.
euh… Le fait que IBM ait été créé avant que Kubrick ne fasse 2001 l'Odyssée de l'espace me semble justement indispensable pour qu'il y ait une référence à IBM dans le film non ?
Par contre je crois que ça a été démenti par Kubrick lui-même, mais il faut reconnaître que la coïncidence si c'en est bien une est bien tombée.
Il n'a en effet pas été condamné à mort mais à la prison, et a souhaité la castration chimique à la place, et il aurait été empoisonné en mangeant une pomme (d'aucuns y voient l'origine du logo d'apple même si ça a été démenti - tout comme d'aucuns voient en HAL les lettres IBM même si ça a été démenti, l'informatique a quelques histoires croustillantes du style - ).
À noter aussi que son opinion sur l'intelligence artificielle a fait grincer quelques dents.
C'est pas mal de rappeler ce genre de choses de nos jours… Même si les mœurs ont changées, pas sûr que l'homosexualité soit si bien acceptée aujourd'hui.
Je ne comprends pas ce que certains ont contre asm.js, je trouve l'idée excellente: des optimisations que tous les navigateurs peuvent implémenter, sans perdre la compatibilité avec l'existant.
Il est évident que ce n'est pas fait pour coder directement, dart n'est pas comparable (et en suivant de loin ça a l'air intéressant aussi, je n'ai rien contre dart et à mon avis ça ne s'oppose pas du tout à asm.js). Ça n'est pas non plus fait pour coder en C++ pour le web (faudrait être un peu maso), mais ça peut servir pour porter des choses utiles (par exemple sqlite a été porté ainsi, ça peut-être intéressant de l'utiliser en javascript).
Pour moi c'est plus la possibilité d'avoir une machine virtuelle native, et ainsi de coder dans le langage qu'on veut, ça se rapproche plus d'une vm java sans la complication des plugins à installer.
Et l'argument de Mozilla de ne pas vouloir maintenir 2 langages me semble tout à fait valable.
Pour ma part je code l'interface web de SàT en Python qui est ensuite compilé en Javascript avec Pyjamas: ça me permet d'utiliser un langage que je préfère, et de factoriser une bonne partie du code (un gain de temps très appréciable). asm.js est dans cet esprit et ça me paraît être une bonne direction.
La gestion de version est aussi intéressante pour les données et c'est plus simple d'avoir tout au même endroit.
Oui j'entends bien, je parlais de séparer dans un autre dépôt. Ça rend le dépôt de code moins lourd (télécharger les binaires à chaque clone, c'est un peu relou et pas cool pour le serveur), et les médias bougent moins souvent a priori (même pour un jeu). Pour SàT le backend est dans sat, les médias sans sat_media: http://repos.goffi.org/
La gestion de version est bien utile pour les binaires aussi, je suis d'accord.
Pourquoi avoir lâché fossil, toi qui n'arrêtais pas d'en faire la louange ?
Sinon pourquoi ne pas séparer les données du code ? Ça évide d'avoir un dépôt trop lourd tout en les versionnant. C'est ce qu'on fait pour SàT: d'un côté les médias, et de l'autre le code (mais on a évidemment beaucoup moins de fichiers binaires que pour un jeu). Mercurial s'en sort pas trop mal, m'étonne que ça ne soit pas le cas pour git.
Bon aujourd'hui je suis très pressé, donc je n'ai pas trop le temps de répondre individuellement (y'a beaucoup de commentaires !), aussi je réponds à quelques points rapidement ici:
pourquoi vous imaginez que SàT va être difficile à installer ? Le seul argument (valable) qu'à PHP en face c'est que ça tourne sur des dédiés pré-installés qui souvent ne fournissent que PHP, mais à part ça SàT devrait être très facile à installer, même plus que la plupart des autres vu qu'il intègre son propre serveur web et il n'y aura donc pas de serveur web à installer/configurer. sur une Debian, en gros une installation avec le serveur ça devrait ressembler d'ici l'été prochain à (en root): # apt-get install prosody sat-xmpp-libervia, puis configuration de Prosody (quelques minutes, c'est vraiment facile) et éventuellement quelques autres minutes à configurer 2 bricoles sur SàT (ports à utiliser par exemple). Si vous avez déjà un compte/serveur XMPP, c'est comme installer n'importe quel autre client. J'ai mis Prosody en exemple, mais ça peut être un autre serveur bien sûr.
il n'y a pas besoin d'un serveur particulier qui gère le microblogage ou autre. Nous utilisons notre propre composant Pubsub prévu pour fonctionner avec n'importe quel serveur, il y a juste quelque bricoles qui manquent dans les standards (en particulier la notion de composant privilégié pour pouvoir accéder au roster d'une entité pour ceux qui connaissent XMPP), mais ça n'est qu'une question de temps. Un des buts de XMPP c'est justement de ne pas rester bloquer à un serveur particulier.
Prosody est très bon, je ne comprends pas les critiques à son égard, c'est le serveur qu'on utilise principalement pour les tests, et on n'a jusqu'ici rien eu à lui redire.
XMPP marche entre différents clients pour d'autres choses que juste envoyer du texte, je ne comprends pas pourquoi tu dis ça devnewton ! Le transfert de fichier, les commandes ad-hoc, pubsub, jingle, etc tout ça marche d'un client à un autre. Le microblogage lui est encore en cours d'élaboration, encore une fois un peu de patience.
nous (SàT) n'avons jamais cherché (pour le moment) à avoir des utilisateurs, nous sommes encore en développement et on répète à tous ceux qui veulent essayer « ça n'est pas encore prêt pour la production, uniquement à titre expérimental, bla bla », je me suis même fait reprocher le dernier coup sur DLFP de trop insister là dessus. Ceux qui parlent d'échec ou de stratégie marketing ou que sais-je d'autre n'ont tout simplement pas compris ça. Là on envisage d'avoir une première version grand public d'ici l'été prochain, et ça me semble aujourd'hui réaliste.
Bon pour le reste j'ai d'autre choses à dire, mais je suis très pris en ce moment. Nous avons une 0.4 en préparation qu'on espère sortir avant la fin de l'année, j'en profiterai pour expliquer un peu les (gros) changement récents, et ce qu'on envisage pour l'avenir. RDV probablement un peu avant Noël.
Je n'ai jamais regardé les offres d'emploi ailleurs que sur Lolix, et c'est là que j'ai trouvé mes 2 boulots (2 CV envoyés la première fois, le seul CV envoyé la deuxième). C'était pour moi la garantie d'au minimum pouvoir bosser avec des technos libres. Je pense même qu'il était assez bien vu de la part des recruteurs d'avoir des candidatures venant de Lolix (ça montre des gens intéressés au libre, qui ont souvent une certaine culture technique associée).
[^] # Re: Ouch
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Salut à Toi 0.4.0: toujours en chemin.... Évalué à 3. Dernière modification le 27 février 2014 à 12:57.
Ah le setup.py, pour le coup je l'attendais pas celle là :)
le problème c'est que t'es pas certain que python2 existe sur toutes les distro, mais c'est vrai que c'est probalement mieux de faire python2 (nous sommes bloqués sur python 2 à cause de Twisted pour le moment). C'est noté
En effet, ça fait un which pour tester si on est sur une distro basée sur Debian et faciliter l'installation dans ce cas, sinon ça indique clairement quel est le paquet à installer. Le problème est que Wx ne s'installe pas depuis Pypi, et la façon la plus simple pour l'installer et de demander de l'installer avant.
Les installations sont un des gros points noir de Python, y'a eu une tentative d'amélioration avec setuptools 2, mais je crois que le projet est maintenant à l'eau :(
les dépendances sont gérées par pip, et c'est indiqué dans le README d'utiliser pip. Le setup de base ne sait pas le faire. Celle du début (le which) est une customisation qui ne devrait pas avoir lieu d'être, mais Wx nous y oblige.
[^] # Re: Et la tribune
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Salut à Toi 0.4.0: toujours en chemin.... Évalué à 7.
Elle est demandée sur notre traqueur de bogues: http://bugs.goffi.org/show_bug.cgi?id=22 (par devnewton). Nous avons un peu laissé les bogues de côté car nous avions un gros travail à faire en interne et sur le microblogage, mais elle est prévue pour la 0.5, surtout que ça m'intéresse aussi. Dans la même veine, la gestion de l'utf-8 dans les noms de comptes dans libervia, qui a été demandé dans la dernière dépêche, est prévue aussi pour la prochaine version…
[^] # Re: Euh
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Salut à Toi 0.4.0: toujours en chemin.... Évalué à 6.
Et aussi, à terme on pourra faire ça avec des script ou n'importe quelle commande shell.
Par exemple, un admin pourra relancer un serveur ou récupérer des stats très facilement, tu pourras l'utiliser en domotique pour monter ton chauffage avant d'arriver, etc…
[^] # Re: Euh
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Salut à Toi 0.4.0: toujours en chemin.... Évalué à 10. Dernière modification le 27 février 2014 à 11:45.
regarde la vidéo.
Imagine t'es dans ton salon, t'as VLC qui tourne sur l'ordi branché sur ton projecteur: en une commande tu fais une télécommande. Maintenant tu utilises un client XMPP sur ton téléphone, et hop tu peux contrôler VLC depuis ton téléphone, dans ton canapé sans te déplacer.
Tu es dans une colocation, t'as Amarok qui tourne toujours dans le salon, et tu veux que tout le monde puisse changer le musique. En une commande tu fais la télécommande, et tu autorises tous les membres du groupe colocation à changer la musique.
Tu fais une conférence, l'ordi est branché loin sur le projecteur. Tu fais ta télécommande pour Okular et tu peux changer les diapos depuis ton téléphone.
Bref, ça sert à contrôler à distance. SàT a été construit dans l'idée d'utiliser XMPP aussi pour ce genre de choses, qui sortent de la messagerie instantanée ou du microblogage.
# petite erreur
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Salut à Toi 0.4.0: toujours en chemin.... Évalué à 2.
Merci encore une fois aux modo pour avoir été rapides :).
J'ai fait une petite erreur: le MUA est Thunderbird et non Firefox, mais bon je pense que tout le monde avait compris :)
[^] # Re: Les gens ne bloguent plus, ils tweetent
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Twitter vs RSS/ATOM pour suivre un site. Évalué à 4.
Regarde le planète Jabber francophone et, dans une moindre mesure, l'anglophone, ils sont désertés alors qu'il y a quelques années (2 ?) ils étaient relativement actifs. En libre il y a planète libre qui est actif, mais je n'aime pas du tout leur façon de rediriger les liens vers chez eux (ils ne s'en servent peut-être que pour les stats et afficher les billets les plus populaires, mais c'est trop pour moi), ni de forcer à afficher leur pub si on publie chez eux.
D'ailleurs si vous connaissez des planètes encore actifs et sympas, faites tourner…
[^] # Re: Et pourquoi pas lier RSS/Atom et réseau social ?
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Twitter vs RSS/ATOM pour suivre un site. Évalué à 2.
ah ben super tiens, je voulais faire exactement la même chose, et c'est le genre de point où on peut collaborer facilement malgré nos utilisations de langages/archi différents. Ça a l'air de bien rendre :)
[^] # Re: commentaires restreints
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Mon réseau social centralisé (la suite). Évalué à 4.
Ces 2 commentaires sont exactement le type de commentaires qui m'intéressent quand je demande Qu'attendez vous le plus d'un réseau dit « social » libre ?…
Les hiérarchies sont très faciles à implémenter, elles existent en XMPP, et les opérations de type union aussi (d'ailleurs SàT le gère déjà en ligne de commande, exemple avec la récente télécommande XMPP).
Ces commentaires m'intéressent parce qu'ils montrent des trucs qui manquent à l'usage, et un des avantages du libre, c'est que les projets sont en général plus accessibles et plus ouverts à faire ce genre d'ajouts (surtout que dans ces 2 cas c'est franchement pas lourd). Bref n'hésitez à dire plus souvent ce qu'il vous manque :)
[^] # Re: La non authentification?
Posté par Goffi (site web personnel, Mastodon) . En réponse au sondage Qu'attendez vous le plus d'un réseau dit « social » libre ?. Évalué à 2.
SàT ne le permet pas encore, mais il le permettra probablement dans un futur plus ou moins proche. De mémoire Gajim le permet assez facilement, Poezio le fait de base très simplement (c'est même une de ses idées de conception: faire du XMPP aussi simple que de l'IRC), et je crois que Jappix Mini est basé dessus aussi (mais pas sûr). Après là on parle pour de la conversation à plusieurs (du chat de groupe type IRC), ça serait plus intéressant que ça soit poussé plus loin.
Mais oui je suis tout à fait d'accord pour l'accès non authentifié, c'est même prévu depuis longtemps dans SàT et ça sera sûrement étudié pour la 0.5 (pas la prochaine qui sort dans quelques jours, mais la suivante).
[^] # Re: La non authentification?
Posté par Goffi (site web personnel, Mastodon) . En réponse au sondage Qu'attendez vous le plus d'un réseau dit « social » libre ?. Évalué à 3.
les connexions anonymes (non authentifiées) sont prévues dans le protocol de base: http://xmpp.org/extensions/xep-0175.html
[^] # Re: L'intégration à mon desktop
Posté par Goffi (site web personnel, Mastodon) . En réponse au sondage Qu'attendez vous le plus d'un réseau dit « social » libre ?. Évalué à 4.
SàT gère l'UTF-8 oui, comme tous les clients XMPP. Oui tu peux avoir un pseudo avec des lettres accentués, mais non pas dans la démo de Libervia pour les mêmes raisons que le dernier coup (vu que le code n'a pas changé à cet endroit). Ça changera plus tard (probablement pour la 0.5, soit pas celle qui est sur le point de sortir, mais la suivante), mais encore une fois un rapport sur http://bugs.goffi.org évitera de l'oublier.
[^] # Re: L'intégration à mon desktop
Posté par Goffi (site web personnel, Mastodon) . En réponse au sondage Qu'attendez vous le plus d'un réseau dit « social » libre ?. Évalué à 5.
Tout ça est déjà possible avec Kopete et Kde non ? Le partage de photos est très bien implémenté, et je pense qu'avec les Kipi plugins, tu peux en un (ok peut-être 2 ou 3) clicks partager sur la majorités des sites connus.
Sinon je vais encore prêcher ma paroisse, mais avec SàT tu peux afficher les messages dans ton client courriel (depuis 3 ans maintenant, mais ça n'est pas tout à fait complet), et il y a des interfaces de bureau.
[^] # Re: le social sur internet deviens aussi important que le social IRL
Posté par Goffi (site web personnel, Mastodon) . En réponse au sondage Qu'attendez vous le plus d'un réseau dit « social » libre ?. Évalué à 4.
La décentralisation totale est séduisante mais a ses inconvénients (complexité et/ou lenteur).
L'installation simple c'est une question de temps: les solutions populaires vont certainement être incluses dans les distributions, et la simplification des procédures se fait avec l'augmentation du nombre d'utilisateurs.
[^] # Re: il existe quoi en alternative libre?
Posté par Goffi (site web personnel, Mastodon) . En réponse au sondage Qu'attendez vous le plus d'un réseau dit « social » libre ?. Évalué à 4.
on en cite régulièrement, j'en ai rappelé quelques unes dans ce commentaire, il y en a aussi pas mal cités dans le wiki.
Maintenant il faut déjà se poser la question de ce que tu veux faire avec, les projets cités ont des niveaux de maturité différents, des implémentations différentes, des philosophie différentes. Si c'est pour le boulot, le choix du langage/des technologies d'implémentation peuvent être important si vous avez des modifs persos à faire.
Si c'est juste en interne, un truc centralisé comme Elgg (journal récent) peut sûrement convenir.
Pour la maîtrise des données, il est nécessaire d'héberger soit-même l'instance. Pour pouvoir utiliser plusieurs logiciels en même temps, XMPP est le meilleur (le seul ?) choix actuel: plusieurs projets tournent autour, et certains permettent déjà de faire beaucoup de choses MOVIM et Salut à Toi par exemple.
Pour Salut à Toi sur lequel je bosse, on espère avoir une version prête pour le grand public d'ici l'été prochain.
[^] # Re: Ma vie Privée ne regarde pas les autres
Posté par Goffi (site web personnel, Mastodon) . En réponse au sondage Qu'attendez vous le plus d'un réseau dit « social » libre ?. Évalué à 3.
Tout dépend ce que tu appelles réseau « social ». Si c'est de l'étalage de vie privée, c'est plus la case voyeurisme (que j'ai plus mis pour troller qu'autre chose). Pour moi ce terme ne veut pas dire grand chose (pour ne pas dire rien), mais il y a des outils qu'on retrouve dans cette catégorie qui sont utiles: partager des photos facilement c'est possible avec un serveur HTTP maison, organiser des événements une simple page wiki peut le permettre (ou un framadate/framapad), mais avoir les 2 réunis et une interface facile d'accès c'est pratique.
Je suis étonné que pour l'instant partage de photo et organisation d'événements ont un pourcentage si faibles, je pense qu'avec l'outil de microblogage c'est l'usage le plus intéressant (le fait d'avoir les 3 réunis surtout, indépendamment ça se trouve déjà facilement).
Enfin bref, pour moi communiquer que la toile c'est justement l'intérêt principal.
[^] # Re: La non authentification?
Posté par Goffi (site web personnel, Mastodon) . En réponse au sondage Qu'attendez vous le plus d'un réseau dit « social » libre ?. Évalué à 4.
Oui je suis d'accord, au moins pour certaines fonctionnalités. Avec XMPP, il est possible de s'authentifier de manière anonyme au moins pour le chat si le serveur l'autorise, Poezio le permet facilement par exemple.
[^] # Re: there is an ap^Wxkcd for that
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Une étude prédit la disparition de Facebook en 2017. Évalué à 5.
Tout dépend de ce que tu attends de ce genre de trucs. Mais les trucs maintenus et qui ne sont pas des blagues, il commence à y en avoir quelques uns, on sort régulièrement des listes. De tête (mais j'en oublie): Retroshare, Friendica, Lorea, GNU Social - qui récupère le code de status.net -, et ceux plus ou moins basés sur XMPP; Buddycloud, Jappix, MOVIM et SàT. On va pouvoir ajouter Twister maintenant.
Ils sont à ma connaissance tous maintenus (pour GNU Social et Lorea c'est peut-être à confirmer), et plusieurs d'entre eux sont fonctionnels ou en passe de l'être. Ils sont tous là depuis plusieurs années (sauf Twister), et ils ont probablement tous besoin de contributeurs si vous voulez que ça aille plus vite.
En centralisé sur peux ajouter Elgg qui a eu le droit à un journal il y a quelques temps, et un bon paquet de projets de Forums/blogs/etc.
Bref, encore une fois, tout dépend de ce que tu attends de ce genre de choses…
# ah bah
Posté par Goffi (site web personnel, Mastodon) . En réponse à la dépêche Créer des applications avec Qt 5. Évalué à 10.
Ah ben ça tombe bien, je viens justement de l'acheter.
C'est encore un peu tôt pour donner un avis pertinent, mais quelques remarques quand même.
J'ai déjà développé avec Qt4 mais relativement peu, en fait je m'y suis surtout mis il y a 2 ans pour une interface SàT que j'ai dû mettre en pause à cause de ma vie professionnelle. Du coup j'ai vu une mention de ce bouquin sur le net et je suis parti l'acheter en librairie.
Première remarque: c'est cher. Les bouquins d'infos sont souvent chers, mais là c'est la fourchette vraiment haute (65 € pour l'édition papier). Je prends un bouquin justement pour ne pas avoir à lire sur un écran (sinon j'aurais juste pris la doc officielle Qt), du coup les éditions numériques ne m'intéressent pas. Contrairement à ce qui est dit ici, la qualité d'impression me semble suffisante pour ce type de livre (d'après la réponse à ce commentaire, l'imprimeur a été changé depuis les premiers livres).
Comme indiqué, ça parle surtout de QML, ça tombe bien c'était ce que je voulais connaître principalement, vu que j'ai déjà des notions pour le reste. Il y a quand même quelques chapitres sur Qt Widgets, de quoi se rafraîchir la mémoire. En plus il y a un chapitre pour le passage Qt4 => Qt5. Par contre, je ne vois pas ce que la lecture « par module » change, dans n'importe quel bouquin on peut sauter les chapitres qu'on maîtrise déjà ou qui ne nous intéressent pas.
Ça évoque très rapidement des concepts de base pour de la programmation (très très basiquement la programmation orientée objets, ou des notions de bases de javascripts). Dans mon cas c'est totalement inutile, mais ça peut être intéressant pour filer le bouquin à des non programmeurs (c'est visiblement le but recherché).
Ça a l'air assez complet aussi: encore une fois je viens de commencer, mais ça parle de Qt Creator, Qt Designer, des outils de débogage, de la transition Qt4 => Qt5, etc. Enfin assez complet pour la partie interface graphique, ça ne parle pas ou très bièvement du reste du cadriciel, en introduction il est précisé que d'autres bouquins sont envisagés.
Bon dans mon cas, QML/Qt Quick a l'air très facile à assimiler (surtout que je connais déjà CSS, Javascript, les EFL et en particulier Edje dont QML s'inspire visiblement). Le prix est trop élevé mais le livre a l'air bien et surtout va me permettre de me remettre à jour en me sortant un peu la tête de ce satané écran…
Bon bref, on verra si à la fin de la lecture j'en suis toujours content, et c'est bien de voir de la presse francophone sur Qt…
[^] # Re: Alan Turing gracié
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Alan Turing gracié.. Évalué à 10.
euh… Le fait que IBM ait été créé avant que Kubrick ne fasse 2001 l'Odyssée de l'espace me semble justement indispensable pour qu'il y ait une référence à IBM dans le film non ?
Par contre je crois que ça a été démenti par Kubrick lui-même, mais il faut reconnaître que la coïncidence si c'en est bien une est bien tombée.
[^] # Re: Alan Turing gracié
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Alan Turing gracié.. Évalué à 6. Dernière modification le 25 décembre 2013 à 01:39.
Il n'a en effet pas été condamné à mort mais à la prison, et a souhaité la castration chimique à la place, et il aurait été empoisonné en mangeant une pomme (d'aucuns y voient l'origine du logo d'apple même si ça a été démenti - tout comme d'aucuns voient en HAL les lettres IBM même si ça a été démenti, l'informatique a quelques histoires croustillantes du style - ).
À noter aussi que son opinion sur l'intelligence artificielle a fait grincer quelques dents.
C'est pas mal de rappeler ce genre de choses de nos jours… Même si les mœurs ont changées, pas sûr que l'homosexualité soit si bien acceptée aujourd'hui.
[^] # Re: asm.js...
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Normalisation du langage Dart de Google par l'Ecma. Évalué à 6.
Je ne comprends pas ce que certains ont contre asm.js, je trouve l'idée excellente: des optimisations que tous les navigateurs peuvent implémenter, sans perdre la compatibilité avec l'existant.
Il est évident que ce n'est pas fait pour coder directement, dart n'est pas comparable (et en suivant de loin ça a l'air intéressant aussi, je n'ai rien contre dart et à mon avis ça ne s'oppose pas du tout à asm.js). Ça n'est pas non plus fait pour coder en C++ pour le web (faudrait être un peu maso), mais ça peut servir pour porter des choses utiles (par exemple sqlite a été porté ainsi, ça peut-être intéressant de l'utiliser en javascript).
Pour moi c'est plus la possibilité d'avoir une machine virtuelle native, et ainsi de coder dans le langage qu'on veut, ça se rapproche plus d'une vm java sans la complication des plugins à installer.
Il y a eu de nouvelles annonces de performances vendredi dernier, c'est tout de même assez impressionnant: https://hacks.mozilla.org/2013/12/gap-between-asm-js-and-native-performance-gets-even-narrower-with-float32-optimizations/ .
Et l'argument de Mozilla de ne pas vouloir maintenir 2 langages me semble tout à fait valable.
Pour ma part je code l'interface web de SàT en Python qui est ensuite compilé en Javascript avec Pyjamas: ça me permet d'utiliser un langage que je préfère, et de factoriser une bonne partie du code (un gain de temps très appréciable). asm.js est dans cet esprit et ça me paraît être une bonne direction.
[^] # Re: Git
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal nanim 1.6. Évalué à 2.
Oui j'entends bien, je parlais de séparer dans un autre dépôt. Ça rend le dépôt de code moins lourd (télécharger les binaires à chaque clone, c'est un peu relou et pas cool pour le serveur), et les médias bougent moins souvent a priori (même pour un jeu). Pour SàT le backend est dans sat, les médias sans sat_media: http://repos.goffi.org/
La gestion de version est bien utile pour les binaires aussi, je suis d'accord.
[^] # Re: Git
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal nanim 1.6. Évalué à 3.
Pourquoi avoir lâché fossil, toi qui n'arrêtais pas d'en faire la louange ?
Sinon pourquoi ne pas séparer les données du code ? Ça évide d'avoir un dépôt trop lourd tout en les versionnant. C'est ce qu'on fait pour SàT: d'un côté les médias, et de l'autre le code (mais on a évidemment beaucoup moins de fichiers binaires que pour un jeu). Mercurial s'en sort pas trop mal, m'étonne que ça ne soit pas le cas pour git.
# Quelques réponses en vrac
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Mon réseau social centralisé. Évalué à 3.
Bon aujourd'hui je suis très pressé, donc je n'ai pas trop le temps de répondre individuellement (y'a beaucoup de commentaires !), aussi je réponds à quelques points rapidement ici:
pourquoi vous imaginez que SàT va être difficile à installer ? Le seul argument (valable) qu'à PHP en face c'est que ça tourne sur des dédiés pré-installés qui souvent ne fournissent que PHP, mais à part ça SàT devrait être très facile à installer, même plus que la plupart des autres vu qu'il intègre son propre serveur web et il n'y aura donc pas de serveur web à installer/configurer. sur une Debian, en gros une installation avec le serveur ça devrait ressembler d'ici l'été prochain à (en root): # apt-get install prosody sat-xmpp-libervia, puis configuration de Prosody (quelques minutes, c'est vraiment facile) et éventuellement quelques autres minutes à configurer 2 bricoles sur SàT (ports à utiliser par exemple). Si vous avez déjà un compte/serveur XMPP, c'est comme installer n'importe quel autre client. J'ai mis Prosody en exemple, mais ça peut être un autre serveur bien sûr.
il n'y a pas besoin d'un serveur particulier qui gère le microblogage ou autre. Nous utilisons notre propre composant Pubsub prévu pour fonctionner avec n'importe quel serveur, il y a juste quelque bricoles qui manquent dans les standards (en particulier la notion de composant privilégié pour pouvoir accéder au roster d'une entité pour ceux qui connaissent XMPP), mais ça n'est qu'une question de temps. Un des buts de XMPP c'est justement de ne pas rester bloquer à un serveur particulier.
Prosody est très bon, je ne comprends pas les critiques à son égard, c'est le serveur qu'on utilise principalement pour les tests, et on n'a jusqu'ici rien eu à lui redire.
XMPP marche entre différents clients pour d'autres choses que juste envoyer du texte, je ne comprends pas pourquoi tu dis ça devnewton ! Le transfert de fichier, les commandes ad-hoc, pubsub, jingle, etc tout ça marche d'un client à un autre. Le microblogage lui est encore en cours d'élaboration, encore une fois un peu de patience.
nous (SàT) n'avons jamais cherché (pour le moment) à avoir des utilisateurs, nous sommes encore en développement et on répète à tous ceux qui veulent essayer « ça n'est pas encore prêt pour la production, uniquement à titre expérimental, bla bla », je me suis même fait reprocher le dernier coup sur DLFP de trop insister là dessus. Ceux qui parlent d'échec ou de stratégie marketing ou que sais-je d'autre n'ont tout simplement pas compris ça. Là on envisage d'avoir une première version grand public d'ici l'été prochain, et ça me semble aujourd'hui réaliste.
Bon pour le reste j'ai d'autre choses à dire, mais je suis très pris en ce moment. Nous avons une 0.4 en préparation qu'on espère sortir avant la fin de l'année, j'en profiterai pour expliquer un peu les (gros) changement récents, et ce qu'on envisage pour l'avenir. RDV probablement un peu avant Noël.
# Expérience
Posté par Goffi (site web personnel, Mastodon) . En réponse au journal Lolix. Évalué à 8.
Je n'ai jamais regardé les offres d'emploi ailleurs que sur Lolix, et c'est là que j'ai trouvé mes 2 boulots (2 CV envoyés la première fois, le seul CV envoyé la deuxième). C'était pour moi la garantie d'au minimum pouvoir bosser avec des technos libres. Je pense même qu'il était assez bien vu de la part des recruteurs d'avoir des candidatures venant de Lolix (ça montre des gens intéressés au libre, qui ont souvent une certaine culture technique associée).
Ce serait triste que ça parte.