Les deux révisions précédentesRévision précédenteProchaine révision | Révision précédente |
issue210:actus [2024/10/30 12:07] – [7] auntiee | issue210:actus [2024/10/30 18:34] (Version actuelle) – [19] auntiee |
---|
10/04/2024 | 10/04/2024 |
| |
Samsung a annoncé lors de la Samsung Developer Conference 2024 qu'il portait sa plateforme mobile open source Tizen sur des appareils dotés de processeurs basés sur RISC-V. Samsung étudie l'utilisation de RISC-V dans les téléviseurs intelligents et autres appareils grand public, et collabore également avec SiFive pour prototyper des téléviseurs avec des cœurs RISC-V dans la série SiFive Performance. Un de ces prototypes, construit sur le processeur SiFive Performance P470 RISC-V et exécutant le firmware avec la plateforme Tizen, a été présenté lors de l'exposition. | Samsung a annoncé, lors de la Samsung Developer Conference 2024, qu'il portait sa plateforme mobile open source Tizen sur des appareils dotés de processeurs basés sur RISC-V. Samsung étudie l'utilisation de RISC-V dans les téléviseurs intelligents et autres appareils grand public, et collabore également avec SiFive pour prototyper des téléviseurs avec des cœurs RISC-V dans la série SiFive Performance. Un de ces prototypes, construit sur le processeur SiFive Performance P470 RISC-V et exécutant le firmware avec la plateforme Tizen, a été présenté lors de l'exposition. |
| |
Le code Tizen est sous licence GPLv2, Apache 2.0 et BSD, et est développé sous les auspices de la Linux Foundation, principalement par Samsung. La plateforme continue de développer les projets MeeGo et LiMO et se distingue par la capacité d'utiliser l'API Web et les technologies Web (HTML5/JavaScript/CSS) pour créer des applications mobiles. L'environnement graphique est construit sur le protocole Wayland et les snoppets du projet Enlightenment, Systemd est utilisé pour gérer les services. | Le code Tizen est sous licence GPLv2, Apache 2.0 et BSD, et est développé sous les auspices de la Linux Foundation, principalement par Samsung. La plateforme continue de développer les projets MeeGo et LiMO et se distingue par la capacité d'utiliser l'API Web et les technologies Web (HTML5/JavaScript/CSS) pour créer des applications mobiles. L'environnement graphique est construit sur le protocole Wayland et les snippets du projet Enlightenment, Systemd est utilisé pour gérer les services. |
| |
RISC-V fournit un jeu d'instructions machine ouvert et flexible qui permet de concevoir des microprocesseurs pour n'importe quelle application sans nécessiter de redevances ni imposer de conditions d'utilisation. RISC-V permet la création de SoC et de processeurs complètement ouverts. Actuellement, plusieurs dizaines de variantes de cœurs de microprocesseurs, plus d'une centaine de SoC et de puces en production sont développées sur la base de la spécification RISC-V par diverses sociétés et communautés sous diverses licences libres (BSD, MIT, Apache 2.0). Le support RISC-V est présent depuis les versions de Glibc 2.27, binutils 2.30, gcc 7 et du noyau Linux 4.15. | RISC-V fournit un jeu d'instructions machine ouvert et flexible qui permet de concevoir des microprocesseurs pour n'importe quelle application sans nécessiter de redevances ni imposer de conditions d'utilisation. RISC-V permet la création de SoC et de processeurs complètement ouverts. Actuellement, plusieurs dizaines de variantes de cœurs de microprocesseurs, plus d'une centaine de SoC et de puces en production sont développées sur la base de la spécification RISC-V par diverses sociétés et communautés sous diverses licences libres (BSD, MIT, Apache 2.0). Le support RISC-V est présent depuis les versions de Glibc 2.27, binutils 2.30, gcc 7 et du noyau Linux 4.15. |
10/06/2024 | 10/06/2024 |
| |
Le projet Mitmproxy 11 est sorti. Il développe une boîte à outils pour intercepter le trafic à l'intérieur des connexions établies via HTTPS, avec la possibilité d'inspecter, de modifier et de rejouer le trafic. L'objectif principal de Mitmproxy est de surveiller le trafic dans les systèmes d'entreprise et de diagnostiquer les problèmes, par exemple en identifiant l'activité réseau cachée des applications. Le code source du projet est écrit en Python et distribué sous la licence MIT. | Le projet Mitmproxy 11 est sorti. Il développe une boîte à outils pour intercepter le trafic à l'intérieur des connexions établies via HTTPS, avec la possibilité d'inspecter, de modifier et de rejouer le trafic. L'objectif principal de Mitmproxy est de surveiller le trafic dans les systèmes d'entreprise et de diagnostiquer les problèmes, par exemple en identifiant l'activité réseau cachée des applications. Le code source du projet est écrit en Python et distribué sous la licence du MIT. |
| |
Pour analyser le trafic HTTPS, Mitmproxy est placé sur un nœud de transit, où il intercepte les requêtes client et les traduit en requêtes envoyées de lui-même au serveur cible. Mitmproxy établit une connexion HTTPS régulière avec le serveur demandé pendant la session client, et une connexion fictive est établie avec le client au nom du serveur cible avec un faux certificat SSL généré pour le client à la volée. Le trafic reçu du client est redirigé vers le serveur cible et les réponses reçues sont retranscrites au client. | Pour analyser le trafic HTTPS, Mitmproxy est placé sur un nœud de transit, où il intercepte les requêtes client et les traduit en requêtes envoyées de lui-même au serveur cible. Mitmproxy établit une connexion HTTPS régulière avec le serveur demandé pendant la session client, et une connexion fictive est établie avec le client au nom du serveur cible avec un faux certificat SSL généré pour le client à la volée. Le trafic reçu du client est redirigé vers le serveur cible et les réponses reçues sont retranscrites au client. |
06/10/2024 | 06/10/2024 |
| |
Le serveur composite Cage 0.2 est désormais disponible. Il utilise Wayland et est conçu pour exécuter des applications autonomes en mode kiosque. Cage est utilisé dans les systèmes domotiques, les stands de démonstration, les enseignes électroniques et les terminaux en libre-service. Le code du projet est écrit en C et est sous licence MIT. | Le serveur composite Cage 0.2 est désormais disponible. Il utilise Wayland et est conçu pour exécuter des applications autonomes en mode kiosque. Cage est utilisé dans les systèmes domotiques, les stands de démonstration, les enseignes électroniques et les terminaux en libre-service. Le code du projet est écrit en C et est sous licence du MIT. |
| |
L'interface de Cage est limitée à une seule application, et l'utilisateur ne peut pas aller au-delà de cette application et accéder au système d'exploitation. L'écran est lié à un périphérique de sortie, et toutes les boîtes de dialogue auxiliaires sont affichées au centre de l'écran sans possibilité de déplacer ou de modifier la taille. L'insertion et la récupération de données via le presse-papiers sont prises en charge. Les applications sont directement liées à l'environnement graphique lancé, par exemple, pour créer un kiosque avec le navigateur Epiphany, il suffit d'exécuter "cage /usr/bin/epiphany", et après avoir quitté le programme, le serveur composite se termine également. | L'interface de Cage est limitée à une seule application, et l'utilisateur ne peut pas aller au-delà de cette application et accéder au système d'exploitation. L'écran est lié à un périphérique de sortie, et toutes les boîtes de dialogue auxiliaires sont affichées au centre de l'écran sans possibilité de déplacer ou de modifier la taille. L'insertion et la récupération de données via le presse-papiers sont prises en charge. Les applications sont directement liées à l'environnement graphique lancé, par exemple, pour créer un kiosque avec le navigateur Epiphany, il suffit d'exécuter "cage /usr/bin/epiphany", et après avoir quitté le programme, le serveur composite se termine également. |
Linus Torvalds a émis une nouvelle critique des pratiques de maintenance de Bcachefs dans le noyau Linux principal. L'essentiel de la plainte est que Kent Overstreet, l'auteur de Bcachefs, envoie toujours beaucoup de changements à la dernière minute avant la prochaine version « -RC », et cette fois, ses changements ont provoqué l'échec de la version 6.12-RC1 sur les systèmes big-endian lorsque Bcachefs était activé, car les correctifs n'étaient testés que dans la branche locale de Kent et aucun autre contributeur n'était impliqué dans leur révision. | Linus Torvalds a émis une nouvelle critique des pratiques de maintenance de Bcachefs dans le noyau Linux principal. L'essentiel de la plainte est que Kent Overstreet, l'auteur de Bcachefs, envoie toujours beaucoup de changements à la dernière minute avant la prochaine version « -RC », et cette fois, ses changements ont provoqué l'échec de la version 6.12-RC1 sur les systèmes big-endian lorsque Bcachefs était activé, car les correctifs n'étaient testés que dans la branche locale de Kent et aucun autre contributeur n'était impliqué dans leur révision. |
| |
La demande d'extraction a finalement été acceptée, mais une discussion s'est ensuivie sur les tests, les systèmes d'intégration continue et l'engagement communautaire, plusieurs personnes notant que Kent avait clairement du mal à communiquer avec d'autres développeurs et semblait toujours penser qu'il avait raison, ce qui causait des problèmes au projet dans le noyau principal. Linus a prévenu Kent qu'il envisageait simplement de supprimer Bcachefs du noyau principal, car Kent continuait à jouer seul dans son bac à sable, sans participer et sans vouloir jouer selon les règles de la communauté du noyau. | La demande de pull a finalement été acceptée, mais une discussion s'est ensuivie sur les tests, les systèmes d'intégration continue et l'engagement communautaire, plusieurs personnes notant que Kent avait clairement du mal à communiquer avec d'autres développeurs et semblait toujours penser qu'il avait raison, ce qui causait des problèmes au projet dans le noyau principal. Linus a prévenu Kent qu'il envisageait simplement de supprimer Bcachefs du noyau principal, car Kent continuait à jouer seul dans son bac à sable, sans participer et sans vouloir jouer selon les règles de la communauté du noyau. |
| |
https://lore.kernel.org/lkml/172816780614.3194359.10913571563159868953.pr-tracker-bot@kernel.org/T/%23r631c24cd07f5820a4cbff8f25dff1d1a0c3cf2e7 | https://lore.kernel.org/lkml/172816780614.3194359.10913571563159868953.pr-tracker-bot@kernel.org/T/%23r631c24cd07f5820a4cbff8f25dff1d1a0c3cf2e7 |
08/10/2024 | 08/10/2024 |
| |
La distribution Live légère, AntiX 23.2, a été publiée. Elle est destinée à être installée sur du matériel obsolète. La version est basée sur Debian 12, mais est fournie sans le gestionnaire de système systemd et avec eudev au lieu d'udev. Pour l'initialisation, vous pouvez utiliser runit ou sysvinit. L'environnement utilisateur utilise le gestionnaire de fenêtres IceWM par défaut, mais fluxbox, jwm et herbstluftwm sont également inclus dans la livraison. Les tailles des images ISO sont : 2,1 Go (complet, comprend LibreOffice et 4 gestionnaires de fenêtres - IceWM, fluxbox, jwm et herbstluftwm), 1,2 Go (de base), 564 Mo (sans interface graphique) et 249 Mo (installation via le réseau). Les builds sont préparés pour les architectures x86_64 et i386. | La distribution Live légère, AntiX 23.2, a été publiée. Elle est destinée à être installée sur du matériel obsolète. La version est basée sur Debian 12, mais est fournie sans le gestionnaire de système systemd et avec eudev au lieu d'udev. Pour l'initialisation, vous pouvez utiliser runit ou sysvinit. L'environnement utilisateur utilise le gestionnaire de fenêtres IceWM par défaut, mais fluxbox, jwm et herbstluftwm sont également inclus. Les tailles des images ISO sont : 2,1 Go (complet, comprend LibreOffice et 4 gestionnaires de fenêtres - IceWM, fluxbox, jwm et herbstluftwm), 1,2 Go (de base), 564 Mo (sans interface graphique) et 249 Mo (installation via le réseau). Les builds sont préparés pour les architectures x86_64 et i386. |
| |
La version complète propose le noyau Linux 6.1.105, et les autres versions, le 5.10.224. Les versions des applications ont été mises à jour, par exemple, LibreOffice 24.8.2, Firefox 128.3.0esr, Seamonkey 2.53.19.1. La livraison de l'application smtube pour regarder YouTube a été interrompue. | La version complète propose le noyau Linux 6.1.105, et les autres versions, le 5.10.224. Les versions des applications ont été mises à jour, par exemple, LibreOffice 24.8.2, Firefox 128.3.0esr, Seamonkey 2.53.19.1. La livraison de l'application smtube pour regarder YouTube a été interrompue. |
08/10/2024 | 08/10/2024 |
| |
Le début du développement de la distribution openSUSE Leap 16.0 a été annoncé. Cette distribution s'appuie sur les technologies de la prochaine branche majeure de la distribution commerciale SLES 16, qui passe à la nouvelle plateforme SLFO (SUSE Linux Framework One), auparavant connue sous le nom d'ALP (Adaptable Linux Platform). Il est à noter que la branche openSUSE Leap 16.0 tente de combiner les capacités traditionnelles de la distribution avec les nouvelles technologies SLFO. La nouvelle branche se positionne comme une distribution traditionnelle, livrée sous une forme fondamentalement nouvelle et utilisant des paquets de SLES 16 et du référentiel Factory pris en charge par la communauté. | Le début du développement de la distribution openSUSE Leap 16.0 a été annoncé. Cette distribution s'appuie sur les technologies de la prochaine branche majeure de la distribution commerciale SLES 16, qui passe à la nouvelle plateforme SLFO (SUSE Linux Framework One), auparavant connue sous le nom d'ALP (Adaptable Linux Platform). Il est à noter que la branche openSUSE Leap 16.0 tente de combiner les capacités traditionnelles de la distribution avec les nouvelles technologies SLFO. La nouvelle branche se positionne comme une distribution traditionnelle, livrée sous une forme fondamentalement nouvelle et utilisant des paquets de SLES 16 et du dépôt Factory pris en charge par la communauté. |
| |
La sortie d'openSUSE Leap 16.0 est prévue pour octobre 2025. La version 15.6 d'openSUSE Leap, publiée en juin, sera la dernière version de la branche 15.x, et l'accès aux mises à jour des packages de SLES 15 SP7 devrait être fourni via le Package HUB. Des versions pré-alpha d'openSUSE Leap 16.0 ont été créées pour les tests. Trois modes d'installation sont proposés : basic, GNOME et KDE. Le nouveau programme d'installation Agama est utilisé pour l'installation. | La sortie d'openSUSE Leap 16.0 est prévue pour octobre 2025. La version 15.6 d'openSUSE Leap, publiée en juin, sera la dernière version de la branche 15.x, et l'accès aux mises à jour des paquets de SLES 15 SP7 devrait être fourni via le Package HUB. Des versions pré-alpha d'openSUSE Leap 16.0 ont été créées pour les tests. Trois modes d'installation sont proposés : basic, GNOME et KDE. Le nouveau programme d'installation Agama est utilisé pour l'installation. |
| |
La plateforme SLFO se positionne comme une continuation du développement de la distribution SUSE Linux Enterprise et se distingue par la division des fondations de base de la distribution en parties. La distribution principale de SUSE 16 sera un environnement « OS hôte » simplifié, comprenant uniquement les composants minimalement nécessaires pour travailler sur le matériel et la gestion. Toutes les applications et tous les composants de l'espace utilisateur ne seront pas lancés dans un environnement mixte, mais dans des conteneurs séparés ou des machines virtuelles fonctionnant sur l'« OS hôte » et isolés les uns des autres. | La plateforme SLFO se positionne comme une continuation du développement de la distribution SUSE Linux Enterprise et se distingue par la division la fondation de base de la distribution en parties. La distribution principale de SUSE 16 sera un environnement « OS hôte » simplifié, comprenant uniquement les composants minimalement nécessaires pour travailler sur le matériel et la gestion. Toutes les applications et tous les composants de l'espace utilisateur ne seront pas lancés dans un environnement mixte, mais dans des conteneurs séparés ou des machines virtuelles fonctionnant sur l'« OS hôte » et isolés les uns des autres. |
| |
https://news.opensuse.org/2024/10/07/leap-16-0-prealpha/ | https://news.opensuse.org/2024/10/07/leap-16-0-prealpha/ |
08/10/2024 | 08/10/2024 |
| |
La sortie du système d'exploitation libre de type UNIX OpenBSD 7.6 a été annoncée. La taille de l'image ISO d'installation complète du système de base OpenBSD 7.6 est de 702 Mo. | La sortie du système d'exploitation libre de type UNIX, OpenBSD 7.6, a été annoncée. La taille de l'image ISO d'installation complète du système de base OpenBSD 7.6 est de 702 Mo. |
| |
En plus du système d'exploitation lui-même, le projet OpenBSD est connu pour ses composants, qui se sont répandus dans d'autres systèmes et se sont imposés comme des solutions parmi les plus sûres et de la plus haute qualité. Parmi eux, on trouve : LibreSSL (un fork d'OpenSSL), OpenSSH, le filtre de paquets PF, les démons de routage OpenBGPD et OpenOSPFD, le serveur NTP OpenNTPD, le serveur de messagerie OpenSMTPD, le multiplexeur de terminaux texte tmux (analogue à l'écran GNU), le démon identd avec l'implémentation du protocole IDENT, une alternative BSDL au paquet GNU groff, mandoc, un protocole d'organisation des systèmes tolérants aux pannes CARP (Common Address Redundancy Protocol), un serveur http léger et un utilitaire de synchronisation de fichiers OpenRSYNC. | En plus du système d'exploitation lui-même, le projet OpenBSD est connu pour ses composants, qui se sont répandus dans d'autres systèmes et se sont imposés comme des solutions parmi les plus sûres et de la plus haute qualité. Parmi eux, on trouve : LibreSSL (un fork d'OpenSSL), OpenSSH, le filtre de paquets PF, les démons de routage OpenBGPD et OpenOSPFD, le serveur NTP OpenNTPD, le serveur de messagerie OpenSMTPD, le multiplexeur de terminaux texte tmux (analogue à l'écran GNU), le démon identd avec l'implémentation du protocole IDENT, une alternative BSDL au paquet GNU groff, mandoc, un protocole d'organisation des systèmes tolérants aux pannes CARP (Common Address Redundancy Protocol), un serveur http léger et un utilitaire de synchronisation de fichiers OpenRSYNC. |
Les fonctionnalités du système incluent la possibilité de combiner plusieurs serveurs dans un pool (cluster), des outils de haute disponibilité, la prise en charge des snapshots et le partage de ressources partagées à l'aide de la technologie XenMotion. La migration en direct de machines virtuelles entre les hôtes du cluster et entre différents clusters/hôtes individuels (qui n'ont pas de stockage commun) est prise en charge, ainsi que la migration en direct de disques VM entre les stockages. La plateforme peut fonctionner avec un grand nombre de systèmes de stockage de données et dispose d'une interface simple et intuitive pour l'installation et l'administration. | Les fonctionnalités du système incluent la possibilité de combiner plusieurs serveurs dans un pool (cluster), des outils de haute disponibilité, la prise en charge des snapshots et le partage de ressources partagées à l'aide de la technologie XenMotion. La migration en direct de machines virtuelles entre les hôtes du cluster et entre différents clusters/hôtes individuels (qui n'ont pas de stockage commun) est prise en charge, ainsi que la migration en direct de disques VM entre les stockages. La plateforme peut fonctionner avec un grand nombre de systèmes de stockage de données et dispose d'une interface simple et intuitive pour l'installation et l'administration. |
| |
Il est à noter que la branche XCP-ng 8.3 sera la dernière de la série 8.x, et la prochaine sera la version 9.0, qui marquera le sortie du projet d'une répétition de XenServer en faveur de la mise en œuvre de sa propre vision de la construction d'une plateforme. XCP-ng 9.0 ciblera également des domaines d'application sur lesquels le projet XenServer ne s'est pas concentré, comme la fourniture d'outils pour la migration à partir des plates-formes VMware. | Il est à noter que la branche XCP-ng 8.3 sera la dernière de la série 8.x, et la prochaine sera la version 9.0, qui marquera le remplacement d'une répétition de XenServer par la mise en œuvre de sa propre vision de la construction d'une plateforme. XCP-ng 9.0 ciblera également des domaines d'application sur lesquels le projet XenServer ne s'est pas concentré, comme la fourniture d'outils pour la migration à partir des plates-formes VMware. |
| |
https://xcp-ng.org/blog/2024/10/07/xcp-ng-8-3/ | https://xcp-ng.org/blog/2024/10/07/xcp-ng-8-3/ |
10/10/2024 | 10/10/2024 |
| |
La version Ubuntu 24.10 « Oracular Oriole » a été publiée. Elle est classée comme une version intermédiaire ; les mises à jour auront lieu pendant 9 mois (le support sera fourni jusqu'en juillet 2025). Des images d'installation prêtes à l'emploi ont été créées pour Ubuntu, Ubuntu Server , Lubuntu , Kubuntu , Ubuntu Mate , Ubuntu Budgie , Ubuntu Studio , Xubuntu , UbuntuKylin (édition pour la Chine), Ubuntu Unity , Edubuntu et Ubuntu Cinnamon . | La version Ubuntu 24.10 « Oracular Oriole » a été publiée. Elle est classée comme une version intermédiaire ; les mises à jour auront lieu pendant 9 mois (le support sera fourni jusqu'en juillet 2025). Des images d'installation prêtes à l'emploi ont été créées pour Ubuntu, Ubuntu Server, Lubuntu, Kubuntu, Ubuntu Mate, Ubuntu Budgie, Ubuntu Studio, Xubuntu, UbuntuKylin (édition pour la Chine), Ubuntu Unity, Edubuntu et Ubuntu Cinnamon . |
| |
Xubuntu est fournie avec des composants de la branche Xfce 4.19, qui développe la future version stable Xfce 4.20. Par exemple, le panneau, le bureau, le gestionnaire de fichiers, le configurateur et de nombreuses applets ont été mis à jour. | Xubuntu est fournie avec des composants de la branche Xfce 4.19, qui développe la future version stable Xfce 4.20. Par exemple, le panneau, le bureau, le gestionnaire de fichiers, le configurateur et de nombreuses applets ont été mis à jour. |
Ubuntu Cinnamon est livré avec l'environnement de bureau Cinnamon version 6.0.4, l'outil de configuration du centre de contrôle Cinnamon version 6.2.0 et le gestionnaire de fichiers Nemo version 6.0.2. | Ubuntu Cinnamon est livré avec l'environnement de bureau Cinnamon version 6.0.4, l'outil de configuration du centre de contrôle Cinnamon version 6.2.0 et le gestionnaire de fichiers Nemo version 6.0.2. |
| |
Lubuntu fournit l'environnement de bureau LXQt 2.0.0 et a migré vers Qt6. Le thème Breeze de KDE est remplacé par un nouveau thème Kvantum qui rappelle le design précédent mais sans les incompatibilités avec la nouvelle branche LXQt de Breeze. | Lubuntu fournit l'environnement de bureau LXQt 2.0.0 et a migré vers Qt6. Le thème Breeze de KDE est remplacé par un nouveau thème Kvantum qui rappelle le design précédent, mais sans les incompatibilités avec la nouvelle branche LXQt de Breeze. |
| |
Dans Ubuntu Budgie, les principaux efforts dans le développement de la nouvelle version ont été concentrés sur la prise en charge du protocole Wayland. L'environnement de bureau Budgie a été mis à jour vers la version 10.9.2. Le menu affiche désormais les applications lancées dans le terminal (comme Neovim). La disposition des éléments sur le bureau a été modifiée ;au lieu du panneau Plank, un panneau personnalisé avec le thème de conception Pocillo est utilisé. | Dans Ubuntu Budgie, les principaux efforts dans le développement de la nouvelle version ont été concentrés sur la prise en charge du protocole Wayland. L'environnement de bureau Budgie a été mis à jour vers la version 10.9.2. Le menu affiche désormais les applications lancées dans le terminal (comme Neovim). La disposition des éléments sur le bureau a été modifiée ; au lieu du panneau Plank, un panneau personnalisé avec le thème de conception Pocillo est utilisé. |
| |
Ubuntu Mate utilise la version de l'environnement de bureau MATE 1.26.2 et passe à l'écran de connexion Slick Greeter avec la possibilité de le personnaliser en mode graphique. La taille de l'image ISO a été réduite de 4,1 Go à 3,3 Go en réduisant le nombre de paquets requis pour exécuter la session Live. | Ubuntu Mate utilise la version de l'environnement de bureau MATE 1.26.2 et passe à l'écran de connexion Slick Greeter avec la possibilité de le personnaliser en mode graphique. La taille de l'image ISO a été réduite de 4,1 Go à 3,3 Go en réduisant le nombre de paquets requis pour exécuter la session Live. |
Les développeurs du projet Asahi Linux, qui porte Linux sur des ordinateurs Mac équipés de puces Apple ARM, ont présenté une boîte à outils permettant d'exécuter des jeux informatiques modernes dans des environnements Linux fonctionnant sur des systèmes équipés de la puce Apple M1. Des jeux AAA sont disponibles dans le catalogue Steam, compilés pour l'architecture x86_64. La boîte à outils permet l'intégration des pilotes créés par le projet, implémentant l'API Vulkan 1.3 et OpenCL 3.0, avec des composants qui assurent l'émulation de l'architecture x86_64 et la compatibilité avec Windows. | Les développeurs du projet Asahi Linux, qui porte Linux sur des ordinateurs Mac équipés de puces Apple ARM, ont présenté une boîte à outils permettant d'exécuter des jeux informatiques modernes dans des environnements Linux fonctionnant sur des systèmes équipés de la puce Apple M1. Des jeux AAA sont disponibles dans le catalogue Steam, compilés pour l'architecture x86_64. La boîte à outils permet l'intégration des pilotes créés par le projet, implémentant l'API Vulkan 1.3 et OpenCL 3.0, avec des composants qui assurent l'émulation de l'architecture x86_64 et la compatibilité avec Windows. |
| |
Les packages nécessaires au fonctionnement ont déjà été ajoutés au référentiel standard de la distribution Fedora Asahi Remix - pour lancer les jeux, il suffit de mettre à jour les pilotes avec la commande « dnf upgrade --refresh » et d'installer Steam avec la commande « dnf install steam » et toutes les dépendances nécessaires seront récupérées. La pile utilisée pour lancer les jeux est construite sur le pilote Vulkan Honeykrisp, l'émulateur FEX, qui permet d'exécuter des applications x86 sur des systèmes ARM, le projet Wine et les couches DXVK et vkd3d-proton avec l'implémentation de l'API DirectX sur Vulkan. | Les paquets nécessaires au fonctionnement ont déjà été ajoutés au dépôt standard de la distribution Fedora Asahi Remix - pour lancer les jeux, il suffit de mettre à jour les pilotes avec la commande « dnf upgrade --refresh » et d'installer Steam avec la commande « dnf install steam » et toutes les dépendances nécessaires seront récupérées. La pile utilisée pour lancer les jeux est construite sur le pilote Vulkan Honeykrisp, l'émulateur FEX, qui permet d'exécuter des applications x86 sur des systèmes ARM, le projet Wine et les couches DXVK et vkd3d-proton avec l'implémentation de l'API DirectX sur Vulkan. |
| |
En raison de la surcharge supplémentaire causée par l'émulation, 16 Go de RAM sont recommandés. Les problèmes d'alignement dus à l'inadéquation entre les tailles de page mémoire utilisées par le système d'exploitation et celles requises par les applications ont été résolus en exécutant un deuxième noyau Linux dans un environnement virtuel, construit avec une taille de page mémoire différente. La boîte à outils muvm est utilisée pour exécuter des jeux dans des machines virtuelles distinctes avec leurs propres noyaux. Par exemple, Fallout 4 a pu fonctionner de cette manière. | En raison de la surcharge supplémentaire causée par l'émulation, 16 Go de RAM sont recommandés. Les problèmes d'alignement dus à l'inadéquation entre les tailles de page mémoire utilisées par le système d'exploitation et celles requises par les applications ont été résolus en exécutant un deuxième noyau Linux dans un environnement virtuel, construit avec une taille de page mémoire différente. La boîte à outils muvm est utilisée pour exécuter des jeux dans des machines virtuelles distinctes avec leurs propres noyaux. Par exemple, Fallout 4 a pu fonctionner de cette manière. |
La possibilité d'utiliser Linux comme environnement hôte pour le système de virtualisation Hyper-V a été initialement introduite en 2020 et est déjà utilisée dans l'infrastructure de Microsoft, mais a jusqu'à présent été développée sous la forme de correctifs distincts. La nouvelle initiative vise à intégrer ces correctifs dans le noyau principal. La nécessité d'utiliser Linux pour gérer l'hyperviseur Hyper-V est due à la volonté de simplifier la maintenance et d'améliorer les performances des serveurs servant les systèmes cloud Microsoft, étant donné que depuis 2018, le nombre de systèmes invités Linux dans le service cloud Azure dépasse le nombre d'environnements Windows. | La possibilité d'utiliser Linux comme environnement hôte pour le système de virtualisation Hyper-V a été initialement introduite en 2020 et est déjà utilisée dans l'infrastructure de Microsoft, mais a jusqu'à présent été développée sous la forme de correctifs distincts. La nouvelle initiative vise à intégrer ces correctifs dans le noyau principal. La nécessité d'utiliser Linux pour gérer l'hyperviseur Hyper-V est due à la volonté de simplifier la maintenance et d'améliorer les performances des serveurs servant les systèmes cloud Microsoft, étant donné que depuis 2018, le nombre de systèmes invités Linux dans le service cloud Azure dépasse le nombre d'environnements Windows. |
| |
L'ensemble initial de correctifs se limite actuellement à l'ajout d'en-têtes utilisés par l'hyperviseur Hyper-V, qui complètent les en-têtes utilisés par les pilotes invités qui étaient auparavant inclus dans le noyau. Le fichier SPEC du noyau 5.15, qui inclut l'implémentation de l'environnement hôte pour l'hyperviseur Hyper-V, se trouve dans le référentiel de distribution Azure Linux, mais l'utilisation du périphérique /dev/mshv pour la gestion d'Hyper-V n'est pas encore documentée. Les pilotes invités Hyper-V ont été ajoutés au noyau Linux en 2009 et sont livrés depuis la version 2.6.32. | L'ensemble initial de correctifs se limite actuellement à l'ajout d'en-têtes utilisés par l'hyperviseur Hyper-V, qui complètent les en-têtes utilisés par les pilotes invités qui étaient auparavant inclus dans le noyau. Le fichier SPEC du noyau 5.15, qui inclut l'implémentation de l'environnement hôte pour l'hyperviseur Hyper-V, se trouve dans le dépôt de la distribution Azure Linux, mais l'utilisation du périphérique /dev/mshv pour la gestion d'Hyper-V n'est pas encore documentée. Les pilotes invités Hyper-V ont été ajoutés au noyau Linux en 2009 et sont livrés depuis la version 2.6.32. |
| |
https://lore.kernel.org/lkml/1727985064-18362-1-git-send-email-nunodasneves@linux.microsoft.com/ | https://lore.kernel.org/lkml/1727985064-18362-1-git-send-email-nunodasneves@linux.microsoft.com/ |
https://github.com/o3de/o3de/releases/tag/2409.0** | https://github.com/o3de/o3de/releases/tag/2409.0** |
| |
Sortie du moteur Open 3D d'Amazon 24/09 | Sortie du moteur Open 3D d'Amazon 24.09 |
11/10/2024 | 11/10/2024 |
| |
Après un an de développement, l'organisation à but non lucratif Open 3D Foundation (O3DF) a publié le moteur de jeu 3D Open Source Open 3D Engine 24.09 (O3DE), adapté au développement de jeux AAA modernes et de simulateurs haute fidélité capables de fonctionner en temps réel et de fournir une qualité de niveau cinématographique. Le code est écrit en C++ et publié sous la licence Apache 2.0. Il prend en charge les plateformes Linux , Windows , macOS, iOS et Android. | Après un an de développement, l'organisation à but non lucratif Open 3D Foundation (O3DF) a publié le moteur de jeu 3D Open Source Open 3D Engine 24.09 (O3DE), adapté au développement de jeux AAA modernes et de simulateurs haute fidélité capables de fonctionner en temps réel et de fournir une qualité de niveau cinématographique. Le code est écrit en C++ et publié sous la licence Apache 2.0. Il prend en charge les plateformes Linux, Windows, macOS, iOS et Android. |
| |
Le moteur O3DE a été rendu Open Source en juillet 2021 par Amazon et est basé sur le code du moteur propriétaire précédemment développé Amazon Lumberyard, construit sur les technologies du moteur CryEngine sous licence de Crytek en 2015. Depuis son ouverture, le développement du moteur est supervisé par l'Open 3D Foundation, une organisation à but non lucratif créée sous les auspices de la Linux Foundation. Outre Amazon, des entreprises telles qu'Epic Games, Adobe, Huawei, Microsoft, Intel et Niantic ont rejoint le projet. | Le moteur O3DE a été rendu Open Source en juillet 2021 par Amazon et est basé sur le code du moteur propriétaire précédemment développé, Amazon Lumberyard, construit sur les technologies du moteur CryEngine sous licence de Crytek en 2015. Depuis son ouverture, le développement du moteur est supervisé par l'Open 3D Foundation, une organisation à but non lucratif créée sous les auspices de la Linux Foundation. Outre Amazon, des entreprises telles qu'Epic Games, Adobe, Huawei, Microsoft, Intel et Niantic ont rejoint le projet. |
| |
Le moteur comprend un environnement de développement de jeu intégré, un système de rendu photoréaliste multithread Atom Renderer avec prise en charge de Vulkan, Metal et DirectX 12, un éditeur de modèles 3D extensible, un système d'animation de personnages (Emotion FX), un système de développement préfabriqué, un moteur de simulation physique en temps réel et des bibliothèques mathématiques utilisant des instructions SIMD. Un environnement de programmation visuelle (Script Canvas), ainsi que les langages Lua et Python, peuvent être utilisés pour définir la logique du jeu. Il existe également plus de 30 plugins disponibles. | Le moteur comprend un environnement de développement de jeu intégré, un système de rendu photoréaliste multithread Atom Renderer avec prise en charge de Vulkan, Metal et DirectX 12, un éditeur de modèles 3D extensible, un système d'animation de personnages (Emotion FX), un système de développement préfabriqué, un moteur de simulation physique en temps réel et des bibliothèques mathématiques utilisant des instructions SIMD. Un environnement de programmation visuelle (Script Canvas), ainsi que les langages Lua et Python, peuvent être utilisés pour définir la logique du jeu. Il existe également plus de 30 greffons disponibles. |
| |
https://github.com/o3de/o3de/releases/tag/2409.0 | https://github.com/o3de/o3de/releases/tag/2409.0 |
Le paquet wayland-protocols 1.38 a été publié, contenant un ensemble de protocoles et d'extensions qui complètent le protocole Wayland de base et fournissent les capacités nécessaires à la création de serveurs composites et d'environnements utilisateur. | Le paquet wayland-protocols 1.38 a été publié, contenant un ensemble de protocoles et d'extensions qui complètent le protocole Wayland de base et fournissent les capacités nécessaires à la création de serveurs composites et d'environnements utilisateur. |
| |
Tous les protocoles passent systématiquement par trois phases : développement, test et stabilisation. Une fois la phase de développement terminée (catégorie « unstable »), le protocole est placé dans la branche « staging » et officiellement inclus dans l'ensemble wayland-protocols, et une fois les tests terminés, il est déplacé vers la catégorie stable. Les protocoles de la catégorie « staging » peuvent déjà être utilisés dans les serveurs et clients composites où les fonctionnalités qui leur sont associées sont requises. Contrairement à la catégorie « unstable », « staging » interdit d'apporter des modifications qui perturbent la compatibilité, mais si des problèmes et des lacunes sont détectés lors des tests, un remplacement par une nouvelle version majeure du protocole ou une autre extension Wayland n'est pas exclu. | Tous les protocoles passent systématiquement par trois phases : développement, test et stabilisation. Une fois la phase de développement terminée (catégorie « unstable »), le protocole est placé dans la branche « staging » et officiellement inclus dans l'ensemble wayland-protocols ; une fois les tests terminés, il est déplacé vers la catégorie stable. Les protocoles de la catégorie « staging » peuvent déjà être utilisés dans les serveurs et clients composites où les fonctionnalités qui leur sont associées sont requises. Contrairement à la catégorie « unstable », « staging » interdit d'apporter des modifications qui perturbent la compatibilité, mais si des problèmes et des lacunes sont détectés lors des tests, un remplacement par une nouvelle version majeure du protocole ou une autre extension Wayland n'est pas exclu. |
| |
https://lists.freedesktop.org/archives/wayland-devel/2024-October/043851.html | https://lists.freedesktop.org/archives/wayland-devel/2024-October/043851.html |
https://www.qt.io/blog/qt-6.8-released** | https://www.qt.io/blog/qt-6.8-released** |
| |
Version du framework Qt 6.8 | Sortie du framework Qt 6.8 |
14/10/2024 | 14/10/2024 |
| |
16/10/2024 | 16/10/2024 |
| |
La version 9.0 de la plateforme de développement collaboratif Forgejo a été publiée. Elle permet de déployer un système de travail collaboratif avec des référentiels Git sur vos serveurs, similaire à GitHub, Bitbucket et Gitlab. Forgejo est un fork du projet Gitea, qui à son tour s'est ramifié à partir de la plateforme Gogs. Forgejo s'est séparé en 2022 après des tentatives de commercialisation de Gitea et le transfert du contrôle à une société commerciale. Le projet Forgejo adhère aux principes de gestion indépendante et de contrôle communautaire. L'hébergement Git de Codeberg.org est passé à l'utilisation de Forgejo. Le code du projet est écrit en Go et est distribué sous la licence MIT. | La version 9.0 de la plateforme de développement collaboratif Forgejo a été publiée. Elle permet de déployer un système de travail collaboratif avec des dépôts Git sur vos serveurs, similaire à GitHub, Bitbucket et Gitlab. Forgejo est un fork du projet Gitea, qui à son tour s'est ramifié à partir de la plateforme Gogs. Forgejo s'est séparé en 2022 après des tentatives de commercialisation de Gitea et le transfert du contrôle à une société commerciale. Le projet Forgejo adhère aux principes de gestion indépendante et de contrôle communautaire. L'hébergement Git de Codeberg.org est passé à l'utilisation de Forgejo. Le code du projet est écrit en Go et est distribué sous la licence du MIT. |
| |
Les principales caractéristiques de la plateforme sont une faible consommation de ressources (peut être utilisé sur une carte Raspberry Pi ou dans un VPS bon marché) et un processus d'installation simple. Il fournit des fonctionnalités de projet typiques, telles que la gestion des tâches, le suivi des problèmes, les demandes d'extraction, le wiki, les outils de coordination des groupes de développeurs, la préparation des versions, l'automatisation du placement des paquets dans les référentiels, la gestion des droits d'accès, l'interfaçage avec les plateformes d'intégration continue, la recherche de code, l'authentification via LDAP et OAuth, l'accès au référentiel via les protocoles SSH et HTTP/HTTPS, la connexion de webhooks pour l'intégration avec Slack, Discord et d'autres services, la prise en charge des hooks Git et Git LFS, les outils de migration et de mise en miroir des référentiels. La possibilité d'utiliser le protocole ActivityPub pour unir des serveurs de développeurs individuels dans un réseau fédéré est mise en évidence séparément. | Les principales caractéristiques de la plateforme sont une faible consommation de ressources (peut être utilisé sur une carte Raspberry Pi ou dans un VPS bon marché) et un processus d'installation simple. Il fournit des fonctionnalités de projet typiques, telles que la gestion des tâches, le suivi des problèmes, les demandes d'extraction, le wiki, les outils de coordination des groupes de développeurs, la préparation des versions, l'automatisation du placement des paquets dans les dépôts, la gestion des droits d'accès, l'interfaçage avec les plateformes d'intégration continue, la recherche de code, l'authentification via LDAP et OAuth, l'accès au dépôt via les protocoles SSH et HTTP/HTTPS, la connexion de webhooks pour l'intégration avec Slack, Discord et d'autres services, la prise en charge des hooks Git et Git LFS, les outils de migration et de mise en miroir des dépôts. La possibilité d'utiliser le protocole ActivityPub pour unir des serveurs de développeurs individuels dans un réseau fédéré est mise en évidence séparément. |
| |
https://forgejo.org/2024-10-release-v9-0/ | https://forgejo.org/2024-10-release-v9-0/ |
F-Stack vous permet d'utiliser votre propre pile réseau locale dans les applications, indépendamment de la pile réseau du système d'exploitation, fonctionnant dans l'espace utilisateur et travaillant directement avec l'équipement réseau. F-Stack se positionne comme une solution qui permet d'augmenter les performances des gestionnaires de requêtes réseau dans des conditions où la pile TCP/IP standard du noyau Linux devient un goulot d'étranglement et limite la mise à l'échelle - dans certaines situations, le projet permet d'augmenter le nombre de petites requêtes réseau traitées plusieurs fois. Théoriquement, F-Stack permet d'atteindre le plafond de performances réseau possible pour la carte réseau utilisée. | F-Stack vous permet d'utiliser votre propre pile réseau locale dans les applications, indépendamment de la pile réseau du système d'exploitation, fonctionnant dans l'espace utilisateur et travaillant directement avec l'équipement réseau. F-Stack se positionne comme une solution qui permet d'augmenter les performances des gestionnaires de requêtes réseau dans des conditions où la pile TCP/IP standard du noyau Linux devient un goulot d'étranglement et limite la mise à l'échelle - dans certaines situations, le projet permet d'augmenter le nombre de petites requêtes réseau traitées plusieurs fois. Théoriquement, F-Stack permet d'atteindre le plafond de performances réseau possible pour la carte réseau utilisée. |
| |
Des performances accrues sont obtenues en éliminant des opérations telles que la copie de paquets réseau, la planification de threads, le traitement des interruptions et l'utilisation d'appels système. Pour interagir avec la carte réseau, en contournant les interfaces du noyau du système d'exploitation, le framework DPDK (Data Plane Development Kit) est utilisé, qui développe un ensemble de bibliothèques pour le travail de bas niveau avec les adaptateurs réseau. DPDK permet de réduire les coûts généraux et de maintenir un nombre minimum de cycles CPU lors de la réception ou de l'envoi de paquets réseau. | Des performances accrues sont obtenues en éliminant des opérations telles que la copie de paquets réseau, la planification de threads, le traitement des interruptions et l'utilisation d'appels système. Pour interagir avec la carte réseau, en contournant les interfaces du noyau du système d'exploitation, le framework DPDK (Data Plane Development Kit) est utilisé ; il développe un ensemble de bibliothèques pour le travail de bas niveau avec les adaptateurs réseau. DPDK permet de réduire les coûts généraux et de maintenir un nombre minimum de cycles CPU lors de la réception ou de l'envoi de paquets réseau. |
| |
Le projet prend en charge les versions converties par F-Stack du serveur multiprotocole Nginx 1.25.2 et du SGBD Redis 6.2.6, qui présentent des performances supérieures aux builds classiques exécutées sur la pile réseau du système. | Le projet prend en charge les versions converties par F-Stack du serveur multiprotocole Nginx 1.25.2 et du SGBD Redis 6.2.6, qui présentent des performances supérieures aux builds classiques exécutées sur la pile réseau du système. |
20/10/2024 | 20/10/2024 |
| |
Il y a vingt ans, le 20 octobre 2004, la première version de la distribution Ubuntu, la 4.10 « Warty Warthog », basée sur Impi Linux, était publiée. Le projet a été fondé par Mark Shuttleworth, un millionnaire sud-africain contributeur de Debian qui s'est inspiré de l'idée de créer une distribution de bureau accessible aux utilisateurs finaux avec un cycle de développement prévisible et fixe. Plusieurs développeurs du projet Debian ont participé aux travaux, dont certains sont toujours impliqués dans les deux projets. La version Ubuntu 4.10, qui a livré GNOME 2.8, Firefox 0.9 et OpenOffice.org 1.1.2, reste disponible en téléchargement et peut être utilisée pour évaluer à quoi ressemblait le système il y a 20 ans. | Il y a vingt ans, le 20 octobre 2004, la première version de la distribution Ubuntu, la 4.10 « Warty Warthog », basée sur Impi Linux, était publiée. Le projet a été fondé par Mark Shuttleworth, un millionnaire sud-africain contributeur de Debian, qui s'est inspiré de l'idée de créer une distribution de bureau accessible aux utilisateurs finaux avec un cycle de développement prévisible et fixe. Plusieurs développeurs du projet Debian ont participé aux travaux, dont certains sont toujours impliqués dans les deux projets. La version Ubuntu 4.10, qui a livré GNOME 2.8, Firefox 0.9 et OpenOffice.org 1.1.2, reste disponible en téléchargement et peut être utilisée pour évaluer à quoi ressemblait le système il y a 20 ans. |
| |
https://lists.ubuntu.com/archives/ubuntu-announce/2004-October/000003.html | https://lists.ubuntu.com/archives/ubuntu-announce/2004-October/000003.html |
20/10/2024 | 20/10/2024 |
| |
Intel a annoncé des efforts pour ajouter la prise en charge des plates-formes basées sur les processeurs Intel Xeon 6 (« Granite Rapids ») au projet CoreBoot, qui développe une alternative gratuite au micrologiciel et au BIOS propriétaires. Le travail est mené conjointement avec 9elements, une société spécialisée dans l'adaptation de CoreBoot à divers équipements. CoreBoot prévoit de préparer un package FSP (Firmware Support Package), comprenant la mise en œuvre des procédures nécessaires à l'initialisation et à la configuration des systèmes équipés de processeurs Intel Xeon 6. | Intel a annoncé des efforts pour ajouter la prise en charge des plates-formes basées sur les processeurs Intel Xeon 6 (« Granite Rapids ») au projet CoreBoot, qui développe une alternative libre au micrologiciel et au BIOS propriétaires. Le travail est mené conjointement avec 9elements, une société spécialisée dans l'adaptation de CoreBoot à divers équipements. CoreBoot prévoit de préparer un package FSP (Firmware Support Package), comprenant la mise en œuvre des procédures nécessaires à l'initialisation et à la configuration des systèmes équipés de processeurs Intel Xeon 6. |
| |
Il est prévu que les travaux effectués rendront les solutions basées sur CoreBoot plus attrayantes pour les systèmes d'entreprise et les amèneront au niveau des projets Open Platform Firmware (OPF) de la communauté Open Compute. Il est à noter que l'utilisation de CoreBoot permettra aux entreprises de simplifier le processus d'initialisation du matériel, de réduire les coûts de maintenance et d'adapter les composants de démarrage à leurs besoins, ce qui est particulièrement important lors de la mise en œuvre d'infrastructures définies par logiciel (SDI, Software-Defined Infrastructure) dans les centres de données. | Il est prévu que les travaux effectués rendront les solutions basées sur CoreBoot plus attrayantes pour les systèmes d'entreprise et les amèneront au niveau des projets Open Platform Firmware (OPF) de la communauté Open Compute. Il est à noter que l'utilisation de CoreBoot permettra aux entreprises de simplifier le processus d'initialisation du matériel, de réduire les coûts de maintenance et d'adapter les composants de démarrage à leurs besoins, ce qui est particulièrement important lors de la mise en œuvre d'infrastructures définies par logiciel (SDI, Software-Defined Infrastructure) dans les centres de données. |
| |
Intel mentionne également que CoreBoot permet des performances, une efficacité et une sécurité élevées des charges de travail, et favorise l'innovation et la collaboration dans l'ensemble du secteur. CoreBoot atteint des performances supérieures à celles du micrologiciel UEFI propriétaire en raison de son architecture minimaliste et modulaire qui initialise uniquement les composants matériels nécessaires. CoreBoot réduit également les temps de démarrage en utilisant LinuxBoot pour transférer directement le contrôle au noyau Linux, sans avoir besoin de chargeurs de démarrage ou de micrologiciels supplémentaires. | Intel mentionne également que CoreBoot permet des hautes performances, une efficacité et une sécurité élevées des charges de travail, et favorise l'innovation et la collaboration dans l'ensemble du secteur. CoreBoot atteint des performances supérieures à celles du micrologiciel UEFI propriétaire en raison de son architecture minimaliste et modulaire qui initialise uniquement les composants matériels nécessaires. CoreBoot réduit également les temps de démarrage en utilisant LinuxBoot pour transférer directement le contrôle au noyau Linux, sans avoir besoin de chargeurs de démarrage ou de micrologiciels supplémentaires. |
| |
https://community.intel.com/t5/Blogs/Tech-Innovation/Data-Center/Advancing-Open-Source-Firmware-on-Intel-Xeon-6-Based-Platforms/post/1636720 | https://community.intel.com/t5/Blogs/Tech-Innovation/Data-Center/Advancing-Open-Source-Firmware-on-Intel-Xeon-6-Based-Platforms/post/1636720 |
20/10/2024 | 20/10/2024 |
| |
Malibal, une entreprise d'ordinateurs portables, a sévèrement critiqué la communauté CoreBoot et a appelé à l'arrêt du projet. En outre, Malibal a refusé d'utiliser des processeurs AMD, car le leader de CoreBoot est employé par AMD, et a cessé de fournir des produits à l'Allemagne, à la Pologne et au Texas, car 9Elements, AMD et 3mdeb y sont enregistrés, et les représentants de Malibal étaient mécontents de leurs interactions avec eux. De plus, Malibal a promis d'interdire toute personne qui soutient le projet CoreBoot, lui transfère du code, envoie des dons ou participe à ses travaux. Un représentant de Malibal s'est également plaint du coût élevé des services de conseil liés à CoreBoot et a déclaré qu'en plus de 6 mois de travail conjoint, pas une seule ligne de code n'a été écrite en rapport avec l'adaptation de CoreBoot pour les ordinateurs portables Malibal. | Malibal, une entreprise d'ordinateurs portables, a sévèrement critiqué la communauté CoreBoot et a appelé à l'arrêt du projet. En outre, Malibal a refusé d'utiliser des processeurs AMD, car le leader de CoreBoot est employé par AMD, et a cessé de fournir des produits à l'Allemagne, à la Pologne et au Texas, car 9elements, AMD et 3mdeb y sont enregistrés, et les représentants de Malibal étaient mécontents de leurs interactions avec eux. De plus, Malibal a promis d'interdire toute personne qui soutient le projet CoreBoot, lui transfère du code, envoie des dons ou participe à ses travaux. Un représentant de Malibal s'est également plaint du coût élevé des services de conseil liés à CoreBoot et a déclaré qu'en plus de 6 mois de travail conjoint, pas une seule ligne de code n'a été écrite en rapport avec l'adaptation de CoreBoot pour les ordinateurs portables Malibal. |
| |
Le chef du projet CoreBoot s'est étonné de ces attaques, puisque Malibal n'a payé un centime à personne, aucun contrat n'a été conclu avec lui et aucune spécification technique n'a été établie. Toutes les interactions se sont réduites à une analyse libre des souhaits et du travail déjà effectué chez Malibal, après quoi les entreprises impliquées dans le conseil lié à CoreBoot ont tout simplement refusé de travailler avec Malibal. | Le chef du projet CoreBoot s'est étonné de ces attaques, puisque Malibal n'a pas payé un centime à quiconque, aucun contrat n'a été conclu avec lui et aucune spécification technique n'a été établie. Toutes les interactions se sont réduites à une analyse libre des souhaits et du travail déjà effectué chez Malibal, après quoi les entreprises impliquées dans le conseil lié à CoreBoot ont tout simplement refusé de travailler avec Malibal. |
| |
Christian Walter, responsable du développement du firmware chez 9elements et fondateur de la Fondation OSFW, s'est excusé de la possibilité que sa participation aux discussions puisse être perçue comme de l'arrogance (l'anglais n'est pas sa langue maternelle et il répond souvent depuis son téléphone, ce qui conduit à des messages avec des fautes de frappe), et a clarifié certains détails techniques. | Christian Walter, responsable du développement du firmware chez 9elements et fondateur de la Fondation OSFW, s'est excusé de la possibilité que sa participation aux discussions puisse être perçue comme de l'arrogance (l'anglais n'est pas sa langue maternelle et il répond souvent depuis son téléphone, ce qui conduit à des messages avec des fautes de frappe), et a clarifié certains détails techniques. |