Alors bon, on peut s'entousiasmer que quelqu'un promeuve le libre / l'open source, mais la manière dont ils le font, sans encadrement, en limitant à github, donne l'impression qu'ils en ont rien à faire, au fond, et que tout est faux.
En particulier ça ne permet pas de dire aux gens qui utilisent d'autres moyens de transport qu'ils devraient ou pourraient faire autrement. Comme tu semble le faire (dire qu'il n'y a pas besoin des gapps puisque pour ton usage tu n'en a pas besoin).
C'est comme si je disais qu'on peut aller au boulot à pied puisque mon boulot est à 5 minutes à pied de chez moi (c'est un exemple fictif), tu serais content de me savoir mais ça n'apporterait pas grand chose à ton contexte à toi.
[^] # Re: JSON? YAML?’
Posté par barmic 🦦 . En réponse au journal En finir avec CSV ou Excel pour échanger des données. Évalué à  3.
Tu entends quoi par données brutes ?
C'est quoi ce que tu appel large échelle ?
Non ? Une ligne n'est pas forcément une donnée complète. Le parseur est très simple à écrire effectivement (tu lis caractère par caractère et tu maintiens une pile d'état pour gérer les niveaux de protection), mais ça ne se parallélise pas vraiment. Tu es obligé d'avoir déterminé la fin de la donnée précédente pour savoir commence la suivante.
Je sais pas ce que tu as voulu dire ?
Ça c'est vrai, tu prends l'offset du début de la dernière donnée que tu as lu.
Bof beaucoup évitent je pense que csv est un format trop simple :
Je pense que c'est pour ça par exemple qu'on voit des exports sous forme de requêtes SQL, c'est vachement plus simple puisque c'est un format qu'ils connaissent déjà , qui a donc tout ce dont ils ont besoin, qui va permettre de gérer des trucs impossibles avec csv (la création d’index, le commit de la transaction,…). J'ai l'impression que les bidouilles csv est plutôt fais par des outils tiers.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
# apt
Posté par barmic 🦦 . En réponse au journal Jouer Concrètement à Space Nerds . Évalué à  5.
Il y a un update en trop, mais surtout je trouve cette façon d'ajouter un dépôt assez fragile. Ajouter un fichier dans
/etc/apt/sources.list.dme paraît plus fiable.https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: objectif de l'hacktober feast
Posté par barmic 🦦 . En réponse au lien pull request «DDoS» par DO sur github?. Évalué à  3.
Déjà pour Microsoft je suis pas certain que ça s'applique. Ils sont devenu énorme grâce à des logiciels interne. Windows, MS Office et même DOS ne doivent rien au libre de ce que j'en sais.
Mais les GAFAM sont d'énormes contributeurs au libre. Google, Microsoft et Facebook sont vraiment d'énorme contributeurs (en infrastructures fourni, en patch proposés et en techno mise à disposition, la mise en place d'évènement pour développer du libre). Je pense qu'en terme de non redistribution c'est les entreprises un peu plus petites qui sont les moins redistributrices.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: RGPD
Posté par barmic 🦦 . En réponse au journal Agir contre ses valeurs.... Évalué à  2.
Tout à fait c'est pour ça qu'on a abandonné la taxe GAFA par exemple.
Vous énoncez des idées de manière hyper partisanes, on plonge allègrement dans les arguments FUD, puis complotistes, puis tous pourris,… en extrapolant à partir de rien ou pas loin. Mentir, se mettre des œillères ne sert jamais la cause que l'on croit défendre. Ce n'est pas en inventant des tares que l'on peu remettre en cause la dominance des GAFA, s'appuyer sur ce qui est parfaitement indéniable suffit.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: RGPD
Posté par barmic 🦦 . En réponse au journal Agir contre ses valeurs.... Évalué à  2.
Mais… Euh… Comment expliquer ? Elle tombera s'ils ne se mettent pas en conformité c'est comme ça que fonctionne toutes les lois quelque soit le domaine. Comme je l'ai dis, ils peuvent retarder, mitiger, mais pas ignorer.
Pour le reste je laisse les arguments complotistes aux complotistes. Je ne vois pas ce qu'il est possible de répondre à des arguments comme :
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: php
Posté par barmic 🦦 . En réponse au journal Réception d'un MMS difficile. Évalué à  2.
5 millions sur l'année 2017, ce n'est pas beaucoup (en France on parle de 185 millions de sms/an sur la même période). C'est difficile à comparer avec les messageries qui ne sont pas associées à des numéros de téléphone.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: RGPD
Posté par barmic 🦦 . En réponse au journal Agir contre ses valeurs.... Évalué à  4.
Le fait que google soit sanctionné montre que google agit en toute impunité ?
Le max c'est 4% du CA annuel, ça a était conçu pour faire ce genre de calcul et qu'il ne soit pas acceptable de ne pas le respecter. Le retarder, le mitiger peut être l'ignorer non.
Tu rigole ? Les procédures d'appels font qu'il va te falloir une série de corruption et les sanctions sont tout de même dissuasives à titre individuel pour les personnes qui les commettent. On peut affirmer que la justice ne fonctionne pas, que google est une mafia, que tout le monde est corrompu, mais si tu l'affirme on est plus dans la discussion, mais dans de la calomnie et ça ne m'intéresse pas vraiment d'argumenter là dessus.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: La vie est un Ă©ternel recommencement
Posté par barmic 🦦 . En réponse au lien La question de la 5G mérite-t-elle autant de passions ?. Évalué à  2.
C'est vraiment un choix de société ? On veut maintenant se demander si c'est une bonne idée de consteller le territoire d'antenne ? Ou alors c'est maintenant après les divers wifi, adsl, fibre et évidemment les 4 premières générations de réseau qu'on se réveille et on se dit que non là franchement c'est pas une bonne idée de faire tant.
En terme d'usage, la fibre c'est pour, elle pousse la 4k, impose un changement d'équipement (ce qui ne l'est pas avec la 5G, qui ne fait presque pas de changement d'un point de vue matériel, seul certains vont renouveler plus vite leur téléphone, mais ils le renouvelleront avec ou sans 5G), pousse a renouveler les tv, etc effet rebond tout ça tout ça
Soit on vient de se réveiller et on remet en cause le modèle, mais amha c'est très impopulaire. Soit c'est une peur des ondes, de l'écologie à la petite semelle, etc
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: php
Posté par barmic 🦦 . En réponse au journal Réception d'un MMS difficile. Évalué à  4.
De ce que j'ai pu voir, dans le domaine ils sont fiers comme des paons que SS7 c'est sécurisé pas comme ta pile internet toute vérolée et pour qu'ils se rendent compte que SS7 est cassé, qu'ils débloquent des budgets, que les projets soient déployés,… On a encore un certains temps. Sachant qu'outre l'inertie logique dû à comment marche tout cela tu as la peur de flinguer ton réseau. Tu as toujours un risque de laisser sur le carreau un téléphone codé avec les pieds qui pourra plus (ou mal) se connecter ou va perdre des fonctionnalités du réseau.
AMHA il faut pas tenter de mettre du tls dans les MMS faut juste arrêter d'utiliser ce truc. Je suis sûr que 4 xep et tu as un xmpp qui fait le café. Il manque vraiment des trucs pour que xmmp puisse avoir toutes les fonctionnalités des sms et des mms, mais ça s'implémente (bon par contre ça tue le marché des smsc… zut alors). Il faut juste que 3gpp arrête de regarder son nombril.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: php
Posté par barmic 🦦 . En réponse au journal Réception d'un MMS difficile. Évalué à  4. Dernière modification le 04 octobre 2020 à 23:35.
En 2017, on a envoyé ~5 milliard de MMS, soit 157mms/s, si c'est bien réparti on parle de 40mms/s par opérateur. Mais surtout de ce que j'ai pu voir des opérateurs ils s'en foutent un peu. Comme c'est montré dans le journal, si ça plante tu peu le récupérer dans les 3 jours. Donc à un moment tu y arrivera bien, hein ?
C'est pas une critique de ton commentaire, c'est juste pour donner mon ressenti de ce que j'ai pu voir après les quelques mois à avoir travaillé là dedans.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: objectif de l'hacktober feast
Posté par barmic 🦦 . En réponse au lien pull request «DDoS» par DO sur github?. Évalué à  3.
Il existe une vraie problématique pour les projets d'avoir de nouveaux contributeurs, c'est un fait. Ils ont tenté quelque chose, ça n'a pas marché. Pourquoi leur faire un procès d'intention ? C'est facile de juger après coup c'est déjà quelque chose d'avoir essayé. Parce que c'est aussi ça le libre, essayer et voir ce qui marche ou non.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: php
Posté par barmic 🦦 . En réponse au journal Réception d'un MMS difficile. Évalué à  4.
J'en profite quand même j'ai oublié dans mon commentaire au dessus : merci pour ce journal très intéressant :)
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
# php
Posté par barmic 🦦 . En réponse au journal Réception d'un MMS difficile. Évalué à  2.
C'est même impossible d'avoir l'authentification de la SIM en wifi…
Je sais pas, pourquoi ?
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Merci !
Posté par barmic 🦦 . En réponse au journal Réception d'un MMS difficile. Évalué à  7.
T'a qu'un bout de l'histoire. MMS c'est plutôt simple et bien fait. Mais c'est un miracle à chaque fois qu'un SMS arrive à son destinataire… Entre les divers protocoles, les formats et les diverses implémentations qui ne respectent pas les standards mais sont des standards de fait. Les opérateurs serrent les fesses chaque fois qu'ils touchent à ça.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Libre vs OpenSource ?
Posté par barmic 🦦 . En réponse à la dépêche Liiibre, une solution complète pour vos projets collaboratifs. Évalué à  3.
Note que je ne remet pas en cause l'intérêt des dimensions. Je trouve juste que de tenter de coller ces caractéristiques à du libre n'est pas pertinent.
Et il y a d'autres écoles. Si tu regarde la fondation Apache, il y a un cahier des charges pour qu'un projet y participe. Le libre (pour être précis : utiliser la licence Apache) n'est qu'un des points.
Tout un chacun peut avoir ses critères personnel. C'est juste qu'affirmer que ces critères sont la définition du libre c'est dommage voit non pertinent.
Ça pourrait être intéressant pour vous d'établir une liste de caractéristiques importantes pour vous (libre avec copyleft, copyright partagé, une certaine quantité de contributions,…). Il n'y a pas besoin d'en appeler au libre pour ça. Ça permet de clair avec vous utilisateurs aussi.
Pas d'offense cette question de ce que l'on met derrière libre ou non est une vraie question. Beaucoup de gens tentent d'y placer leurs idées politiques (au sens général sur l'organisation et ce qu'ils aimeraient y voir), c'est une forme d'entrisme qui me gêne (sans jugement pour l'idée en elle même).
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Libre vs OpenSource ?
Posté par barmic 🦦 . En réponse à la dépêche Liiibre, une solution complète pour vos projets collaboratifs. Évalué à  2. Dernière modification le 04 octobre 2020 à 14:49.
Je ne sais pas 4 dimensions de quoi en tout cas le libre ne concerne que le premier.
Des évangélistes cherchent à amalgamer tout et n'importe quoi avec du libre, mais c'est vraiment au forceps et il serait amha préférable de formaliser ses idées plutôt que de tenter de faire des constructions assez bancales et donc fragiles.
Ta dernière dimension par exemple parle plus de gouvernance partagée voir communautaire que libre. C'est bien plus clair. Ce n'est pas de l'intuition, mais des faits.
C'est faux. Debian a sa propre définition du logiciel libre, elle est très claire et tout logiciel qui correspond à cette définition peut être inclus (petit bémol avec l'équipe de diversité qui peu mettre son grain de sel). Mais Debian ne s'intéresse pas particulièrement l'intention du ou des auteurs. Ils se permettent tout à fait de modifier les logiciels inclus des fois aux grands dam des auteurs. On a aussi vu des dark patterns apparaître pour tenter d'empêcher de Debian de distribuer un logiciel quand ce dernier est considéré trop vieux par le développeur. Debian et l'intention des développeurs, je ne suis pas sûr qu'on puisse dire que c'est la paix.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: RGPD
Posté par barmic 🦦 . En réponse au journal Agir contre ses valeurs.... Évalué à  2.
Ce serait illégal et les sanctions sont extrêmement violentes ça a été taillé pour ne pas être acceptable même par des entreprises comme Google. Tu imagine que personne n'a fait attention aux outils de Google depuis 2 ans (on a oublié de regarder s'ils respectent la RGPD)?
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: "destiné aux organisations allant d’une trentaine"
Posté par barmic 🦦 . En réponse à la dépêche Liiibre, une solution complète pour vos projets collaboratifs. Évalué à  2.
En particulier ça ne permet pas de dire aux gens qui utilisent d'autres moyens de transport qu'ils devraient ou pourraient faire autrement. Comme tu semble le faire (dire qu'il n'y a pas besoin des gapps puisque pour ton usage tu n'en a pas besoin).
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: "destiné aux organisations allant d’une trentaine"
Posté par barmic 🦦 . En réponse à la dépêche Liiibre, une solution complète pour vos projets collaboratifs. Évalué à  3.
Pas vraiment tu réponds à la possibilité d'avoir des notifications dans un contexte où tu ne veux qu'avoir des notifications mails et que tu es prêt à configurer ton téléphone (pour k9mail et pour le laisser tourner en arrière plan). Ton cas d'usage (basique et demandant certaines configurations) ne représentent pas du tout cas le général.
C'est comme si je disais qu'on peut aller au boulot à pied puisque mon boulot est à 5 minutes à pied de chez moi (c'est un exemple fictif), tu serais content de me savoir mais ça n'apporterait pas grand chose à ton contexte à toi.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
# RGPD
Posté par barmic 🦦 . En réponse au journal Agir contre ses valeurs.... Évalué à  6.
Je ne comprends pas ton commentaire : tu dis 2 choses contraires.
C'est 2 choses opposé, tu affirme qu'il ne respecte pas la RGPD (sans plus d'arguments ? le seul fait qu'il s'agisse de google suffit ?) et que malgré ça il l'homologation RGPD ou alors tu affirme qu'il n'a pas l'homologation et qu'il est pourtant toléré ?
Pour info, la RGPD est une règlementation à tous les logiciels quelque soit leur usage dans l'union européenne donc la question l'éducation nationale devrait n'utiliser que des logiciel RGPD n'a pas trop sens (elle utilise de fait que des logiciels légaux).
Si l'atteinte à la RGPD est avérée, la CNIL est là pour porter plainte.
Par quelle logique obtiens-tu que si A a la propriété P, non A n'a pas la propriété P ?
Note que je suis d'accord que c'est un problème de dépendre des GAFAM, c'est ton argument autour de la RGPD que je ne comprends pas.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Quelle simplicité!
Posté par barmic 🦦 . En réponse au journal Debug de code Python embarqué dans du code C++. Évalué à  3.
J'ai vraiment rien à redire des intégrations intra jvm. J'ai embarqué du groovy dans du java et ça se passe vraiment très bien naturellement. Tu as une grande stack, mais ça c'est logiqu et pas plus gênant que ça.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: "destiné aux organisations allant d’une trentaine"
Posté par barmic 🦦 . En réponse à la dépêche Liiibre, une solution complète pour vos projets collaboratifs. Évalué à  2.
Ça demande à laisser l'appli tourner en arrière plan, ça demande que chaque appli restent activent et maintiennent une connexion,… Côté serveur tu dois maintenir une connexion par client sur ton serveur et potentiellement selon le protocole la migration de serveur doit être bien prévue.
Et ce sont les premiers exemples que je vois rapidement. Donc si tu as veux recevoir tes mails ça va peut être, si tu veux aussi avoir les IM, des notifications météo, ton réseau social favori, etc ça va moins bien se passer. Utiliser un broker c'est clairement une bonne idée quelque soit ce que l'on pense des services apns, firebase et huawei message service.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: EDF
Posté par barmic 🦦 . En réponse au journal Hégémonie et navigateurs. Évalué à  2.
Je suis à peu près certains que c'est faux. Il faut regarder mais les firefox, thunderbird, wireshark, xmind,…
Ubuntu veux faire ça, non ? Généraliser snap pour toutes les applications de bureau. C'est ce dont je parle ne repose pas sur ses techno qui "sort" de la distribution (tu n'utilise pas la même libc pour toutes les appli) qui posent pleins de problèmes d'intégration.
Pour te donner une idée, c'est comme ça que je construit ma debian. Debian stable me fourni une plateforme et par dessus j'installe à la main tous les logiciels que j'utilise directement. Tu n'a pas idée de comment ça fonctionne bien. En pas mal d'années le seul qui m'ait fais faux bond c'est discord, je suis passé à un flatpak pour qu'il est la bonne version d'une bibliothèque et terminé.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: EDF
Posté par barmic 🦦 . En réponse au journal Hégémonie et navigateurs. Évalué à  2.
Ou utiliser snap ou utiliser flatpak ou utiliser appimage ou utiliser une tarball précompilés ou utiliser un dépôt dédié ou…
Tu parles de problème d'un paquet qui impact ses dépendances, les logiciels feuilles ont cette particularité de ne pas présenter ce problème et la plupart des utilisateurs sont plus intéressés d'avoir la dernière version d'inkscape que de la libc, de nss ou de pam.
Ça pourrait être un premier point. Comme certaines distributions package ces logiciels indépendamment du reste de la distribution avec flatpak ou span, il serait possible de considéré qu'une distribution scinde ces paquets en 2 : une partie stable qui représente une plate-forme sur laquelle peut s'appuyer des logiciels utilisateurs qui demandent peut d'effort d'intégration mais qui sont très à jour.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Firefox a eu sa chance par le public
Posté par barmic 🦦 . En réponse au journal Hégémonie et navigateurs. Évalué à  3.
Alors c'est une qualité parmi d'autres, mais surtout ce n'est vraiment pas si simple. La question c'est est-ce que ton api peut être stable malgré tes modifications internes ? Des changements comme l'arrêt du support de xul ou les changements de gestion des threads ont presque forcément des impacts. D'autant plus quand tu vois comment ils ont galéré sur ce dernier point, ils en sont arrivés à créer un langage pour s'aider. Essayer plusieurs fois en c++, développer rust, puis utiliser rust c'est long et il peut être difficile de prédire ce que sera l'api final. Si tu change à toutes les versions ton api, autant ne pas faire croire que tu en a une.
Ce n'est pas quelque chose de simple vraiment. À mon avis c'était infiniment prioritaire sur toutes les autres idées qu'ils ont pu avoir (Firefox os, Firefox send, pocket, le projet sur le vocal, le projet de navigateur vr, l'achat de locaux luxueux à Paris et même letsencrypt est à mon avis moins prioritaire même si c'est très utile et que ça a donné un vrai coup de main à la généralisation de https). Ils auraient pu construire quelque chose autour du moteur par une équipe dédiée pour ne pas impacter l'équipe en charge de faire évoluer les moteurs. C'est un choix, on ne reviendra pas en arrière. Il faut juste assumer et voir ce qu'il faut faire pour aller de l'avant.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll