Goffi a écrit 1523 commentaires

Bon ben puisqu'on parle des alternatives je vais en profiter pour dire que c'est aussi possible avec SàT. Ça sera disponible dans la version à venir, et je pense que ton cahier des charges est à peu près respecté : libre, gestion d'accès, invitations via URL et vidéos (mais il n'y a pas de multi-encodage, donc pour du multi-plateformes il faudra un format qui passe partout, une amélioration à envisager). Plaisant et simple c'est effectivement subjectif, mais on est ouverts au suggestions/contributions et il y un moteur de thèmes puissants. En prime, XMPP oblige, c'est décentralisé/fédéré.

C'est simple et encore instable, mais c'est là.

Pendant des années, on recevait énormément de critiques très virulentes et mauvaises. Et je dois dire que personnellement ce fut très dur de faire face à la méchanceté de certains. Ce n’est pas étonnant que la dépression guette beaucoup de développeurs de logiciels libres. Il m’est arrivé à plusieurs reprises de ne plus avoir la force de contribuer pendant plusieurs jours (et de me poser des questions sur pourquoi je faisais du Libre) après trop d’insultes reçues.

C'est malheureusement assez courant dans le monde du logiciel libre (et pas que), et ça peut en effet être difficile à encaisser. C'est vraiment triste.

C'est vraiment super ce que vous faites : joindre développement avec production artistique. Vous êtes effectivement proche de Blender dans l'esprit, j'espère que vous allez en inspirer d'autres.

Bon courage, même s'il y a des hauts et des bas, vous allez dans le bon sens, et vous pouvez lancer un nouveau mouvement dans la création artistique et le développement de logiciels.

Super, merci à tous ceux qui travaillent pour maintenir ce site.

2 petites remarques pour l'article sélectionné :

En haut de la page d'accueil, la première dépêche est un contenu sélectionné par l'équipe de modération et qui reste pendant quelques jours en Une du site. Il est ressorti de l'enquête que cette dépêche qui ne change pas souvent pouvait être vue comme une absence de nouveaux contenus sur le site et prêter à confusion. Nous adoptons un nouveau style pour cette dépêche, ce qui devrait permettre de mieux la distinguer des autres contenus.

• pourquoi ne pas mettre un bandeau « article sélectionné par la rédaction » ? Ça rendrait les choses plus claires, et serait certainement plus compréhensible pour les personnes qui n'ont pas la mise en page CSS (lecteur braille par exemple)

• on s'est demandé une fois sur notre salon si les articles étaient sélectionnés par la rédaction ou par un algorithme, tu réponds à cette question en précisant que c'est la rédaction qui sélectionne. Ce serait une information utile à mettre en petit sous l'article (ou ailleurs)

Merci :)

C'est une fonctionnalité que j'aimerais bien avoir depuis longtemps. Suite à ton journal j'ai fait une rapide recherche, et je tombe sur ça :

https://vi.stackexchange.com/a/16856

Apparemment, depuis Vim 8.1.105 il y a une nouvelle option de compilation (+vartabs) qui permet l'implémentation de cette fonctionnalité, à suivre donc.

Ça peut être intéressant d'envisager le développement à base de plugin, afin de faciliter l'ajout d'une fonctionnalité par d'autres devs et de permettre aux administrateurs d'activer ou désactiver ce qui est vraiment approprier dans leur projet.

Oui c'est l'idée à moyen terme. Mais de toute façon c'est principalement pour notre utilisation à l'heure actuelle, et du coup on (enfin je pour le moment) développe ce dont on a besoin. Après ça sera en fonction des demandes, du temps qu'on peut y consacrer, et des contributions.

À mon avis, les 2 fonctionnalités les plus importantes sont la gestion des tickets/bugs, et les requêtes de fusion (gérer ses patchs, faire la revue), et ça c'est déjà en place. Après c'est de l'amélioration petit à petit. Je pense ajouter assez vite un système de tests automatisés, et éventuellement une génération de doc.

