Posté par barmic 🦦 le 26 octobre 2020 à 09:12. En réponse au lien Les dépôts de code, même les plus populaires, sont faciles à faire censurer sur Microsoft-Github. Évalué à  2.
Ça dépend je ne sais pas comment fonctionne tout ces trucs :
Si c'est le cas, je verrais plus ça dans une extension : fonctionnalité spécifique à un site, cycle de release indépendant du navigateur,… S'il y a effectivement un problème légale, inclure ça dans le navigateur peut mettre en danger tout le navigateur (vivaldi n'est peut être pas encore assez populaire pour être inquiété).
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
Posté par barmic 🦦 le 26 octobre 2020 à 09:04. En réponse au lien Les dépôts de code, même les plus populaires, sont faciles à faire censurer sur Microsoft-Github. Évalué à  3.
https://twitter.com/GalacticFurball/status/1319765986791157761
Posté par barmic 🦦 le 25 octobre 2020 à 09:34. En réponse au journal Debian donne 10 000 € à Framasoft pour développer Peertube. Évalué à  2.
Dans le domaine des conférences en ligne, le système qui m'a semblé le plus évolué c'est :
Je n'ai pas personnellement essayé mais ça m'a l'air pas mal.
Posté par barmic 🦦 le 25 octobre 2020 à 08:08. En réponse au lien Les dépôts de code, même les plus populaires, sont faciles à faire censurer sur Microsoft-Github. Évalué à  5. Dernière modification le 25 octobre 2020 à 08:12.
Pas de manière assez évidente pour ne pas se faire strike à la première lettre recommandée amha. C'est vraiment à prendre en compte si tu veux parler de pérennité.
Mais tu as raison tu peux donc héberger sur un serveur dédié chez un hébergeur dédié.
(au passage ce n'est pas une question de dictature qui m'a fait parler de la Chine, mais je crois qu'ils ont une définition de la propriété intellectuelle disons différentes et qu'ils tiennent tête aux us)
Posté par barmic 🦦 le 25 octobre 2020 à 01:22. En réponse au lien Les dépôts de code, même les plus populaires, sont faciles à faire censurer sur Microsoft-Github. Évalué à  4.
Comme dis plus haut quelque soit le dépôt tant que tu es hébergé tu as ce genre de risque. Là il y avait une grosse action légale en vu. Mais même framasoft par exemple indiqué explicitement qu'ils se donnent le droit de te dégager.
Peut être que la situation aurait été différente avec un dépôt payant sur github, ils ne l'auraient peut être pas détruit aussi rapidement et sans recours.
Pour être résilient face à ça il faut :
Posté par barmic 🦦 le 24 octobre 2020 à 09:10. En réponse au journal Debian donne 10 000 € à Framasoft pour développer Peertube. Évalué à  2.
Ouai, être le produit est un concept complexe et il peut être compliqué de savoir si et comment est-ce que sommes nous le produit et donc quelle forme de rétribution ça demande.
Posté par barmic 🦦 le 24 octobre 2020 à 00:00. En réponse au lien Microsoft Edge est maintenant disponible pour Linux. Évalué à  3.
À mon humble avis, c'est bien plus simple que ça. Ils ne protègent pas leurs code mais leur build/packaging, c'est ce que fait RedHat, Mozilla et consort. Il y a différents objectifs à cette pratique :
J'avoue ignorer le but commercial de ce logiciel, attirer des développeurs ?
Le code est libre, il est facile d'aller voir ce qu'il en est. Ils ont assez peu de contributions. Je pense que le coût de gestion du projet libre est plus élevé que les contributions qu'ils récupérent.
Récolter des informations via la télémétrie ? Les données personnelles seraient le nouvel or noir, […]
En permettant de faire un build distinct ? En travaillant avec les autres éditeurs et IDE pour améliorer l'intéropérabilité ?
[…] on peut imaginer toutes les informations utiles à son business que Microsoft peut récolter de Visual Studio Code.
Ça c'est une question importante ! C'est quoi le business de MS ? Il faudrait voir ce qui leur rapporte, mais je dirais :
Je ne crois pas que, contrairement à d'autres, son modèle soit gratuit + pub. Ils ont une régie, mais je présume que ça sert à financer leur moteur de recherche et à permettre aux développeurs qui veulent se faire un peu d'argent sur Azure d'avoir une api clef en main.
Tout ça peu se vérifier, il est possible d'aller voir ce qui leur rapporte de l'argent ou pas. Je peux me planter. Mais ça peut valoir le coup avant de les accuser sur des suppositions
Posté par barmic 🦦 le 23 octobre 2020 à 23:10. En réponse au journal Debian donne 10 000 € à Framasoft pour développer Peertube. Évalué à  3.
et cela ne choque personne ?
Si je dis que ta comparaison ne tient pas, c'est que je ne vois pas de problème ?
À mon humble avis, le prix et le succès sont des problèmes différents.
Pour le succès, perso j'ai l'impression que les développeurs Debian en sont les premiers utilisateurs donc il y a donc moins de distance (en terme besoin et de compréhension) avec les utilisateurs. Là où quand tu fais du logiciel de gestion c'est moins naturel. Et on a énormément de mal à appliquer les méthodes de design incluant les utilisateurs.
L'autre point c'est le release early release often, chère aux ll, qui aide berrichonne à ce qu'un projet ne se casse pas la gueule.
Pour le prix c'est un problème d'organisation trop verticale et de volonté de vendre des licences pour faire du chiffre
Posté par barmic 🦦 le 23 octobre 2020 à 17:21. En réponse au journal Debian donne 10 000 € à Framasoft pour développer Peertube. Évalué à  4.
On est d'accord. Je déteste cette phrase. Elle est généralement répétée à l'envi sans chercher à réfléchir. Comme une assertion pour invalider de base. C'est particulièrement ridicule de la part de personnes qui utilisent massivement du logiciel libre gratuit.
Posté par barmic 🦦 le 23 octobre 2020 à 10:27. En réponse au journal Debian donne 10 000 € à Framasoft pour développer Peertube. Évalué à  7.
Et même si tu chiffres tout de manière large, tu n'arrives pas au budget COLOSSAUX de certains projets ou produits propriètaires
En France une grosse part de ses budgets colossaux paient les hĂ´pitaux, routes, l'assurance maladie, etc.
Et tout ça se fait avec beaucoup de bonne volonté et très peu d'argent
Encore une fois le budget dont il est question au dessus n'est que la partie immergée de l'iceberg. Quand OVH ou free hébergent des dépôts complets ils mettent un paquet d'argent dans la machine (le coût des machines, les frais de fonctionnement, leur maintiens et leur gestion par des employés). Ils s'y retrouve. Je ne dis pas que c'est du caritatif, mais c'est un paquet d'argent en plus dans le fonctionnement de Debian.
Pour un produit qui est … gratuit
C'est donc toi le produit ? :p
Je ne dis pas que des budgets délirants ça n'existe pas ni même que pleins de choses ne sont pas surchiffrées. Juste qu'on ne peut pas comparer les 2 valeurs comme ça. Et j'ai un souci à l'idée de m'enorgueillir d'avoir un paquet de gens qui font ce travail sans rétribution (encore une fois ce n'est pas le cas de tous, il y a des gens payés pour travailler sur debian).
Posté par barmic 🦦 le 22 octobre 2020 à 20:52. En réponse au journal Debian donne 10 000 € à Framasoft pour développer Peertube. Évalué à  10.
Il faut surtout remettre les choses dans leur contexte. Ce budget ne paie aucun développeur, n'est soumis qu'à la tva et ne pars pas en charges (je suis pour les charges, c'est pas un plaidoyé contre), ça ne paie pas les infrastructures gracieusement mises à disposition. Les employé et chercheurs travaillant pour Debian ne sont pas budgetisés non plus.
Le coût de Debian n'est pas facile à mesurer. Après je vois pas trop ce que ça apporte comme info.
Bref je vois pas trop la question que ça pose.
Posté par barmic 🦦 le 22 octobre 2020 à 20:44. En réponse au journal Debian donne 10 000 € à Framasoft pour développer Peertube. Évalué à  3.
Debian n'est pas une entité à part entière. Elle valide d'autres organisations comme étant en mesure d'accepter des dons en son nom. Cette gestion se fait collaborativement. L'un des gros postes du budget est la debconf annuelle, certains développeurs sont défrayé à cette occasion (c'est ponctuel ça ne va pas de soit).
Une grande partie de ce qui pourrait coûter cher sont finalement des dont en nature (toute l'infrastructure).
Il fait prendre tout ça avec des pincettes ce sont de vieux souvenir de la première mini debconf à Paris.
Posté par barmic 🦦 le 22 octobre 2020 à 13:56. En réponse au lien Microsoft Edge est maintenant disponible pour Linux. Évalué à  2. Dernière modification le 22 octobre 2020 à 13:56.
Tu as oublié le folklore de l'époque. On parle d'une époque où les développeurs concurrents s'envoyaient des gâteaux pour fêter les nouvelles versions. Et cette petite blague qui faisait sourire quand tu l'entendais la première fois faisait vraiment marrer quand tu allais sur le PC d'un pote/membre de la famille/collègue et qu'après t'être rendu compte qu'il n'avait que IE, tu installais Firefox en expliquant l'intérêt. Cette progression quasi uniquement du fait des enthousiastes n'est pas quelque chose qu'à connu Chrome. Donc la blague ne fonctionne pas vraiment, ça donne plus une impression de passer au forceps.
Cela quelque soit la qualité des logiciels en question et des organismes qui les développent.
Posté par barmic 🦦 le 22 octobre 2020 à 13:47. En réponse au lien Microsoft Edge est maintenant disponible pour Linux. Évalué à  2.
Pour VSCode, j'ai l'impression que c'est aussi pour Ă©viter que n'importe quel site le redistribue avec des malware.
J'avais entendu dire que le code de la télémétrie n'était pas libre.
Pour le reste oui et firefox a déjà posé/eu des problèmes avec ça.
Posté par barmic 🦦 le 22 octobre 2020 à 07:09. En réponse à la dépêche Le Conseil d’État reconnaît que le gouvernement US peut accéder aux données de santé des Français. Évalué à  7.
Ce qui était auparavant du travail d'artisan est aujourd'hui totalement industrialisé
On appel ça la révolution industrielle. C'est assez vieux.
Je pense que c'est ici un problème d'organisation de la démocratie. Les campagnes électorales sont une forme de campagne marketing donc il est logique d'en prendre les méthodes (si on veut avoir une chance de gagner). Le corollaire c'est qu'il y a une certaine fragilité des démocraties aux campagnes de pub (comme les soupçons d'ingérence russe).
Posté par barmic 🦦 le 21 octobre 2020 à 23:38. En réponse au lien Microsoft Edge est maintenant disponible pour Linux. Évalué à  1.
La compilation sous GNU/Linux ne doit pas demander tant de travail que ça, et cela peut faire remonter quelques bugs à Microsoft. Pour la publicité il suffit que le mot Microsoft soit associé à Linux pour que toute la presse en parle.
Je ne connais pas edge, mais je présume que sa principale valeur ajoutée c'est son intégration avec le système (gérer la conf, s'appuyer sur l'impression du système, le support des api du bureau pour des widgets, l'intégration à la session widows,…).
Leur travail ce n'est pas de compiler blink, mais de l'intégrer au système donc je présume que c'est la totalité de leur travail qu'ils ont dû porter. C'est plus simple que de le faire pour un moteur (mais bon cibler linux pour blink n'a pas dû être un travail pour google vu que c'est la plateforme historique), mais c'est tout leur travail (aussi simple soit il).
Après je ne doute pas qu'ils font le minimum d'intégration possible pour linux, le bureau linux étant de facto beaucoup trop hétérogène.
Posté par barmic 🦦 le 21 octobre 2020 à 20:23. En réponse au lien Microsoft Edge est maintenant disponible pour Linux. Évalué à  2.
Je n'ai suivi que de loin les changements je pensais que .Net core avait enterré mono. Merci de l'info.
Puisque tu as l'air de suivre, qu'en est il des trucs comme WPF, c'est considéré comme legacy ? Devenu portable ? Juste toujours Windows only ?
Posté par barmic 🦦 le 20 octobre 2020 à 16:04. En réponse au journal Docker vs Podman sur fedora 32 et headless CMS. Évalué à  2.
Tu entends quoi par là  ? Perso, chaque page « index » de mon site a un flux RSS pour les pages qu’elle contient (la liste des articles, la liste des tags, la liste des articles pour un tag donné, etc.).
Si un utilisateurs veut un flux avec les articles ayant les tags "linux" et "debian" par exemple.
Tu juges les sites statiques sur des critères biaisés là . Dans plein de cas (celui de mon site perso par exemple), j’ai pas envie d’avoir de commentaires, j’ai pas besoin de moteur de recherche, j’ai pas besoin de gestions d’accès.
Où vois-tu un jugement ? J'utilise des sites statiques, je trouve ça très bien. J'ai un super opinel, dire qu'il n'est pas fait pour couper le roti. Ça n'est pas en faire un jugement.
D’ailleurs, je vois pas ce qui empercherait de gérer des accès via un mécanisme externe (Authentification basique, auth_request, oauth2-proxy, etc.)
Si tu déploie : un gestionnaire de commentaire, un serveur d'authentatication,… Il y a un moment où ça ne s'appelle plus vraiment un site statique, c'est juste que tu sert la partie statique par ton reverse proxy. C'est une logique qui s'applique aussi avec les CDN. Et ce n'est pas un mal ou critique. Globalement servir des fichiers statiques c'est une bonne idée donc certains passent du dynamique et tentent de maximiser progressivement leur part de données statiques et d'autres commencent en statique et ajoutent du dynamique progressivement.
Posté par barmic 🦦 le 20 octobre 2020 à 15:25. En réponse à la dépêche GIMP 2.10.22 : consolidation des formats. Évalué à  2.
Je ne l'ai jamais fais moi-même, mais je vois des projets qui bénéficient du CNC qui n'en sont clairement pas à « industrialiser la demande ». Je pense notamment à certaines chaînes youtubes comme l'excellent Nexus 6. Oui c'est pas 2 personnes qui font des vidéos dans leur garage, mais ils restent plus dans de l'artisanal poussé par du crowfounding qu'une quelconque forme d'industrialisation.
Posté par barmic 🦦 le 19 octobre 2020 à 23:08. En réponse au journal Docker vs Podman sur fedora 32 et headless CMS. Évalué à  2.
[1] et c'est parfaitement possible de faire un moteur de recherche simple côté client avec Javascript et des mots clés dans les balises HTML.
Ça dépend. Si tu veux intégrer les commentaires, si ton index n'est pas trop gros, si tu ne cherche pas à prendre en compte la popularité des pages,…
Tu perd aussi la gestion des droits utilisateurs (si tu gère des visibilité différentes), les configurations utilisateurs (un flux rss spécifique par exemple).
Posté par barmic 🦦 le 18 octobre 2020 à 15:16. En réponse au journal Docker vs Podman sur fedora 32 et headless CMS. Évalué à  4.
Et on perd une pars des fonctionnalités, non ? Les commentaires par exemple
Posté par barmic 🦦 le 18 octobre 2020 à 09:16. En réponse au journal Docker vs Podman sur fedora 32 et headless CMS. Évalué à  7.
ne pas rendre PostgreSQL accessible sur mon hôte Tester/Développer avec (directus|strapi|hasura), donc lancer un couple PostgreSQL/Appli Est-ce que tu peux me faire voir la lumière ?
Est-ce que tu peux me faire voir la lumière ?
Le premier point est le comportement par défaut. Tu as eu besoin de déclarer un mapping pour avoir accès au port de ton service.
Tu gagne en souplesse à avoir toujours des pods séparés. On utilise plusieurs containers dans le même pod quand :
Tout fusionner va t'empĂŞcher de :
Tu n'en a pas forcément besoin et tu fais bien ce que tu entend. Chacun son contexte et son besoin. C'est juste pour te montrer les implications. Je trouve au contraire très agréable cette façon de lancer tout en une seule commande. Pour une utilisation sur bureau c'est pratique.
Note je connais kubernetes et je n'ai jamais utilisé podman, mais comme ils indiquent kubernetes comme référence pour leur pod, je présume que ça fonctionne de la même façon
Posté par barmic 🦦 le 17 octobre 2020 à 23:52. En réponse au journal Docker vs Podman sur fedora 32 et headless CMS. Évalué à  4.
Les pods ne sont pas fait pour faire ce genre de groupement. Là tu ne peux pas avoir une base de données qui tourne sans ton service et tu ne peux pas partager ta base de données entre plusieurs instances de ton service…
Sans que le port 5432 ne soit accessible depuis ton hĂ´te.
Ce n'est pas nécessaire d'être dans un même pod pour ça. Il y a plusieurs manière de le faire, mais docker (au sens runc et la stack qui va avec) permet d'avoir des réseaux virtuels distinct de l'hôte.
Par contre j'ai pas bien compris l'intérêt des CMS headless par rapport aux sites statiques.
Posté par barmic 🦦 le 17 octobre 2020 à 12:45. En réponse au journal H.S. En France petite leçon de démocratie (de séparation des pouvoir, surtout). Évalué à  4.
Je suis d'accord avec toi que c'est un sujet intéressant. À la lecture des postes plus haut je me dis qu'au niveau national, le fait de mettre en cause la responsabilité pénale des dirigeants, peut amener à repenser la prise de décision. Ne plus appliquer une volonté très verticale, mais mettre en place des boucles de feedback pour s'assurer de ce que l'on fait.
C'est ce qui est fait ailleurs. On parle de mettre en cause un salarié ça peu arriver, mais même sans que ce soit judiciaire les décisions peuvent avoir de lourdes conséquences et on ne peut pas se contenter d'un "mince j'pensais pas" donc on teste, on vérifie chaque étape, on s'assure de pouvoir revenir sur nos pas, on étudie les impacts,… Il y a des choses qui sont faites mais pas assez rigoureusement.
On gagnerait à avoir une direction plus collégiale et la responsabilité serait alors dans le fait de devoir respecter ces procédures.
Posté par barmic 🦦 le 16 octobre 2020 à 22:17. En réponse au journal Un compresseur par ci, un compresseur par là . Au temps de l'algo des hackeurs.. Évalué à  2.
Je comprends pourquoi tu rigole. Mais mis à part la compilation de js (et éventuellement un peu de truc type optipng), le gros des gains web c'est plus lié à la latence qu'au débit et évidement au cache.
[^] # Re: Alternatives ?
Posté par barmic 🦦 . En réponse au lien Les dépôts de code, même les plus populaires, sont faciles à faire censurer sur Microsoft-Github. Évalué à  2.
Ça dépend je ne sais pas comment fonctionne tout ces trucs :
Si c'est le cas, je verrais plus ça dans une extension : fonctionnalité spécifique à un site, cycle de release indépendant du navigateur,… S'il y a effectivement un problème légale, inclure ça dans le navigateur peut mettre en danger tout le navigateur (vivaldi n'est peut être pas encore assez populaire pour être inquiété).
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
# Ah Ah Ah :)
Posté par barmic 🦦 . En réponse au lien Les dépôts de code, même les plus populaires, sont faciles à faire censurer sur Microsoft-Github. Évalué à  3.
https://twitter.com/GalacticFurball/status/1319765986791157761
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Diffusion en direct
Posté par barmic 🦦 . En réponse au journal Debian donne 10 000 € à Framasoft pour développer Peertube. Évalué à  2.
Dans le domaine des conférences en ligne, le système qui m'a semblé le plus évolué c'est :
Je n'ai pas personnellement essayé mais ça m'a l'air pas mal.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Alternatives ?
Posté par barmic 🦦 . En réponse au lien Les dépôts de code, même les plus populaires, sont faciles à faire censurer sur Microsoft-Github. Évalué à  5. Dernière modification le 25 octobre 2020 à 08:12.
Pas de manière assez évidente pour ne pas se faire strike à la première lettre recommandée amha. C'est vraiment à prendre en compte si tu veux parler de pérennité.
Mais tu as raison tu peux donc héberger sur un serveur dédié chez un hébergeur dédié.
(au passage ce n'est pas une question de dictature qui m'a fait parler de la Chine, mais je crois qu'ils ont une définition de la propriété intellectuelle disons différentes et qu'ils tiennent tête aux us)
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Alternatives ?
Posté par barmic 🦦 . En réponse au lien Les dépôts de code, même les plus populaires, sont faciles à faire censurer sur Microsoft-Github. Évalué à  4.
Comme dis plus haut quelque soit le dépôt tant que tu es hébergé tu as ce genre de risque. Là il y avait une grosse action légale en vu. Mais même framasoft par exemple indiqué explicitement qu'ils se donnent le droit de te dégager.
Peut être que la situation aurait été différente avec un dépôt payant sur github, ils ne l'auraient peut être pas détruit aussi rapidement et sans recours.
Pour être résilient face à ça il faut :
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Financement de Debian
Posté par barmic 🦦 . En réponse au journal Debian donne 10 000 € à Framasoft pour développer Peertube. Évalué à  2.
Ouai, être le produit est un concept complexe et il peut être compliqué de savoir si et comment est-ce que sommes nous le produit et donc quelle forme de rétribution ça demande.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Mais pourquoi donc ?
Posté par barmic 🦦 . En réponse au lien Microsoft Edge est maintenant disponible pour Linux. Évalué à  3.
À mon humble avis, c'est bien plus simple que ça. Ils ne protègent pas leurs code mais leur build/packaging, c'est ce que fait RedHat, Mozilla et consort. Il y a différents objectifs à cette pratique :
Le code est libre, il est facile d'aller voir ce qu'il en est. Ils ont assez peu de contributions. Je pense que le coût de gestion du projet libre est plus élevé que les contributions qu'ils récupérent.
En permettant de faire un build distinct ? En travaillant avec les autres éditeurs et IDE pour améliorer l'intéropérabilité ?
Ça c'est une question importante ! C'est quoi le business de MS ? Il faudrait voir ce qui leur rapporte, mais je dirais :
Je ne crois pas que, contrairement à d'autres, son modèle soit gratuit + pub. Ils ont une régie, mais je présume que ça sert à financer leur moteur de recherche et à permettre aux développeurs qui veulent se faire un peu d'argent sur Azure d'avoir une api clef en main.
Tout ça peu se vérifier, il est possible d'aller voir ce qui leur rapporte de l'argent ou pas. Je peux me planter. Mais ça peut valoir le coup avant de les accuser sur des suppositions
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Financement de Debian
Posté par barmic 🦦 . En réponse au journal Debian donne 10 000 € à Framasoft pour développer Peertube. Évalué à  3.
Si je dis que ta comparaison ne tient pas, c'est que je ne vois pas de problème ?
À mon humble avis, le prix et le succès sont des problèmes différents.
Pour le succès, perso j'ai l'impression que les développeurs Debian en sont les premiers utilisateurs donc il y a donc moins de distance (en terme besoin et de compréhension) avec les utilisateurs. Là où quand tu fais du logiciel de gestion c'est moins naturel. Et on a énormément de mal à appliquer les méthodes de design incluant les utilisateurs.
L'autre point c'est le release early release often, chère aux ll, qui aide berrichonne à ce qu'un projet ne se casse pas la gueule.
Pour le prix c'est un problème d'organisation trop verticale et de volonté de vendre des licences pour faire du chiffre
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Financement de Debian
Posté par barmic 🦦 . En réponse au journal Debian donne 10 000 € à Framasoft pour développer Peertube. Évalué à  4.
On est d'accord. Je déteste cette phrase. Elle est généralement répétée à l'envi sans chercher à réfléchir. Comme une assertion pour invalider de base. C'est particulièrement ridicule de la part de personnes qui utilisent massivement du logiciel libre gratuit.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Financement de Debian
Posté par barmic 🦦 . En réponse au journal Debian donne 10 000 € à Framasoft pour développer Peertube. Évalué à  7.
En France une grosse part de ses budgets colossaux paient les hĂ´pitaux, routes, l'assurance maladie, etc.
Encore une fois le budget dont il est question au dessus n'est que la partie immergée de l'iceberg. Quand OVH ou free hébergent des dépôts complets ils mettent un paquet d'argent dans la machine (le coût des machines, les frais de fonctionnement, leur maintiens et leur gestion par des employés). Ils s'y retrouve. Je ne dis pas que c'est du caritatif, mais c'est un paquet d'argent en plus dans le fonctionnement de Debian.
C'est donc toi le produit ? :p
Je ne dis pas que des budgets délirants ça n'existe pas ni même que pleins de choses ne sont pas surchiffrées. Juste qu'on ne peut pas comparer les 2 valeurs comme ça. Et j'ai un souci à l'idée de m'enorgueillir d'avoir un paquet de gens qui font ce travail sans rétribution (encore une fois ce n'est pas le cas de tous, il y a des gens payés pour travailler sur debian).
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Financement de Debian
Posté par barmic 🦦 . En réponse au journal Debian donne 10 000 € à Framasoft pour développer Peertube. Évalué à  10.
Il faut surtout remettre les choses dans leur contexte. Ce budget ne paie aucun développeur, n'est soumis qu'à la tva et ne pars pas en charges (je suis pour les charges, c'est pas un plaidoyé contre), ça ne paie pas les infrastructures gracieusement mises à disposition. Les employé et chercheurs travaillant pour Debian ne sont pas budgetisés non plus.
Le coût de Debian n'est pas facile à mesurer. Après je vois pas trop ce que ça apporte comme info.
Bref je vois pas trop la question que ça pose.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Financement de Debian
Posté par barmic 🦦 . En réponse au journal Debian donne 10 000 € à Framasoft pour développer Peertube. Évalué à  3.
Debian n'est pas une entité à part entière. Elle valide d'autres organisations comme étant en mesure d'accepter des dons en son nom. Cette gestion se fait collaborativement. L'un des gros postes du budget est la debconf annuelle, certains développeurs sont défrayé à cette occasion (c'est ponctuel ça ne va pas de soit).
Une grande partie de ce qui pourrait coûter cher sont finalement des dont en nature (toute l'infrastructure).
Il fait prendre tout ça avec des pincettes ce sont de vieux souvenir de la première mini debconf à Paris.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Mais pourquoi donc ?
Posté par barmic 🦦 . En réponse au lien Microsoft Edge est maintenant disponible pour Linux. Évalué à  2. Dernière modification le 22 octobre 2020 à 13:56.
Tu as oublié le folklore de l'époque. On parle d'une époque où les développeurs concurrents s'envoyaient des gâteaux pour fêter les nouvelles versions. Et cette petite blague qui faisait sourire quand tu l'entendais la première fois faisait vraiment marrer quand tu allais sur le PC d'un pote/membre de la famille/collègue et qu'après t'être rendu compte qu'il n'avait que IE, tu installais Firefox en expliquant l'intérêt. Cette progression quasi uniquement du fait des enthousiastes n'est pas quelque chose qu'à connu Chrome. Donc la blague ne fonctionne pas vraiment, ça donne plus une impression de passer au forceps.
Cela quelque soit la qualité des logiciels en question et des organismes qui les développent.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Mais pourquoi donc ?
Posté par barmic 🦦 . En réponse au lien Microsoft Edge est maintenant disponible pour Linux. Évalué à  2.
J'avais entendu dire que le code de la télémétrie n'était pas libre.
Pour le reste oui et firefox a déjà posé/eu des problèmes avec ça.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Si seulement ....
Posté par barmic 🦦 . En réponse à la dépêche Le Conseil d’État reconnaît que le gouvernement US peut accéder aux données de santé des Français. Évalué à  7.
On appel ça la révolution industrielle. C'est assez vieux.
Je pense que c'est ici un problème d'organisation de la démocratie. Les campagnes électorales sont une forme de campagne marketing donc il est logique d'en prendre les méthodes (si on veut avoir une chance de gagner). Le corollaire c'est qu'il y a une certaine fragilité des démocraties aux campagnes de pub (comme les soupçons d'ingérence russe).
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Mais pourquoi donc ?
Posté par barmic 🦦 . En réponse au lien Microsoft Edge est maintenant disponible pour Linux. Évalué à  1.
Je ne connais pas edge, mais je présume que sa principale valeur ajoutée c'est son intégration avec le système (gérer la conf, s'appuyer sur l'impression du système, le support des api du bureau pour des widgets, l'intégration à la session widows,…).
Leur travail ce n'est pas de compiler blink, mais de l'intégrer au système donc je présume que c'est la totalité de leur travail qu'ils ont dû porter. C'est plus simple que de le faire pour un moteur (mais bon cibler linux pour blink n'a pas dû être un travail pour google vu que c'est la plateforme historique), mais c'est tout leur travail (aussi simple soit il).
Après je ne doute pas qu'ils font le minimum d'intégration possible pour linux, le bureau linux étant de facto beaucoup trop hétérogène.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Linux, une plateforme Desktop majeure
Posté par barmic 🦦 . En réponse au lien Microsoft Edge est maintenant disponible pour Linux. Évalué à  2.
Je n'ai suivi que de loin les changements je pensais que .Net core avait enterré mono. Merci de l'info.
Puisque tu as l'air de suivre, qu'en est il des trucs comme WPF, c'est considéré comme legacy ? Devenu portable ? Juste toujours Windows only ?
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: plugins de génération de sites statiques + sécurité
Posté par barmic 🦦 . En réponse au journal Docker vs Podman sur fedora 32 et headless CMS. Évalué à  2.
Si un utilisateurs veut un flux avec les articles ayant les tags "linux" et "debian" par exemple.
Où vois-tu un jugement ? J'utilise des sites statiques, je trouve ça très bien. J'ai un super opinel, dire qu'il n'est pas fait pour couper le roti. Ça n'est pas en faire un jugement.
Si tu déploie : un gestionnaire de commentaire, un serveur d'authentatication,… Il y a un moment où ça ne s'appelle plus vraiment un site statique, c'est juste que tu sert la partie statique par ton reverse proxy. C'est une logique qui s'applique aussi avec les CDN. Et ce n'est pas un mal ou critique. Globalement servir des fichiers statiques c'est une bonne idée donc certains passent du dynamique et tentent de maximiser progressivement leur part de données statiques et d'autres commencent en statique et ajoutent du dynamique progressivement.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: L'animation dans GIMPÂ ?
Posté par barmic 🦦 . En réponse à la dépêche GIMP 2.10.22 : consolidation des formats. Évalué à  2.
Je ne l'ai jamais fais moi-même, mais je vois des projets qui bénéficient du CNC qui n'en sont clairement pas à « industrialiser la demande ». Je pense notamment à certaines chaînes youtubes comme l'excellent Nexus 6. Oui c'est pas 2 personnes qui font des vidéos dans leur garage, mais ils restent plus dans de l'artisanal poussé par du crowfounding qu'une quelconque forme d'industrialisation.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: plugins de génération de sites statiques + sécurité
Posté par barmic 🦦 . En réponse au journal Docker vs Podman sur fedora 32 et headless CMS. Évalué à  2.
Ça dépend. Si tu veux intégrer les commentaires, si ton index n'est pas trop gros, si tu ne cherche pas à prendre en compte la popularité des pages,…
Tu perd aussi la gestion des droits utilisateurs (si tu gère des visibilité différentes), les configurations utilisateurs (un flux rss spécifique par exemple).
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: plugins de génération de sites statiques + sécurité
Posté par barmic 🦦 . En réponse au journal Docker vs Podman sur fedora 32 et headless CMS. Évalué à  4.
Et on perd une pars des fonctionnalités, non ? Les commentaires par exemple
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: pod
Posté par barmic 🦦 . En réponse au journal Docker vs Podman sur fedora 32 et headless CMS. Évalué à  7.
Le premier point est le comportement par défaut. Tu as eu besoin de déclarer un mapping pour avoir accès au port de ton service.
Tu gagne en souplesse à avoir toujours des pods séparés. On utilise plusieurs containers dans le même pod quand :
Tout fusionner va t'empĂŞcher de :
Tu n'en a pas forcément besoin et tu fais bien ce que tu entend. Chacun son contexte et son besoin. C'est juste pour te montrer les implications. Je trouve au contraire très agréable cette façon de lancer tout en une seule commande. Pour une utilisation sur bureau c'est pratique.
Note je connais kubernetes et je n'ai jamais utilisé podman, mais comme ils indiquent kubernetes comme référence pour leur pod, je présume que ça fonctionne de la même façon
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
# pod
Posté par barmic 🦦 . En réponse au journal Docker vs Podman sur fedora 32 et headless CMS. Évalué à  4.
Les pods ne sont pas fait pour faire ce genre de groupement. Là tu ne peux pas avoir une base de données qui tourne sans ton service et tu ne peux pas partager ta base de données entre plusieurs instances de ton service…
Ce n'est pas nécessaire d'être dans un même pod pour ça. Il y a plusieurs manière de le faire, mais docker (au sens runc et la stack qui va avec) permet d'avoir des réseaux virtuels distinct de l'hôte.
Par contre j'ai pas bien compris l'intérêt des CMS headless par rapport aux sites statiques.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: "Le Président de la République n'est pas responsable des actes accomplis en cette qualité"
Posté par barmic 🦦 . En réponse au journal H.S. En France petite leçon de démocratie (de séparation des pouvoir, surtout). Évalué à  4.
Je suis d'accord avec toi que c'est un sujet intéressant. À la lecture des postes plus haut je me dis qu'au niveau national, le fait de mettre en cause la responsabilité pénale des dirigeants, peut amener à repenser la prise de décision. Ne plus appliquer une volonté très verticale, mais mettre en place des boucles de feedback pour s'assurer de ce que l'on fait.
C'est ce qui est fait ailleurs. On parle de mettre en cause un salarié ça peu arriver, mais même sans que ce soit judiciaire les décisions peuvent avoir de lourdes conséquences et on ne peut pas se contenter d'un "mince j'pensais pas" donc on teste, on vérifie chaque étape, on s'assure de pouvoir revenir sur nos pas, on étudie les impacts,… Il y a des choses qui sont faites mais pas assez rigoureusement.
On gagnerait à avoir une direction plus collégiale et la responsabilité serait alors dans le fait de devoir respecter ces procédures.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll
[^] # Re: Comment ça perdu?
Posté par barmic 🦦 . En réponse au journal Un compresseur par ci, un compresseur par là . Au temps de l'algo des hackeurs.. Évalué à  2.
Je comprends pourquoi tu rigole. Mais mis à part la compilation de js (et éventuellement un peu de truc type optipng), le gros des gains web c'est plus lié à la latence qu'au débit et évidement au cache.
https://linuxfr.org/users/barmic/journaux/y-en-a-marre-de-ce-gros-troll