• #Mobilizon : Rassembler - Organiser - Mobiliser

    Mobilizon est un #logiciel_libre d’organisation d’évènements et de gestion de groupes (#Meet-up) lancé en octobre 2020 par Framasoft pour proposer une alternative libre aux plateformes des #GAFAM (Facebook, Meetup.com, #EventBrite). Mobilizon a acquis assez rapidement une grande visibilité dans les cercles de hackers, mais aussi rapidement au sein de la scène culturelle européenne et plus récemment dans les médias informatiques grand public.

    Mobilizon.fr est l’instance Mobilizon de #Framasoft
    https://mobilizon.fr
    https://fr.wikipedia.org/wiki/Mobilizon
    #alternative #Facebook #réseaux_sociaux #logiciel

  • Table ronde « #logiciels_libres », avec #Framasoft, à l’Assemblée Nationale
    https://framablog.org/2026/06/18/table-ronde-logiciels-libres-avec-framasoft-a-lassemblee-nationale

    Depuis février 2026, la commission d’enquête « sur les dépendances structurelles et les vulnérabilités systémiques dans le secteur du numérique et les risques pour l’indépendance de la France » est conduite, à l’Assemblée nationale par Cyrielle Chatelain (rapporteure) et Philippe Latombe (président). … Lire la suite­­

    #Enjeux_du_numérique #G.A.F.A.M. #Libertés_numériques #April #assemblée_nationale #audition #Echirolles #FranceNumériqueLibre #logiciel_libre #mastodon

  • L’imposture du logiciel libre : : Journées du Logiciel Libre 2026 : : pretalx
    https://pretalx.jdll.org/jdll2026/talk/Z7JXN3
    et les diapos
    https://pretalx.jdll.org/media/jdll2026/submissions/Z7JXN3/resources/lImpostureDuLogicielLibre_URIxhNY.html

    Ainsi que
    https://blog.cyphergoat.net/blog/a-quoi-servent-les-libristes

    Le concept de logiciel libre a été introduit il y a quarante ans et s’est imposé comme le pillier central de l’alternumérisme. Depuis, le paysage de l’informatique, ainsi que ses implications sociétales, s’est complexifié. En particulier, depuis une vingtaine d’années, nous avons assisté à l’arrivée des smartphones, à l’émergence des réseaux sociaux centralisés, à leurs algorithmes de captation de l’attention, ainsi qu’au développement du capitalisme de surveillance. D’une part, les GAFAM ont cyniquement utilisé l’écosystème du « libre » pour construire leur empire. D’autre part, nous dépendons toujours plus de logiciels qui fonctionnent « en ligne », sur les serveurs de quelqu’un·e d’autre : qui contrôle cette infrastructure ? Qu’advient-il des données ? Qui décide des règles de ces services ?

    Tout cela vient brouiller le caractère prétendument subversif du « libre », et l’alternumérisme ne peut certainement plus se résumer à une simple question de logiciel ou de licence. Et s’il est parfois rappelé que « le libre, c’est l’open source + l’éthique », de quelle « éthique » parle-t-on exactement ? Le logiciel libre, et la communauté « libriste », ont eux aussi leurs limites. La question du modèle économique des projets libres demeure complexe, fragile et limitée. La communauté libriste peine à formuler un propos politique clair qui dépasserait les aspects techniques et prendrait en compte les questions d’inclusivité, de gouvernance ou encore d’écologie. Quitte parfois à aller jusqu’à s’enraciner s’enraciner dans une forme de purisme binaire et d’élitisme technocratique, imperméable à une nécessaire autocritique et remise en question.

    […]

    Les plateformes de dev actuelles sont centrées sur la technique :
    le code, les issues, les PR, les pipelines

    Quid de plateformes qui seraient centrées sur
    les usages, les besoins, les retours d’expérience, le design, prendre des décisions collectivement, … ?

    #débat #logiciel_libre #liberté #techno-solutionnisme #techno-béat #technocratie #élitisme

  • Et si les USA nous débranchaient : « Il faut repenser notre rapport à la technologie », analyse la présidente de l’April - L’Humanité - 2026-04-30

    via https://diaspora.psyco.fr/p/12440180

    https://www.humanite.fr/social-et-economie/economie-numerique/et-si-les-usa-nous-debranchaient-il-faut-repenser-notre-rapport-a-la-techno

    Pour sortir de notre dépendance au numérique états-unien, remplacer un Google par un équivalent européen est voué à l’échec. Il faut penser d’autres modèles non prédateurs, à l’image du logiciel libre, nous explique Magali Garnero, présidente de l’April (Association pour la promotion du logiciel libre) et membre de Framasoft.

    Face à l’hégémonie des multinationales américaines (et chinoises) dévoreuses de nos données et privatrices de nos libertés, le logiciel libre est un levier essentiel pour reconquérir notre indépendance numérique, économique et démocratique. Mais cette indépendance ne se décrète pas du jour au lendemain, elle se construit par des choix politiques successifs, des questionnements technologiques et une éducation populaire au numérique. C’est pourquoi l’April se bat, depuis 1996, pour promouvoir et défendre le logiciel libre. Ce n’est pas qu’une question de code ou de licence : c’est un choix de société.

    En garantissant la liberté d’utiliser, d’étudier, de modifier et de partager les outils numériques, on brise les monopoles des acteurs privés sur nos infrastructures. Contrairement aux logiciels privateurs, où l’utilisateur est un simple consommateur captif, le libre place les personnes au centre, en leur redonnant le contrôle sur leurs matériels et leurs données. Cette autonomie est d’abord technique : avec un logiciel libre, une communauté, une entreprise ou un État peut adapter un outil à ses besoins spécifiques, sans dépendre de la bonne volonté d’un éditeur et en améliorant les compétences locales. Mais elle est aussi politique : en refusant l’opacité des algorithmes et la surveillance de masse, le libre permet de construire un numérique transparent et interopérable, où les décisions ne sont pas prises dans l’ombre de conseils d’administration lointains.

    On entend que, pour être souverain, « il faudrait un Google européen ». Est-ce faire fausse route ?

    Il est vrai que souhaiter une « licorne européenne », un champion capable de rivaliser avec les géants états-uniens, est une réponse récurrente face à la domination des géants de la big tech. Malheureusement, cette approche reproduit exactement les mêmes erreurs : centralisation, extraction de données, modèle économique de capitalisme de surveillance. La vraie alternative ne réside pas dans la création d’un nouveau monopole, mais dans la promotion d’un modèle sobre et respectueux des droits fondamentaux.

    Le logiciel libre, couplé à des formats ouverts et à des infrastructures décentralisées (les réseaux partagés ou les clouds autohébergés), offre une voie crédible. Ce modèle permet de réduire l’empreinte écologique du numérique, en évitant les data centers surdimensionnés et les algorithmes énergivores. Il favorise aussi la résilience : en distribuant les données et les services, on limite les risques de censure arbitraire ou de panne généralisée.

    Quel rôle les services publics et la commande publique devraient-ils jouer à ce sujet ?

    Les services publics ont une responsabilité majeure dans la construction de cette autonomie numérique. En tant que premiers financeurs et utilisateurs de solutions logicielles, ils doivent orienter le marché vers des solutions libres et interopérables. La commande publique doit systématiquement privilégier les logiciels libres, non seulement pour des raisons économiques (éviter les surcoûts de licence, les dépendances), mais aussi pour garantir la pérennité des données et la transparence des algorithmes.

    Des exemples positifs existent : la gendarmerie nationale française bénéficie d’une distribution personnalisée, la ville d’Échirolles prône une utilisation raisonnée des ressources informatiques et l’État français propose un catalogue de logiciels libres à son administration et, plus récemment, un espace de travail ouvert et souverain pour les agents de l’État, LaSuite numérique.

    Est-ce qu’une volonté politique peut suffire si on ne change pas les outils que nous utilisons au quotidien ?

    Des projets comme le « cloud souverain » français, s’ils sont louables dans leur intention, restent souvent limités par l’absence de réflexion sur les usages. À quoi bon héberger des données en France si les agents publics continuent d’utiliser Outlook ou Gmail, divulguant ainsi des informations privées ou professionnelles ? À quoi bon légiférer si des ministères (Éducation, Armée, Santé) signent des contrats avec Microsoft ou Amazon ? La transition vers le logiciel libre ne se fera pas seulement par décret. Elle nécessite un travail d’éducation populaire pour apprendre à utiliser ces logiciels qui offrent la plupart des fonctionnalités dont nous avons besoin.

    Leur ouverture est un gage de qualité, de sécurité et de liberté. Il faut aussi combattre l’idée que le numérique ne peut être que centralisé et marchand. D’autres solutions existent : des messageries instantanées comme Tchap ou Element basées sur le protocole Matrix, des suites bureautiques comme LibreOffice, des gestionnaires de courriel comme ceux proposés par l’initiative Démailnagement, des espaces partagés par l’association Framasoft, des services en ligne hébergés par les membres du collectif Chatons, le navigateur Firefox pour surfer sur le Web, des cartes libres maintenues par OpenStreetMap, des encyclopédies comme Wikipédia… Tous ces outils, souvent plus sobres et plus respectueux, prouvent qu’un autre numérique est possible. Celui du partage et de l’entraide.

    Avec des réseaux sociaux qui, non seulement, vendent leurs utilisateurs aux annonceurs, mais poussent aussi du contenu d’extrême droite, n’y a-t-il pas une vraie urgence ?

    Oui, il est urgent de questionner notre rapport aux réseaux sociaux et aux plateformes. La vie en ligne ne doit pas se réduire à une succession de contenus algorithmiquement imposés, toxiques ou addictifs. Le libre permet de repenser nos usages : des réseaux sociaux fédérés, des espaces de discussion autogérés, des outils qui ne nous traitent pas comme des produits, mais comme des personnes respectables. Car le numérique n’est pas neutre. Il peut être un outil d’émancipation, mais aussi un vecteur de surveillance, de manipulation et de contrôle.

    Les dérives autoritaires, la montée des discours fascisants, la concentration du pouvoir entre les mains de quelques milliardaires nous rappellent l’urgence d’agir. Le logiciel libre, parce qu’il permet de reprendre le contrôle sur nos outils, est une réponse à ces menaces. Il ne s’agit pas seulement de remplacer un outil par un autre, mais de repenser notre rapport à la technologie. Un numérique éthique, c’est un numérique libre, donc accessible et transparent. Où les données ne sont pas une marchandise, mais un bien commun. Où la technique est au service de la personne, et non l’inverse.

    #politique #souveraineté #numérique #GAFAM
    #logiciel_libre

  • #la_suite numérique de l’État : critique des critiques
    https://framablog.org/2026/03/19/la-suite-numerique-de-letat-critique-des-critiques

    Framasoft prend rarement #position sur la politique numérique de l’État. La dernière fois où nous l’avions fait, c’était il y a 10 ans, en 2016, dans un article intitulé « Pourquoi #Framasoft n’ira plus prendre le thé au Ministère de l’Éducation … Lire la suite­­

    #Enjeux_du_numérique #G.A.F.A.M. #Logiciel_libre #Outils_émancipateurs #Commun_numérique #dinum #docs #Etat #histoire_de_l'informatique #lasuite #Logiciel #souveraineté_numérique #tchap

  • Sortir de la matrice : Le combat pour un numérique libre et humain
    https://framablog.org/2026/02/03/sortir-de-la-matrice-le-combat-pour-un-numerique-libre-et-humain

    Il est impossible de vivre dans une société orchestrée par les GAFAM ! Les multinationales comme Alphabet (Google), Amazon, Méta (Facebook), Apple et Microsoft sont des entreprises qui s’imposent de plus en plus par leurs pouvoirs économique, politique et technologique. Elles … Lire la suite­­

    #CHATONS #Dégooglisons_Internet_2014-2017_ #Enjeux_du_numérique #Fediverse #Framasoft #G.A.F.A.M. #Libertés_numériques #Logiciel_libre #Militantisme #Mouvement_libriste #Peer.tube #PeerTube #Services_en_ligne #Veille #Wikipédia #Claviers_invités #Communaute #communautés #Degooglisons

  • Open Source Developers Are Exhausted, Unpaid, and Ready to Walk Away
    https://itsfoss.com/news/open-source-developers-are-exhausted

    The foundation of modern software is cracking under the weight of burnout.

    Sourav Rudra

    Sourav Rudra
    19 Nov 2025
    4 min read
    8 commentaires

    Your favorite apps run on code maintained by exhausted volunteers. The databases powering your company? Built by developers working double shifts. Those JavaScript frameworks everyone depends on? Often shepherded by a single person, unpaid, drowning in demands.

    A new report reveals just how bad things have gotten. Sentry funded this research through their Open Source Pledge initiative. Miranda Heath, a psychologist and PhD student at The University of Edinburgh, conducted the study.

    She reviewed academic literature, analyzed 57 community materials, and talked to seven OSS developers directly. Some had burned out. Others managed to avoid it. Some walked away entirely.

    Her findings track with open source infrastructure breaking down. The pressure points are nearly identical.

    Before we dive in, you have to know there is one major limitation with this report. Most analyzed materials came from white male developers. Miranda notes that marginalized groups likely experience additional burnout factors the research missed.
    Burnout in Open Source: A Structural Problem We Can Fix Together | Open Source Pledge
    Burnout is affecting the entire Open Source ecosystem. Here’s what we could do to make things better.
    Open Source Pledge
    The Three Faces of Burnout

    Firstly, you have to understand that burnout isn’t just being tired. It has three distinct characteristics that feed off each other.

    The motivational component hits first. Developers lose the ability to push through tasks. What once felt manageable becomes impossible to start. They avoid work entirely.

    Then comes the affective breakdown. Emotional regulation fails. Developers become easily frustrated, irritated, and overwhelmed. They snap at users. They withdraw from communities.

    The cognitive shift follows. People mentally distance themselves from their work. They express negativity and cynicism towards it. Dark humor becomes a coping mechanism. “Fix it, fork it, f*ck off” becomes the phrase of choice.

    The numbers are brutal. A 2023 survey found 73% out of 26,348 developers experienced burnout at some point. Another survey showed 60% of OSS maintainers considered leaving entirely.

    Burnout is a predictor of quitting. When developers burn out, they walk away.
    Burnout is Slow Death

    Miranda found six interconnected factors driving maintainers to the edge.

    Difficulty Getting Paid: Sixty percent of OSS maintainers receive no payment whatsoever (according to the Tidelift survey). They work full-time jobs, then maintain critical infrastructure for free. The double shift wrecks their mental and physical health and steals time from friends/family. Loneliness follows.

    Crushing Workload: Popular package maintainers drown in requests. They are often solo. Finding quality contributors is nearly impossible. Email overload alone can trigger burnout.

    Maintenance Feels Unrewarding: Developers love creating. They hate the repetitive, mind-numbing maintenance work. It takes time away from what they actually enjoy (coding). There is no creativity, no learning, just repetitive work.

    Toxic Community Behavior: Users demand features like customers. They shame maintainers publicly when bugs appear. Good work goes unrecognized. Mistakes get amplified. The entitlement exhausts them.

    Toxicity exists between developers too. The majority of OSS collaboration happens remotely. No face-to-face contact. No conflict resolution training. No formal support structures or governance unless teams build them.

    This makes team toxicity both more likely and harder to fix, and the isolation aspect only makes everything worse.

    Hyper-responsibility: Developers feel crushing obligation to their communities. They can’t say no, and stepping back feels like betrayal. The guilt compounds the stress.

    Pressure to Prove Oneself: Developers need portfolios for jobs. They constantly prove themselves to the community and potential employers. The performance pressure never stops. Fear of losing reputation keeps them working past healthy limits.

    GitHub makes it worse. Achievements, badges, contribution graphs. It gamifies the work. Developers feel compelled to maintain streaks and numbers. The metrics become the measure of worth.

    These factors reinforce each other. No pay for OSS means working a full-time job on top of it. The double shift means longer hours. Longer hours kill patience. Less patience breeds toxicity. Toxicity drives contributors away. Fewer contributors means more work.
    What Needs to Change

    The report offers four clear recommendations.

    Pay OSS developers reliably. Not donations or tips. Predictable income through decentralized funding that preserves maintainer autonomy. Foster recognition and respect too.

    Community leaders must encourage better behavior, and platforms like GitHub should educate users about the humans behind the code.

    Grow the community through better education and mentorship programs. Make it easier for newcomers to contribute quality work. Financial support helps here too.

    And finally, advocate for maintainers. OSS powers critical infrastructure. Burnout puts that at risk. Advocacy bodies need to make governments aware. That awareness can bring funding and real solutions.

    And, I will be honest, this hits close to home. I fully understand what’s happening. Burnout literally robs you of any motivation or energy to do the things you love. It doesn’t just slow you down. It kills the joy entirely.

    The fix isn’t complicated. Treat maintainers like the humans they are, not free infrastructure. Companies profiting from open source need to contribute financially (at the very least).

    Employers should give developers dedicated time for OSS work. Users must remember there is a person on the other end of that issue thread. Fellow developers need to call out toxicity when they see it.

    Burnout prevention starts with basic human decency.

    #Logiciel_libre #Maintenance #Burn_out

  • #Cryptpad —> testé, adopté !

    CryptPad provides a full-fledged office suite with all the tools necessary for productive collaboration. Applications include: Rich Text, Spreadsheets, Code/Markdown, Kanban, Slides, Whiteboard and Forms.

    https://cryptpad.fr
    #pad #gestion_de_projets #logiciel #alternative #google_drive #drive #kandan #google_sheet #excel #office_suite #crypté #open_source #logiciel_libre #collaboration #XWiki

  • Vers des #collectivités libres

    Les collectivités et administrations diverses sont-elles définitivement soumises aux desiderata de #Microsoft ? Une dynamique s’enclenche pour basculer vers le libre, avec à la clé une #souveraineté retrouvée, de substantielles économies et un #impact_écologique largement amoindri.

    Pour des collectivités ou des administrations, la facturation des mises à jour de sécurité de Windows peut avoir des conséquences économiques lourdes. Microsoft, en effet, n’y va pas avec le dos de la souris : la firme entend les faire payer 53 euros par poste la première année, tout en prévenant que le prix doublerait à chaque année supplémentaire. Étudions un cas au hasard : prenons une petite ville… disons en Isère… au pif, #Echirolles. Cette municipalité de 38 000 habitants, située au sud de Grenoble, s’appuie sur un parc d’environ 1 500 ordinateurs. Mettre à jour toutes ses machines lui coûterait environ 80 000 euros la première année – sans compter les bouzins trop anciens pour supporter #Windows_11 et qu’il faudrait donc renouveler. Les prix doublant année après année, elle aura déboursé plus d’un demi-million d’euros au bout de trois ans, uniquement pour ces mises à jour. Juste parce que des petits génies du service commercial de Microsoft ont eu l’idée de faire payer ce qui était gratuit jusque-là.

    Panique sur l’Hôtel de ville échirollois ? Au contraire, calme olympien ! « Nous ne paierons aucune mise à jour », nous certifie, voix paisible, presque amusée, le directeur de la stratégie et de la culture numériques de la commune, Nicolas Vivant. Avouons-le maintenant, nous n’avons pas du tout choisi Échirolles par hasard : c’est l’une des communes françaises les plus en pointe dans le passage à #Linux et au #logiciel_libre. Une transition démarrée en 2021 avec l’adoption, à l’unanimité du conseil municipal, du schéma directeur « Échirolles numérique libre », établissant une ligne directrice jusqu’aux prochaines municipales de 2026.

    Logiciels libres et services publics

    Comme son nom l’indique, ce document acte notamment la volonté de s’orienter vers du logiciel libre. Moins, d’ailleurs, par souci économique que pour être en cohérence avec les #valeurs défendues par le conseil municipal de cette mairie historiquement communiste. « C’est sûr que si on veut être cohérents, il vaut mieux éviter de donner notre argent à une multinationale américaine », s’amuse Nicolas Vivant. Le document adopté observe : « Travail collaboratif au service de toutes et tous, transparence, une recherche de profit qui, quand elle existe, n’est que secondaire et orientée vers la réussite d’un projet commun… Les valeurs liées aux logiciels libres sont proches de celles du service public ». En outre, ces logiciels « sont et seront l’une des garanties de notre souveraineté numérique et d’une utilisation raisonnée des ressources informatiques ». Quatre ans plus tard, la manœuvre de Microsoft rend malgré elle hommage à la clairvoyance de ces élu·es… La volonté politique étant clairement établie, il restait à la traduire en actes. Basculer du jour au lendemain sur du libre, un particulier peut le faire, pas une collectivité. « On a commencé par travailler sur tout ce qui était invisible par les utilisateurs, par exemple tout ce qui est serveurs de fichiers, précise Nicolas Vivant. Que ces serveurs tournent avec Windows ou Linux, tout le monde s’en fout, pourvu que les fichiers soient accessibles et permettent de travailler en équipe. » La messagerie, l’intranet, la visioconférence… Toute l’infrastructure fonctionne désormais grâce à des logiciels libres.

    « J’ai une visibilité »

    Les choses deviennent un peu plus sensibles lorsqu’il s’agit de toucher aux ordinateurs des agents. Il y a souvent des peurs qu’il faut lever, un certain confort à utiliser des logiciels qu’on connaît déjà. Ce n’est pas pour rien que Microsoft biberonne la planète avec ses logiciels, allant jusqu’à les offrir à l’Éducation nationale ou à des organismes de formation. « On est sur une démarche de migration qui est lente, progressive, pragmatique », indique Nicolas Vivant, l’idée générale étant de basculer d’abord tous les logiciels sur du libre, afin qu’au final, le passage de Windows à Linux soit totalement indolore. Le changement du système d’exploitation est donc la dernière étape du processus. 6 % des postes ont déjà franchi la ligne, avec l’objectif de multiplier ce chiffre par trois dans les deux prochaines années.

    Le chemin vers la liberté est long, mais porte rapidement ses fruits : sur un budget informatique d’un million d’euros, l’utilisation massive de logiciels libres permet déjà à Échirolles d’économiser environ 350 000 euros par an ! « Et j’ai une visibilité sur le budget des années à venir, car je ne suis pas à la merci des décisions de Microsoft », ajoute Nicolas Vivant.
Pour Bertrand Maes, adjoint en charge du numérique à la mairie de Lyon, elle aussi engagée dans une migration vers le libre, ces économies ne doivent pas constituer une fin en soi. « Le temps de faire la bascule, on a décidé de ne pas lésiner sur l’accompagnement des agents. Car si le changement se fait mal, que les agents se sentent mal accompagnés, ça peut vite générer de la grogne et inciter les politiques suivants à revenir en arrière. »
    La roue de la croissance infinie…

    Dans cette municipalité dirigée par un maire EELV, « deux des grands axes que nous nous sommes fixés en matière de numérique sont la sobriété et la souveraineté. La façon de cocher ces deux cases, c’est d’aller vers du logiciel libre », exprime Bertrand Maes. Car le libre, et in fine Linux, permet aussi d’allonger considérablement la durée de vie des ordinateurs. Windows réclame en effet de plus en plus d’espace et de puissance, et finit par saturer la machine. Linux est nettement plus sobre. « Derrière Microsoft, il y a aussi les fournisseurs de processeurs, de cartes graphiques, les Intel, Invidia, etc, qui ont besoin d’énormes capacités d’investissements, donc de vendre beaucoup de puces et de processeurs. Ils poussent à faire des logiciels plus gourmands », et c’est la roue de la croissance infinie et de la catastrophe environnementale qui continue de tourner, observe Bertrand Maes.

    Cette roue qui mènera immanquablement à Windows 12, lequel sera certainement encore plus gourmand que son prédécesseur. L’arrivée de l’intelligence artificielle pourrait marquer un nouveau bond des capacités requises et donc rendre encore plus d’ordinateurs obsolètes… Selon l’élu lyonnais, on se trouve donc « à un moment où les choix des collectivités vont être particulièrement engageants. Par exemple au moment de renouveler du matériel : est-ce qu’il faut dès maintenant prévoir des ordinateurs très puissants qui pourront peut-être supporter Windows 12, ou rompre avec cette logique du toujours plus ? »

    https://lagedefaire-lejournal.fr/vers-des-collectivites-libres
    #collectivités_territoriales

    –-

    ajouté à la Métaliste sur les institutions et municipalités qui claquent les portes à #Microsoft :
    https://seenthis.net/messages/1143366

  • La blague de l’#open_source base de #souveraineté | Paperjam News
    https://paperjam.lu/article/la-blague-de-lopen-source-base-de-souverainete

    L’open source est un colosse aux pieds d’argile : si, à ses balbutiements, il louait la noble ambition de libérer la créativité, les #Big_Tech ont compris avec internet, puis avec le lancement de leurs propres produits, qu’elles n’avaient pas intérêt à laisser le #logiciel_libre se développer. Aujourd’hui, elles contrôlent financièrement et humainement tous les acteurs majeurs. Même l’#UE doit s’extirper du guêpier dans lequel elle s’est fourrée.

  • Fine di #Windows 10 : facciamo il punto della situazione
    https://framablog.org/2025/10/09/fine-di-windows-10-facciamo-il-punto-della-situazione

    Forse avete sentito parlare della fine del supporto di Windows 10 senza prestare particolare attenzione, oppure vi state chiedendo se questo vi riguarda. Facciamo il punto della situazione. Questa traduzione di NILOCRAM è distribuita con licenza Creative Commons By-SA 4.0. … Lire la suite­­

    #Droits_numériques #Enjeux_du_numérique #G.A.F.A.M. #Intelligence_Artificielle #Libertés_numériques #Logiciel_libre #Migration #Militantisme #Mouvement_libriste #Outils_émancipateurs #GAFAM #italiano

  • Fin de #Windows 10 : faisons le point
    https://framablog.org/2025/10/01/fin-de-windows-10-faisons-le-point

    Vous avez peut-être entendu parler de la fin du support de Windows 10 sans forcément y prêter attention, ou vous vous demandez si ça vous concerne. Faisons le point. De quoi est-il question ? Microsoft a annoncé la fin du support … Lire la suite­­

    #Droits_numériques #Enjeux_du_numérique #G.A.F.A.M. #Intelligence_Artificielle #Libertés_numériques #Logiciel_libre #Migration #Militantisme #Mouvement_libriste #Outils_émancipateurs #GAFAM

  • Sarah qui ? Ça raccroche !
    https://framablog.org/2025/09/23/sarah-qui-ca-raccroche

    Marre des appels indésirables ? Un développeur français vous propose de bloquer plus de 16 millions de numéros sur iOS et Android. Salut Camille ! Peux-tu nous dire qui tu es ? Je m’appelle Camille Bouvat, je suis développeur depuis bientôt 18 ans … Lire la suite­­

    #Enjeux_du_numérique #Interviews #Logiciel_libre #Outils_émancipateurs #Veille #Communaute #Interview #veille

  • (1) Open Letter to Satya Nadella, CEO of Microsoft on the Future of GitHub, Trust, and Digital Sovereignty | LinkedIn
    https://www.linkedin.com/pulse/open-letter-satya-nadella-ceo-microsoft-future-github-dion-wiggins-f2yic

    Dion Wiggins
    Dion Wiggins
    CTO at Omniscien Technologies | Board Member | Strategic Advisor | Consultant | Author
    16 août 2025

    16 August 2025

    Dear Mr. Nadella (Satya Nadella) ,

    As a developer of more than 40 years, across 33+ programming languages and even more platforms, I have seen the rise and fall of countless technologies, communities, and ecosystems. While I cannot speak for the global developer community as a whole, it is clear that a very large number of us feel the same deep sense of betrayal and alarm over Microsoft’s actions regarding GitHub. This letter is written not only from decades of professional experience and personal investment, but in solidarity with the thousands of developers, project maintainers, community leaders, and digital sovereignty advocates who have raised these same alarms. The issues are systemic, not individual.

    Satya Nadella (2018): “We recognize the responsibility we take on with this agreement. We are committed to being stewards of the GitHub community, which will always remain open to all developers.”

    In the above Microsoft Blog post, you promised that “GitHub will operate independently and remain an open platform for all developers,” and committed to “keeping GitHub independent and developer-first.” GitHub leadership assured the world that “GitHub will operate independently… That means GitHub retains its developer-first values, distinctive spirit, and open extensibility.”

    Public promises on the Github website at the same time made simpler promises that have now been broken.

    Nat Friedman (2018): “GitHub will operate independently… That means GitHub retains its developer-first values, distinctive spirit, and open extensibility.”

    While Microsoft continues to highlight its open source credentials and assure developers that “nothing has changed” for users, the core issue is not superficial continuity, but the structural and strategic shift of GitHub from a genuinely independent, community platform to a fully integrated corporate asset. This is not about branding, but about irreversible changes to control, incentives, and accountability.

    Microsoft Press Release (2025): “This transition enables us to accelerate GitHub’s contributions to Microsoft’s AI ecosystem.”

    Today, those commitments are in question. As TechRadar reports: “Rather than appoint a new GitHub CEO, Microsoft will integrate GitHub more directly into CoreAI, led by Jay Parikh… GitHub will now report directly into its CoreAI division.” (TechRadar)

    This reporting is echoed by The Verge, which noted that “Microsoft isn’t replacing Dohmke’s CEO position, and GitHub will be fully part of Microsoft instead of being run as a separate entity.” (The Verge)

    These moves directly contradict the 2018 promise of independence and stewardship. They are not continuity but consolidation. For many in the community, this is not simply a broken promise but an outright lie. Your words from the past: “We recognize the responsibility we take on with this agreement. We are committed to being stewards of the GitHub community, which will retain its developer-first ethos, operate independently and remain an open platform”, now stand exposed as empty assurances at best, or an intentional lie at worst.

    I repeat these phrases because you have not lived up to them and they seem unimportant to you today. Just a tool of the past, discarded once the acquisition goals were complete.

    Microsoft’s decision to absorb GitHub into its CoreAI division, eliminate its independent leadership, and embed it deeply within the company’s AI and cloud business directly contradicts these promises. The official press release states this is to “accelerate GitHub’s contributions to Microsoft’s AI ecosystem.” Microsoft executives openly describe how “GitHub’s vast code corpus is foundational for the next era of Copilot and AI model development.”

    This is not just a broken promise. It is an assault on open source itself. A collapse of credibility with the global developer community, and a direct threat to technological self-determination for every contributor, organization, and nation that depends on independent infrastructure.

    Here is just a small sample of the many negative reactions to this announcement. These articles show a clear consensus across reputable tech publications: GitHub’s absorption into CoreAI is widely seen as a major structural shift, and for many, a direct betrayal of its once independent and developer-first identity:

    The Verge – “GitHub just got less independent at Microsoft after CEO resignation”

    Discusses how GitHub’s autonomy ends as leadership shifts under Microsoft’s CoreAI structure, posing a clear signal of deeper absorption. (The Verge)

    TechRadar – “GitHub CEO resigns – is this the latest sign of its Microsoft absorption?”

    Highlights the absence of a successor and emphasizes the strategic assimilation into Microsoft’s AI ecosystem. (TechRadar)

    IT Pro – “What Thomas Dohmke’s departure means for GitHub”

    Analyzes how the CEO’s exit signals major governance changes and closer alignment with Microsoft’s AI strategy. (IT Pro)

    Windows Central – “GitHub Just Got Assimilated—CEO Out, Copilot In, Microsoft All Over It”

    Signposts the end of GitHub’s independence and elevated priority of AI within Microsoft’s internal structure. (Windows Central)

    Tom’s Hardware – “GitHub folds into Microsoft following CEO resignation—once independent programming site now part of ‘CoreAI’ team”

    Explicitly frames the move as ending GitHub’s independence and compares it to other Microsoft acquisitions that lost identity over time. (Tom’s Hardware)

    The Collapse of Trust: Big Tech’s Greed, Digital Sovereignty, and Its Consequences

    Trust is the foundation of every open source project, community, and movement. Open source cannot function without the assumption that platforms and stewards act in good faith, respect contributors, and put the long-term health of the ecosystem ahead of short-term profit.

    The breakdown of trust caused by the actions of Microsoft and other Big Tech firms is more than a single betrayal. It signals to the entire world that the social contract underpinning open source and digital agency can be bought, sold, and quietly rewritten by whoever controls the infrastructure.

    It is disingenuous to claim that developers are “free to leave” when practical migration is obstructed by technical and network effects, and when so much of the world’s open source and digital sovereignty ecosystem is already tied into GitHub’s infrastructure. Genuine freedom requires open exit, true interoperability, and transparent guarantees. None of these can exist in an environment of creeping lock-in and vertical integration.

    When companies that present themselves as stewards of community assets choose instead to exploit those assets for proprietary gain, they undermine not just their own credibility, but the very possibility of global cooperation in technology. Each time a platform is captured, centralized, or redirected to serve corporate interests, it pushes developers and innovators away from openness and into silos of mistrust and fragmentation.

    No security, compliance, or anti-abuse argument can justify stripping developers, organizations, and nations of their digital sovereignty, or transferring unilateral control over critical digital assets to a single commercial actor. Security and compliance can and must be implemented in ways that preserve agency, transparency, and open governance.

    Digital sovereignty is not a slogan. It is a core policy objective of governments, regulatory agencies, and open source communities worldwide, with documented legal frameworks and active enforcement across the EU, China, India, and many others. The concerns raised here are not hypothetical or parochial. They are echoed by policymakers, technologists, and civil society leaders globally.

    This is not an isolated incident. The industry has seen similar betrayals before: Oracle’s handling of Java, Google’s abrupt shutdown of Google Code, and previous pivots by Microsoft itself. Each time, the developer community paid the price: wasted effort, lost code, broken commitments, and a new wave of skepticism toward platform promises.

    The long-term impact is already visible:

    Developers are increasingly hesitant to share their best work on public platforms for fear it will be extracted, repackaged, and monetized by corporate actors without consent or fair return.
    Communities fracture, as trust erodes and contributors seek alternative venues or attempt to rebuild trusted enclaves outside Big Tech’s reach.
    Innovation slows, as the collaborative advantage of open source is replaced by guarded, siloed development and legal maneuvering to prevent exploitation.
    Governments and institutions start to question whether global digital infrastructure can be trusted at all, leading to regulatory walls, data localization, and a new era of digital sovereignty where nations must assert control over their technology dependencies to protect their agency and interests.

    This is not just about code or business models. It is about the collective investment of millions of developers worldwide—years of unpaid, voluntary, and mission-driven work that made GitHub the backbone of modern software. That trust, once lost, cannot be restored by marketing or legal boilerplate. It is about digital agency and the fundamental right to control one’s own digital assets, collaborations, and infrastructure choices without the threat of unilateral interference, commercial extraction, or external lock-in.

    Big Tech’s willingness to break trust for short-term advantage is sowing the seeds for a world where the promise of open, global collaboration and shared digital sovereignty is replaced by suspicion, legal battles, and technical walls. The more platforms like GitHub are captured and redirected for private enrichment, the less likely it is that the next generation of developers, communities, or nations will believe in or participate in open source at all.

    Without trust, open source collapses. Without sovereignty, collaboration corrodes. And once credibility is gone, it is almost impossible to rebuild.

    The world is watching, not your assurances, but your actions.

    These concerns are not academic or hypothetical. They reflect the real and growing alarm expressed by thousands of developers, project leaders, digital sovereignty advocates, and policymakers worldwide. Digital sovereignty is not a slogan, but a legal and strategic reality, shaping government, enterprise, and technical policy from the European Union to Asia and the Global South. No reassurances, PR statements, or cherry-picked open source releases can substitute for the specific, transparent, and enforceable commitments demanded here. The complexity and length of this letter are necessary because the stakes—for global innovation, autonomy, and trust—could not be higher.

    The following questions must be answered directly, with transparency, not PR spin. This is about the survival of open source as a trusted, collaborative foundation for global innovation, and about the preservation of digital sovereignty and agency for everyone who relies on these platforms.

    1. Do you acknowledge that folding GitHub into Microsoft’s CoreAI division and revoking its independence directly contradicts your explicit public commitments to keep GitHub open and independent? If not, what specific facts justify your claim that these moves are not a corporate takeover and betrayal?

    Microsoft pledged that GitHub would remain independent, open, and developer-first. Integrating GitHub into CoreAI, eliminating operational independence, and repurposing it as a pipeline for Microsoft’s AI ambitions is the very definition of a corporate takeover.

    2. What concrete, legally binding measures will you implement, beyond policy statements, to guarantee that GitHub will never be used as a captive data source for Microsoft’s proprietary AI models or to lock developers and organizations into your ecosystem, undermining their digital sovereignty and agency?

    The world sees this as a strip and extract operation: first mining community content, then enclosing it, and finally locking developers, communities, and entire organizations into Microsoft’s ecosystem, which is the opposite of open source and sovereign control.

    3. What immediate, auditable steps will Microsoft take to repair the breach of trust with developers and platform stakeholders—including independent oversight and enforceable guarantees—to prove that GitHub will not be exploited for Microsoft’s commercial gain or to undermine the digital sovereignty of its users?

    Repeated public promises were made that GitHub would retain its developer-first values and open extensibility. The loss of trust is not just about business decisions—it is about whether open source contributors, organizations, and governments can ever again believe in the commitments of those who control their code, collaboration, and infrastructure.

    4. Will Microsoft commit, by enforceable policy and public documentation, that no public GitHub repositories will be used for training proprietary AI models or commercial products without explicit opt-in consent from project owners, thus protecting the digital agency and autonomy of all contributors?

    Developers globally are concerned that their open source contributions are being silently harvested for commercial AI without consent, attribution, or compensation.

    5. Will Microsoft provide developers and organizations with granular, real-time tools to track and control every instance where their code or metadata is accessed, processed, or used for AI or commercial purposes, along with a public log of such activity—empowering all users to exercise digital agency over their work and assets?

    Developers have a right to track and control use of their code in AI and data pipelines. Sovereign organizations and communities have an equal right to transparent control over their assets and digital infrastructure.

    6. Will Microsoft legally guarantee that all GitHub users retain unrestricted rights and technical means to export or migrate their code, data, and issue history at any time, without penalty or delay, and that no feature or license changes will restrict this freedom or diminish their digital sovereignty?

    The health of the open source ecosystem depends on freedom of movement, agency, and interoperability—not closed integration with any vendor’s stack or barriers that undermine organizational or national self-determination.

    7. Will Microsoft commit, by contract and technology, to never implement, enable, or cooperate in any form of kill switch, access denial, or politically motivated censorship affecting GitHub projects, regardless of pressure from governments or commercial interests—thus respecting the digital sovereignty and agency of all users worldwide?

    Centralization amplifies the risk of politically or commercially motivated interference in developer access, especially during periods of geopolitical tension. Digital sovereignty means ensuring no single entity can unilaterally block, censor, or deny access to critical digital assets.

    8. Will Microsoft agree to continuous, binding, independent audits of GitHub’s operations, with real enforcement power and board representation for open source foundations such as the Linux Foundation, FSF, or OSI, to safeguard the sovereignty and agency of the broader community?

    A platform of GitHub’s global importance cannot be accountable only to its corporate owner. Recognized foundations must be invited to participate in this oversight. No internal Microsoft committee or advisory board can substitute for independent, enforceable, foundation-driven oversight with real transparency, developer representation, and binding authority. Only governance with teeth can rebuild trust and protect digital agency.

    9. Will Microsoft publish a full, advance public record of all technical, legal, and policy changes that affect GitHub’s integration with Microsoft’s AI and cloud infrastructure, including any changes to data access, contributor rights, or project governance—providing all stakeholders with the information they need to protect their digital sovereignty and agency?

    Developers, organizations, and governments need to understand the real scope of integration, dependencies, and any hidden impacts on autonomy, sovereignty, or compliance.

    10. Will Microsoft publicly accept binding legal and financial liability, including retroactive remedies, if any use of GitHub code, data, or metadata for AI or commercial purposes is found to violate open source licenses, contributor agreements, relevant law, or the digital rights and sovereignty of its users?

    The risk of legal and ethical breach is not theoretical—it is a live issue globally. This letter calls for binding, publicly auditable commitments, not ambiguous legalese, policy footnotes, or unenforceable pledges. The stakes demand real-world, transparent, and contractually enforceable action.

    Specific Remedies the Community Expects

    To ensure that trust is restored and preserved, and to provide the minimum foundation for moving forward in a world where digital sovereignty and agency matter, the following concrete remedies should be enacted:

    Restore an independent GitHub CEO and governance board, separate from Microsoft’s AI, cloud, and product divisions, with real authority and transparency to protect community interests and platform autonomy.
    Publish and enforce a clear, public data use and extraction policy for AI and all other Microsoft product development, including explicit opt-in or opt-out for project owners regarding code, metadata, and issue data, respecting the digital sovereignty of every contributor and community.
    Submit to regular, external audits by recognized organizations such as the Linux Foundation, Free Software Foundation, or Open Source Initiative, with findings published in full to ensure accountability and agency for all stakeholders.
    Contractually guarantee migration and export rights for all repositories and developer data, ensuring there are no technical, legal, or policy barriers to leaving the platform, thus safeguarding the freedom and digital sovereignty of every user.
    Publish quarterly transparency reports detailing code access, AI extraction activity, and all data-sharing between GitHub and Microsoft’s internal systems, giving all users the visibility needed to maintain their own agency and control.

    Pointing to isolated positive actions or PR initiatives does not address the irreversible structural shift underway, nor does it remedy the breach of trust caused by consolidating platform power without transparent, community-backed guarantees.

    What happens next matters. If these concerns are not addressed openly and concretely, many developers, projects, organizations, and even governments will have to reconsider their continued trust in GitHub’s stewardship and Microsoft’s commitments to open source and digital sovereignty. Major voices in the community are already calling for alternatives and greater scrutiny of platform governance. I encourage other developers, open source advocates, digital sovereignty experts, and independent observers to follow this issue closely and demand real accountability for the future of digital collaboration and autonomous control.

    I invite Microsoft, and you personally, to respond to these questions in a public forum or published statement so the entire developer and digital sovereignty community can judge for themselves whether these concerns will be taken seriously and addressed with binding commitments. Setting a clear, reasonable timeline for such a response—for example, within 30 days—would show respect for the global community that helped make GitHub what it is.

    If no substantive answers are provided, many will conclude that Microsoft is unwilling to rebuild trust or respect the values that made open source and digital sovereignty possible in the first place. If silence or spin is all that follows, developers, communities, and national stakeholders will begin organizing alternatives, engaging with independent foundations for oversight, and calling for regulatory scrutiny of platform stewardship on an industry-wide scale.

    What Microsoft does next will set a precedent for all of Big Tech. This moment is about more than one company or one platform. It is about whether open source, digital sovereignty, and the collective trust, investment, and creativity of millions can survive in an era of corporate consolidation and broken promises.

    While I am only one voice among many, thousands of developers, project leaders, and digital-sovereignty advocates echo these concerns. The false assurances made in 2018, documented above, are the root cause of this collapse of credibility. We have no interest in PR spin, empty reassurances, or legal jargon. Only real, specific action and binding commitments will be accepted by the community. Thank you for your attention. The world is watching what you do next.

    Sincerely,

    Dion Wiggins

    A concerned developer of 40+ years, writing in solidarity with the global open source and digital sovereignty community

    #OpenLetter #Microsoft #GitHub #OpenSource #DigitalSovereignty #CoreAI #Developers #Betrayal #Trust #AI

    #Intelligence_artificielle #Emmerdification #GitHub #Microsoft #Logiciel_libre #Economie_numérique

  • (1) GitHub’s Fall: Microsoft’s AI Takeover, Developer Betrayal, and the Next Fight for Digital Sovereignty | LinkedIn
    https://www.linkedin.com/pulse/githubs-fall-microsofts-ai-takeover-developer-betrayal-dion-wiggins-oyetc/?trackingId=9%2BXyAt0nQPavxozgN2eU%2Fw%3D%3D

    Un très bel exemple d’emmerdification.
    L’internet est globalement bâti sur la confiance. Les plateformes ont tué cette confiance. Que reste-t-il ?

    Dion Wiggins
    Dion Wiggins
    CTO at Omniscien Technologies | Board Member | Strategic Advisor | Consultant | Author
    15 août 2025

    Microsoft’s Assimilation of GitHub Is Another Step in the Death of Platform Trust, the Rise of AI Extraction, and the Global Struggle to Reclaim Digital Sovereignty

    TL;DR:

    Microsoft’s full-scale takeover of GitHub is the final blow to developer trust, turning the world’s open source backbone into proprietary AI fuel and erasing any illusion of platform neutrality. Once again, promises were made, trust is broken; just another step in content theft that Big Tech and Big AI think they can get away with. Developers, governments, and organizations worldwide are now at the mercy of corporate and geopolitical power plays. The only way forward is community-led rebellion, a new, truly sovereign commons, before software freedom is lost for good.
    Introduction

    Let’s be brutally clear:

    Microsoft’s decision to fully absorb GitHub into its AI empire marks the end of any pretense of independence, neutrality, or respect for the developer community.

    This is not some routine restructuring. It is a hostile act, engineered by one of the most powerful tech monopolies on the planet, to seize control of the world’s open source infrastructure and weaponize it for corporate AI extraction.

    Long before GitHub, back when I started coding in 1981 on a Sinclair ZX81, sharing code meant something fundamentally different. We passed around code through magazines, printed in HEX or Sinclair BASIC, pages you painstakingly typed in line by line. The real learning didn’t come from retyping the code from the magazine. It came from the hours spent debugging, chasing down errors, and deciphering the logic behind every command until you understood what was really happening under the hood. You had to, because you were almost guaranteed to make a few typos. That shared struggle built a culture of trust, resilience, and real collaboration. We were communities long before platforms, and every bit of progress came from open sharing, not corporate gatekeeping.
    Contenu de l’article
    This is what sharing code looked like when trust was built by communities, not platforms. If you didn’t learn by debugging pages like this, you missed what real collaboration meant.

    Since that time, I have coded in 33 programming languages and on even more hardware platforms. The languages ranged from CICS COBOL on IBM 3090 Mainframes, dBase, Paradox, C, C++, Java, Python, and many more. I have seen, and built for, eras where the stack was closed, open, fractured, and federated. The unifying theme was always the same: community, mutual reliance, and the freedom to learn from and build on each other’s work.

    We moved on to share code via BBS, then floppy disks traded at user groups, Usenet groups, FTP servers, and early web forums. Each shift in medium changed the speed and reach, but not the spirit. Sharing was learning, but the goal was our benefit: we shared because we all gained. The incentive was to solve problems together, to advance our own projects, and to make each other better—not to feed a distant corporate engine or surrender ownership for someone else’s profit cycle.

    As the internet matured, so did the ways we collaborated. We evolved through centralized hosting platforms like SourceForge, Google Code, Bitbucket, and others that tried to streamline sharing and version control for a new generation of distributed teams. Each new tool promised greater freedom and productivity, but also laid the groundwork for new forms of dependency. Progressively, GitHub became the default home of the world’s open source code, a place that was supposed to serve the developer community above all else. For a time, it did.

    GitHub earned our trust through transparency, reliability, and a relentless focus on developer needs. It was a place where anyone, from student to CTO, could contribute, fork, learn, and share. Over time, it took over and became the home of nearly all developers, or at the very least, the place everyone drew from to solve problems, learn new approaches, or see how the best in the field worked. GitHub wasn’t just a platform. It became the backbone of modern software and the largest collective repository of technical knowledge, learning, and creativity the world has ever seen.

    Microsoft acquired GitHub in 2018, and concerns were immediately raised across the developer world. This was the same Microsoft whose executives had, for years, publicly denounced open source—famously calling Linux a “cancer” during the Ballmer era.

    Microsoft promised to behave, swearing public loyalty to open source and pledging non-interference. But we should have known better. If you trusted Microsoft to keep its hands off, you ignored decades of precedent.

    Six years later, that promise is void.

    History shows exactly how this script plays out: trust is extended, compliance is promised, and the moment the calculus changes, those promises are discarded in favor of control and profit.

    On July 3, 2024, GitHub slammed the door on over 8 million developers overnight, limiting access to repositories in sanctioned countries with zero warning and zero recourse. Years of work, public sector infrastructure, and countless collaborative projects were cut off at the stroke of a pen—no appeals, no explanation. One developer’s message summed up the impact: “I woke up and years of work were gone—no warning, no appeal, just a wall.” This wasn’t just a technical incident. This was entire digital economies, civic tech initiatives, and national R&D pipelines unplugged in a single act of compliance theater.

    If you are a developer, founder, policymaker, or anyone who actually cares about digital sovereignty, understand this: what just happened to GitHub is not just a platform betrayal. It is a textbook case of platform capture, content theft, and the industrialization of trust violation at a global scale. Eight million developers, hundreds of thousands of organizations, and entire national digital strategies, locked out with a single boardroom decision.

    This isn’t some far-off warning, it’s reality. If you think your platform, your contract, or your sovereignty is safe, look at GitHub and understand: nobody is immune. This is not only about open source. This is about who controls infrastructure, who sets the terms of participation, and who gets to decide when you are switched off.

    Trust is not eroded over time. Trust is extracted, spent, and discarded the second it gets in the way of a corporate agenda. Microsoft’s move is a warning shot to every government, industry, and developer who still believes in platform neutrality or the fantasy of corporate stewardship. The evidence is in: the era of “safe” digital infrastructure is over, and the price of complacency is total dependency.

    If you’re still betting your future on platform promises, understand: what happened to GitHub isn’t the exception. It’s the new rule.
    The End of GitHub’s Independence: Bait, Switch, and Betrayal

    GitHub was once our home. Developers built it line by line, repo by repo, believing it would always be a place governed by community, transparency, and consent. Microsoft bought it for $7.5 billion in 2018, promising independence and respect for what made GitHub special.

    Satya Nadella stated in June 2018, “GitHub will retain its developer-first ethos and operate independently to provide an open platform for all developers.” Just six years later, that promise is officially void.

    Satya Nadella, Thomas Dohmke, and every exec in sight paraded the same lines:

    "We will keep GitHub separate. We will honor the open source community. We will not interfere.” - They lied!!!

    Anyone who still believes those statements is ignoring the entire playbook of tech consolidation.

    Fast forward: Microsoft tossed those promises aside the second it became profitable to do so. Thomas Dohmke is out. The buffer between the world’s developer commons and a trillion-dollar AI behemoth has been erased. No more “operating as a separate company.” GitHub is now a naked asset on Microsoft’s balance sheet. Your code, your contributions, your project histories, and the entire behavioral exhaust of decades of global software collaboration are now just another dataset for Microsoft’s AI machine. No loyalty, no consultation, no apology.

    This is a direct breach of trust. Microsoft’s assurances were always a lie of convenience. Trust was not eroded over time; it was extracted and spent, then weaponized for shareholder value. If you still think “platform neutrality” exists under corporate ownership, you have not been paying attention.
    Trust Broken Again: If Microsoft Lied About GitHub, What Makes You Think You’re Safe?

    Let’s cut the spin—Microsoft’s betrayal of GitHub isn’t just a footnote. It’s a massive, public display of how little the company values its own commitments, and it should send shockwaves through every organization, government, and IT leader still betting their business on Microsoft’s promises.

    If Microsoft will gut the world’s biggest open source platform for a quick AI land grab, what stops them from doing the same with Azure, Office 365, Teams, LinkedIn, or even Windows? The answer is nothing. When trust is disposable and every “independent” product is one boardroom meeting away from total assimilation, all assurances are worthless.

    This isn’t just about developer tools. Microsoft has a long, ugly track record of buying trust, locking in users, then pulling the rug when convenient: Skype, Yammer, Nokia, LinkedIn, and now GitHub. The real message: user autonomy, sovereignty, and even contractual guarantees are just PR camouflage for an extraction business model. The minute your data, infrastructure, or community is useful to Microsoft’s next product cycle, they will rewrite the rules, lock the doors, and leave you with nothing but a press release and an invoice.

    So ask yourself: if “operational independence” at GitHub was vaporized overnight, why do you think your cloud, your data, or your contracts are sacred? How long before “Azure Sovereign Cloud” or “data residency” are exposed as another bait-and-switch, rewritten in legalese to serve Microsoft’s bottom line?

    Trust is dead. If you’re still handing Microsoft the keys, you’re next in line. Plan your exit, or wait your turn to be betrayed.
    Developer-First Is Dead: Welcome to the Age of AI Extraction

    The narrative shift is complete. The question is no longer “What do developers need?” It is now “What does Microsoft’s AI pipeline need next?” Every signal from the open source ecosystem will now be surveilled, productized, and stripped for anything that can fuel Microsoft’s proprietary Copilot models or whatever AI monstrosity Redmond dreams up next.

    What does this mean in practice? Billions of lines of code, much of it published under licenses like GPL, MIT, and Apache, are being siphoned off for AI training, often in violation of license terms and always without meaningful consent. In November 2022, a class action lawsuit (Doe v. GitHub, Microsoft, OpenAI) was filed accusing Microsoft of “systematically violating open source licenses by using code for AI training without compliance or attribution.” This isn’t just academic: the legal and compliance risks are now headline news, and Microsoft’s only real response has been to double down on integration, not transparency or consent.

    Copilot’s entire existence is a monument to this content heist: scraping, remixing, and monetizing work created by others, then hiding it behind black-box APIs. If you are an artist, writer, or musician, this story should sound familiar. The exact same playbook is being run: take the community’s work, declare it fair game, enclose it in a proprietary system, and dare anyone to fight back in court.
    Big AI’s Pattern: The War on Consent

    Microsoft’s capture of GitHub is not a one-off blunder. It is part of a relentless pattern of Big AI and Silicon Valley platform capture. The sequence never changes:

    Win community trust with promises of independence and “do no evil.”
    Extract maximum value and user data while compliance and transparency are still assumed.
    Change the rules, citing “innovation” or “efficiency” as cover for unilateral decisions.
    Lock in users by making alternatives inconvenient or technically inferior.
    Weaponize user data and contributions as proprietary fuel for corporate AI.
    Rewrite the ethical narrative after the fact, hoping developer outrage will fade.

    Every major tech platform that swore to serve the public now serves its investors and partners, from YouTube to Facebook to GitHub. The result is always the same: creators lose agency and ownership, and their work is turned into untraceable fuel for corporate AI. In the case of GitHub, this theft is not just creative or economic—it is existential. The source code for the world’s infrastructure, supply chains, critical systems, and national digital ambitions is now held hostage to Microsoft’s product cycle and the whims of US law and policy.
    Geopolitics: Software Sovereignty as a National Security Issue

    If you are not worried about the geopolitical dimension, you are sleepwalking into disaster. GitHub is now an explicit US strategic asset, giving Microsoft and the US government de facto leverage over the global software supply chain. Think this is just rhetoric? Ask the countries, companies, and NGOs who have found themselves suddenly cut off from cloud services, developer tools, or code access because they fell on the wrong side of a sanction or export control order.

    Dependency is now risk, and risk is now the default state for anyone outside Microsoft’s immediate reach. This is not theoretical. It is happening in real time. In 2019, GitHub blocked access for developers in Crimea, Iran, and Syria, instantly severing entire regions from open-source collaboration overnight as a result of US government sanctions. Projects, user accounts, and critical repositories were rendered inaccessible without warning, demonstrating exactly how quickly a platform under US control can become a geopolitical chokepoint.

    This is only accelerating as AI becomes the core of economic, military, and political power worldwide.
    The Real Human Cost: Developer Community and Identity Under Attack

    This isn’t just about code. This is about identity. Developers made GitHub what it was. The betrayal here is personal, and it is permanent. This was supposed to be the era of open collaboration and peer-driven software. Instead, we are watching the industrialization of trust violation. The OSS world is being strip-mined for raw material and left with nothing but glossy blog posts and “AI innovation” press releases in return.

    Do not underestimate the irreversibility of this shift. Once a generation of code and developer metadata is absorbed into Microsoft’s AI models, it cannot be reclaimed, re-licensed, or erased. The damage is permanent, not cyclical.
    The Only Real Answer: Wikipedia for Code, Community Rebellion, and True Sovereignty

    There is a way out, but only if the community wakes up. Every monopoly move sows the seeds of its own disruption. The next platform must not be another VC-backed honeypot or government proxy. It must be a real public good, with transparent, democratic governance, legal guarantees against extraction, and technical safeguards against future capture. A Wikipedia for code, built by and for the people who actually write the world’s software.

    This means open governance, clear user ownership, funding models that do not rely on surveillance or advertising, and explicit legal structures to prevent future consolidation. If you care about open source, digital sovereignty, or even basic creative justice, it is time to stop waiting for rescue and start building. The only thing more dangerous than Microsoft’s AI-first strategy is developer inertia in the face of it.
    Bottom Line

    Microsoft’s capture of GitHub is not just another corporate merger. It is a milestone in the ongoing war over who owns the future of software and, by extension, digital society. The era of developer-first collaboration is over. What replaces it depends on what the global community does next. If we let this pass, we are complicit in the theft of a generation’s work and the creation of a world where software freedom is just a nostalgic memory.

    Trust is gone. The buffer is gone. Your code is now their commodity. This is your final warning. Either build the next great commons, or watch everything you created become another trophy for Big AI.

    The takeover of GitHub is not a story about one company or one platform, it is a warning shot fired at the very foundation of modern digital society. Every developer, every business, every government who shrugs this off is handing Microsoft the keys not just to code, but to the future of innovation, collaboration, and control itself. The era of platform trust is over. The game now is raw leverage, forced dependency, and the systematic stripping of everything that made open source powerful in the first place.

    Microsoft is not alone. Big AI and Big Tech across the board have been emboldened by years of weak oversight and complacency. They are moving in lockstep, seizing communities, centralizing infrastructure, rewriting the rules, and building business models on the backs of your labor and your trust. From Google to Amazon to Meta and beyond, the playbook is always the same: capture the commons, extract the value, lock the doors, and dare anyone to challenge the new order. They are not competing for users, they are dividing up the future.

    Access is not a technical privilege, it is a geopolitical weapon. The value created by global contributors can be seized or blocked in an instant, at the whim of corporate or national interests.

    This is the real risk. When access can be blocked or revoked at the whim of a corporation or by the order of a foreign government, sovereignty is a fantasy. Your work, especially in open source, was never meant for just the community that Microsoft or the US government happens to approve of this week. It was meant for the world, for anyone with the curiosity and drive to build. Now, that universal promise is being systematically dismantled and replaced with selective, politicized exclusion. Access, participation, and even recognition itself are now contingent—not on merit, but on compliance with the agenda of whoever holds the keys. When your contributions can be walled off, seized, or deleted by a platform operator or foreign sanction, the danger is not just economic or technical. It is a threat to global collaboration, to knowledge itself, and to the very principle of shared human progress.

    True digital sovereignty means unconditional, universal access and control. Anything less is just dependency, leaving you at the mercy of platform owners or the political whims of their government.

    If we allow this to stand, we are not just complicit in the loss of a generation’s work—we are witnesses to the extinction of software freedom as a living reality. There are no more neutral platforms, no benevolent stewards, and no second chances. Act now. Reclaim your code, build new institutions, and refuse to let Big AI’s hunger write the rules of your world. If you do not, everything you create will belong to someone else, locked away and weaponized against you.

    This is not just the end of an era. It is the start of a new digital regime where trust is dead and sovereignty is what you take back, or you lose forever.

    #GitHub #Microsoft #OpenSource #AIGovernance #Sovereignty #ContentTheft
    About the Author

    About the Author Dion Wiggins is Chief Technology Officer and co-founder of Omniscien Technologies, where he leads the development of Language Studio—a secure, regionally hosted AI platform for digital sovereignty. It powers translation, generative AI, and media workflows for governments and enterprises needing data control and computational autonomy. The platform is trusted by public sector institutions worldwide.

    A pioneer of Asia’s Internet economy, Dion founded Asia Online, one of the region’s first ISPs in the early 1990’s, and has since advised over 100 multinational firms, including LVMH, Intuit, Microsoft, Oracle, SAP, IBM, and Cisco.

    With 30+ years at the crossroads of technology, geopolitics, and infrastructure, Dion is a global expert on AI governance, cybersecurity, and cross-border data policy. He coined the term “Great Firewall of China”, and contributed to national ICT strategies—including China’s 11th Five-Year Plan.

    He has advised governments and ministries across Asia, the Middle East, and Europe, shaping national tech agendas at the ministerial and intergovernmental level.

    As Vice President and Research Director at Gartner, Dion led global research on outsourcing, cybersecurity, open-source, localization, and e-government, influencing top-level public and private sector strategies.

    He received the Chairman’s Commendation Award from Bill Gates for software innovation and holds the U.S. O-1 Visa for Extraordinary Ability—awarded to the top 5% in their field globally.

    A frequent keynote speaker and trusted advisor, Dion has delivered insights at over 1,000 global forums, including UN summits, Gartner Symposium/Xpo, and government briefings. His work has been cited in The Economist, Wall Street Journal, CNN, Bloomberg, BBC, and over 100,000 media reports.

    At the core of his mission:

    “The future will not be open by default—it will be sovereign by design, or not at all.”

    #Intelligence_artificielle #Emmerdification #GitHub #Microsoft #Logiciel_libre #Economie_numérique

  • Des nouvelles d’Argos Panoptès, la solution de #Supervision de sites web simple et efficace
    https://framablog.org/2025/01/28/des-nouvelles-dargos-panoptes-la-solution-de-supervision-de-sites-web-sim

    Cela fait déjà plus de 8 mois que nous avons annoncé la sortie de la première version d’Argos Panoptès, notre logiciel de supervision dédié aux sites web, sur le Framablog et il est temps de faire un petit point d’étape. … Lire la suite­­

    #Le_coin_tech #Logiciel_libre #Outils_émancipateurs #Adminsys #Argos #Argos_Panoptès #Code #Frama.space

  • Linux implementiert US-Sanktionen : Jetzt auch Huawei-Entwickler betroffen
    https://www.telepolis.de/features/Linux-implementiert-US-Sanktionen-Jetzt-auch-Huawei-Entwickler-betroffen-9

    Est-ce qu’il est encore possible de créer des logiciels libres aux USA ? La réponse dépend de l’idée qu’on se fait de ce que c’est. Ma réponse est forcément non si je considère la coopération d’individus indépendants du monde entier comme élément essentiel de la définition. Les sanctions imposées par l’Ofac états-unien soulignent le fait que le « leader » du monde occidental ne représente plus qu’une liberté orwellienne depuis longtemps.

    Puisque le régime impérialiste à Washington impose ses sanctions en Europe, il y menace toute personne qui tient à ses relations professionnelles et amicales. Aujourd’hui nos amis russes ou chinois sont alors ce que furent les juifs entre 33 et 45, des personnes â éviter exclues de la communauté humaine.

    L’exemple de la Linux Foundation montre l’ambition totalitaire de notre big brother d’outre-mer. Il est temps de protéger nos relations amicales contre cet envahisseur.

    30.10.2024 von Marcel Kunzmann - Der Linux-Kernel hat russische Entwickler verbannt. Tatsächlich reicht der Schritt jedoch viel weiter. Inzwischen sind auch Huawei-Entwickler betroffen.

    Vergangene Woche war der Linux-Systemkern Teil weltweiter Aufmerksamkeit, als dessen Chefentwickler Linus Torvalds den Rauswurf von 12 russischen Mitarbeitern ankündigte.

    Wie sich herausgestellt hat, richtete sich der Schritt dabei keineswegs nur gegen Russland, sondern es wurden umfangreiche extraterritoriale Sanktionen des US-Finanzministeriums implementiert. Die jetzt auch andere getroffen haben.
    Die russischen Programmierer

    Der Ausschluss wurde über einen Patch in der Kernel-Version 6.12-rc4 vollzogen, der die entsprechenden Entwickler aus der „Maintainers“-Datei strich, in der alle Betreuer des Kernels aufgeführt werden.

    Die meisten der ursprünglich aus der Maintainer-Liste entfernten Programmierer arbeiteten an Treibern für Hardware von Unternehmen wie Acer, Cirrus und insbesondere Baikal, einem Unternehmen, das versuchte, in Russland entwickelte Arm-CPUs zu entwickeln und 2023 Konkurs anmeldete.

    Einer der betroffenen russischen Entwickler, Serge Semin, der anscheinend für das sanktionierte russische Technologieunternehmen Baikal arbeitete, veröffentlichte einen ausführlichen Abschiedsbrief an die Kernel-Liste, in dem er sich als „Freiwilliger und Hobbyist“ beschrieb.

    Ofac-Sanktionen jetzt Teil der Kernel-Policy

    Vordergründig steht die Entscheidung in direktem Zusammenhang mit dem Ukraine-Krieg, wie Torvalds selbst angab: „Ich bin Finne. Dachten Sie, ich würde die russische Aggression unterstützen?“, erklärte Torvalds in einer ersten Reaktion auf die anschließende hitzige Debatte.

    Torwalds gab an, sich nicht auf rechtliche Diskussionen einlassen zu wollen. „Ich bin kein Anwalt, daher werde ich nicht auf die Details eingehen, die mir – und anderen Betreuern – von Anwälten mitgeteilt wurden“, sagte er. Kernel-Entwickler James Bottomley gab in einer Mailingliste am 24. Oktober jedoch bekannt, dass Torvalds Begründung nicht den Kern der Angelegenheit trifft, indem er den Wortlaut der neuen „Compliance-Anforderungen“ veröffentlichte:

    Wenn Ihr Unternehmen auf der Sanktionsliste des US-Amts zur Kontrolle von Auslandsvermögen (Ofac) steht, einem Ofac-Sanktionsprogramm unterliegt oder sich im Besitz bzw. unter der Kontrolle eines gelisteten Unternehmens befindet, unterliegt unsere Zusammenarbeit mit Ihnen Einschränkungen und Sie können nicht in die MAINTAINERS-Datei aufgenommen werden.

    40 Huawei-Entwickler ebenfalls entfernt

    Noch am selben Tag wurden offenbar auch andere Kernelentwickler als Maintainers entfernt, wie aus der Mailingliste hervorgeht.

    Diese sind offenbar mit dem chinesischen Technologieunternehmen Huawei assoziiert, welches ebenfalls US-Sanktionen unterliegt. Kernelentwickler Quake Wang schrieb zur Begründung:

    Einige Einträge wurden aufgrund verschiedener Compliance-Anforderungen entfernt. Sie können in Zukunft nicht wiederkommen, da Huawei von den meisten freiheitlichen Ländern der Welt sanktioniert wird.

    Konkret geht es um 40 Entwickler, deren eMail-Adressen auf @huawei.com enden. Den Namen zu Folge handelt es sich vermutlich nicht nur um Chinesen. Ähnlich wie bei den russischen Entwicklern, dürfte die Auswahl auf Basis der Mail-Adressenendung erfolgt sein.

    Laut dem Listeneintrag arbeiteten sie an verschiedenen Treibern für HiSilicon-Produkte, wozu beispielsweise Huaweis Kirin-Smartphone-Prozessoren zählen. Die meisten Huawei-Mobilgeräte setzen auf Android, das auf dem Linux-Kernel basiert. Wie andere Hersteller auch, ist das Unternehmen auf gute Treiberunterstützung angewiesen.

    Die Entwicklung wirft ein Schlaglicht auf die Frage nach der Unabhängigkeit freier Software, da die Ofac-Sanktionen prinzipiell unilaterale US-Maßnahmen sind und keinen Beschlüssen internationaler Institutionen entsprechen.

    Laut dem Fachportal ArsTechnica hat die in den USA ansässige Linux-Foundation bislang weiterhin nicht auf Anfragen zu den Vorgängen reagiert.

    #logiciel_libre #USA #impérialisme

  • #Argos_Panoptès : la supervision de sites web simple et efficace
    https://framablog.org/2024/05/16/argos-panoptes-la-supervision-de-sites-web-simple-et-efficace

    Un nouvel outil de supervision de sites web vient de sortir de la forge de Framasoft, tout beau, tout neuf, tout simple. Mais pourquoi ? On vous explique tout ! Le problème Chez Framasoft, nous avons beaucoup de sites web. Vous connaissez … Lire la suite­­

    #Le_coin_tech #Logiciel_libre #Outils_émancipateurs #Adminsys #Code #Frama.space #PostgreSQL #Python

  • RTS Des drones tueurs fonctionnent avec un logiciel d’origine suisse

    Créé entre 2008 et 2011 à l’EPF de Zurich, un logiciel de pilotage automatique équipe de nombreux drones utilisés sur le champ de bataille, de l’Ukraine à Gaza, y compris des drones kamikazes, révèle jeudi le Pôle enquête de la RTS. L’EPFZ et l’inventeur du concept, un ex-étudiant de l’école, s’estiment exonérés de toute responsabilité liée à ces développements.

    Le logiciel de pilotage automatique, appelé PX4, et sa suite Pixhawk, ont été conçus entre 2008 et 2011 à l’Ecole polytechnique fédérale de Zurich (EPFZ) par une équipe d’une quinzaine d’étudiants encadrés par certains de leurs professeurs.


    Ils cherchaient le moyen de faire fonctionner un drone de façon autonome, indépendamment d’une télécommande. On le compare souvent au système d’exploitation Android pour les smartphones, tant son utilisation s’est généralisée. A des fins civiles, mais aussi militaires. Ce qui soulève un certain nombre de questions éthiques et stratégiques.

    Utilisation en Ukraine
    Le logiciel d’origine suisse est utilisé par divers belligérants dans le monde en zone de guerre. Il a été retrouvé en Ukraine, sur le champ de bataille, par des unités russes, dans au moins quatre cas identifiés par le Pôle enquête de la RTS. Dans l’une de ces situations, le logiciel dans sa version Pixhawk se trouvait à l’intérieur d’un drone ukrainien équipé d’une charge explosive.

    Les codes sources du logiciel ont été partagés sur une plateforme internet dédiée, ce qui vaut au système d’être régulièrement mis à jour par ses utilisateurs, pour la plus grande satisfaction des forces armées ukrainiennes notamment. « Le fait que des logiciels de pilotage soient disponibles en source ouverte, ça leur a certainement fait gagner des années », estime l’expert en aéronautique Xavier Tytelman jeudi dans le 19h30 de la RTS.

    Des drones autonomes à bas coûts
    L’autopilotage a révolutionné l’industrie du drone de guerre. Sur le théâtre d’opérations, où le signal GPS peut facilement être brouillé, permettre à un drone de faire aboutir sa mission quoi qu’il arrive est un enjeu majeur. « Quand ils sont en train de guider leurs drones kamikazes pour aller par exemple sur un char, même si la communication est perdue, il faut que le drone continue tout droit jusqu’à l’impact. Et ça, ce sont des modifications qu’ils ont pu réaliser et ils l’ont fait très rapidement », souligne Xavier Tytelman.

    Même si la communication est perdue, il faut que le drone continue tout droit jusqu’à l’impact
    Xavier Tytelman, expert en aéronautique

    Vendu à peine plus de 100 euros sur internet pour les modèles les moins récents, dont certains sont fabriqués en Chine, Pixhawk a favorisé l’essor d’une nouvelle économie, celle des drones de guerre autonome à bas coûts. La RTS a pu consulter un document dans lequel la coalition menée par les Etats-Unis pour vaincre le groupe Etat islamique alerte ses membres sur la volonté du groupe terroriste d’acquérir ce logiciel pour ses drones. Le groupe terroriste a déjà pu s’en procurer, a appris la RTS.

    Révolution « dangereuse »
    Fondateur de l’Organisation israélienne de défense antimissile, à qui l’on doit le fameux Dôme de fer, l’ingénieur Uzi Rubin, aujourd’hui chercheur à l’Institut d’études stratégiques de Jérusalem, estime que cette prolifération représente un danger. Il s’inquiète des développements militaires favorisés par le partage d’expérience open-source, via PX4 ou son concurrent Ardupilot. « N’importe qui avec ça peut aujourd’hui créer une arme de guerre vu que les logiciels sont accessibles librement et sans contrôle, tout comme les composants. Ces armes dangereuses prolifèrent au sein des gouvernements, mais aussi des organisations criminelles et cela favorise l’instabilité », déclare-t-il à la RTS.

    Ces armes dangereuses prolifèrent au sein des gouvernements, mais aussi des organisations criminelles et cela favorise l’instabilité
    Uzi Rubin, chercheur à l’Institut d’études stratégiques de Jérusalem

    Israël n’est pas en reste. L’été dernier, le fabricant de drones de guerre israélien Xtend a adopté le logiciel développé initialement en Suisse, dans une version miniaturisée par la société américaine ModalAI. Xtend travaille pour l’armée israélienne et déploie ses drones dans le cadre des opérations militaires actuelles dans la bande de Gaza.

    Nouvel outil d’autopilotage
    Arrivé en Suisse en 2008 à la faveur d’une bourse décrochée à l’EPFZ, l’inventeur de ces outils, Lorenz Meier, les a depuis mis aux normes de l’armée américaine. Il a créé une nouvelle société, Auterion, établie à Zurich avec un siège aux Etats-Unis. Il développe un nouvel outil d’autopilotage pour les drones militaires américains d’observation. Le code éthique de l’entreprise exclut les contributions pour les drones armés.

    Lorenz Meier a décliné la proposition d’interview formulée par la RTS et répondu par l’entremise d’une porte-parole. Cette dernière reconnaît l’utilisation du logiciel à des fins militaires, mais rappelle qu’il est développé par des milliers de personnes dans le monde, du fait de son caractère open-source. Il s’agit, selon elle, « du plus grand écosystème de développeurs au monde, exploitant des robots autonomes. Des logiciels comme PX4 et Pixhawk sont largement utilisés pour permettre le transport et la livraison civile dans le monde entier ».

    De son côté, l’EPFZ n’a pas donné suite à la demande d’interview de la RTS avec son président et s’est exprimée en des termes similaires, notamment pour ce qui concerne l’impossibilité de contrôler des développements effectués en open-source. « Chaque fabricant de drones peut utiliser le code gratuitement et le personnaliser selon ses propres besoins, tout comme les fabricants de smartphones peuvent le faire avec Android », déclare une porte-parole dans un email. Concernant l’usage à des fins militaires, l’institution dit le regretter et n’avoir aucune prise en la matière. « Malheureusement, les avancées technologiques peuvent être utilisées non seulement à des fins positives, mais aussi potentiellement dans des contextes plus problématiques. »

    Une catégorie de matériels interdits d’exportations en Russie et en Ukraine
    Interpellé par la RTS, le Secrétariat d’Etat à l’économie fait savoir que ces dispositifs de commande « peuvent être considérés à première vue comme open source et librement disponibles. Ils ne sont pas soumis à des contrôles à l’exportation ».

    Cependant, le Seco précise qu’ils entrent dans la catégorie de matériels interdits d’exportation en Russie et en Ukraine, comme stipulé dans une ordonnance adoptée par le Conseil fédéral en mars 2022, après le début de l’invasion russe.

    Dans leur grande majorité, ces outils ne sont pas fabriqués en Suisse.

    #Suisse #EPF #EPFZ #scientifiques #chercheurs #drones #open_source #logiciel_libre #opensource #libre #autopilotage #logiciels_libres #Linux #software #guerre
     
    Source : https://www.rts.ch/info/suisse/2024/article/des-drones-tueurs-fonctionnent-avec-un-logiciel-d-origine-suisse-28482795.html

    • Les Suisses, ils sont toujours là « Booh, on vend des armes à l’étranger, c’est contraire à notre législation ». Mais ils le font depuis toujours, toujours avec des parades pour passer ce filtre : vente en pièces détachées, sans les armes incluses, pour un autre usage sur le papier...
      Soit ils reprennent ça en main, soit ils s’essuient le cul avec leurs conventions. Et qu’on mette à jour la neutralité suisse en fonction de la réalité.

      Vendre des Piranha et des Pilatus, ca redevient des armes, la plupart du temps sur le terrain.

  • #Organic_Maps, une alternative à #google_maps :

    Organic Maps est un #logiciel_libre de #cartographie et de navigation utilisable #hors-ligne et basé les données cartographiques d’#OpenStreetMap. Il se base uniquement sur des données vectorielles pour le rendu des objets et permet un rendu 2D ou 3D temps réel. Il s’adapte au logiciel de synthèse vocale disponible du système d’exploitation sur lequel il tourne. Il est disponible pour Android et GNU/Linux et iOS. Il s’agît à l’origine d’un fork de #Maps.me, fait par ses propres développeurs.

    https://fr.wikipedia.org/wiki/Organic_Maps

    #offline #off-line #OSM #marche #vélo #app

  • Comment Opendatasoft est devenue l’acteur incontournable de l’ouverture des données publiques
    https://www.lemonde.fr/les-decodeurs/article/2024/03/05/comment-opendatasoft-est-devenue-l-acteur-incontournable-de-l-ouverture-des-

    Malgré un budget doublé cette année, passant d’un à deux millions d’euros, la plate-forme étatique data.gouv.fr a cumulé un retard important face à l’offre privée d’Opendatasoft. « Pendant longtemps, data.gouv.fr s’est positionnée uniquement comme catalogue central de données françaises », analyse Samuel Goëta, maître de conférences à Sciences Po Aix et cofondateur de Datactivist, un cabinet de conseil spécialisé dans l’open data et auteur de l’ouvrage Les Données de la démocratie (2024, C & F Editions).

    « Il n’y a sûrement pas eu les mêmes investissements sur data.gouv.fr que ce qu’Opendatasoft a pu faire sur ses outils », soutient Christian Quest, spécialiste des données, présent à Etalab de 2014 à 2019 et revenu en tant que consultant en 2023. « Porté par deux personnes pendant les premières années (…), data.gouv.fr était très bien fichu mais ça avait un côté plus artisanal », se rappelle-t-il.

    En 2012, Etalab avait même décerné un prix à Opendatasoft. « Au fond, ils s’étaient dit : “en fait c’est ça qu’il faudrait qu’on arrive à faire”… mais avec beaucoup moins d’investissements », ironise Christian Quest. Jean-Marc Lazard préfère mettre en avant la « complémentarité » de sa solution avec celle de l’Etat.

    L’alternative publique compte toutefois plusieurs utilisateurs exclusifs : le ministère de l’intérieur et des outre-mer, celui de la justice, mais aussi des communautés d’agglomération comme le Grand Annecy ou des communes comme Bar-le-Duc.

    L’offre de la Dinum s’est récemment diversifiée en proposant des portails thématiques avec les sites transports.data.gouv.fr, adresse.data.gouv.fr et, plus récemment, meteo.data.gouv.fr. Dans les prochains mois paraîtra ecologie.data.gouv.fr. Dans la feuille de route 2024 de la plate-forme publique, de nombreuses évolutions prévues rappellent d’ailleurs les fonctionnalités d’Opendatasoft.

    Ces améliorations sont suivies de près par les administrations. Le ministère de la culture se dit prêt à faire évoluer ses choix techniques « si le rapport coût/efficience du service rendu s’avérait favorable ». La publication directe grâce aux outils de data.gouv.fr permettrait de réaliser des économies importantes pour les administrations, précise la Dinum. D’autant plus que ses équipes doivent « moissonner » quotidiennement les données des portails externes pour les centraliser sur data.gouv.fr – une opération coûteuse et complexe.

    Et n’oublions pas que le libre n’est pas forcément gratuit. La lberté a un prix.

    Le choix de l’open source intégral reste rare, souvent le fruit de volontés individuelles, d’agents ou d’élus. Il concerne surtout des régions ou des métropoles, comme celle du Grand Lyon. Aidée par l’arrivée d’un « doctorant mouton à cinq pattes », l’équipe technique de l’agglomération est devenue l’un des précurseurs dans la mutualisation d’une solution open source, aujourd’hui utilisée par la Nouvelle-Aquitaine et Provence-Alpes-Côte d’Azur. Si celle-ci est maintenue par un éditeur, Neogeo, l’ouverture du code garantit une indépendance : « L’avantage c’est que cette solution n’est pas une boîte noire (…) et si Neogeo fait faillite on peut récupérer toutes les sources, toute l’infrastructure logicielle », souligne Emmanuel Gastaud, responsables des données métropolitaines.

    Le Grand Lyon débourse 100 000 euros par an pour l’hébergement, la supervision et la maintenance. Il compte aussi sur le travail de 4 ou 5 équivalents temps plein. Un investissement apprécié localement – le portail abrite les données d’une vingtaine de communes du territoire – mais très éloigné des budgets « open data » de nombreuses administrations. Pour celles qui en ont un.

    Le livre de Samuel Goëta explique les raisons, problèmes et solutions de l’open data en France.
    https://cfeditions.com/donnees-ouvertes


    #Open_data #Public_privé #Logiciel_libre

  • Non-respect de la licence GPL: Orange condamné en appel - ZDNet
    https://www.zdnet.fr/blogs/l-esprit-libre/non-respect-de-la-licence-gpl-orange-condamne-en-appel-39964312.htm

    Open Source : La cour d’appel de Paris a condamné Orange à payer 650.000 euros à la société coopérative Entr’Ouvert pour ne pas avoir respecté la licence GNU GPL v2.

    #Logiciel_libre #Enclosure