La Document Foundation, responsable de la suite libre et open source LibreOffice, vient de publier une lettre ouverte « aux utilisateurs de la suite Office ». Elle prévient : même si des annonces vont dans le sens de la souveraineté numérique, qui a le vent en poupe en Europe, elles ne sont pas les premières.

La fondation s’agace en particulier des annonces relayées dans la presse autour d’Euro-Office, parfois présentée comme la première suite souveraine développée en Europe. Faux, rappelle la fondation : OpenOffice.org a été créée en 2001, en partant du code de StarOffice, puis LibreOffice a pris le relais en 2010. Les deux sont développées en Europe.

Une certaine amertume se fait sentir dans la communication de la fondation. Selon elle, les personnes qui militent aujourd’hui pour la souveraineté numérique « sont restées silencieuses en 2006 quand la norme ouverte ISO/IEC ODF […] a été annoncée ». La fondation affirme n’avoir pas été écoutée « pendant toutes ces années », certains membres ayant été « accueillis avec un sourire condescendant » :

« Si l’on peut parler de la souveraineté numérique en Europe aujourd’hui, c’est grâce à The Document Foundation et aux membres de la communauté LibreOffice en général, qui ont maintenu le drapeau des suites bureautiques open source alors que tout le monde prédisait leur disparition, et qui ont continué à développer le seul format véritablement ouvert et standard garantissant la souveraineté numérique, car il offre un contrôle total aux utilisateurs sur le contenu »

La lettre ouverte précise qu’il ne s’agit pas d’une attaque contre Microsoft, mais que l’entreprise peut tirer parti de cette situation, car la suite Euro-Office doit se servir du format OOXML, présenté comme un standard ouvert, mais contre lequel la fondation s’est toujours battue. Elle avait déjà dénoncé ce choix dans un billet du 2 avril.

• Suites bureautiques européennes : la bataille de l’alternative à Microsoft et Google

La suite Euro-Office a également été critiquée par OnlyOffice, qui a dénoncé « un fork hostile » du code de sa suite (sous AGPL V3). Ses développeurs ont argué qu’ils voulaient prendre leurs propres décisions. Pour rappel, Euro-Office est un projet soutenu notamment par IONOS, Nextcloud, Eurostack, XWiki, OpenProject, Soverin, Abilian et BTactic. Des acteurs de poids qui pourraient peser dans la balance et pourraient « rassurer » les institutions dans ces temps changeants.

La Document Foundation, responsable de la suite libre et open source LibreOffice, vient de publier une lettre ouverte « aux utilisateurs de la suite Office ». Elle prévient : même si des annonces vont dans le sens de la souveraineté numérique, qui a le vent en poupe en Europe, elles ne sont pas les premières.

La fondation s’agace en particulier des annonces relayées dans la presse autour d’Euro-Office, parfois présentée comme la première suite souveraine développée en Europe. Faux, rappelle la fondation : OpenOffice.org a été créée en 2001, en partant du code de StarOffice, puis LibreOffice a pris le relais en 2010. Les deux sont développées en Europe.

Une certaine amertume se fait sentir dans la communication de la fondation. Selon elle, les personnes qui militent aujourd’hui pour la souveraineté numérique « sont restées silencieuses en 2006 quand la norme ouverte ISO/IEC ODF […] a été annoncée ». La fondation affirme n’avoir pas été écoutée « pendant toutes ces années », certains membres ayant été « accueillis avec un sourire condescendant » :

« Si l’on peut parler de la souveraineté numérique en Europe aujourd’hui, c’est grâce à The Document Foundation et aux membres de la communauté LibreOffice en général, qui ont maintenu le drapeau des suites bureautiques open source alors que tout le monde prédisait leur disparition, et qui ont continué à développer le seul format véritablement ouvert et standard garantissant la souveraineté numérique, car il offre un contrôle total aux utilisateurs sur le contenu »

La lettre ouverte précise qu’il ne s’agit pas d’une attaque contre Microsoft, mais que l’entreprise peut tirer parti de cette situation, car la suite Euro-Office doit se servir du format OOXML, présenté comme un standard ouvert, mais contre lequel la fondation s’est toujours battue. Elle avait déjà dénoncé ce choix dans un billet du 2 avril.

• Suites bureautiques européennes : la bataille de l’alternative à Microsoft et Google

