Le truc qui me dérange ici, c’est que la critique d’élitisme porte sur le peu d’utilisabilité pour le commun des mortels,
Ben non, ce sont des outils qui s'utilisent comme n'importe quels autres.
farbfeld il y a une lib à intégrer comme tu le ferais avec la libjpeg, et des outils en ligne de commande.
st c'est un terminal, tu le lances, et tu fais des trucs dedans comme avec un autre terminal.
Tu peux faire des onglets avec tabbed, mais là c'est un poil plus complexe : tabbed te sors un id, et tu dois faire st -w $id, et tu as ton terminal dans un onglet.
surf c'est un brouteur web, tu lui donnes une URL, il l'affiche, alors derrière il y a webkit, ils ont pas refait un moteur, mais la partie brouteur autour du moteur est minimaliste, une page = une fenêtre, pas d'onglets, pas de modules, il s'agit juste afficher une page web avec webkit derrière. Et ça fonctionne sans soucis d'utilisabilité.
Et là où tu peux faire quelque chose d'un peu plus unique, c'est que tu peux mettre surf dans tabbed, et avoir des onglets avec une page de navigateur et d'autres avec un terminal, ou d'autres outils qui permettent ça.
Et ce n'est pas autarcique, puisque tu peux y mettre du xterm, de l'urxvt, etc.
Je pense que tu dois pouvoir embarquer un mplayer aussi.
Après, ça se fait pas juste en clic, et ils ne veulent pas faire l'effort de compliquer l'utilisation pour le rendre plus accessible.
Et certains paramètres se configurent dans le code, donc avant la compilation.
Par exemple, la page d'accueil par défaut de surf c'est duckduckgo, tu peux changer ça dans le code, mais pas le reconfigurer après compilation.
Ça a un côté firefox focus, une page, tu fermes et tout est oublié, pas d'historique, etc. FFF permet en pratique bien plus de choses, mais l'idée de base est quand même un peu la même.
Ce sont des outils spécifiques, qui ne couvrent pas tous les usages, mais ils sont parfaitement utilisables.
Ils ne s'intègrent pas dans le mode de pensée majoritaire, celui où tout est dans le bloateur web, mais ça c'est pas une raison pour ne coder que des webapps…
Tu peux en parler avec Ploum par exemple, qui pousse gemini, on ne peut pas dire que ça soit mainstream, c'est même franchement élitiste gemini aussi.
Pourtant ça contribue à pousser un web plus modéré.
Comme on peut pousser à utiliser un environnement de bureau plus modéré.
Et je ne pense pas qu'on puisse taxer Ploum d'élitisme non constructif.
Bref, pas d'accord avec toi, pas grave, mais pas d'accord qu'on crache sur suckless uniquement parce qu'ils ont une vision radicale des choses, et un ton urticant.
Leur texte se bat contre un cliché.
Le cliché du code mesuré à l'aune du maximum de lignes de code, et de la fierté de qui en a le plus gros nombre. Qu'importe la qualité, seule la quantité compte.
Comme je le dis, je ne sais pas si ça concerne grand monde, ce cliché là.
Et c'est le cliché qui est mis face à son caca.
Maintenant, les gens eux-mêmes, n'ont pas besoin de se reconnaître dans ce cliché. Mais si quelqu'un se reconnaît dedans, et qu'il ou elle a un fort égo au point de ne pas être capable de se remettre en question, ou d'accepter la critique, alors il/elle ne tirera rien que de l'animosité de la philosophie suckless.
Mais si c'est quelqu'un qui accepte la critique, ou qui ne se sent pas concerné par la fierté d'écrire plus de lignes que son voisin, cette personne ne va pas se sentir attaquée par la philosophie suckless.
Et de là elle en tirera peut-être quelque chose.
Donc oui, suckless va antagoniser des gens, mais a priori uniquement des gens qui représentent l'autre extrême du bloatware.
Pas les gens au milieu.
Bon, après, j'interprète peut-être, ou je le vois à ma manière, mais je pense que quelqu'un qui se sentirait attaqué personnellement par suckless a des choses à se reprocher en termes de bloatware, et ferait bien de se remettre un peu en question.
Et comme tu dis, ce n'est pas un manifeste public, engagé, politique, c'est un petit projet qui n'intéresse que ceux qui s'y intéressent, soit pas grand monde.
Mais là tu pars du principe qu'ils voudraient faire de la politique.
Or ils veulent faire du logiciel.
Ils ont un impact.
Par exemple, ils ont eu un impact sur moi, ma façon de coder.
Je ne dis pas que j'essaie de coder comme eux hein, mais ces projets ultra-minimalistes, dont suckless fait partie, mais pas seulement, les compilateurs en moins de quelques centaines d'octets, et autres trucs complètement fous, bah ça m'inspire.
Ça m'inspire à faire plus sobre, plus simple, à prendre du recul sur mon code et à me demander si ce n'est pas trop complexe, et comment le simplifier, comment aller à l'essentiel.
Parce que j'ai un autre modèle que celui du bloatware.
Quand tu débarques sur un projet avec quelques 400k lignes de code et des centaines de fichiers, bah moi je suis content quand je réussi à faire une PR qui va supprimer 30 fichiers et réduire de 15000 le nombre de lignes de code.
Alors, sans jamais chercher à atteindre un tel minimalisme, mais dans la logique au dessus, dans l'architecture, dans l'articulation entre les éléments du projet.
Et cette extrême radicalité du code vraiment minimaliste et pourtant utilisable, c'est un marqueur de ce qu'il est possible de faire.
On voit aussi clairement les défauts : aller aussi loin, c'est pour jouer, ou alors c'est élitiste, mais et alors ? Je n'ai pas besoin d'aller aussi loin, et eux, bah ils ont fait bouger les lignes, chez moi, chez d'autres.
Je crois qu'ils ont comme but de faire changer quelques mentalité en mettant le nez d'un certain cliché du codeur pisseur de code dans la bouse.
Genre : regarde comme tu es fier de coder des trucs insupportablement lourds, et bien nous on est fiers de coder des trucs insupportablement légers.
Ça peut faire réfléchir, pour peu qu'on n'ait pas un ego surdimensionné et qu'on ne se sente pas attaqué.
Parce que c'est un cliché, je ne sais pas si ça concerne réellement beaucoup de monde…
Il n'y a rien de radical dans l'insulte et dans le fait de chier sur les autres.
Mais il y en a dans l'élitisme.
Sans que ça soit la seule forme, ou même que ça soit souhaitable de manière générale, puisque par définition ça exclus.
Ici ça montre l'énorme marge de progression dans la sobriété logicielle jusqu'à aller tout pile trop loin.
Et l'élitisme n'est pas une insulte en soi.
Ce n'est simplement pas inclusif.
mais certaines fractures sont dus aussi à ce genre de raison (…).
Non, pas du tout.
Ces fractures ne sont pas dues aux suffragettes, ou à celles qui brûlaient leurs soutien-gorge, etc.
Elles sont dues au fait que tout le monde n'est pas d'accord, et qu'à un moment il y a des débats.
Les féminismes radicaux ont mis le féminisme sur le devant de la scène, et il le fallait, ça a été nécessaire à plusieurs reprise dans l'histoire du féminisme, et on ne peut pas dire que #metoo, ou le plus terroir #balancetonporc, soit un mouvement spécialement modéré à l'origine.
Mais c'est nécessaire pour faire bouger les lignes qui ont encore largement besoin de bouger, suffit de s'intéresser à Gérard…
Qu'il y ait des différences, et dissensions, dans l'ensemble flou dénommé « féminisme » ne fait aucun doute.
C'est ça d'être humain.
Tu prépare une culture du mépris.
Bien sûr que non.
Ce ne sont pas les 4 radicaux élitistes dans leur coin, qui font beaucoup de bruit aujourd'hui, qui vont se retrouver être le nouveau centre de la pensée dans 20 ans.
Enfin, il y a peu de chances…
Ils resteront radicaux et élitiste, mais si tout va bien, dans un monde moins bloaté, si on parle de suckless, ou moins sexiste si on parle de féminisme.
[…] Damasio […]
Damasio n'est pas élitiste, il est très consensuel dans l'expression des luttes modernes, et terriblement patriarcal lui-aussi, quiconque a lu un seul de ses livres ne peux que le voir.
Je n'ai lu que celui-là, la zone du dehors, et je l'ai entendu par hasard lors d'un évènement, il a tous les clichés de l'écrivain mâle qui dit qu'il ne saurait écrire un livre du point de vue d'un personnage féminin, parce qu'il n'est pas femme lui-même.
Ayerdhal, de dix ans son aîné, en était largement capable, lui…
Et je le trouve bien plus radical.
Tu ne montres pas en quoi ça marche.
Toutes les luttes passées ont montrées qu'à un moment il faut gueuler et demander plus que ce qu'on veut.
La méthode suckless en est une, il y en a d'autres, et pas mal de projets radicaux, et élitistes, existent.
On ne peut pas les condamner pour ça.
Autant les utiliser.
D'autant plus que là, ils font pas beaucoup de bruit hein, radicaux, mais surtout pour eux-mêmes…
Et je reste du point de vue de Psychofox : ils ne crachent pas sur les gens dans leur manifeste.
Une autre façon d'exprimer plus ou moins ce qu'ils expriment c'est cette presque-citation de quelqu'un :
« Débugger du code est deux fois plus difficile que de l'écrire. Donc si vous mettez toutes votre intelligence dans l'écriture du code, vous n'arriverez jamais à le débugger. »
Qui incite, finalement, aussi à faire simple et facile à comprendre.
Je connais suckless depuis pas mal d'années maintenant.
Et le sentiment qui en ressort c'est :
« si tu ne peux ou ne veux pas faire d'efforts, va voir ailleurs, ici il faut faire un minimum d'efforts »
Mais sans qu'ils ne crachent sur les gens qui ne veulent pas, ou ne peuvent pas, faire d'efforts.
Ils crachent sur ce qu'ils critiquent : les bloatwares, mais je les rejoins là-dessus, au moins sur le fond.
Donc ils sont radicaux, et élitistes, ok, ils font aussi des trucs qui fonctionnent, même si en l'occurrence, l'utilité pratique de farbfeld peut être à démontrer, ça fonctionne indéniablement.
dmenu, st, tabbed, surf, sont des outils que j'ai intégré à mon environnement, qui s'articulent pas mal entre eux, et qui sont parfaitement utilisables.
Mais pas sans efforts.
Oui et non.
Si tu veux faire changer les choses, faire uniquement des actions mesurées et progressives, ne suffit généralement pas.
Si tu prends, au pif, la cause féministe, la voie à suivre est mesurée, mais si on veut que la société s'engage dedans, il faut forcer les lignes à bouger, avec des actions militantes et marquantes.
Sinon tout le monde s'en fout.
L'histoire du féminisme le montre bien.
Pareil pour l'écologie : ça fait cette année 50 ans qu'on a l'écologie aux présidentielle, en France, pays renommé pour son retard sur les sujets de société.
50 ans, y'avait pas grand monde ici qui l'a vécue cette présidentielle, donc on peut dire que ces problématiques ont toujours été là.
Et aujourd'hui c'est enfin sur le devant de la scène ?
Avec des soulèvements, et des actions nettement moins mesurées ?
Bref, si on veut prôner la sobriété numérique, on a aussi besoin d'élitistes qui montrent une voie totalement extrême, non viable pour la majorité des gens, ou des problématiques.
Mais ça montre qu'on peut faire mieux, et que le gros bloat qui tue n'est pas une fatalité.
Moi, plus mesuré, je peux les utiliser comme exemple de ce qu'on peut faire, pour comparer avec l'état de l'art des outils lourds et peu efficaces.
Ben d'où ma remarque :
Lesquelles apportent quelque chose par rapport à PgSQL, et quoi ?
Et au final, combien y'en a-t-il ?
Je n'ai jamais dis que sur les 980 et quelques listées là-bas il ne devrait en rester qu'une hein !
Personnellement j'adore Redis par exemple, c'est hyper utile, dans son usage.
Mais je ne trouve pas du tout d'intérêt à MongoDB, et là où je l'ai vu utilisé, on se serait moins fais c… avec du PgSQL.
Si tu me relis, j'écris bien que le sous-ensemble intéressant, ce n'est pas celui qui peut être remplacé par PostgreSQL, mais bien celui qui ne peut pas l'être.
C'est là qu'on a des trucs intéressants à aller chercher.
C'est un autre sous-ensemble intéressant, mais celui qui m'intéresse le plus, ce sont les bases qui ne peuvent pas être remplacées par PostgreSQL justement !
Et pourquoi…
Mais sachant que SQLite est embarquable et pas PostgreSQL, finalement, le sous-ensemble vraiment intéressant, c'est celui des bases de données qui ne peuvent être remplacées ni par l'un, ni par l'autre.
Ce qui serait intéressant c'est de filtrer cette liste pour ne laisser que celles qui ne peuvent pas être remplacées directement (enfin, pas forcément sans réécriture des requêtes hein, mais fonctionnellement) par du postgreSQL.
Le meilleur conseil que je puisse te donner :
Tu as un CV complet, c'est bien, garde-le, étoffe-le, tiens-le à jour.
Passe quand même dessus pour retirer les redondances, l'inutile, ou le moins pertinent, pour ne pas en faire un romans.
Et là quand tu contactes une entreprise, ne leur envoie pas ce CV, élague-le, garde les détails qui vont concerner le boulot que tu convoites.
Quitte à ne mettre presque que des mots-clés dans les expériences, mais reprendre dans la lettre de motivation (le mail) le contenu en provenance de ton CV et qui a de l'importance pour le boulot cherché.
Essaie de faire tenir ça en une page.
Et dans ta lettre dis que tu mets en pièce jointe un CV non détaillé, mais que si ils le souhaitent, tu peux leur envoyer ton CV complet.
C'est peut-être du travail, mais c'est vraiment notable : tu fais des efforts pour pointer ce qui compte dans ton CV pour l'entreprise que tu contactes, ça va se voir.
En plus tu as un CV assez court et ciblé.
Et ton message d'accompagnement (email, lettre de motivation, appelle-ça comme tu veux) a quelques infos précises et pertinentes, que tu as largement eu le temps de peaufiner avec le temps.
Parce que tu l'aimes ton CV complet et tu l'entretiens bien, et tu le choies à mort :)
Là, si on te redemande le CV complet, tu as passé la première étape, et tu sais qu'il ne sera pas jeté à la poubelle directement, tu as l'attention de quelqu'un qui va parcourir a priori au moins en diagonale jusqu'au bout, ton CV intégral.
Pareil, je trouve que c'est une bonne fonctionnalité l'édition à 10 minutes maxi, ça permet de se relire une dernière fois, mais une fois que c'est posté, c'est posté.
Plus que se démarquer, ce sont ceux qui ont survécu, et encore, depuis, Commodore a disparu.
Si on regarde les journaux de l'époque, et j'ai toute une série de « Jeux & Stratégie » des années 80, Apple est présent, mais au milieu du reste.
Amstrad, Amiga, Thomson MO5/TO7, Oric, Z81 Spectrum, Sony aussi.
Plus tard, tout le monde est remplacé par les compatibles PC, mais on en vois déjà, avec un Laser PC/XT fabriqué à Monthléry !
D'ailleurs, je viens de tomber sur un numéro de 1985 avec déjà un procès d'Apple contre une machine française nommée Véla, compatible binaire Apple II à 90% (et 100% sur le BASIC), au design semblable, et nettement moins chère :D
L'article ne donne pas l'issue du procès, mais le tribunal de Troyes s'est jugé incompétent sur la question et a renvoyé au tribunal de grande instance.
Apparemment ça se jouerait à moins d'un mois.
C'est pas si facile de trouver des infos sur le Q1, mais il semblerait qu'il soit apparut en décembre 1972.
Pour le Micral, il a été conçu en décembre 1972 aussi, mais le premier modèle fourni au client, l'INRA, l'a été le 15 janvier 1973.
On trouve mention du Q1 sur cette page wikipedia : https://en.wikipedia.org/wiki/History_of_personal_computers
Qui semble aller dans le sens du Q1 tout juste avant le Micral N.
La version française de cette page ne mentionne pas le Q1.
Le Q1 a été ajouté sur la page wikipedia anglaise le 18 février, il y a trois jours.
Bref, il semble bien que ce truc ait été totalement oublié dans toutes les histoires de l'informatique.
C'est ici qu'on va trouver le plus d'informations à son sujet : https://peel.dk/Q1/ mais en fait ça présente une version ultérieure, le Q1 lite, de 1976.
Donc tu n'es pas aveuglé, jusqu'à il y a quelques jours, il n'y avait rien à voir :)
Comment tu fais pour installer deltachat sans signature, tu m'expliques ?
Je ne sais pas ce que tu essaies d'installer, et quel moyen tu mets en œuvre pour ne pas avoir un paquet signé à installer sur ta machine !
Non.
TU dis qu'il n'est pas possible d'accéder aux sources, et donc de les auditer sans violer Schrems II.
C'est factuellement faux dès aujourd'hui.
Et si pour respecter Schrems II, le RGPD etc, il faudrait un miroir institutionnel des sources libres en provenance de github, en Europe et sans avoir à passer par Github.
Ce qui est légalement possible au vu des licences des logiciels considérés, d'où ici on parle de libre, parce qu'en dehors du libre, il faut analyser au cas par cas et en général c'est impossible.
Et bien il faut le faire plutôt que de dire que c'est impossible !
Et…
Et bien en fait ça existe déjà.
L'INRIA n'est pas une association.
Encore une fois, tu es convaincu de ce que tu racontes, et quand on t'expliques factuellement que tu te trompes, tu t'en fous.
Je ne sais pas quelle est ton excuse, mais tu as un problème avec les faits, règle-le.
Une boîte ou un particulier sensibilisé qui voudrait utiliser le soft ne PEUT PAS.
Pas de signature des livrables,
Du livrable .deb de la version Desktop.
Pas de tous les livrables.
Ceux sur f-droid sont signés par exemple.
Pas d'accès simple aux sources sans passer par une boîte US.
Faux.
Mais s'il est nécessaire de faire un miroir des dépôts github en Europe pour respecter le RGPD, alors dis-toi que c'est déjà fait.
Tu as besoin de l'URL github pour retrouver ton projet.
Ce n'est pas mis en avant sur la page de Delta-Chat, mais une personne qui compilerait le logiciel serait au delà de l'utilisateur basique et donc on peut compter sur sa capacité à faire une recherche sur software héritage, et le quelifier d'accès simple.
L'utilisateur lambda ayant besoin d'un binaire déjà préparé, il n'a pas besoin des sources, il n'a pas besoin de github.
Si c'est pour un audit de code, tu es suffisamment compétent pour pouvoir considérer que l'utilisation d'un VPN (ou de TOR) ou d'un miroir est une solution simple d'accès aux sources.
Simple au sens ou c'est même trivialement automatisable.
Le proprio a par contre le bon goût, lui, de ne pas tenter par tous les moyens de ne même pas reconnaître qu'il est réellement responsable de traitement (c'est dans le contrat et il te file un DPA).
Ouais. Bon. Le proprio te dit « oui, oui, je suis conforme. » en mentant effrontément, mais ce mensonge n'est pas un crime alors osef ?
Techniquement en plus on a vu que ce soft est une merde sécuritaire de toute façon.
Toujours pas…
Le fait d'utiliser un hébergement mail pété ne bousille pas le modèle sécuritaire de Delta-Chat, et le chiffrement de bout en bout.
Puisque le serveur mail pété n'aurait accès qu'à des mails chiffrés à l'état de l'art.
Tu peux le trouer comme tu veux le serveur mail, récurer toutes les données, il va falloir casser PGP avant de lire les contenus.
Et le projet Delta-Chat, les services (forum) et le site web, les développeurs, etc, n'ont aucun contact avec ton utilisation du logiciel une fois installé.
Et on a vu qu'il y a des moyens d'obtenir le logiciel de façon signée.
En fait, je suppose même que sous un Debian-like, l'apt-get install deltachat ne va pas prendre le .deb officiel s'il existe, et te fournir un paquet, signé par Debian.
Ou Ubuntu.
Ou Redhat, ou Fedora, ou Suse, ou etc.
Je pense que les gens qui installent directement depuis le .deb fourni ne sont pas si nombreux, ce n'est pas le moyen d'accès privilégié pour ce genre de logiciel : c'est le gestionnaire de paquet de ta distrib.
Donc majoritairement il doit être bien plus facile d'obtenir un binaire signé que l'inverse.
Après à voir quelle confiance tu accordes à l'entité signante, mais c'est un autre problème.
Mais tu n'expliques rien, tu ne prouves rien, tu prends des exemples, et tu en fais une généralité abusive et intrinsèque à tout les logiciels libres.
En plus tu te fais chier avec la version desktop de DeltaChat dont j'ignorais l'existence (et qui semble bien pourrave), quand je te parle de l'appli, pour smartphone, qui n'a pas de react, pas de node, pas d'electron, pas de ces trucs là !
Tu veux auditer les sources sans passer par github ?
Bah vas les chercher là : https://archive.softwareheritage.org/browse/origin/directory/?origin_url=https://github.com/deltachat/deltachat-android
Il te manque un commit, 1 !
Voilà, t'es en Europe, t'es même en France à l'INRIA !
Tu peux le faire ton audit de code sans approcher de Github.
Et tu mélanges tout en plus, tu mélanges l'accès à un service mail qui utiliserait une crypto obsolète avec le chiffrement des messages géré en interne par Delta Chat.
Ici Delta Chat te permet de te connecter avec un service mail potentiellement obsolète et troué, et de malgré tout l'utiliser avec du chiffrement de bout en bout des messages, qui resteront illisibles sur le serveur mail pété que tu peux quand même utiliser. Et vlan, tu les accuses de ne rien y connaître en sécurité…
Tu mélanges tout, tu fais semblant de ne rien comprendre…
Parce que à ce jeu là, il n'existe pas de client mail qui respecte tes règles. Zéro, aucun, nulle part.
Donc soit tes règles sont pétées, soit ton interprétation est pétée.
Et en pratique tu traduits ça par : les MAGAF me mentent oui en souriant et je préfère ça au dev libriste qui me dit honnêtement non.
T'as une vision hyper biaisée, tu es convaincu qu'au delà des MAGAF point de salut, ils sont la moins pire des solutions, et les autres c'est tous des cons qui en plus t'emmerdent au quotidien.
Et quand ce sont les MAGAF qui enfreignent les règles, bah on glisse sous le tapis parce que bon, z'ont pas le choix et cette règle là osef.
Mais quand ce sont des libristes, ce sont des enflures qui font rien qu'à t'embêter.
Ça ne peut pas être vrai.
Stop.
Déconnecte.
Respire.
Impose des limites à ton pessimisme défaitiste, parce qu'il ne sert à rien.
Ça s'installe sur lineageOS via f-droid, c'est signé, ça passe pas par google, et c'est la 1.42.6.
Je ne me sens toujours pas concerné par tes remarques, et je ne vois toujours pas de violation de RGPD.
Bon, on reprend : on a une application qui est un client mail, et qui utilise le protocole mail pour présenter des discussions sous forme de chat à la Conversation, ou Signal, on peut faire des groupes etc.
Le chiffrement est géré de façon ad-hoc, donc en général pas au premier message, le temps de faire un échange de clés, ça a ses limites, par contre le chiffrement utilisé est non-obsolète.
En pratique, l'application échange des données avec ton hébergeur mail, c'est un client mail, et il n'y a rien d'autre.
Pas de statistiques, pas de trackers, aucune remontées de quoi que ce soit.
L'application conserve les mails localement, comme le fait n'importe quel client mail.
Les mails sont stockés chiffrés sur le serveur mail, géré par ton hébergeur de mails.
J'ai du mal à voir comment tu pourrais blâmer Delta Chat pour une fuite de données en provenance de ton hébergeur de mail, mais dans tous les cas, les mails chiffrés via Delta Chat restent chiffrés, et une faille chez l'hébergeur ne peut pas vraiment changer ça.
Donc, les violations RGPD elles sont où là ?
Vas-y, explique.
Oui, mais justement, au sujet du HDH, tu passes allègrement sur les règles bafouées par les MAGAF pour dire que les services européens ne sont pas viables parce qu'ils en bafouent d'autres…
C'est trop demander d'avoir un minimum de cohérence ?
Soit ça viole, soit ça viole pas.
Si tout le monde viole, comment prétendre que c'est mieux côté MAGAF puisque personne ne répond au cahier des charges, et qu'en plus il y a au moins une règle qui ne peut pas être validée par eux ?
Alors, je ne parlais pas du site web, mais bien du logiciel.
Une fois installé et quand on l'utilise.
Sur le site de delta.chat, dans les mentions légales, je vois des mentions du RGPD, et la seule date trouvée est novembre 2021.
support.delta.chat semble être un forum annexe de support, encore une fois, c'est pas l'application Delta Chat.
Ok, on peut critiquer le site web, mais je n'avais jamais été regarder là-bas avant alors que j'utilise Delta Chat.
Il n'y a pas de lien, les comptes que tu peux trouver là-bas ne concernent pas l'application, il n'y en a pas besoin, ils servent à autre chose, et ce n'est pas de ça que je voulais parler.
J'avoue, je n'ai pas imaginé une seconde que c'était ce que tu allais faire, regarder le site web et les sites annexes.
Mais laisse-les de côté, ils n'ont en pratique aucun lien avec l'utilisation du logiciel, qui ne se connecte absolument pas à un quelconque service hébergé par delta.chat.
Pour le chiffrement dans l'application, c'est plutôt là qu'il faut regarder : https://delta.chat/fr/help#which-standards-are-used-for-end-to-end-encryption
Que le site web soit la cinquième roue du carrosse et ait un chiffrement ancien, alors que tout est public dessus et pourrait aussi bien exister en HTTP non chiffré, ça ne me perturbe pas spécialement.
Que leur forum soit à la ramasse, c'est un peu dommage, mais je ne vois pas le rapport avec le logiciel non plus.
Ton message plus bas représente bien ton attitude générale ici. Tu sembles plutôt au bord du burnout, et tu mélanges tout, en faisant des amalgames brutaux et incohérents.
[^] # Re: Exemple
Posté par Yth (Mastodon) . En réponse au lien farbfeld : le format d'image le plus simple du monde. Évalué à 3. Dernière modification le 29 février 2024 à 19:11.
Il y a d'autres solutions pour changer la page d'accueil de surf sans rien recompiler :
Mais bref, t'as envie d'avoir raison, je cesse la discussion, on s'écarte trop du point initial.
[^] # Re: Exemple
Posté par Yth (Mastodon) . En réponse au lien farbfeld : le format d'image le plus simple du monde. Évalué à 3.
Ben non, ce sont des outils qui s'utilisent comme n'importe quels autres.
farbfeld il y a une lib à intégrer comme tu le ferais avec la libjpeg, et des outils en ligne de commande.
st c'est un terminal, tu le lances, et tu fais des trucs dedans comme avec un autre terminal.
Tu peux faire des onglets avec tabbed, mais là c'est un poil plus complexe : tabbed te sors un id, et tu dois faire st -w $id, et tu as ton terminal dans un onglet.
surf c'est un brouteur web, tu lui donnes une URL, il l'affiche, alors derrière il y a webkit, ils ont pas refait un moteur, mais la partie brouteur autour du moteur est minimaliste, une page = une fenêtre, pas d'onglets, pas de modules, il s'agit juste afficher une page web avec webkit derrière. Et ça fonctionne sans soucis d'utilisabilité.
Et là où tu peux faire quelque chose d'un peu plus unique, c'est que tu peux mettre surf dans tabbed, et avoir des onglets avec une page de navigateur et d'autres avec un terminal, ou d'autres outils qui permettent ça.
Et ce n'est pas autarcique, puisque tu peux y mettre du xterm, de l'urxvt, etc.
Je pense que tu dois pouvoir embarquer un mplayer aussi.
Après, ça se fait pas juste en clic, et ils ne veulent pas faire l'effort de compliquer l'utilisation pour le rendre plus accessible.
Et certains paramètres se configurent dans le code, donc avant la compilation.
Par exemple, la page d'accueil par défaut de surf c'est duckduckgo, tu peux changer ça dans le code, mais pas le reconfigurer après compilation.
Ça a un côté firefox focus, une page, tu fermes et tout est oublié, pas d'historique, etc. FFF permet en pratique bien plus de choses, mais l'idée de base est quand même un peu la même.
Ce sont des outils spécifiques, qui ne couvrent pas tous les usages, mais ils sont parfaitement utilisables.
Ils ne s'intègrent pas dans le mode de pensée majoritaire, celui où tout est dans le bloateur web, mais ça c'est pas une raison pour ne coder que des webapps…
Tu peux en parler avec Ploum par exemple, qui pousse gemini, on ne peut pas dire que ça soit mainstream, c'est même franchement élitiste gemini aussi.
Pourtant ça contribue à pousser un web plus modéré.
Comme on peut pousser à utiliser un environnement de bureau plus modéré.
Et je ne pense pas qu'on puisse taxer Ploum d'élitisme non constructif.
Bref, pas d'accord avec toi, pas grave, mais pas d'accord qu'on crache sur suckless uniquement parce qu'ils ont une vision radicale des choses, et un ton urticant.
[^] # Re: Exemple
Posté par Yth (Mastodon) . En réponse au lien farbfeld : le format d'image le plus simple du monde. Évalué à 2.
Leur texte se bat contre un cliché.
Le cliché du code mesuré à l'aune du maximum de lignes de code, et de la fierté de qui en a le plus gros nombre. Qu'importe la qualité, seule la quantité compte.
Comme je le dis, je ne sais pas si ça concerne grand monde, ce cliché là.
Et c'est le cliché qui est mis face à son caca.
Maintenant, les gens eux-mêmes, n'ont pas besoin de se reconnaître dans ce cliché. Mais si quelqu'un se reconnaît dedans, et qu'il ou elle a un fort égo au point de ne pas être capable de se remettre en question, ou d'accepter la critique, alors il/elle ne tirera rien que de l'animosité de la philosophie suckless.
Mais si c'est quelqu'un qui accepte la critique, ou qui ne se sent pas concerné par la fierté d'écrire plus de lignes que son voisin, cette personne ne va pas se sentir attaquée par la philosophie suckless.
Et de là elle en tirera peut-être quelque chose.
Donc oui, suckless va antagoniser des gens, mais a priori uniquement des gens qui représentent l'autre extrême du bloatware.
Pas les gens au milieu.
Bon, après, j'interprète peut-être, ou je le vois à ma manière, mais je pense que quelqu'un qui se sentirait attaqué personnellement par suckless a des choses à se reprocher en termes de bloatware, et ferait bien de se remettre un peu en question.
Et comme tu dis, ce n'est pas un manifeste public, engagé, politique, c'est un petit projet qui n'intéresse que ceux qui s'y intéressent, soit pas grand monde.
[^] # Re: Exemple
Posté par Yth (Mastodon) . En réponse au lien farbfeld : le format d'image le plus simple du monde. Évalué à 2.
Mais là tu pars du principe qu'ils voudraient faire de la politique.
Or ils veulent faire du logiciel.
Ils ont un impact.
Par exemple, ils ont eu un impact sur moi, ma façon de coder.
Je ne dis pas que j'essaie de coder comme eux hein, mais ces projets ultra-minimalistes, dont suckless fait partie, mais pas seulement, les compilateurs en moins de quelques centaines d'octets, et autres trucs complètement fous, bah ça m'inspire.
Ça m'inspire à faire plus sobre, plus simple, à prendre du recul sur mon code et à me demander si ce n'est pas trop complexe, et comment le simplifier, comment aller à l'essentiel.
Parce que j'ai un autre modèle que celui du bloatware.
Quand tu débarques sur un projet avec quelques 400k lignes de code et des centaines de fichiers, bah moi je suis content quand je réussi à faire une PR qui va supprimer 30 fichiers et réduire de 15000 le nombre de lignes de code.
Alors, sans jamais chercher à atteindre un tel minimalisme, mais dans la logique au dessus, dans l'architecture, dans l'articulation entre les éléments du projet.
Et cette extrême radicalité du code vraiment minimaliste et pourtant utilisable, c'est un marqueur de ce qu'il est possible de faire.
On voit aussi clairement les défauts : aller aussi loin, c'est pour jouer, ou alors c'est élitiste, mais et alors ? Je n'ai pas besoin d'aller aussi loin, et eux, bah ils ont fait bouger les lignes, chez moi, chez d'autres.
Je crois qu'ils ont comme but de faire changer quelques mentalité en mettant le nez d'un certain cliché du codeur pisseur de code dans la bouse.
Genre : regarde comme tu es fier de coder des trucs insupportablement lourds, et bien nous on est fiers de coder des trucs insupportablement légers.
Ça peut faire réfléchir, pour peu qu'on n'ait pas un ego surdimensionné et qu'on ne se sente pas attaqué.
Parce que c'est un cliché, je ne sais pas si ça concerne réellement beaucoup de monde…
[^] # Re: Exemple
Posté par Yth (Mastodon) . En réponse au lien farbfeld : le format d'image le plus simple du monde. Évalué à 1.
Mais il y en a dans l'élitisme.
Sans que ça soit la seule forme, ou même que ça soit souhaitable de manière générale, puisque par définition ça exclus.
Ici ça montre l'énorme marge de progression dans la sobriété logicielle jusqu'à aller tout pile trop loin.
Et l'élitisme n'est pas une insulte en soi.
Ce n'est simplement pas inclusif.
Non, pas du tout.
Ces fractures ne sont pas dues aux suffragettes, ou à celles qui brûlaient leurs soutien-gorge, etc.
Elles sont dues au fait que tout le monde n'est pas d'accord, et qu'à un moment il y a des débats.
Les féminismes radicaux ont mis le féminisme sur le devant de la scène, et il le fallait, ça a été nécessaire à plusieurs reprise dans l'histoire du féminisme, et on ne peut pas dire que #metoo, ou le plus terroir #balancetonporc, soit un mouvement spécialement modéré à l'origine.
Mais c'est nécessaire pour faire bouger les lignes qui ont encore largement besoin de bouger, suffit de s'intéresser à Gérard…
Qu'il y ait des différences, et dissensions, dans l'ensemble flou dénommé « féminisme » ne fait aucun doute.
C'est ça d'être humain.
Bien sûr que non.
Ce ne sont pas les 4 radicaux élitistes dans leur coin, qui font beaucoup de bruit aujourd'hui, qui vont se retrouver être le nouveau centre de la pensée dans 20 ans.
Enfin, il y a peu de chances…
Ils resteront radicaux et élitiste, mais si tout va bien, dans un monde moins bloaté, si on parle de suckless, ou moins sexiste si on parle de féminisme.
Damasio n'est pas élitiste, il est très consensuel dans l'expression des luttes modernes, et terriblement patriarcal lui-aussi, quiconque a lu un seul de ses livres ne peux que le voir.
Je n'ai lu que celui-là, la zone du dehors, et je l'ai entendu par hasard lors d'un évènement, il a tous les clichés de l'écrivain mâle qui dit qu'il ne saurait écrire un livre du point de vue d'un personnage féminin, parce qu'il n'est pas femme lui-même.
Ayerdhal, de dix ans son aîné, en était largement capable, lui…
Et je le trouve bien plus radical.
Toutes les luttes passées ont montrées qu'à un moment il faut gueuler et demander plus que ce qu'on veut.
La méthode suckless en est une, il y en a d'autres, et pas mal de projets radicaux, et élitistes, existent.
On ne peut pas les condamner pour ça.
Autant les utiliser.
D'autant plus que là, ils font pas beaucoup de bruit hein, radicaux, mais surtout pour eux-mêmes…
Et je reste du point de vue de Psychofox : ils ne crachent pas sur les gens dans leur manifeste.
Une autre façon d'exprimer plus ou moins ce qu'ils expriment c'est cette presque-citation de quelqu'un :
« Débugger du code est deux fois plus difficile que de l'écrire. Donc si vous mettez toutes votre intelligence dans l'écriture du code, vous n'arriverez jamais à le débugger. »
Qui incite, finalement, aussi à faire simple et facile à comprendre.
Ils ne disent rien de plus chez suckless.
[^] # Re: Exemple
Posté par Yth (Mastodon) . En réponse au lien farbfeld : le format d'image le plus simple du monde. Évalué à 3.
Bon oui, je suis d'accord avec toi.
Je connais suckless depuis pas mal d'années maintenant.
Et le sentiment qui en ressort c'est :
« si tu ne peux ou ne veux pas faire d'efforts, va voir ailleurs, ici il faut faire un minimum d'efforts »
Mais sans qu'ils ne crachent sur les gens qui ne veulent pas, ou ne peuvent pas, faire d'efforts.
Ils crachent sur ce qu'ils critiquent : les bloatwares, mais je les rejoins là-dessus, au moins sur le fond.
Donc ils sont radicaux, et élitistes, ok, ils font aussi des trucs qui fonctionnent, même si en l'occurrence, l'utilité pratique de farbfeld peut être à démontrer, ça fonctionne indéniablement.
dmenu, st, tabbed, surf, sont des outils que j'ai intégré à mon environnement, qui s'articulent pas mal entre eux, et qui sont parfaitement utilisables.
Mais pas sans efforts.
[^] # Re: Exemple
Posté par Yth (Mastodon) . En réponse au lien farbfeld : le format d'image le plus simple du monde. Évalué à 5.
Oui et non.
Si tu veux faire changer les choses, faire uniquement des actions mesurées et progressives, ne suffit généralement pas.
Si tu prends, au pif, la cause féministe, la voie à suivre est mesurée, mais si on veut que la société s'engage dedans, il faut forcer les lignes à bouger, avec des actions militantes et marquantes.
Sinon tout le monde s'en fout.
L'histoire du féminisme le montre bien.
Pareil pour l'écologie : ça fait cette année 50 ans qu'on a l'écologie aux présidentielle, en France, pays renommé pour son retard sur les sujets de société.
50 ans, y'avait pas grand monde ici qui l'a vécue cette présidentielle, donc on peut dire que ces problématiques ont toujours été là.
Et aujourd'hui c'est enfin sur le devant de la scène ?
Avec des soulèvements, et des actions nettement moins mesurées ?
Bref, si on veut prôner la sobriété numérique, on a aussi besoin d'élitistes qui montrent une voie totalement extrême, non viable pour la majorité des gens, ou des problématiques.
Mais ça montre qu'on peut faire mieux, et que le gros bloat qui tue n'est pas une fatalité.
Moi, plus mesuré, je peux les utiliser comme exemple de ce qu'on peut faire, pour comparer avec l'état de l'art des outils lourds et peu efficaces.
[^] # Re: Cas d'usage
Posté par Yth (Mastodon) . En réponse au lien "La meilleure base de données multi-modèles". Évalué à 5.
Ben d'où ma remarque :
Lesquelles apportent quelque chose par rapport à PgSQL, et quoi ?
Et au final, combien y'en a-t-il ?
Je n'ai jamais dis que sur les 980 et quelques listées là-bas il ne devrait en rester qu'une hein !
Personnellement j'adore Redis par exemple, c'est hyper utile, dans son usage.
Mais je ne trouve pas du tout d'intérêt à MongoDB, et là où je l'ai vu utilisé, on se serait moins fais c… avec du PgSQL.
Si tu me relis, j'écris bien que le sous-ensemble intéressant, ce n'est pas celui qui peut être remplacé par PostgreSQL, mais bien celui qui ne peut pas l'être.
C'est là qu'on a des trucs intéressants à aller chercher.
[^] # Re: Cas d'usage
Posté par Yth (Mastodon) . En réponse au lien "La meilleure base de données multi-modèles". Évalué à 5.
C'est un autre sous-ensemble intéressant, mais celui qui m'intéresse le plus, ce sont les bases qui ne peuvent pas être remplacées par PostgreSQL justement !
Et pourquoi…
Mais sachant que SQLite est embarquable et pas PostgreSQL, finalement, le sous-ensemble vraiment intéressant, c'est celui des bases de données qui ne peuvent être remplacées ni par l'un, ni par l'autre.
[^] # Re: Cas d'usage
Posté par Yth (Mastodon) . En réponse au lien "La meilleure base de données multi-modèles". Évalué à 5.
Ce qui serait intéressant c'est de filtrer cette liste pour ne laisser que celles qui ne peuvent pas être remplacées directement (enfin, pas forcément sans réécriture des requêtes hein, mais fonctionnellement) par du postgreSQL.
[^] # Re: Rôles inversés
Posté par Yth (Mastodon) . En réponse au journal Mon activité rêvée. Évalué à 10.
Le meilleur conseil que je puisse te donner :
Tu as un CV complet, c'est bien, garde-le, étoffe-le, tiens-le à jour.
Passe quand même dessus pour retirer les redondances, l'inutile, ou le moins pertinent, pour ne pas en faire un romans.
Et là quand tu contactes une entreprise, ne leur envoie pas ce CV, élague-le, garde les détails qui vont concerner le boulot que tu convoites.
Quitte à ne mettre presque que des mots-clés dans les expériences, mais reprendre dans la lettre de motivation (le mail) le contenu en provenance de ton CV et qui a de l'importance pour le boulot cherché.
Essaie de faire tenir ça en une page.
Et dans ta lettre dis que tu mets en pièce jointe un CV non détaillé, mais que si ils le souhaitent, tu peux leur envoyer ton CV complet.
C'est peut-être du travail, mais c'est vraiment notable : tu fais des efforts pour pointer ce qui compte dans ton CV pour l'entreprise que tu contactes, ça va se voir.
En plus tu as un CV assez court et ciblé.
Et ton message d'accompagnement (email, lettre de motivation, appelle-ça comme tu veux) a quelques infos précises et pertinentes, que tu as largement eu le temps de peaufiner avec le temps.
Parce que tu l'aimes ton CV complet et tu l'entretiens bien, et tu le choies à mort :)
Là, si on te redemande le CV complet, tu as passé la première étape, et tu sais qu'il ne sera pas jeté à la poubelle directement, tu as l'attention de quelqu'un qui va parcourir a priori au moins en diagonale jusqu'au bout, ton CV intégral.
Bon courage,
[^] # Re: Moi je veux bien t'embaucher ... mais je n'ai aucune idée de ce que tu fais :-)
Posté par Yth (Mastodon) . En réponse au journal Mon activité rêvée. Évalué à 4.
Pareil, je trouve que c'est une bonne fonctionnalité l'édition à 10 minutes maxi, ça permet de se relire une dernière fois, mais une fois que c'est posté, c'est posté.
[^] # Re: Moi je veux bien t'embaucher ... mais je n'ai aucune idée de ce que tu fais :-)
Posté par Yth (Mastodon) . En réponse au journal Mon activité rêvée. Évalué à 2.
On peut cependant renseigner une adresse XMPP ou un compte Mastodon ici https://linuxfr.org/compte/modifier
[^] # Re: Si vous aimez les vieilles choses
Posté par Yth (Mastodon) . En réponse au lien Deux exemplaires du tout premier ordinateur de bureau retrouvés par hasard au Royaume-Uni . Évalué à 4.
T'as vu, j'ai arrêté de répondre.
Ça a été un petit peu difficile quand même…
Mais ça valait le coup, la discussion est enfin morte.
[^] # Re: Vraiment le premier ?
Posté par Yth (Mastodon) . En réponse au lien Deux exemplaires du tout premier ordinateur de bureau retrouvés par hasard au Royaume-Uni . Évalué à 4.
Plus que se démarquer, ce sont ceux qui ont survécu, et encore, depuis, Commodore a disparu.
Si on regarde les journaux de l'époque, et j'ai toute une série de « Jeux & Stratégie » des années 80, Apple est présent, mais au milieu du reste.
Amstrad, Amiga, Thomson MO5/TO7, Oric, Z81 Spectrum, Sony aussi.
Plus tard, tout le monde est remplacé par les compatibles PC, mais on en vois déjà, avec un Laser PC/XT fabriqué à Monthléry !
D'ailleurs, je viens de tomber sur un numéro de 1985 avec déjà un procès d'Apple contre une machine française nommée Véla, compatible binaire Apple II à 90% (et 100% sur le BASIC), au design semblable, et nettement moins chère :D
L'article ne donne pas l'issue du procès, mais le tribunal de Troyes s'est jugé incompétent sur la question et a renvoyé au tribunal de grande instance.
[^] # Re: Vraiment le premier ?
Posté par Yth (Mastodon) . En réponse au lien Deux exemplaires du tout premier ordinateur de bureau retrouvés par hasard au Royaume-Uni . Évalué à 4.
Apparemment ça se jouerait à moins d'un mois.
C'est pas si facile de trouver des infos sur le Q1, mais il semblerait qu'il soit apparut en décembre 1972.
Pour le Micral, il a été conçu en décembre 1972 aussi, mais le premier modèle fourni au client, l'INRA, l'a été le 15 janvier 1973.
On trouve mention du Q1 sur cette page wikipedia :
https://en.wikipedia.org/wiki/History_of_personal_computers
Qui semble aller dans le sens du Q1 tout juste avant le Micral N.
La version française de cette page ne mentionne pas le Q1.
Le Q1 a été ajouté sur la page wikipedia anglaise le 18 février, il y a trois jours.
Bref, il semble bien que ce truc ait été totalement oublié dans toutes les histoires de l'informatique.
C'est ici qu'on va trouver le plus d'informations à son sujet :
https://peel.dk/Q1/ mais en fait ça présente une version ultérieure, le Q1 lite, de 1976.
Donc tu n'es pas aveuglé, jusqu'à il y a quelques jours, il n'y avait rien à voir :)
[^] # Re: Des sources intéressantes mais trop de mauvaise foi
Posté par Yth (Mastodon) . En réponse au lien [blog] Sécurité informatique VS Liberté informatique (attention, ça pique). Évalué à 4.
Ok, je cesse de poster.
Désolé Ysabeau.
[^] # Re: Des sources intéressantes mais trop de mauvaise foi
Posté par Yth (Mastodon) . En réponse au lien [blog] Sécurité informatique VS Liberté informatique (attention, ça pique). Évalué à 3.
T'es d'une mauvaise foi délirante.
Comment tu fais pour installer deltachat sans signature, tu m'expliques ?
Je ne sais pas ce que tu essaies d'installer, et quel moyen tu mets en œuvre pour ne pas avoir un paquet signé à installer sur ta machine !
[^] # Re: Des sources intéressantes mais trop de mauvaise foi
Posté par Yth (Mastodon) . En réponse au lien [blog] Sécurité informatique VS Liberté informatique (attention, ça pique). Évalué à 5.
Non.
TU dis qu'il n'est pas possible d'accéder aux sources, et donc de les auditer sans violer Schrems II.
C'est factuellement faux dès aujourd'hui.
Et si pour respecter Schrems II, le RGPD etc, il faudrait un miroir institutionnel des sources libres en provenance de github, en Europe et sans avoir à passer par Github.
Ce qui est légalement possible au vu des licences des logiciels considérés, d'où ici on parle de libre, parce qu'en dehors du libre, il faut analyser au cas par cas et en général c'est impossible.
Et bien il faut le faire plutôt que de dire que c'est impossible !
Et…
Et bien en fait ça existe déjà.
L'INRIA n'est pas une association.
Encore une fois, tu es convaincu de ce que tu racontes, et quand on t'expliques factuellement que tu te trompes, tu t'en fous.
Je ne sais pas quelle est ton excuse, mais tu as un problème avec les faits, règle-le.
[^] # Re: Des sources intéressantes mais trop de mauvaise foi
Posté par Yth (Mastodon) . En réponse au lien [blog] Sécurité informatique VS Liberté informatique (attention, ça pique). Évalué à 6.
Du livrable .deb de la version Desktop.
Pas de tous les livrables.
Ceux sur f-droid sont signés par exemple.
Faux.
Mais s'il est nécessaire de faire un miroir des dépôts github en Europe pour respecter le RGPD, alors dis-toi que c'est déjà fait.
Tu as besoin de l'URL github pour retrouver ton projet.
Ce n'est pas mis en avant sur la page de Delta-Chat, mais une personne qui compilerait le logiciel serait au delà de l'utilisateur basique et donc on peut compter sur sa capacité à faire une recherche sur software héritage, et le quelifier d'accès simple.
L'utilisateur lambda ayant besoin d'un binaire déjà préparé, il n'a pas besoin des sources, il n'a pas besoin de github.
Si c'est pour un audit de code, tu es suffisamment compétent pour pouvoir considérer que l'utilisation d'un VPN (ou de TOR) ou d'un miroir est une solution simple d'accès aux sources.
Simple au sens ou c'est même trivialement automatisable.
Ouais. Bon. Le proprio te dit « oui, oui, je suis conforme. » en mentant effrontément, mais ce mensonge n'est pas un crime alors osef ?
Toujours pas…
Le fait d'utiliser un hébergement mail pété ne bousille pas le modèle sécuritaire de Delta-Chat, et le chiffrement de bout en bout.
Puisque le serveur mail pété n'aurait accès qu'à des mails chiffrés à l'état de l'art.
Tu peux le trouer comme tu veux le serveur mail, récurer toutes les données, il va falloir casser PGP avant de lire les contenus.
Et le projet Delta-Chat, les services (forum) et le site web, les développeurs, etc, n'ont aucun contact avec ton utilisation du logiciel une fois installé.
Et on a vu qu'il y a des moyens d'obtenir le logiciel de façon signée.
En fait, je suppose même que sous un Debian-like, l'apt-get install deltachat ne va pas prendre le .deb officiel s'il existe, et te fournir un paquet, signé par Debian.
Ou Ubuntu.
Ou Redhat, ou Fedora, ou Suse, ou etc.
Je pense que les gens qui installent directement depuis le .deb fourni ne sont pas si nombreux, ce n'est pas le moyen d'accès privilégié pour ce genre de logiciel : c'est le gestionnaire de paquet de ta distrib.
Donc majoritairement il doit être bien plus facile d'obtenir un binaire signé que l'inverse.
Après à voir quelle confiance tu accordes à l'entité signante, mais c'est un autre problème.
[^] # Re: Des sources intéressantes mais trop de mauvaise foi
Posté par Yth (Mastodon) . En réponse au lien [blog] Sécurité informatique VS Liberté informatique (attention, ça pique). Évalué à 4.
Non, puisque j'utilise Tor.
Et/ou un miroir européen.
[^] # Re: Des sources intéressantes mais trop de mauvaise foi
Posté par Yth (Mastodon) . En réponse au lien [blog] Sécurité informatique VS Liberté informatique (attention, ça pique). Évalué à 6.
Mais tu n'expliques rien, tu ne prouves rien, tu prends des exemples, et tu en fais une généralité abusive et intrinsèque à tout les logiciels libres.
En plus tu te fais chier avec la version desktop de DeltaChat dont j'ignorais l'existence (et qui semble bien pourrave), quand je te parle de l'appli, pour smartphone, qui n'a pas de react, pas de node, pas d'electron, pas de ces trucs là !
Tu veux auditer les sources sans passer par github ?
Bah vas les chercher là :
https://archive.softwareheritage.org/browse/origin/directory/?origin_url=https://github.com/deltachat/deltachat-android
Il te manque un commit, 1 !
Voilà, t'es en Europe, t'es même en France à l'INRIA !
Tu peux le faire ton audit de code sans approcher de Github.
Et tu mélanges tout en plus, tu mélanges l'accès à un service mail qui utiliserait une crypto obsolète avec le chiffrement des messages géré en interne par Delta Chat.
Ici Delta Chat te permet de te connecter avec un service mail potentiellement obsolète et troué, et de malgré tout l'utiliser avec du chiffrement de bout en bout des messages, qui resteront illisibles sur le serveur mail pété que tu peux quand même utiliser. Et vlan, tu les accuses de ne rien y connaître en sécurité…
Tu mélanges tout, tu fais semblant de ne rien comprendre…
Parce que à ce jeu là, il n'existe pas de client mail qui respecte tes règles. Zéro, aucun, nulle part.
Donc soit tes règles sont pétées, soit ton interprétation est pétée.
Et en pratique tu traduits ça par : les MAGAF me mentent oui en souriant et je préfère ça au dev libriste qui me dit honnêtement non.
T'as une vision hyper biaisée, tu es convaincu qu'au delà des MAGAF point de salut, ils sont la moins pire des solutions, et les autres c'est tous des cons qui en plus t'emmerdent au quotidien.
Et quand ce sont les MAGAF qui enfreignent les règles, bah on glisse sous le tapis parce que bon, z'ont pas le choix et cette règle là osef.
Mais quand ce sont des libristes, ce sont des enflures qui font rien qu'à t'embêter.
Ça ne peut pas être vrai.
Stop.
Déconnecte.
Respire.
Impose des limites à ton pessimisme défaitiste, parce qu'il ne sert à rien.
[^] # Re: Des sources intéressantes mais trop de mauvaise foi
Posté par Yth (Mastodon) . En réponse au lien [blog] Sécurité informatique VS Liberté informatique (attention, ça pique). Évalué à 7.
Ça s'installe sur lineageOS via f-droid, c'est signé, ça passe pas par google, et c'est la 1.42.6.
Je ne me sens toujours pas concerné par tes remarques, et je ne vois toujours pas de violation de RGPD.
Bon, on reprend : on a une application qui est un client mail, et qui utilise le protocole mail pour présenter des discussions sous forme de chat à la Conversation, ou Signal, on peut faire des groupes etc.
Le chiffrement est géré de façon ad-hoc, donc en général pas au premier message, le temps de faire un échange de clés, ça a ses limites, par contre le chiffrement utilisé est non-obsolète.
En pratique, l'application échange des données avec ton hébergeur mail, c'est un client mail, et il n'y a rien d'autre.
Pas de statistiques, pas de trackers, aucune remontées de quoi que ce soit.
L'application conserve les mails localement, comme le fait n'importe quel client mail.
Les mails sont stockés chiffrés sur le serveur mail, géré par ton hébergeur de mails.
J'ai du mal à voir comment tu pourrais blâmer Delta Chat pour une fuite de données en provenance de ton hébergeur de mail, mais dans tous les cas, les mails chiffrés via Delta Chat restent chiffrés, et une faille chez l'hébergeur ne peut pas vraiment changer ça.
Donc, les violations RGPD elles sont où là ?
Vas-y, explique.
[^] # Re: Des sources intéressantes mais trop de mauvaise foi
Posté par Yth (Mastodon) . En réponse au lien [blog] Sécurité informatique VS Liberté informatique (attention, ça pique). Évalué à 3.
Oui, mais justement, au sujet du HDH, tu passes allègrement sur les règles bafouées par les MAGAF pour dire que les services européens ne sont pas viables parce qu'ils en bafouent d'autres…
C'est trop demander d'avoir un minimum de cohérence ?
Soit ça viole, soit ça viole pas.
Si tout le monde viole, comment prétendre que c'est mieux côté MAGAF puisque personne ne répond au cahier des charges, et qu'en plus il y a au moins une règle qui ne peut pas être validée par eux ?
[^] # Re: Des sources intéressantes mais trop de mauvaise foi
Posté par Yth (Mastodon) . En réponse au lien [blog] Sécurité informatique VS Liberté informatique (attention, ça pique). Évalué à 6.
Alors, je ne parlais pas du site web, mais bien du logiciel.
Une fois installé et quand on l'utilise.
Sur le site de delta.chat, dans les mentions légales, je vois des mentions du RGPD, et la seule date trouvée est novembre 2021.
support.delta.chat semble être un forum annexe de support, encore une fois, c'est pas l'application Delta Chat.
Ok, on peut critiquer le site web, mais je n'avais jamais été regarder là-bas avant alors que j'utilise Delta Chat.
Il n'y a pas de lien, les comptes que tu peux trouver là-bas ne concernent pas l'application, il n'y en a pas besoin, ils servent à autre chose, et ce n'est pas de ça que je voulais parler.
J'avoue, je n'ai pas imaginé une seconde que c'était ce que tu allais faire, regarder le site web et les sites annexes.
Mais laisse-les de côté, ils n'ont en pratique aucun lien avec l'utilisation du logiciel, qui ne se connecte absolument pas à un quelconque service hébergé par delta.chat.
Pour le chiffrement dans l'application, c'est plutôt là qu'il faut regarder :
https://delta.chat/fr/help#which-standards-are-used-for-end-to-end-encryption
Que le site web soit la cinquième roue du carrosse et ait un chiffrement ancien, alors que tout est public dessus et pourrait aussi bien exister en HTTP non chiffré, ça ne me perturbe pas spécialement.
Que leur forum soit à la ramasse, c'est un peu dommage, mais je ne vois pas le rapport avec le logiciel non plus.
Ton message plus bas représente bien ton attitude générale ici. Tu sembles plutôt au bord du burnout, et tu mélanges tout, en faisant des amalgames brutaux et incohérents.