24 Jul 2024 |
pierre | * c'est pas hyper exact, dans tous les cas pour le point 2 puisque y'a pas de déchiffrement côté serveur (ça reste du chiffrement côté client), mais même pour le point 1 : les points admis de la spec Matrix c'est à la fois que tout fasse partie de la spec centralisée (notamment a contrario des XEP de XMPP) mais surtout que chaque amendement de la spec Matrix (MSC) fasse l'objet d'une implémentation avant même de pouvoir être acceptée dans la spec elle-même, donc il n'y a dans tous les cas aucune façon de faire une amélioration qui suive toujours la spéc (chaque amélioration doit d'abord diverger de la spec pour pouvoir ensuite y être ajoutée une fois qu'elle a fait ses preuves) | 15:57:31 |
pierre | dans un sens ce fonctionnement est celui qui a été volontairement accepté comme le fonctionnement préférable pour un protocole ouvert : element implémente de façon expérimentale le nouveau système de synchronisation client-serveur (syncv2), dans element-x et dans sliding-sync-proxy, au fur et à mesure que ce système s'améliore ça se reflète dans la MSC correspondante, les autres clients (et serveurs, même s'il y en a moins) peuvent l'implémenter aussi s'ils le souhaitent et participer à l'élaboration de la MSC, une fois que c'est satisfaisant pour tout le monde (dans 2-3 ans si je suis moqueur) la MSC est fusionnée, à ce moment les endpoints d'API (routes HTTP) deviennent définitifs (perdent leur préfix) et les dernières implémentations se font, et aucune équipe de développement n'a fait de boulot inutile parce que la spéc donnait une fausse impression d'être définitive | 16:05:35 |
rako (Cinny, fluffychat, neochat) | oui tu as raison je suis allé trop vite sur ce point là | 16:51:12 |
pierre | 🙂 | 16:52:19 |
rako (Cinny, fluffychat, neochat) | mais pour le point 2 je parlais spécifiquement de vie privée. Ca ne concerne pas que le contenu des messages. CF la MSC elle-même: https://github.com/matrix-org/matrix-spec-proposals/blob/kegan/sync-v3/proposals/3575-sync.md#user-content-security-considerations | 17:01:38 |
rako (Cinny, fluffychat, neochat) | * mais pour le point 2 je parlais spécifiquement de vie privée. Ca ne concerne pas que le contenu des messages. CF la MSC elle-même: https://github.com/matrix-org/matrix-spec-proposals/blob/kegan/sync-v3/proposals/3575-sync.md#user-content-security-considerations
De manière plus générale si cette nouvelle manière de synchroniser les messages doit marcher, cela veut dire que le serveur doit en savoir encore plus sur l'utilisateur·ice. Ca sera d'autant plus difficile de protéger un peu plus la vie privée avec ça. | 17:11:24 |
25 Jul 2024 |
| denih invited maudy. | 08:36:07 |
| maudy joined the room. | 08:36:13 |
H.Lahminewski | Cinny a sorti sa version V4. Franchement, c'est pas mal. 🐦️
https://github.com/cinnyapp/cinny/releases | 08:40:58 |
DrPi (Element sur PC, Cinny sur Ubuntu Touch) | In reply to @lahminewski:matrix.org Cinny a sorti sa version V4. Franchement, c'est pas mal. 🐦️ https://github.com/cinnyapp/cinny/releases Vivement que cette version soit disponible sur Ubuntu Touch 😁 | 15:08:48 |
Adri (Nheko - ArchLinux) | Je trouve ça toujours super triste les pseudos applications natives qui en fait sont du script encore pire du JavaScript 🤢 | 15:44:44 |
DrPi (Element sur PC, Cinny sur Ubuntu Touch) | In reply to @norihiori:matrix.org Je trouve ça toujours super triste les pseudos applications natives qui en fait sont du script encore pire du JavaScript 🤢 Je suis tout à fait d'accord. Malheureusement, aujourd'hui, c'est devenu la norme. | 19:47:01 |
Adri (Nheko - ArchLinux) | In reply to @drpi:matrix.org Je suis tout à fait d'accord. Malheureusement, aujourd'hui, c'est devenu la norme. La simplicité de portage fort probablement, distribuer une app GTK vs Electron 🫣 | 20:09:31 |
DrPi (Element sur PC, Cinny sur Ubuntu Touch) | In reply to @norihiori:matrix.org La simplicité de portage fort probablement, distribuer une app GTK vs Electron 🫣 Oui, de partout on nous vend (aux développeurs) ce genre d'arguments : On écrit le code une fois et ça marche partout et c'est plus simple à implémenter. Pas étonnant après que la moindre application nécessite des centaines de Mo pour fonctionner. | 20:12:18 |
DrPi (Element sur PC, Cinny sur Ubuntu Touch) | J'utiliserais bien Nheko mais c'est pas au niveau de Element (je l'ai déjà essayé 2 fois). | 20:13:01 |
twen | In reply to @drpi:matrix.org Oui, de partout on nous vend (aux développeurs) ce genre d'arguments : On écrit le code une fois et ça marche partout et c'est plus simple à implémenter. Pas étonnant après que la moindre application nécessite des centaines de Mo pour fonctionner. Ca sent Java , le retour de la revanche | 20:16:57 |
twen | In reply to @drpi:matrix.org Oui, de partout on nous vend (aux développeurs) ce genre d'arguments : On écrit le code une fois et ça marche partout et c'est plus simple à implémenter. Pas étonnant après que la moindre application nécessite des centaines de Mo pour fonctionner. * Ca sent Java , le retour de la revanche (tu code une fois, ca marche partout) | 20:17:47 |
DrPi (Element sur PC, Cinny sur Ubuntu Touch) | In reply to @twenster:matrix.org Ca sent Java , le retour de la revanche (tu code une fois, ca marche partout) C'est pas la tendance. Il y a des frameworks pour faire du code natif multi-plateformes. A commencer par le fameux binôme Qt/C++. Mais... comme on est hors sujet, je m'arrêterais là. | 20:20:22 |
Adri (Nheko - ArchLinux) | In reply to @drpi:matrix.org J'utiliserais bien Nheko mais c'est pas au niveau de Element (je l'ai déjà essayé 2 fois). oui nheko est pas du tout parfait, mais globalement il fonctionne bien | 20:26:59 |
Adri (Nheko - ArchLinux) | On peut faire cela en sous sujet, comme pas, pas de polution.
Qt/C++ j'ai jamais eu la patience pour etudier Qt et l'utiliser en mode C
En revanche GTK oui, c'est pas trop chiant, pas a ce prendre la tete a comprendre les differences de licences et tout, il y a Fyne aussi pour Golang qui est sympa. Si non la je regarde pour faire des app simple en C+Godot | 20:29:53 |
DrPi (Element sur PC, Cinny sur Ubuntu Touch) | In reply to @norihiori:matrix.org oui nheko est pas du tout parfait, mais globalement il fonctionne bien La première fois que j'ai essayé Nheko, il y avait de gros problèmes avec les emoji. Apparemment, la police de caractère nécessaire pour que ça fonctionne bien n'est pas présente sur la version Windows. J'ai essayé d'en discuter avec les développeurs mais ils m'ont directement dit d'aller me faire... (en plus poli bien sûr). | 20:30:08 |
Adri (Nheko - ArchLinux) | In reply to @drpi:matrix.org La première fois que j'ai essayé Nheko, il y avait de gros problèmes avec les emoji. Apparemment, la police de caractère nécessaire pour que ça fonctionne bien n'est pas présente sur la version Windows. J'ai essayé d'en discuter avec les développeurs mais ils m'ont directement dit d'aller me faire... (en plus poli bien sûr). Ha oui, sur Windows ... Alors la je ne sais pas. J'utilise le pkg flatpak, car j'ai eu des problemes de dependances aussi | 20:32:02 |
DrPi (Element sur PC, Cinny sur Ubuntu Touch) | Ah la licence Qt. Toute une histoire. A chaque rachat, on a droit à une nouvelle variante. Ceci dit, avec Qt 6 c'est beaucoup plus simple : Tu payes. | 20:32:03 |
Adri (Nheko - ArchLinux) | Ha tout le monde paye pour Qt 6, il y a plus de mode open pour les app libres ? | 20:33:21 |
Adri (Nheko - ArchLinux) | ha si il y a toujours la Qt Community Edition. J'aime pas ce model de logiciel libre ... | 20:34:31 |
DrPi (Element sur PC, Cinny sur Ubuntu Touch) | Et oui, c'est très restrictif. | 20:34:58 |
pierre | ça marche bien pour KDE | 20:57:56 |
Adri (Nheko - ArchLinux) | C'est la meme boite en meme temps 🤣 | 23:00:10 |
26 Jul 2024 |
rako (Cinny, fluffychat, neochat) | In reply to @lahminewski:matrix.org Cinny a sorti sa version V4. Franchement, c'est pas mal. 🐦️ https://github.com/cinnyapp/cinny/releases Ah bah super j'ai mis à jour sur mon yunohost et c'est tout cassé :( | 13:33:27 |
H.Lahminewski | In reply to@m:rako.space Ah bah super j'ai mis à jour sur mon yunohost et c'est tout cassé :( Ahh... flûte 😬 | 13:40:22 |