La suite Euro-Office a également été critiquée par OnlyOffice, qui a dénoncé « un fork hostile » du code de sa suite (sous AGPL V3). Ses développeurs ont argué qu’ils voulaient prendre leurs propres décisions. Pour rappel, Euro-Office est un projet soutenu notamment par IONOS, Nextcloud, Eurostack, XWiki, OpenProject, Soverin, Abilian et BTactic. Des acteurs de poids qui pourraient peser dans la balance et pourraient « rassurer » les institutions dans ces temps changeants.

En avril dernier, Canonical a fait part de ses ambitions concernant l’intelligence artificielle dans Ubuntu. Comme signalé notamment par XDA Developers, cette annonce a provoqué des inquiétudes. Jon Seager, vice-président de l’ingénierie chez Canonical, a détaillé la position de l’entreprise fin mai lors du dernier Ubuntu Summit.

La thématique centrale est la compatibilité de l’open source en général avec l’intelligence artificielle, en particulier les modèles. Pour Seager, connaitre les poids est une chose, mais c’est peu en comparaison du niveau de transparence auquel le monde du libre est habitué. L’accent de Canonical est donc mis à la fois sur le type de fonctions que l’IA pourrait amener ou faciliter dans le système, autant que sur la licence qui accompagne le modèle retenu.

Mais quelles fonctions ? Bien que Canonical emploie les éléments de langage courants du secteur, évoquant par exemple l’idée de faire d’Ubuntu un « système agentique », les prétentions de l’éditeur semblent pour l’instant modestes et axées sur l’accessibilité.

Jon Seager a expliqué en effet que le premier cas identifié d’utilisation concrète était la reconnaissance vocale pour interagir avec les champs texte, rapporte OMGUbuntu. Cet apport est prévu pour Ubuntu 26.10, comme toujours si les tests donnent satisfaction dans les temps. L’ingénieur doute que cette méthode puisse être appliquée à l’intégralité des champs, mais la fonction devrait pouvoir s’appliquer à une majorité d’entre eux, avec les bénéfices qu’on imagine en matière d’accessibilité.

La volonté de Canonical semble être de poser les bases pour faciliter l’utilisation des agents dans son système, tout en ajoutant des cas d’usage au compte-gouttes. Cette reconnaissance vocale sera assurée par un LLM local, selon l’éditeur, mais aucune précision n’a été donnée. Le responsable a donné deux autres exemples de fonctions « implicites » : l’amélioration de l’autofocus pour la webcam et de la qualité du son pour le microphone, là encore en local.

Autre point important, ces fonctions seront basées sur un paquet Snap qu’il suffira de supprimer si on ne souhaite pas cette fonction. Canonical n’aborde pas ce point, mais il serait intéressant que l’installeur d’Ubuntu pose la question, car un modèle local consomme souvent plusieurs Go et peut donc alourdir l’empreinte de stockage. Un panneau avec des cases à cocher pour chaque service de type IA serait bienvenu.

En avril dernier, Canonical a fait part de ses ambitions concernant l’intelligence artificielle dans Ubuntu. Comme signalé notamment par XDA Developers, cette annonce a provoqué des inquiétudes. Jon Seager, vice-président de l’ingénierie chez Canonical, a détaillé la position de l’entreprise fin mai lors du dernier Ubuntu Summit.

La thématique centrale est la compatibilité de l’open source en général avec l’intelligence artificielle, en particulier les modèles. Pour Seager, connaitre les poids est une chose, mais c’est peu en comparaison du niveau de transparence auquel le monde du libre est habitué. L’accent de Canonical est donc mis à la fois sur le type de fonctions que l’IA pourrait amener ou faciliter dans le système, autant que sur la licence qui accompagne le modèle retenu.

Mais quelles fonctions ? Bien que Canonical emploie les éléments de langage courants du secteur, évoquant par exemple l’idée de faire d’Ubuntu un « système agentique », les prétentions de l’éditeur semblent pour l’instant modestes et axées sur l’accessibilité.

Jon Seager a expliqué en effet que le premier cas identifié d’utilisation concrète était la reconnaissance vocale pour interagir avec les champs texte, rapporte OMGUbuntu. Cet apport est prévu pour Ubuntu 26.10, comme toujours si les tests donnent satisfaction dans les temps. L’ingénieur doute que cette méthode puisse être appliquée à l’intégralité des champs, mais la fonction devrait pouvoir s’appliquer à une majorité d’entre eux, avec les bénéfices qu’on imagine en matière d’accessibilité.

