Les deux révisions précédentesRévision précédenteProchaine révision | Révision précédente |
issue203:actus [2024/04/05 09:18] – [10] auntiee | issue203:actus [2024/04/05 15:52] (Version actuelle) – [22] auntiee |
---|
04/03/2024 | 04/03/2024 |
| |
Les développeurs du réseau Tor ont publié la version 1.2.0 du projet Arti, qui est un client Tor écrit en Rust. La branche 1.x est marquée comme étant adaptée à une utilisation par des utilisateurs généraux et fournit le même niveau de confidentialité, d'utilisation et de stabilité que l'implémentation principale en C. Le code est distribué sous les licences Apache 2.0 et MIT. | Les développeurs du réseau Tor ont publié la version 1.2.0 du projet Arti, qui est un client Tor écrit en Rust. La branche 1.x est marquée comme étant adaptée à une utilisation par des utilisateurs généraux et fournit le même niveau de confidentialité, d'utilisation et de stabilité que l'implémentation principale en C. Le code est distribué sous la licence Apache 2.0 et celle du MIT. |
| |
Contrairement à l'implémentation en C, qui a d'abord été conçue comme un proxy SOCKS avant d'être adaptée à d'autres besoins, Arti est initialement développé sous la forme d'une bibliothèque modulaire intégrable qui peut être utilisée par diverses applications. En outre, lors du développement d'un nouveau projet, toute l'expérience passée en matière de développement de Tor est prise en compte, ce qui permet d'éviter les problèmes architecturaux connus et de rendre le projet plus modulaire et plus efficace. | Contrairement à l'implémentation en C, qui a d'abord été conçue comme un proxy SOCKS avant d'être adaptée à d'autres besoins, Arti est initialement développé sous la forme d'une bibliothèque modulaire intégrable qui peut être utilisée par diverses applications. En outre, lors du développement d'un nouveau projet, toute l'expérience passée en matière de développement de Tor est prise en compte, ce qui permet d'éviter les problèmes architecturaux connus et de rendre le projet plus modulaire et plus efficace. |
05/03/2024 | 05/03/2024 |
| |
Après presque un an de développement, Xiph.Org, une organisation dédiée au développement de codecs vidéo et audio libres, a dévoilé la version 1.5 du codec audio Opus, offrant un encodage de haute qualité et une latence minimale pour la compression audio en streaming à haut débit et la compression vocale dans les applications à bande passante restreinte de la téléphonie VoIP. Les implémentations de référence de l'encodeur et du décodeur sont placées sous licence BSD. Les spécifications complètes du format Opus sont accessibles au public, gratuitement, et approuvées en tant que norme Internet (RFC 6716). | Après presque un an de développement, Xiph.Org, une organisation dédiée au développement de codecs vidéo et audio libres, a dévoilé la version 1.5 du codec audio Opus, offrant un encodage de haute qualité et une latence minimale pour la compression audio en streaming à haut débit et la compression vocale dans les applications à bande passante restreinte de la téléphonie VoIP. Les implémentations de référence de l'encodeur et du décodeur sont placées sous licence BSD. Les spécifications complètes du format Opus sont accessibles au public gratuitement et approuvées en tant que norme Internet (RFC 6716). |
| |
Le codec a été créé en combinant les meilleures technologies du codec CELT développé par Xiph.org et du codec SILK ouvert par Skype. Outre Skype et Xiph.org, des entreprises telles que Mozilla, Octasic, Broadcom et Google ont également participé au développement d'Opus. Les brevets impliqués dans Opus sont fournis par les entreprises impliquées dans le développement pour une utilisation illimitée sans paiement de droits de licence. Tous les droits intellectuels et licences de brevets liés à Opus sont automatiquement délégués aux applications et produits utilisant Opus, sans qu'il soit nécessaire d'obtenir une approbation supplémentaire. Il n'y a aucune restriction quant au champ d'application et à la création d'implémentations alternatives par des tiers. Toutefois, tous les droits accordés sont révoqués en cas de litige sur un brevet impliquant la technologie Opus contre tout utilisateur d'Opus. | Le codec a été créé en combinant les meilleures technologies du codec CELT développé par Xiph.org et du codec SILK ouvert par Skype. Outre Skype et Xiph.org, des entreprises telles que Mozilla, Octasic, Broadcom et Google ont également participé au développement d'Opus. Les brevets impliqués dans Opus sont fournis par les entreprises impliquées dans le développement pour une utilisation illimitée sans paiement de droits de licence. Tous les droits intellectuels et licences de brevets liés à Opus sont automatiquement délégués aux applications et produits utilisant Opus, sans qu'il soit nécessaire d'obtenir une approbation supplémentaire. Il n'y a aucune restriction quant au champ d'application et à la création d'implémentations alternatives par des tiers. Toutefois, tous les droits accordés sont révoqués en cas de litige sur un brevet impliquant la technologie Opus contre tout utilisateur d'Opus. |
05/03/2024 | 05/03/2024 |
| |
Après 11 mois de développement, FreeBSD 13.3 est disponible. Les images d'installation sont générées pour les architectures amd64, i386, powerpc, powerpc64, powerpc64le, powerpcspe, armv6, armv7, aarch64 et riscv64. De plus, des versions ont été préparées pour les systèmes de virtualisation (QCOW2, VHD, VMDK, raw) et les environnements en nuage Amazon EC2, Google Compute Engine et Vagrant. La branche FreeBSD 13.x est développée en parallèle de la branche FreeBSD 14, pour laquelle la version 14.0 a été générée à l'automne, et continuera à être supportée jusqu'à la fin du mois de janvier 2026. La sortie de FreeBSD 13.4 est prévue dans environ un an. | Après 11 mois de développement, FreeBSD 13.3 est disponible. Les images d'installation sont générées pour les architectures amd64, i386, powerpc, powerpc64, powerpc64le, powerpcspe, armv6, armv7, aarch64 et riscv64. De plus, des versions ont été préparées pour les systèmes de virtualisation (QCOW2, VHD, VMDK, raw) et les environnements en nuage Amazon EC2, Google Compute Engine et Vagrant. La branche FreeBSD 13.x est développée en parallèle de la branche FreeBSD 14, pour laquelle la version 14.0 a été générée à l'automne ; elle continuera à être supportée jusqu'à la fin du mois de janvier 2026. La sortie de FreeBSD 13.4 est prévue dans environ un an. |
| |
https://www.freebsd.org/releases/13.3R/announce/ | https://www.freebsd.org/releases/13.3R/announce/ |
06/03/2024 | 06/03/2024 |
| |
Les développeurs de la distribution Linux Mint ont annoncé une nouvelle application, Jargonaut, qui tente de créer une implémentation de chat simple basée sur l'utilisation du protocole IRC, mais qui n'est pas un client IRC au sens traditionnel. Jargonaut fournit une interface simple aux utilisateurs pour discuter, en dehors d'IRC. Le code du projet est écrit en Python et est distribué sous licence GPLv2. L'interface est construite en utilisant la bibliothèque xapp, qui fournit un add-on pour GTK avec des éléments pour unifier le travail dans différents environnements utilisateurs (Cinnamon, MATE et Xfce). | Les développeurs de la distribution Linux Mint ont annoncé une nouvelle application, Jargonaut, qui tente de créer une implémentation de chat simple basée sur l'utilisation du protocole IRC, mais qui n'est pas un client IRC au sens traditionnel du terme. Jargonaut fournit une interface simple aux utilisateurs pour discuter, en dehors d'IRC. Le code du projet est écrit en Python et distribué sous licence GPLv2. L'interface est construite en utilisant la bibliothèque xapp, qui fournit un add-on pour GTK avec des éléments pour unifier le travail dans différents environnements utilisateurs (Cinnamon, MATE et Xfce). |
| |
La raison pour laquelle on a commencé à travailler sur une nouvelle application de chat est citée comme étant l'arrêt du développement du client IRC HexChat, qui était inclus dans la partie principale de Linux Mint. Début février, le responsable de HexChat a publié la version 2.16.2, déplacé le dépôt vers un état archivé et annoncé que le projet ne serait plus maintenu. Le développement a été arrêté en raison du manque de personnes prêtes à soutenir le projet par manque de temps et désireuses de poursuivre le développement avec le mainteneur actuel. | La raison pour laquelle on a commencé à travailler sur une nouvelle application de chat est citée comme étant l'arrêt du développement du client IRC HexChat, qui était inclus dans la partie principale de Linux Mint. Début février, le responsable de HexChat a publié la version 2.16.2, déplacé le dépôt vers un état archivé et annoncé que le projet ne serait plus maintenu. Le développement a été arrêté en raison du manque de personnes prêtes à soutenir le projet par manque de temps et du désir de poursuivre le développement avec le mainteneur actuel. |
| |
Les développeurs de Linux Mint ont utilisé la situation actuelle comme une opportunité de réaliser leur vision de ce à quoi devrait ressembler une application de communication légère. La poursuite du développement d'Hexchat sous Linux Mint a été jugée inappropriée, car pour qu'HexChat fonctionne correctement sur des écrans à haute densité de pixels, un important travail de portage de l'application vers GTK3 était nécessaire. | Les développeurs de Linux Mint ont utilisé la situation actuelle comme une opportunité de réaliser leur vision de ce à quoi devrait ressembler une application de communication légère. La poursuite du développement d'Hexchat sous Linux Mint a été jugée inappropriée, car pour que HexChat fonctionne correctement sur des écrans à haute densité de pixels, un important travail de portage de l'application vers GTK3 était nécessaire. |
| |
Il a donc été décidé de créer une nouvelle application, initialement écrite à l'aide des technologies actuelles et incarnant l'idée que les développeurs se font du chat qu'ils aimeraient voir. Par exemple, Jargonaut prévoit de prendre en charge le service pastebin, d'ajouter la possibilité d'insérer des images via le service imgur, de fournir des rapports de problèmes et d'implémenter d'autres fonctions qui ne sont pas associées aux fonctions IRC traditionnelles. | Il a donc été décidé de créer une nouvelle application, initialement écrite à l'aide des technologies actuelles et incarnant l'idée que les développeurs se font du chat qu'ils aimeraient voir. Par exemple, Jargonaut prévoit de prendre en charge le service pastebin, d'ajouter la possibilité d'insérer des images via le service imgur, de fournir des rapports de problèmes et d'implémenter d'autres fonctions qui ne sont pas associées aux fonctions IRC traditionnelles. |
Parmi les tâches prévues, il y a également la séparation du paquet gnome-classic-session, qui inclut des extensions et des paramètres pour le GNOME Shell afin de recréer la session classique dans le style de GNOME 2. Le paquet gnome-classic-session continuera d'être installé par défaut, mais le code pour le support de X11 est maintenant séparé dans le paquet gnome-classic-session-x11, et le paquet principal ne conserve que le support des sessions basées sur Wayland. | Parmi les tâches prévues, il y a également la séparation du paquet gnome-classic-session, qui inclut des extensions et des paramètres pour le GNOME Shell afin de recréer la session classique dans le style de GNOME 2. Le paquet gnome-classic-session continuera d'être installé par défaut, mais le code pour le support de X11 est maintenant séparé dans le paquet gnome-classic-session-x11, et le paquet principal ne conserve que le support des sessions basées sur Wayland. |
| |
Précédemment, le comité FESCo a approuvé la fin du support de la session KDE basée sur X11 dans Fedora 40. Cette décision a été prise dans le cadre de la transition vers la branche KDE 6, où une session utilisant le protocole Wayland est proposée par défaut, et où le travail utilisant X11 est transféré dans la catégorie des options. Pour exécuter des applications X11 dans des environnements basés sur Wayland, Xwayland continue d'être fourni. | Précédemment, le comité FESCo a approuvé la fin du support de la session KDE basée sur X11 dans Fedora 40. Cette décision a été prise dans le cadre de la transition vers la branche KDE 6, où une session utilisant le protocole Wayland est proposée par défaut et où le travail utilisant X11 est transféré dans la catégorie des options. Pour exécuter des applications X11 dans des environnements basés sur Wayland, Xwayland continue d'être fourni. |
| |
https://pagure.io/fedora-workstation/issue/414%23comment-899128 | https://pagure.io/fedora-workstation/issue/414%23comment-899128 |
07/03/2024 | 07/03/2024 |
| |
Les tests de la première version bêta de la distribution openSUSE Leap 15.6 ont commencé. Cette version s'appuie sur l'ensemble des paquets partagés avec la distribution SUSE Linux Enterprise 15 SP 6 et inclut également quelques applications personnalisées issues du référentiel openSUSE Tumbleweed. Un DVD universel de 4,3 Go (x86_64, aarch64, ppc64les, 390x) est disponible au téléchargement. La sortie d'openSUSE Leap 15.6 est prévue pour le 12 juin 2024. Il est prévu qu'openSUSE Leap 15.6 soit la dernière version de la série 15.x, et qu'openSUSE Leap 16 soit publié sur la plateforme ALP en 2025. | Les tests de la première version bêta de la distribution openSUSE Leap 15.6 ont commencé. Cette version s'appuie sur l'ensemble des paquets partagés avec la distribution SUSE Linux Enterprise 15 SP 6 et inclut également quelques applications personnalisées issues du dépôt de openSUSE Tumbleweed. Un DVD universel de 4,3 Go (x86_64, aarch64, ppc64les, 390x) est disponible au téléchargement. La sortie d'openSUSE Leap 15.6 est prévue pour le 12 juin 2024. On s'attend à ce qu'openSUSE Leap 15.6 soit la dernière version de la série 15.x et qu'openSUSE Leap 16 soit publié sur la plateforme ALP en 2025. |
| |
https://news.opensuse.org/2024/03/07/leap-reaches-beta-phase/ | https://news.opensuse.org/2024/03/07/leap-reaches-beta-phase/ |
La version 17.1 de Zorin OS, basée sur Ubuntu 22.04, a été présentée. Le public cible de la distribution est constitué d'utilisateurs novices habitués à travailler sous Windows. Pour gérer le design, la distribution propose un configurateur spécial qui permet de donner au bureau un aspect typique des différentes versions de Windows et macOS, et inclut une sélection de programmes proches de ceux auxquels les utilisateurs de Windows sont habitués. La taille de l'image ISO de démarrage est de 3,5 Go. Il est à noter que la dernière version de Zorin OS 17 a été téléchargée plus de 500 000 fois, 78 % de tous les téléchargements provenant d'utilisateurs des plateformes Windows et macOS. | La version 17.1 de Zorin OS, basée sur Ubuntu 22.04, a été présentée. Le public cible de la distribution est constitué d'utilisateurs novices habitués à travailler sous Windows. Pour gérer le design, la distribution propose un configurateur spécial qui permet de donner au bureau un aspect typique des différentes versions de Windows et macOS, et inclut une sélection de programmes proches de ceux auxquels les utilisateurs de Windows sont habitués. La taille de l'image ISO de démarrage est de 3,5 Go. Il est à noter que la dernière version de Zorin OS 17 a été téléchargée plus de 500 000 fois, 78 % de tous les téléchargements provenant d'utilisateurs des plateformes Windows et macOS. |
| |
Zorin OS utilise GNOME comme base de bureau, avec un ensemble de ses propres modules complémentaires et un panneau basé sur Dash to Panel et Dash to Dock. Zorin Connect (alimenté par KDE Connect) est fourni pour l'intégration du bureau et du smartphone. En plus des paquets deb et des dépôts Ubuntu, le support des formats Flatpak, AppImage et Snap est activé par défaut, avec la possibilité d'installer des programmes à partir des répertoires Flathub et Snap Store. | Zorin OS utilise GNOME comme base de bureau, avec un ensemble de ses propres modules complémentaires et un panneau basé sur Dash to Panel et Dash to Dock. Zorin Connect (alimenté par KDE Connect) est fourni pour l'intégration du bureau et du smartphone. En plus des paquets deb et des dépôts Ubuntu, le support des formats Flatpak, AppImage et Snap est activé par défaut, avec la possibilité d'installer des programmes à partir des dépôts Flathub et Snap Store. |
| |
https://blog.zorin.com/2024/03/07/zorin-os-17.1-is-released/ | https://blog.zorin.com/2024/03/07/zorin-os-17.1-is-released/ |
08/03/2024 | 08/03/2024 |
| |
Après presque un an de développement, une nouvelle branche stable du serveur de messagerie Postfix, la 3.9.0, a été publiée. Dans le même temps, les développeurs ont annoncé la fin du support de la branche 3.5 de Postfix, sortie début 2020. Postfix est l'un des rares projets qui combine à la fois sécurité, fiabilité et performance, grâce à une architecture bien pensée et à une politique assez stricte en matière de conception du code et d'audit des correctifs. Le code du projet est écrit en C et distribué sous EPL 2.0 (Eclipse Public License) et IPL 1.0 (IBM Public License). | Après presque un an de développement, une nouvelle branche stable du serveur de messagerie Postfix, la 3.9.0, a été publiée. Au même moment, les développeurs ont annoncé la fin du support de la branche 3.5 de Postfix, sortie début 2020. Postfix est l'un des rares projets qui combine à la fois sécurité, fiabilité et performance, grâce à une architecture bien pensée et à une politique assez stricte en matière de conception du code et d'audit des correctifs. Le code du projet est écrit en C et distribué sous EPL 2.0 (Eclipse Public License) et IPL 1.0 (IBM Public License). |
| |
Selon une enquête automatisée réalisée en janvier auprès d'environ 400 000 serveurs de messagerie, Postfix est utilisé sur 36,81 % (33,18 % il y a un an) des serveurs de messagerie, la part d'Exim est de 56,61 % (60,27 % il y a un an), Sendmail - 3,60 % (3,62 %), MailEnable - 1,82 % (1,86 %), MDaemon - 0,40 % (0,39 %), Microsoft Exchange - 0,19 % (0,19 %), OpenSMTPD - 0,09 % (0,06 %). | Selon une enquête automatisée réalisée en janvier auprès d'environ 400 000 serveurs de messagerie, Postfix est utilisé sur 36,81 % (33,18 % il y a un an) des serveurs de messagerie, la part d'Exim est de 56,61 % (60,27 % il y a un an), Sendmail - 3,60 % (3,62 %), MailEnable - 1,82 % (1,86 %), MDaemon - 0,40 % (0,39 %), Microsoft Exchange - 0,19 % (0,19 %), OpenSMTPD - 0,09 % (0,06 %). |
La principale différence entre une licence Post-Open et les licences ouvertes existantes telles que la GPL est l'introduction d'une composante contractuelle qui peut être résiliée si les termes de la licence sont violés. Il existe deux types d'accords contractuels : les accords gratuits et les accords payants. L'accord payant prévoit la possibilité de conclure un accord pour la fourniture de droits supplémentaires et est utilisé pour la distribution commerciale de produits ou de modifications sans leur divulgation publique. | La principale différence entre une licence Post-Open et les licences ouvertes existantes telles que la GPL est l'introduction d'une composante contractuelle qui peut être résiliée si les termes de la licence sont violés. Il existe deux types d'accords contractuels : les accords gratuits et les accords payants. L'accord payant prévoit la possibilité de conclure un accord pour la fourniture de droits supplémentaires et est utilisé pour la distribution commerciale de produits ou de modifications sans leur divulgation publique. |
| |
La licence définit également l'organisation « POST-OPEN ADMINISTRATION », qui agit au nom des donneurs de licence, est leur représentant légal, défend leurs droits si nécessaire et distribue les fonds reçus, en tenant compte de la contribution au développement. La structure de l'organisation, qui devrait utiliser des processus transparents dans ses activités comme dans les mécanismes financiers, n'ont pas encore été déterminés et feront l'objet de discussions futures. | La licence définit également l'organisation « POST-OPEN ADMINISTRATION », qui agit au nom des donneurs de licence, est leur représentant légal, défend leurs droits si nécessaire et distribue les fonds reçus, en tenant compte de la contribution au développement. La structure de l'organisation, qui devrait utiliser des processus transparents dans ses activités comme dans les mécanismes financiers, n'a pas encore été déterminée et fera l'objet de discussions futures. |
| |
https://perens.com/2024/03/08/post-open-license-first-draft/ | https://perens.com/2024/03/08/post-open-license-first-draft/ |
09/03/2024 | 09/03/2024 |
| |
Les développeurs de l'environnement utilisateur LXQt ont indiqué que le bureau est prêt à 100% pour utiliser Wayland. Des modifications ont été apportées à la base de code de LXQt pour convertir PCManFM-Qt afin d'utiliser le composant layer-shell-qt, ce qui permet au bureau de fonctionner dans des environnements basés sur Wayland sans avoir recours à des bidouillages supplémentaires qui contournent la compatibilité avec certains gestionnaires composites, tels que LabWC. | Les développeurs de l'environnement utilisateur LXQt ont indiqué que le bureau est prêt à 100 % pour utiliser Wayland. Des modifications ont été apportées à la base de code de LXQt pour convertir PCManFM-Qt afin d'utiliser le composant layer-shell-qt, ce qui permet au bureau de fonctionner dans des environnements basés sur Wayland sans avoir recours à des bidouillages supplémentaires qui contournent la compatibilité avec certains gestionnaires composites, tels que LabWC. |
| |
Dans sa forme actuelle, LXQt n'est pas lié à des gestionnaires composites individuels et peut être utilisé avec LabWC, WayFire, kwin_wayland, Sway, Hyprland, et éventuellement d'autres gestionnaires composites basés sur Wayland. Conformément au plan publié précédemment. La sortie de LXQt 2.0, traduit pour Qt 6 et Wayland, est attendue en avril. La version d'avril comportera un nouveau « Fancy Menu » par défaut, qui, en plus de classer les applications, présente un résumé de toutes les applications et ajoute une liste des applications fréquemment utilisées. | Dans sa forme actuelle, LXQt n'est pas lié à des gestionnaires composites individuels et peut être utilisé avec LabWC, WayFire, kwin_wayland, Sway, Hyprland et éventuellement d'autres gestionnaires composites basés sur Wayland, conformément au plan publié précédemment. La sortie de LXQt 2.0, traduit pour Qt 6 et Wayland, est attendue en avril. La version d'avril comportera un nouveau « Fancy Menu » par défaut, qui, en plus de classer les applications, présente un résumé de toutes les applications et ajoute une liste des applications fréquemment utilisées. |
| |
https://mastodon.social/@LXQt/112065354791368936 | https://mastodon.social/@LXQt/112065354791368936 |
10/03/2024 | 10/03/2024 |
| |
Les développeurs du projet OpenBSD ont présenté la nouvelle version 3.9.0 d'une édition portable du paquetage LibreSSL, où un fork d'OpenSSL est en cours de développement, visant à fournir un niveau de sécurité plus élevé. Le projet LibreSSL se concentre sur un support de haute qualité pour les protocoles SSL/TLS en supprimant les fonctionnalités inutiles, en ajoutant des fonctions de sécurité supplémentaires, et en nettoyant et retravaillant de manière significative la base de code. La version LibreSSL 3.9.0 est considérée comme une version expérimentale qui développe des fonctionnalités qui seront incluses dans OpenBSD 7.5. Parallèlement, une version stable de LibreSSL 3.8.3 a été construite, qui corrige plusieurs erreurs spécifiques à Windows et renforce la prise en charge du mécanisme de sécurité CET (Control-flow Enforcement Technology). | Les développeurs du projet OpenBSD ont présenté la nouvelle version 3.9.0 d'une édition portable du paquet LibreSSL, où un fork d'OpenSSL est en cours de développement, visant à fournir un niveau de sécurité plus élevé. Le projet LibreSSL se concentre sur un support de haute qualité pour les protocoles SSL/TLS en supprimant les fonctionnalités inutiles, en ajoutant des fonctions de sécurité supplémentaires et en nettoyant et retravaillant de manière significative la base de code. La version LibreSSL 3.9.0 est considérée comme une version expérimentale qui développe des fonctionnalités qui seront incluses dans OpenBSD 7.5. Parallèlement, une version stable de LibreSSL 3.8.3 a été compilée, qui corrige plusieurs erreurs spécifiques à Windows et renforce la prise en charge du mécanisme de sécurité CET (Control-flow Enforcement Technology). |
| |
https://www.mail-archive.com/announce@openbsd.org/msg00517.html | https://www.mail-archive.com/announce@openbsd.org/msg00517.html |
11/03/2024 | 11/03/2024 |
| |
Après deux mois de développement, Linus Torvalds a présenté la version 6.8 du noyau Linux. Parmi les changements notables : le pilote Xe pour les GPU Intel, le mode de protection des périphériques de bloc avec les systèmes de fichiers montés, le mécanisme de planification des tâches du serveur Deadline, l'optimisation automatique de la fusion des pages de mémoire identiques, le premier pilote en langage Rust, les appels système listmount et statmount, la suppression de bpfilter et du mécanisme SLAB guest_memfd dans KVM, le profilage de l'accès aux données. | Après deux mois de développement, Linus Torvalds a présenté la version 6.8 du noyau Linux. Parmi les changements notables il y a : le pilote Xe pour les GPU Intel, le mode de protection des périphériques de bloc avec les systèmes de fichiers montés, le mécanisme de planification des tâches du serveur Deadline, l'optimisation automatique de la fusion des pages de mémoire identiques, le premier pilote en langage Rust, les appels système listmount et statmount, la suppression de bpfilter et du mécanisme SLAB guest_memfd dans KVM, le profilage de l'accès aux données. |
| |
La nouvelle version comprend 15 641 corrections apportées par 2018 développeurs, la taille du patch est de 44 Mo (les changements ont affecté 12 212 fichiers, 663 864 lignes de code ont été ajoutées, 339 094 lignes ont été supprimées). La dernière version comportait 18405 corrections apportées par 2066 développeurs, la taille du correctif étant de 72 Mo. Environ 42 % de tous les changements introduits dans la version 6.8 sont liés aux pilotes de périphériques, environ 15 % des changements sont liés à la mise à jour du code spécifique aux architectures matérielles, 14 % sont liés à la pile réseau, 6 % sont liés aux systèmes de fichiers et 3 % sont liés aux sous-systèmes internes du noyau. | La nouvelle version comprend 15 641 corrections apportées par 2 018 développeurs, la taille du patch est de 44 Mo (les changements ont affecté 12 212 fichiers, 663 864 lignes de code ont été ajoutées, 339 094 lignes ont été supprimées). La dernière version comportait 18 405 corrections apportées par 2 066 développeurs, la taille du correctif étant de 72 Mo. Environ 42 % de tous les changements introduits dans la version 6.8 sont liés aux pilotes de périphériques, environ 15 % des changements sont liés à la mise à jour du code spécifique aux architectures matérielles, 14 % sont liés à la pile réseau, 6 % sont liés aux systèmes de fichiers et 3 % sont liés aux sous-systèmes internes du noyau. |
| |
Il y a 9,996 millions d'objets dans le dépôt Git avec le noyau 6.8, ce qui indique que le prochain noyau 6.9 passera le cap des 10 millions d'objets Git. Auparavant, le changement des numéros de branche 3.x et 4.x était en corrélation avec le nombre d'objets Git dans le référentiel - lorsque le noyau 3.0 a été publié, il y avait environ 2 millions d'objets dans le référentiel, et le noyau 4.0 - 4 millions d'objets. Au même moment, en 2019, le version 5.0 a cassé cette chaîne logique, car, quand il a été structuré, le dépôt comprenait approximativement 6.5 millions d'objets Git. | Il y a 9,996 millions d'objets dans le dépôt Git avec le noyau 6.8, ce qui indique que le prochain noyau 6.9 passera le cap des 10 millions d'objets Git. Auparavant, le changement des numéros de branche 3.x et 4.x était en corrélation avec le nombre d'objets Git dans le dépôt - lorsque le noyau 3.0 a été publié, il y avait environ 2 millions d'objets dans le dépôt, et le noyau 4.0 - 4 millions d'objets. Au même moment, en 2019, le version 5.0 a cassé cette chaîne logique, car, quand il a été compilé, le dépôt comprenait approximativement 6.5 millions d'objets Git. |
| |
https://lkml.org/lkml/2024/3/10/243 | https://lkml.org/lkml/2024/3/10/243 |
La nouvelle version 1.2.0 de tenv a été publiée - un gestionnaire de console pour gérer les versions des plateformes Terraform, Terragrunt et OpenTofu utilisées pour gérer les ressources externes et automatiser la maintenance de l'infrastructure conformément au modèle « infrastructure as code ». tenv est écrit en Go, ne nécessite pas de dépendances supplémentaires et peut être exécuté sur n'importe quel système d'exploitation. Le code est distribué sous la licence Apache 2.0. | La nouvelle version 1.2.0 de tenv a été publiée - un gestionnaire de console pour gérer les versions des plateformes Terraform, Terragrunt et OpenTofu utilisées pour gérer les ressources externes et automatiser la maintenance de l'infrastructure conformément au modèle « infrastructure as code ». tenv est écrit en Go, ne nécessite pas de dépendances supplémentaires et peut être exécuté sur n'importe quel système d'exploitation. Le code est distribué sous la licence Apache 2.0. |
| |
Contrairement à ses concurrents, tenv ne nécessite pas de dépendances telles que bash et jq, et offre des fonctionnalités supplémentaires telles que la détection et l'installation automatique des distributions Terraform/OpenTofu, ainsi que la vérification des signatures des versions installées à l'aide de cosign. | Contrairement à ses concurrents, tenv ne nécessite pas de dépendances telles que bash et jq, et offre des fonctionnalités supplémentaires telles que la détection et l'installation automatiques des distributions Terraform/OpenTofu, ainsi que la vérification des signatures des versions installées à l'aide de cosign. |
| |
https://github.com/tofuutils/tenv/releases/tag/v1.2.0 | https://github.com/tofuutils/tenv/releases/tag/v1.2.0 |
12/03/2024 | 12/03/2024 |
| |
Le projet OpenAI, qui développe des projets publics dans le domaine de l'intelligence artificielle, a publié un débogueur appelé Transformer Debugger. Il est conçu pour analyser l'activation des structures dans les modèles de langage d'apprentissage automatique lors du traitement de certaines données. Comme les débogueurs traditionnels, Transformer Debugger permet de naviguer pas à pas dans les résultats du modèle, de les suivre et d'intercepter une activité spécifique. En général, Transformer Debugger vous permet de comprendre pourquoi un modèle de langage affiche un jeton plutôt qu'un autre en réponse à une certaine requête, ou pourquoi le modèle accorde plus d'attention à certains jetons dans une requête. Le code est écrit en Python et est distribué sous la licence MIT. | Le projet OpenAI, qui développe des projets publics dans le domaine de l'intelligence artificielle, a publié un débogueur appelé Transformer Debugger. Il est conçu pour analyser l'activation des structures dans les modèles de langage d'apprentissage automatique lors du traitement de certaines données. Comme les débogueurs traditionnels, Transformer Debugger permet de naviguer pas à pas dans les résultats du modèle, de les suivre et d'intercepter une activité spécifique. En général, Transformer Debugger vous permet de comprendre pourquoi un modèle de langage affiche un jeton plutôt qu'un autre en réponse à une certaine requête, ou pourquoi le modèle accorde plus d'attention à certains jetons dans une requête. Le code est écrit en Python et est distribué sous la licence du MIT. |
| |
https://github.com/openai/transformer-debugger | https://github.com/openai/transformer-debugger |
13/03/2024 | 13/03/2024 |
| |
OBS Studio 30.1, une suite pour le streaming, le compositing et l'enregistrement vidéo, est disponible. Le code est écrit en C/C++ et distribué sous licence GPLv2. Des versions sont créées pour Linux ( flatpak ), Windows et macOS. | OBS Studio 30.1, une suite pour le streaming, le compositing et l'enregistrement vidéo, est disponible. Le code est écrit en C/C++ et distribué sous licence GPLv2. Des versions sont créées pour Linux (flatpak), Windows et macOS. |
| |
L'objectif du développement d'OBS Studio était de créer une version portable de l'application Open Broadcaster Software (OBS Classic) qui ne soit pas liée à la plateforme Windows, qui supporte OpenGL et qui soit extensible grâce à des plugins. Une autre différence est l'utilisation d'une architecture modulaire, qui implique la séparation de l'interface et du cœur du programme, contrairement à l'application classique. Il prend en charge le transcodage des flux source, la capture vidéo pendant les jeux et la diffusion sur PeerTube, Twitch, Facebook Gaming, YouTube, DailyMotion, Hitbox et d'autres services. Pour garantir des performances élevées, vous pouvez utiliser des mécanismes d'accélération matérielle (par exemple, NVENC, Intel QSV et VAAPI). | L'objectif du développement d'OBS Studio était de créer une version portable de l'application Open Broadcaster Software (OBS Classic) qui ne soit pas liée à la plateforme Windows, qui supporte OpenGL et qui soit extensible grâce à des plugins. Une autre différence est l'utilisation d'une architecture modulaire, qui implique la séparation de l'interface et du cœur du programme, contrairement à l'application classique. Il prend en charge le transcodage des flux source, la capture vidéo pendant les jeux et la diffusion sur PeerTube, Twitch, Facebook Gaming, YouTube, DailyMotion, Hitbox et d'autres services. Pour garantir des performances élevées, vous pouvez utiliser des mécanismes d'accélération matérielle (par exemple, NVENC, Intel QSV et VAAPI). |
Toujours dans le domaine du noyau, Linus Torvalds a approuvé une demande de suppression de l'ancien pilote du système de fichiers NTFS du noyau Linux. À partir de la version 5.15, le noyau inclut le nouveau pilote NTFS3, développé et maintenu par Paragon Software. Fournir deux pilotes avec l'implémentation NTFS dans le noyau n'est pas pratique, étant donné que l'ancien pilote n'a pas été mis à jour depuis de nombreuses années, qu'il est dans un état déplorable et qu'il ne peut fonctionner qu'en mode lecture. | Toujours dans le domaine du noyau, Linus Torvalds a approuvé une demande de suppression de l'ancien pilote du système de fichiers NTFS du noyau Linux. À partir de la version 5.15, le noyau inclut le nouveau pilote NTFS3, développé et maintenu par Paragon Software. Fournir deux pilotes avec l'implémentation NTFS dans le noyau n'est pas pratique, étant donné que l'ancien pilote n'a pas été mis à jour depuis de nombreuses années, qu'il est dans un état déplorable et qu'il ne peut fonctionner qu'en mode lecture. |
| |
Le nouveau pilote NTFS3 prend en charge le mode écriture et toutes les fonctionnalités de la version actuelle de NTFS 3.1, y compris les attributs de fichiers étendus, les listes d'accès (ACL), le mode de compression des données, le travail efficace avec les espaces vides dans les fichiers (sparse) et la relecture des changements à partir du journal pour restaurer l'intégrité après les échecs. La suppression de l'ancien pilote ne devrait pas affecter les distributions, puisque, par exemple, Debian ne construit ni n'utilise de pilotes NTFS à partir du noyau, mais propose aux utilisateurs une implémentation ntfs-3g qui s'exécute dans l'espace utilisateur. Arch Linux utilise le nouveau pilote ntfs3 par défaut. | Le nouveau pilote NTFS3 prend en charge le mode écriture et toutes les fonctionnalités de la version actuelle de NTFS 3.1, y compris les attributs étendus de fichiers, les listes d'accès (ACL), le mode de compression des données, le travail efficace avec les espaces vides dans les fichiers (sparse) et la relecture des changements à partir du journal pour restaurer l'intégrité après les échecs. La suppression de l'ancien pilote ne devrait pas affecter les distributions, puisque, par exemple, Debian ne compile ni n'utilise de pilotes NTFS à partir du noyau, mais propose aux utilisateurs une implémentation ntfs-3g qui s'exécute dans l'espace utilisateur. Arch Linux utilise le nouveau pilote ntfs3 par défaut. |
| |
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id%3D77417942e49017ff6d0b3d57b8974ab1d63d592c | https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id%3D77417942e49017ff6d0b3d57b8974ab1d63d592c |
15/03/2024 | 15/03/2024 |
| |
De nouvelles versions bootables de Void Linux ont été générées. Il s'agit d'un projet indépendant qui n'utilise pas les développements d'autres distributions et qui est développé à l'aide d'un cycle de publication en continu. Les versions précédentes ont été publiées il y a un an. Hormis l'apparence des images de démarrage actuelles basées sur une partie plus récente du système, la mise à jour des builds n'apporte pas de changements fonctionnels et leur utilisation n'a de sens que pour les nouvelles installations. | De nouvelles versions amorçables de Void Linux ont été générées. Il s'agit d'un projet indépendant qui n'utilise pas les développements d'autres distributions et qui est développé à l'aide d'un cycle de publication en continu. Les versions précédentes ont été publiées il y a un an. Hormis l'apparence des images de démarrage actuelles basées sur une partie plus récente du système, la mise à jour des builds n'apporte pas de changements fonctionnels et leur utilisation n'a de sens que pour les nouvelles installations. |
| |
Les builds sont disponibles dans des versions basées sur les bibliothèques système Glibc et Musl. Des images Live avec le bureau Xfce et une console de base ont été préparées pour les plateformes x86_64, i686, armv6l, armv7l et aarch64. Les versions ARM supportent les cartes BeagleBone/BeagleBone Black, Cubieboard 2, Odroid U2/U3 et Raspberry Pi. | Les builds sont disponibles dans des versions basées sur les bibliothèques système Glibc et Musl. Des images Live avec le bureau Xfce et une console de base ont été préparées pour les plateformes x86_64, i686, armv6l, armv7l et aarch64. Les versions ARM supportent les cartes BeagleBone/BeagleBone Black, Cubieboard 2, Odroid U2/U3 et Raspberry Pi. |
| |
La distribution utilise le gestionnaire de système runit pour initialiser et gérer les services. Pour gérer les paquets, elle développe son propre gestionnaire de paquets xbps et le système de construction de paquets xbps-src. Xbps vous permet d'installer, de désinstaller et de mettre à jour des applications, de détecter les incompatibilités des bibliothèques partagées et de gérer les dépendances. Vous pouvez utiliser Musl comme bibliothèque standard à la place de Glibc. Les systèmes développés par Void sont distribués sous licence BSD. | La distribution utilise le gestionnaire de système runit pour initialiser et gérer les services. Pour gérer les paquets, elle développe son propre gestionnaire de paquets xbps et le système de compilation de paquets xbps-src. Xbps vous permet d'installer, de désinstaller et de mettre à jour des applications, de détecter les incompatibilités des bibliothèques partagées et de gérer les dépendances. Vous pouvez utiliser Musl comme bibliothèque standard à la place de Glibc. Les systèmes développés par Void sont distribués sous licence BSD. |
| |
https://voidlinux.org/news/2024/03/new-images.html | https://voidlinux.org/news/2024/03/new-images.html |
15/03/2024 | 15/03/2024 |
| |
La mise à jour 0.97 a été publiée pour le jeu Mineclonia, qui est un fork de Mineclone2 et réalisé sur le moteur Minetest. Ce qui différencie Mineclonia de Mineclone2, c'est l'accent mis sur la stabilité et les performances. À l'heure actuelle, le jeu possède plus de fonctionnalités que Mineclone2, mais en même temps, la musique du jeu (pour réduire la taille) et les « hamburgers », qui n'étaient pas présents dans Minecraft et avaient un impact négatif sur les performances, ont été délibérément retirés de Mineclone. Le code du projet est écrit en Lua et est distribué sous licence GPLv3. | La mise à jour 0.97 a été publiée pour le jeu Mineclonia,un fork de Mineclone2 qui est réalisé sur le moteur Minetest. Ce qui différencie Mineclonia de Mineclone2, c'est l'accent mis sur la stabilité et les performances. À l'heure actuelle, le jeu possède plus de fonctionnalités que Mineclone2, mais en même temps, la musique du jeu (pour réduire la taille) et les « hamburgers », qui n'étaient pas présents dans Minecraft et avaient un impact négatif sur les performances, ont été délibérément retirés de Mineclone. Le code du projet est écrit en Lua et est distribué sous licence GPLv3. |
| |
Parmi les changements apportés à la nouvelle version figurent l'ajout d'un coût de niveau sur l'enclume, l'implémentation d'une canne à pêche et l'ajout de la possibilité de pêcher, ainsi que la correction de quelques bugs. | Parmi les changements apportés à la nouvelle version figurent l'ajout d'un coût de niveau sur l'enclume, l'implémentation d'une canne à pêche et l'ajout de la possibilité de pêcher, ainsi que la correction de quelques bugs. |
16/03/2024 | 16/03/2024 |
| |
Le projet GNOME a publié la version 1.5 de Libadwaita, qui comprend un ensemble de composants pour le style de l'interface utilisateur qui suit les directives GNOME HIG (Human Interface Guidelines). La bibliothèque comprend des widgets et des objets prêts à l'emploi pour créer des applications conformes au style général de GNOME, qui peuvent s'adapter à des écrans de toutes tailles. Le code de la bibliothèque est écrit en C et est distribué sous la licence LGPL 2.1+. | Le projet GNOME a publié la version 1.5 de Libadwaita, qui comprend un ensemble de composants pour le style de l'interface utilisateur qui suit les directives GNOME HIG (Human Interface Guidelines). La bibliothèque comprend des widgets et des objets prêts à l'emploi pour créer des applications conformes au style général de GNOME, qui peuvent s'adapter à des écrans de toutes tailles. Le code de la bibliothèque est écrit en C et distribué sous la licence LGPL 2.1+. |
| |
La bibliothèque libadwaita est utilisée en conjonction avec GTK4 et inclut des composants du thème Adwaita. Déplacer les éléments de style de GNOME dans une bibliothèque séparée permet aux changements spécifiques à GNOME d'être développés séparément de GTK, permettant aux développeurs de GTK de se concentrer sur le cœur du système et aux développeurs de GNOME de faire avancer plus rapidement et avec plus de flexibilité les changements de style qu'ils souhaitent sans affecter GTK lui-même. | La bibliothèque libadwaita est utilisée en conjonction avec GTK4 et inclut des composants du thème Adwaita. Déplacer les éléments de style de GNOME dans une bibliothèque séparée permet aux changements spécifiques à GNOME d'être développés séparément de GTK, permettant aux développeurs de GTK de se concentrer sur le cœur du système et aux développeurs de GNOME de faire avancer plus rapidement et avec plus de flexibilité les changements de style qu'ils souhaitent sans affecter GTK lui-même. |
| |
Le principal changement dans libadwaita 1.5 a été le remaniement des widgets adaptatifs pour créer des boîtes de dialogue qui s'ajustent à la taille de la zone visible. Contrairement aux boîtes de dialogue traditionnelles, qui sont hébergées dans des fenêtres séparées, les nouvelles boîtes de dialogue sont rendues côté client, à l'intérieur des fenêtres existantes, et ne peuvent pas s'étendre au-delà de la fenêtre parentale. Cette approche simplifie la création de boîtes de dialogue universelles qui peuvent être combinées avec des interfaces pour les systèmes mobiles et de bureau, et fournit également des options supplémentaires pour la gestion des boîtes de dialogue. | Le principal changement dans libadwaita 1.5 a été le remaniement des widgets adaptatifs pour créer des boîtes de dialogue qui s'ajustent à la taille de la zone visible. Contrairement aux boîtes de dialogue traditionnelles, qui sont hébergées dans des fenêtres séparées, les nouvelles boîtes de dialogue sont rendues côté client, à l'intérieur des fenêtres existantes, et ne peuvent pas s'étendre au-delà de la fenêtre parentale. Cette approche simplifie la création de boîtes de dialogue universelles, qui peuvent être combinées avec des interfaces pour les systèmes mobiles et de bureau, et fournit également des options supplémentaires pour la gestion des boîtes de dialogue. |
| |
https://blogs.gnome.org/alicem/2024/03/15/libadwaita-1-5/ | https://blogs.gnome.org/alicem/2024/03/15/libadwaita-1-5/ |
16/03/2024 | 16/03/2024 |
| |
OpenELA (Open Enterprise Linux Association), formé l'année dernière par CIQ (Rocky Linux), Oracle et SUSE, pour unir leurs efforts afin d'assurer la compatibilité avec RHEL, a introduit le projet kernel-lts, dans lequel il fournira un support supplémentaire pour certains noyaux de branches LTS obsolètes après qu'ils ne soient plus officiellement pris en charge. | OpenELA (Open Enterprise Linux Association), formée l'année dernière par CIQ (Rocky Linux), Oracle et SUSE, pour unir leurs efforts afin d'assurer la compatibilité avec RHEL, a introduit le projet kernel-lts, dans lequel il fournira un support supplémentaire pour certains noyaux de branches LTS obsolètes après qu'ils ne soient plus officiellement pris en charge. |
| |
Le premier noyau à bénéficier d'un support supplémentaire sera la branche 4.14, qui a été publiée en novembre 2017 et a été supportée pendant 6 ans. En janvier, l'équipe de développement du noyau central a cessé de maintenir cette branche. OpenELA a repris la maintenance et les mises à jour du noyau 4.14, qui sera publié au moins jusqu'en décembre 2024. Après la publication finale du noyau Linux 4.14.336, l'équipe OpenELA a déjà publié les mises à jour étendues 4.14.337-openela, 4.14.338-openela et 4.14.339-openela. | Le premier noyau à bénéficier d'un support supplémentaire sera la branche 4.14, qui a été publiée en novembre 2017 et a été supportée pendant 6 ans. En janvier, l'équipe de développement du noyau central a cessé de maintenir cette branche. OpenELA a repris la maintenance et les mises à jour du noyau 4.14, qui sera publié au moins jusqu'en décembre 2024. Après la publication finale du noyau Linux 4.14.336, l'équipe OpenELA a déjà publié les mises à jour étendues 4.14.337-openela, 4.14.338-openela et 4.14.339-openela. |
17/03/2024 | 17/03/2024 |
| |
WebKitGTK 2.44.0, un portage du moteur de navigation WebKit pour la plateforme GTK, a été annoncé. WebKitGTK vous permet d'utiliser toutes les fonctionnalités de WebKit à travers une interface de programmation orientée GNOME basée sur GObject et peut être utilisé pour intégrer des outils de traitement de contenu Web dans n'importe quelle application, de l'utilisation dans des analyseurs HTML/CSS spécialisés à la création de navigateurs Web complets. Parmi les projets bien connus qui utilisent WebKitGTK, nous nous concentrons sur le navigateur standard de GNOME (Epiphany). Auparavant, WebKitGTK était utilisé dans le navigateur Midori, mais après que le projet soit passé entre les mains de la Fondation Astian, l'ancienne version de Midori sur WebKitGTK a été abandonnée et un produit fondamentalement différent a été créé sous le même nom de Midori. | WebKitGTK 2.44.0, un portage du moteur de navigation WebKit pour la plateforme GTK, a été annoncé. WebKitGTK vous permet d'utiliser toutes les fonctionnalités de WebKit à travers une interface de programmation orientée GNOME basée sur GObject et peut être utilisé pour intégrer des outils de traitement de contenu Web dans n'importe quelle application, de l'utilisation dans des analyseurs HTML/CSS spécialisés à la création de navigateurs Web complets. Parmi les projets bien connus qui utilisent WebKitGTK, nous nous concentrons sur le navigateur standard de GNOME (Epiphany). Auparavant, WebKitGTK était utilisé dans le navigateur Midori, mais une fois que le projet s'est passé entre les mains de la Fondation Astian, l'ancienne version de Midori sur WebKitGTK a été abandonnée et un produit fondamentalement différent a été créé sous le même nom de Midori. |
| |
https://webkitgtk.org/2024/03/16/webkitgtk2.44.0-released.html | https://webkitgtk.org/2024/03/16/webkitgtk2.44.0-released.html |
18/03/2024 | 18/03/2024 |
| |
Fabrice Le Fessant a dressé le bilan de 20 ans de développement du compilateur libre GnuCOBOL, qui permet de traduire des programmes COBOL en une représentation C pour une compilation ultérieure à l'aide de GCC ou d'autres compilateurs C. Selon Fabrice, le projet est arrivé à maturité, prêt à être utilisé dans les systèmes industriels et à concurrencer les solutions propriétaires. Les avantages concurrentiels de GnuCOBOL comprennent la prise en charge de 19 dialectes du langage COBOL, des performances élevées et une utilisation multiplateforme, permettant à la boîte à outils d'être utilisée sur différents systèmes, notamment Linux, BSD, macOS, Windows, Android et de nombreux systèmes d'exploitation propriétaires de type Unix. | Fabrice Le Fessant a dressé le bilan de 20 ans de développement du compilateur libre GnuCOBOL, qui permet de traduire des programmes COBOL en une représentation C pour une compilation ultérieure à l'aide de GCC ou d'autres compilateurs C. Selon Fabrice, le projet est arrivé à maturité, prêt à être utilisé dans les systèmes industriels et à concurrencer les solutions propriétaires. Les avantages concurrentiels de GnuCOBOL comprennent la prise en charge de 19 dialectes du langage COBOL, des performances élevées et une utilisation multi-plateforme, permettant à la boîte à outils d'être utilisée sur différents systèmes, notamment Linux, BSD, macOS, Windows, Android et de nombreux systèmes d'exploitation propriétaires de type Unix. |
| |
Selon l'orateur, il y a eu récemment une mise en œuvre active de GnuCOBOL par des sociétés commerciales et des banques, qui transfèrent des backends écrits en COBOL vers GnuCOBOL à partir du compilateur propriétaire Micro Focus. La transition vers GnuCOBOL permet d'accroître la productivité et d'éviter de s'enfermer dans un seul fournisseur. Par exemple, le ministère français des finances a récemment remplacé un ordinateur central fonctionnant sous le système d'exploitation GCOS par une solution basée sur GnuCOBOL. | Selon l'orateur, il y a eu récemment une mise en œuvre active de GnuCOBOL par des sociétés commerciales et des banques, qui transfèrent des backends écrits en COBOL vers GnuCOBOL à partir du compilateur propriétaire Micro Focus. La transition vers GnuCOBOL permet d'accroître la productivité et d'éviter de s'enfermer dans un seul fournisseur. Par exemple, le ministère français des finances a récemment remplacé un ordinateur central fonctionnant sous le système d'exploitation GCOS par une solution basée sur GnuCOBOL. |
| |
Parmi les événements liés à GnuCOBOL, nous pouvons également mentionner la publication de la première version de l'environnement de développement intégré SuperBOL Studio, écrit en langage OCaml et distribué sous les licences AGPLv3, MIT et ISC. SuperBOL Studio est une extension de l'éditeur de code VS Code qui fonctionne avec le compilateur GnuCOBOL et est conçu pour le développement, le débogage et le profilage de projets COBOL. SuperBOL fournit également une implémentation de serveur LSP (Language Server Protocol) pour intégrer des outils de navigation, d'analyse et d'édition de code COBOL dans un autre IDE. | Parmi les événements liés à GnuCOBOL, nous pouvons également mentionner la publication de la première version de l'environnement de développement intégré SuperBOL Studio, écrit en langage OCaml et distribué sous les licences AGPLv3, ISC et celle du MIT. SuperBOL Studio est une extension de l'éditeur de code VS Code qui fonctionne avec le compilateur GnuCOBOL et est conçu pour le développement, le débogage et le profilage de projets COBOL. SuperBOL fournit également une implémentation de serveur LSP (Language Server Protocol) pour intégrer des outils de navigation, d'analyse et d'édition de code COBOL dans un autre IDE. |
| |
Cette année, le langage COBOL fêtera ses 65 ans, tout en restant l'un des plus anciens langages de programmation activement utilisés, ainsi que l'un des leaders en termes de quantité de code écrit. | Cette année, le langage COBOL fêtera ses 65 ans, tout en restant l'un des plus anciens langages de programmation activement utilisés, ainsi que l'un des leaders en termes de quantité de code écrit. |
19/03/2024 | 19/03/2024 |
| |
Microsoft a ouvert le système NoSQL Garnet, conçu pour créer des magasins de mise en cache et compatible avec les bibliothèques client existantes pour le stockage Redis. Garnet prend en charge la création de clusters de mise en cache de données évolutifs qui peuvent utiliser la réplication, la migration de clés et le partage de données entre les nœuds du cluster. Le projet est écrit en C# avec un noyau de stockage en C++. Il est ouvert sous la licence MIT et peut fonctionner sur toutes les plateformes supportées par .NET (les plateformes principales sont Linux et Windows). | Microsoft a ouvert le système NoSQL Garnet, conçu pour créer des magasins de mise en cache et compatible avec les bibliothèques client existantes pour le stockage Redis. Garnet prend en charge la création de clusters de mise en cache de données évolutifs qui peuvent utiliser la réplication, la migration de clés et le partage de données entre les nœuds du cluster. Le projet est écrit en C# avec un noyau de stockage en C++. Il est ouvert sous la licence du MIT et peut fonctionner sur toutes les plateformes supportées par .NET (les plateformes principales sont Linux et Windows). |
| |
https://www.microsoft.com/en-us/research/blog/introducing-garnet-an-open-source-next-generation-faster-cache-store-for-accelerating-applications-and-services/ | https://www.microsoft.com/en-us/research/blog/introducing-garnet-an-open-source-next-generation-faster-cache-store-for-accelerating-applications-and-services/ |
Red Hat a commencé à travailler sur le projet Nova, qui est un nouveau pilote ouvert pour les GPU NVIDIA, où les opérations d'initialisation et de contrôle du GPU sont incluses dans le firmware et effectuées par un microcontrôleur GSP (GPU System Processor) séparé. Le nouveau pilote est conçu comme un module pour le noyau Linux et utilise le sous-système DRM (Direct Rendering Manager). Le projet se positionne comme une continuation du développement du pilote Nouveau pour les GPU avec firmware GSP utilisés à partir de la série NVIDIA GeForce RTX 2000 basée sur la microarchitecture Turing, et à long terme pourrait remplacer Nouveau. | Red Hat a commencé à travailler sur le projet Nova, qui est un nouveau pilote ouvert pour les GPU NVIDIA, où les opérations d'initialisation et de contrôle du GPU sont incluses dans le firmware et effectuées par un microcontrôleur GSP (GPU System Processor) séparé. Le nouveau pilote est conçu comme un module pour le noyau Linux et utilise le sous-système DRM (Direct Rendering Manager). Le projet se positionne comme une continuation du développement du pilote Nouveau pour les GPU avec firmware GSP utilisés à partir de la série NVIDIA GeForce RTX 2000 basée sur la microarchitecture Turing, et à long terme pourrait remplacer Nouveau. |
| |
Le code du pilote est écrit en Rust et utilise en outre plusieurs couches pour développer des pilotes vidéo dans ce langage, qui n'ont pas encore été acceptés dans le noyau principal. L'une des raisons de la création d'un nouveau pilote est la possibilité de réaliser une simplification significative par rapport au pilote Nouveau, grâce à l'utilisation de nombreux gestionnaires prêts à l'emploi fournis par le micrologiciel GSP. En raison de la nécessité de prendre en charge les anciens GPU NVIDIA, le code du pilote Nouveau est inutilement complexe et inflexible, et un remaniement important de la base de code est nécessaire pour résoudre les problèmes existants dans le pilote Nouveau, par exemple, liés au blocage dans le code VMM/MMU. | Le code du pilote est écrit en Rust et utilise en outre plusieurs couches pour développer des pilotes vidéo dans ce langage, qui n'ont pas encore été acceptés dans le noyau principal. L'une des raisons de la création d'un nouveau pilote est la possibilité de réaliser une simplification significative par rapport au pilote Nouveau, grâce à l'utilisation de nombreux gestionnaires prêts à l'emploi fournis par le micrologiciel GSP. En raison de la nécessité de prendre en charge les anciens GPU NVIDIA, le code du pilote Nouveau est inutilement complexe et inflexible ; un remaniement important de la base de code est nécessaire pour résoudre les problèmes existants dans le pilote Nouveau, par exemple, liés au blocage dans le code VMM/MMU. |
| |
https://lists.freedesktop.org/archives/dri-devel/2024-March/446709.html | https://lists.freedesktop.org/archives/dri-devel/2024-March/446709.html |
21/03/2024 | 21/03/2024 |
| |
Nintendo a obtenu le blocage du dépôt principal du projet Suyu sur GitLab, un jour après la publication de la première version. Le dépôt a été bloqué après qu'une plainte ait été envoyée à GitLab concernant la violation par le projet Suyu du Digital Millennium Copyright Act (DMCA) en vigueur aux États-Unis. Un dépôt alternatif lancé sur son propre serveur utilisant la plateforme Forgejo (un dérivé de Gitea), ainsi qu'un dépôt avec des versions sur le site de GitLab continuent de fonctionner. | Nintendo a obtenu le blocage du dépôt principal du projet Suyu sur GitLab, un jour après la publication de la première version. Le dépôt a été bloqué après qu'une plainte a été envoyée à GitLab concernant la violation par le projet Suyu du Digital Millennium Copyright Act (DMCA) en vigueur aux États-Unis. Un dépôt alternatif lancé sur son propre serveur utilisant la plateforme Forgejo (un dérivé de Gitea), ainsi qu'un dépôt avec des versions sur le site de GitLab continuent de fonctionner. |
| |
La demande DMCA envoyée à GitLab affirme que, comme Yuzu, l'émulateur Suyu est spécifiquement conçu pour contourner les méthodes de sécurité technique et qu'il utilise des copies de clés cryptographiques obtenues illégalement pour décrypter les jeux et les microprogrammes. Bien que l'extraction des clés de décryptage des jeux incombe aux utilisateurs et soit réalisée à l'aide d'outils tiers, le fait même de décrypter du côté de l'émulateur est perçu par Nintendo comme un contournement illégal des mesures de protection technique, même si l'utilisateur utilise des clés extraites de sa propre copie achetée (dans les conditions d'utilisation, il est interdit de créer des copies pour les exécuter sur d'autres plates-formes). | La demande DMCA envoyée à GitLab affirme que, comme Yuzu, l'émulateur Suyu est spécifiquement conçu pour contourner les méthodes de sécurité technique et qu'il utilise des copies de clés cryptographiques obtenues illégalement pour décrypter les jeux et les microprogrammes. Bien que l'extraction des clés de décryptage des jeux incombe aux utilisateurs et soit réalisée à l'aide d'outils tiers, le fait même de décrypter côté émulateur est perçu par Nintendo comme un contournement illégal des mesures de protection technique, même si l'utilisateur utilise des clés extraites de sa propre copie achetée (dans les conditions d'utilisation, il est interdit de créer des copies pour les exécuter sur d'autres plates-formes). |
| |
https://twitter.com/MrSujano/status/1770896278165004294 | https://twitter.com/MrSujano/status/1770896278165004294 |