Y'a aussi des choses très intéressantes à tout avoir sur XMPP : on peut trivialement faire un système de rapport de bogue intégré directement dans les clients (en cas de plantage par exemple). Et on peut aussi profiter des notifications pubsub, par exemple pour afficher les nouveaux tickets dans le salon MUC.

Bonjour,

j'en profite pour indiquer que je suis plus ou moins en train de faire une forge décentralisée basé sur XMPP et indépendante de l'outil de version de contrôle (utilisé avec Mercurial actuellement, mais n'importe lequel peut être intégré, Git inclus bien entendu).

J'ai écris 2 billets à ce sujet pour expliquer et faire une courte démonstration des requêtes de fusion (merge-requests) :
- Vers une forge décentralisée basée sur XMPP
- Tickets et « merge-requests » basés sur XMPP avec SàT

Ceci a été fait en premier lieu pour nos propres besoins, mais c'est fonctionnel, et il ne manque pas grand chose pour avoir une petite forge décentralisée (principalement l'affichage du code : nous n'hébergeons et n'affichons pas le code nous même, c'est le serveur intégré à Mercurial qui le fait actuellement).

Le système est très souple, par exemple le gestionnaire de tickets peut être utilisé avec des champs libres, il peut ainsi servir à faire une liste de choses à faire (TODO), ou une liste de courses.

Le tout est basé sur le pubsub de XMPP, avec son système de permissions (on peut ainsi faire un gestionnaire de tickets privé avec une liste blanche).

Pour un serveur non, c'est clairement orienté appli bureau, mais je fais tourner tous les frontaux avec, dont le serveur web, et ça reste intéressant pour quelqu'un qui veut utiliser l'interface web ponctuellement pour une raison X ou Y (test rapide, utilisation d'une fonctionnalité non encore disponible, etc.). En plus D-Bus est intégré de base, et il est très utilisé par SàT.

On n'est pas nécessairement obligé de faire tourner le serveur web (qui est intégré au frontal web) sur un serveur dédié, sans X, et qui tourne H24. Pouvoir le lancer ponctuellement depuis son bureau est pratique.

Snappy est plus pensé pour ce type de choses (logiciels serveurs), quand j'aurai un peu de temps je regarderai également (mais Flatpak m'intéresse plus parce que décentralisé – même si Flathub est le dépôt principal – ce qui n'est pas le cas de Snappy).

Merci du retour, oui la documentation est très incomplète, c'est une des choses que je veux régler d'ici la version stable. L'installation est nettement plus simple maintenant pour backend et Cagou (frontend bureau/android) mais pas encore pour Libervia (frontend web, celui qui intéresse ici).

Je suis aussi en train de travailler sur un flatpak (déjà fonctionnel), qui permet d'installer en une commande, ça va nettement faciliter la vie des gens.

Je ne connaissais pas Movim, merci pour la recommandation. Par contre, j'ai l'impression qu'il est plus orienté "conversation" que "publication", mais je me trompe peut être. Je cherchais avant tout un outil sur lequel l'info est présentée en tant que posts, que les utilisateurs peuvent commenter.

Movim (tout comme SàT) est capable de publications, regarde par exemple https://fr.movim.eu/?blog/edhelas%40movim.eu . Je pense que c'est plutôt au niveau des partages de photos que ça va pêcher pour toi.

J'avais lu ton dernier journal sur Salut à Toi, et je m'y suis intéressé au moment de choisir mon outil. Je ne l'ai pas retenu pour deux raisons qui peuvent sembler idiotes mais qui rassurent un débutant comme moi :

ça n'est pas du tout idiot. En fait j'ai fait une grosse erreur stratégique depuis les débuts de SàT, c'est que j'ai toujours voulu attendre une version « suffisamment prête » (celle qu'on appelle « grand public » et qui sera d'ailleurs la prochaine) au lieu de fournir des choses plus progressivement pour que les gens adoptent.