La volonté de Canonical semble être de poser les bases pour faciliter l’utilisation des agents dans son système, tout en ajoutant des cas d’usage au compte-gouttes. Cette reconnaissance vocale sera assurée par un LLM local, selon l’éditeur, mais aucune précision n’a été donnée. Le responsable a donné deux autres exemples de fonctions « implicites » : l’amélioration de l’autofocus pour la webcam et de la qualité du son pour le microphone, là encore en local.

Autre point important, ces fonctions seront basées sur un paquet Snap qu’il suffira de supprimer si on ne souhaite pas cette fonction. Canonical n’aborde pas ce point, mais il serait intéressant que l’installeur d’Ubuntu pose la question, car un modèle local consomme souvent plusieurs Go et peut donc alourdir l’empreinte de stockage. Un panneau avec des cases à cocher pour chaque service de type IA serait bienvenu.

Avec de vrais morceaux de bœuf dedans

On voit souvent les termes « API » et « SDK ». De quoi s’agit-il ? De briques de développement devenues incontournables aujourd’hui. On vous explique tout ça calmement.

Nous sommes cernés par les API depuis longtemps. Quand vous utilisez la fonction de partage pour envoyer un article à des amis depuis votre téléphone, envoyez un emoji, installez une application, faites un clic droit, copiez puis collez un contenu, Uber affiche un plan, réalisez un paiement en ligne sur un site marchand, programmez des envois d’emails…

Pour résumer à gros traits, une API – Application Programming Interface – est une brique élémentaire à laquelle on fait appel pour initier une opération. Dans le cas d’un site marchand par exemple, que vous souhaitiez payer par carte bancaire directement ou via un prestataire comme Paypal, tout est géré par des API. Les sociétés concernées les fournissent et documentent, afin que les sites puissent les employer « telles quelles ».

Vous avez demandé un bœuf bourguignon ?

L’analogie qui revient le plus souvent pour expliquer le fonctionnement est celle du restaurant. Vous entrez, vous vous asseyez et vous commandez un plat au serveur. Vous ne savez pas ce qui se passe en cuisine, ni comment l’établissement est organisé. Vous n’avez pas besoin de connaître son infrastructure électrique ou sa consommation d’eau, son nombre d’employés ou le type d’ustensiles utilisés, si le bœuf mijote dans une cocotte en fonte ou une casserole en inox. Tout ce que vous savez, c’est que le serveur va vous apporter un bœuf bourguignon, c’est sa mission.

Ici, le serveur représente l’API : il vient vous exposer les possibilités. Il accepte vos demandes si elles cadrent avec ce que le restaurant a à offrir, via un langage spécifique. Et oui : si vous commencez à parler du temps qu’il fait, le serveur va certainement s’en aller, car ces informations ne l’intéressent pas, ou en tout cas ne correspondent pas à sa tâche. Vous indiquez donc un ou plusieurs éléments figurant sur le menu, le serveur s’en va, transmet vos instructions, et vous pouvez déguster un bœuf bourguignon, sans avoir eu besoin de le préparer vous-même. De même, la cuisine ne sait pas qui vous êtes, elle n’a pas besoin de le savoir : elle sait simplement qu’elle doit fournir un bœuf bourguignon.

C’est le principal général de l’API : exposer des capacités, que d’autres peuvent utiliser pour éviter de tout refaire à chaque fois. Elle permet à deux systèmes (au sens large) de collaborer sans que l’un ait besoin de connaître les détails de l’autre. Ce fonctionnement est aujourd’hui omniprésent. Par exemple, si vous ouvrez une application ou un site affichant une carte routière, il est très probable que celle-ci soit fournie par Google ou OpenStreetMap, via une API que l’application doit simplement appeler.

DirectX, un bon exemple

Pour celles et ceux qui ont connu les années 1990, vous vous souvenez peut-être de l’arrivée de DirectX sur Windows. Une petite révolution dans le monde des jeux vidéo, car DirectX est un lot d’API exposant les capacités du matériel de l’ordinateur. Avant, par exemple pour jouer à Doom 2, il fallait que le jeu sache précisément à quel matériel s’adresser, ce qui entraînait parfois des problèmes, notamment sur le son.

Dans un billet de blog daté du 4 juin, Proton a annoncé d’importantes améliorations pour son service de stockage dans le cloud, Drive. Chiffré de bout en bout, comme le reste des services proposés par l’entreprise suisse, Drive a été reconstruit sur la base d’un nouveau SDK (Software Development Kit) pour l’ensemble des plateformes.

Selon Proton, il y a deux avantages principaux. D’une part, une meilleure intégration sur ces plateformes. D’autre part, une accélération significative des opérations : deux fois plus rapides pour les téléchargements, trois fois pour les téléversements et quatre fois pour les chiffrements/déchiffrements. Ce dernier point permet une réduction franche de la consommation et de la chaleur sur les smartphones Android et iOS. Un bon point, car les performances initiales laissaient à désirer.

• Proton Drive : une version finale peu convaincante pour le moment

Le SDK doit aussi permettre le support d’un plus grand nombre de plateformes – « et oui, y compris Linux », ajoute Proton. Si l’on savait que Proton travaillait à fournir d’autres clients, c’est la première fois que Linux est clairement mentionné. Cependant, aucune date ni information supplémentaire n’est donnée. Pour rappel, le client pour Windows était sorti en juillet 2023 et celui pour macOS quatre mois plus tard.

Le SDK est également open source, sous licence MIT et disponible sur GitHub. On peut s’en servir via les langages C# et TypeScript, avec des liaisons pour Kotlin et Swift (respectivement pour Android et iOS). Le SDK est prévu pour s’interfacer avec d’autres applications, mais Proton précise qu’il n’est pas prêt pour la production dans ce cas de figure.

Proton indique que toutes ces améliorations peuvent se « ressentir » aujourd’hui, mais leur disponibilité n’est pas tout à fait claire, ni si toutes les plateformes sont concernées. Nous avons demandé des éclaircissements à l’entreprise et mettrons cette actualité à jour en cas de réponse.

Mise à jour de 15h30 : Proton nous a confirmé que tous les clients avaient été mis à jour, il suffit de s’assurer que les dernières versions sont installées sur vos appareils.

Dans un billet de blog daté du 4 juin, Proton a annoncé d’importantes améliorations pour son service de stockage dans le cloud, Drive. Chiffré de bout en bout, comme le reste des services proposés par l’entreprise suisse, Drive a été reconstruit sur la base d’un nouveau SDK (Software Development Kit) pour l’ensemble des plateformes.

Selon Proton, il y a deux avantages principaux. D’une part, une meilleure intégration sur ces plateformes. D’autre part, une accélération significative des opérations : deux fois plus rapides pour les téléchargements, trois fois pour les téléversements et quatre fois pour les chiffrements/déchiffrements. Ce dernier point permet une réduction franche de la consommation et de la chaleur sur les smartphones Android et iOS. Un bon point, car les performances initiales laissaient à désirer.

• Proton Drive : une version finale peu convaincante pour le moment

Le SDK doit aussi permettre le support d’un plus grand nombre de plateformes – « et oui, y compris Linux », ajoute Proton. Si l’on savait que Proton travaillait à fournir d’autres clients, c’est la première fois que Linux est clairement mentionné. Cependant, aucune date ni information supplémentaire n’est donnée. Pour rappel, le client pour Windows était sorti en juillet 2023 et celui pour macOS quatre mois plus tard.

Le SDK est également open source, sous licence MIT et disponible sur GitHub. On peut s’en servir via les langages C# et TypeScript, avec des liaisons pour Kotlin et Swift (respectivement pour Android et iOS). Le SDK est prévu pour s’interfacer avec d’autres applications, mais Proton précise qu’il n’est pas prêt pour la production dans ce cas de figure.

Proton indique que toutes ces améliorations peuvent se « ressentir » aujourd’hui, mais leur disponibilité n’est pas tout à fait claire, ni si toutes les plateformes sont concernées. Nous avons demandé des éclaircissements à l’entreprise et mettrons cette actualité à jour en cas de réponse.

Mise à jour de 15h30 : Proton nous a confirmé que tous les clients avaient été mis à jour, il suffit de s’assurer que les dernières versions sont installées sur vos appareils.