Je ne recommande pas moi même à un public non technique d'utiliser pour le moment, mais j'aimerais bien que des gens commence à installer pour avoir des retours et rendre justement le logiciel accessible à tous, c'était le but de mon dernier journal (et jusqu'ici j'ai peu de retours malheureusement).

• Il n'est pas encore en version 1.

Alors ça par contre la version 1 pour nous c'est quand on estimera qu'il y aura tout ce qu'on veut au niveau fonctionnalités, ça n'est pas gage de stabilité. Quand on aura toutes les XEPs principales et la visio conférence fonctionnelle, il sera question de version 1. Mais dès la prochaine version (0.7) l'installation sera recommandée pour tous

• Je n'ai pas vu de grosse instance le faire tourner (comme pour Diaspora ou Humhub).

oui moi aussi j'aimerais en voir, au moins en test pendant l'été. Si quelqu'un(e) nous lit et peut nous aider sur ce coup, ça serait super.

Mais mes utilisateurs n'étant pas technophiles libristes, je ne voulais pas les dégoûter si jamais l'outil présentait des bugs.

c'est tout à fait compréhensible, c'est justement ce que j'ai voulu toujours éviter en disant « attendez avant d'installer ». Mais au final ça nous aurait aidé des installations et des retours.

Concernant les Aspects dans Diaspora, ça n'équivaut pas à des groupes :

merci des explications, je comprends mieux. Du coup c'est tout à faire possible avec XMPP. Les « aspects » de Diaspora correspondent donc aux « groupes » chez nous (qui sont dans la liste des contacts), et ce que vous appelez « groupes » correspond en termes techniques au « modèle d'accès Pubsub » chez nous, et que Movim a appelé de manière plus sympa « communautés » (je pense qu'on va reprendre le même terme sur SàT).

Bon courage pour ton développement de SàT !

Merci, et n'hésite pas à faire des retours, même pour dire pourquoi vous n'utilisez pas, ça aide à rendre l'outil utilisable par tous, ce qu'on souhaite.

Salut,

merci pour ce journal détaillé, c'est très intéressant pour un développeur de projet similaire comme moi.

As-tu testé XMPP et notamment Movim ? Tu peux bloquer la communication entre serveurs (la fédération donc) si tu ne la souhaites pas comme cela semble être le cas.

Salut à Toi (que je développe) est sur ce genre de créneau, mais n'est pas encore suffisamment stable poli pour une utilisation avec un public non averti, je travaille justement à ça pour que ça soit le cas d'ici la rentrée et je serais fortement intéressé par des retours pour améliorer les choses (notamment au niveau de l'interface).

D'après les captures, Humhub semble léché, il m'a l'air chouette dans ton cas d'utilisation (où la fédération n'est pas utile voir même non désirée). Est-ce qu'il y a un tchat ? Si non, est-ce que ça vous manque ?

Tu dis que Diaspora ne permet pas de créer des groupes, mais d'après ce que je lis, ça ressemble fortement à ce qu'ils appellent « aspects », quelle différence y vois-tu ?

Comme quoi, on cherche plus à se protéger de ceux qu'on connaît et à faire confiance aveuglément aux grands réseaux sociaux à la communication opaque.

C'est une remarque intéressante, et effectivement les proches ont un intérêt direct à l'espionnage ciblé. Il y a une part de confiance à accorder de toute façon à un endroit où à l'autre.

Oui, le système de tickets est très souple, on peut mettre les champs qu'on veut dedans. Pour une liste de courses, « nom » et « quantité » par exemple, on peut même partager ça avec un ou des contact(s), comme ça dans un couple ou une colocation, on peut indiquer qu'on a déjà acheté quelque chose.

Je pense que d'ici la version stable, je vais faire un mode spécifique sur Cagou pour faire une liste de courses facilement, vu que j'en ai moi-même l'utilité.

Le partage de fichier est prévu depuis pratiquement le début de SàT, avant même qu'on entende parler de Own/Next Cloud, et oui ça va se recouper sur les fonctionnalités. SàT chercher à fournir une fonction complète clef en main, même le serveur HTTP est inclus.

Mais il faut aussi relativiser, Owncloud et Nextcloud se concentrent principalement (même s'ils vont voir à côté aussi comme tu l'as souligné) sur le partage de fichier, et sont développés avec des développeurs à plein temps depuis des années, on est loin d'arriver à quelque chose d'aussi complet.

D'autre part, on ne veut pas entrer dans une logique de concurrence, s'il y a possibilité de faciliter la communication entre ces différents logiciels, on fera ce qu'il faut pour.

Si l'échange de fichiers est anodin,

l'envoi direct est courant oui (encore que c'est passé de mode en faveur du tout sur un serveur), mais le partage automatique de dossiers, je ne connais que KDEConnect qui le fait (si on exclue les solutions plus complexes comme NFS ou Samba), et SàT ne se limite pas au réseau local.

ah mais je n'avais pas regardé ta commande, tu fais ça sur ta machine directement, donc tu utilises les modules systèmes qui peuvent être trop vieux en effet.

Tu devrais utiliser un environnement virtuel, les instructions sont là : https://wiki.goffi.org/wiki/Salut_%C3%A0_Toi/en

ah, je vais regarder ça.

Pour l'apparence il y a un système de thèmes qui permet de faire vraiment ce qu'on veut (basé sur jinja2). Le CSS est fait à la main pour le moment, et je suis en train de petit à petit utiliser les conventions BEM partout. Il est possible d'intégrer une moulinette de type LESS ou Sass mais je n'en ai pas eu l'utilité jusqu'ici et je trouvais que ça compliquait le tout. Mais si quelqu'un souhaite contribuer à un thème et utiliser un des ces outils, je regarderai pour l'intégration ça n'est pas un problème.

Quant à un framework tout fait, j'ai regardé du côté de Bulma que j'aimais bien, mais on se retrouve avec une dépendance en plus, et maintenant que flex est géré partout, et que c'est pratiquement le cas pour grid aussi, je pense que l'intérêt des frameworks CSS est devenu très limité, et qu'on peut facilement faire sans.

Bref très facile d'ajouter des thèmes ou de changer l'apparence actuelle, et les merge-requests sont les bienvenues ;)

j'ai corrigé le problème, Mercurial met le type binary par défaut (je suppose pour éviter les exécutions de scripts), il y avait une option à spécifier (guessmime=True) et le type MIME est maintenant correct, mais les images n'apparaissent toujours pas ici, il n'y aurait pas un cache à vider ?

édition: ah bah c'est bon maintenant, c'est réglé. Merci encore Xavier !

arf, c'est fort probable bien vu. Ça viendrait de Mercurial, je vais voir si je peux rattraper le coup avec Apache, merci.

Les images n'apparaissent pas correctement, est-ce qu'un modérateur/admin peut regarder pourquoi ? Merci

En attendant, une version avec les images affichées normalement est disponible sur mon blog.

Merci à tous ceux impliqués (autant pour la modération, le dév, l'admin, la gestion administrative, que la contribution aux articles) pour ce superbe site. C'est un site particulier à plus d'un titre : une forte implication dans le libre et les causes alentours, une ouverture à des opinions et styles différents, une organisation qui pousse à la collaboration, mais permet tout de même de publier des articles personnels sans modération a priori. Vous cherchez généralement à faire au mieux (dans la qualité des articles, dans les technologies utilisées pour l'infrastructure, dans la modération, etc.) et force est de constater que la plupart du temps vous y arrivez.

Quand on est rédacteur Linuxfr c'est aussi l'occasion d'accéder à une large audience relativement technique, avec souvent des commentaires intéressants (et parfois un lot de commentaires désagréables ou trollesques aussi), sans publicité imposée, et sans favoritisme/système de mise en avant plus ou moins bancal (enfin y'a le système de notation, mais il cache juste l'article et on peut toujours l'afficher en un clique si je ne m'abuse). C'est un cas assez unique, et je ne connais pas d'équivalent (et j'aimerais bien en trouver d'ailleurs pour discuter avec le monde non francophone).

DLFP reste un lieu de choix pour me tenir informé (je dirais même que c'est ma source principale pour tout ce qui touche à GNU/Linux et au libre), et quand je veux trouver un public technique.

Bravo et bonne continuation !

Je le fais tourner sur Firefox 60, et c'est KDE qui m'a envoyé une notification pour ça. Tu le trouveras là ==> https://addons.mozilla.org/fr/firefox/addon/plasma-integration

Bon je me réponds tout seul, c'est l'exécutable fsview qui gère ça, et on peut ajouter un menu à Dolphin avec le fichier .desktop suivant à mettre dans ~/.local/share/kservices5/ServiceMenus/fsview.desktop

[Desktop Entry]
Type=Service
ServiceTypes=KonqPopupMenu/Plugin
MimeType=inode/directory;
Actions=fileView;
X-KDE-Submenu=taille des fichiers
X-KDE-Priority=TopLevel

[Desktop Action fileView]
Name=voir la taille des fichiers
Exec=fsview

j'ai fait ce fichier à l'arrache, on peut sans doute faire un truc plus propre en regardant la doc un peu plus en profondeur, mais là tout de suite je n'ai pas le temps.

Si jamais ça peut servir…

Alors moi Konqueror me sert en particulier pour un truc, que je trouve super pratique c'est l'affichage graphique de la taille des fichiers (Affichage/Mode d'affichage/Afficher la taille du fichier, ou File Size View en anglais), c'est à dire afficher fichiers, répertoires et sous-répertoires avec des rectangles plus ou moins grands en fonction de leur taille.

Je ne crois pas que c'est possible de le faire avec Dolphin, et si oui j'aimerais bien qu'on m'indique comment. C'est vraiment une « killer feature » pour moi.

Il y avait un logiciel qui faisait ça sous KDE 3 je crois, je ne sais pas s'ils existe encore, mais je trouve le plugin de KDE super pratique.

C'est un KPart je crois, donc ça devrait pouvoir s'utiliser avec Dolphin non ?

merci pour ces infos :)

Du coup pour les sprints il n'y a pas forcément d'annonce à faire, il suffit d'arriver avec son projet, et quelques documents pour que des débutants parent du bon pied, c'est bien ça ?

Bon ça a l'air chouette, je vais essaye de m'y rendre.

Pour info, il y a maintenant une intégration poussée des navigateurs populaires comme Firefox dans KDE, en utilisant un greffon : https://www.kde.org/announcements/plasma-5.13.0.php

Bonjour,

est-il possible de vous contacter sur un réseau libre comme XMPP, Diaspora, GNU Social, Mastodon, SeenThis ou IRC ? J'aimerais participer cette année, et comme ce serait une première j’aimerais savoir ce qu'on peut proposer pour les « sprints » (est-ce ça peut être quelque chose de précis comme « premier greffon pour un projet particulier », ou c'est un truc plus général comme « faire un jeu avec Python »).

Est-ce qu'un atelier c'est du code et dans ce cas quelle différence avec le sprint ? L'atelier serait plus pour les débutant ? Est-il possible de proposer plusieurs conférences/ateliers ?

Merci !

Ben là justement c'est agnostique de l'outil, on l'utilise avec Mercurial mais on pourrait utiliser n'importe quoi, et pas forcement que pour du code d'ailleurs. Après par rapport à Fossil, c'est un peu plus compliqué parce qu'il faut un serveur XMPP, mais sinon pratiquement tout est intégré, y compris le serveur web.

Pour s'inspirer au niveau de l'interface j'aimerais bien mais pour le moment je n'en ai pas le temps, donc l'interface est faite pour répondre à nos principaux besoins, et va s'améliorer petit à petit. C'est un des points où de l'aide serait bienvenue d'ailleurs, surtout qu'on a un système de thème facile à utiliser et qui permet de tout changer.