Outils pour utilisateurs

Outils du site


issue170:actus

Différences

Ci-dessous, les différences entre deux révisions de la page.

Lien vers cette vue comparative

Les deux révisions précédentesRévision précédente
Prochaine révision
Révision précédente
issue170:actus [2021/06/30 16:48] andre_domenechissue170:actus [2021/07/01 10:12] (Version actuelle) – [11] auntiee
Ligne 368: Ligne 368:
 13/06/2021 13/06/2021
  
-La première version alpha d'une nouvelle branche du langage de programmation PHP 8.1 a été annoncée. La sortie est prévue pour le 25 novembre. Les principales innovations sont déjà disponibles pour être testées ou prévues pour être implémentées dans PHP 8.1. La prochaine version sera l'Alpha 2, prévue pour le 24 juin 2021.+La première version alpha d'une nouvelle branche du langage de programmation PHP 8.1 a été annoncée. La sortie est prévue pour le 25 novembre. Les principales innovations sont déjà disponibles pour être testées ou prévues pour être implémentées dans PHP 8.1. La prochaine version sera l'Alpha 2, qui sortira le 24 juin 2021.
  
 https://www.php.net/index.php#id2021-06-10-1 https://www.php.net/index.php#id2021-06-10-1
Ligne 383: Ligne 383:
 https://www.philipotoole.com/rqlite-6-0-0-building-for-the-future/** https://www.philipotoole.com/rqlite-6-0-0-building-for-the-future/**
  
-Rqlite 6.0, un système de gestion de base de données SQLite tolérant aux pannes est distribué+Rqlite 6.0, un système distribué de gestion de base de données SQLite tolérant aux pannes 
 14/06/2021 14/06/2021
  
-Le SGBD rqlite 6.0 est sorti. Il utilise SQLite comme moteur de stockage et permet d'organiser un cluster de stockages synchronisés entre eux. Les caractéristiques incluent la facilité d'installation, de déploiement et de maintenance d'un stockage distribué tolérant aux pannes, quelque chose de similaire à etcd et Consul, mais utilisant un modèle de données relationnel au lieu d'un format clé/valeur. Le code du projet est écrit en langage Go et est distribué sous la licence MIT.+Le SGBD rqlite 6.0 est sorti. Il utilise SQLite comme moteur de stockage et permet d'organiser un cluster de stockages synchronisés entre eux. Les caractéristiques incluent la facilité d'installation, de déploiement et de maintenance d'un stockage distribué tolérant aux pannes, quelque chose de similaire à etcd et Consul, mais utilisant un modèle de données relationnel au lieu d'un format clé/valeur. Le code du projet écrit en langage Go est distribué sous la licence MIT.
  
-L'algorithme de consensus Raft est utilisé pour garder tous les nœuds en synchronisation. Rqlite utilise la bibliothèque SQLite originale et le pilote go-sqlite3, par dessus lesquels tourne une couche qui traite les demandes des clients, réplique vers d'autres nœuds et surveille le consensus atteint sur le choix du nœud principal.+L'algorithme de consensus Raft est utilisé pour garder tous les nœuds en synchronisation. Rqlite utilise la bibliothèque SQLite originale et le pilote go-sqlite3, par-dessus desquels tourne une couche qui traite les demandes des clients, se réplique vers d'autres nœuds et surveille le consensus atteint sur le choix du nœud principal.
  
 https://www.philipotoole.com/rqlite-6-0-0-building-for-the-future/ https://www.philipotoole.com/rqlite-6-0-0-building-for-the-future/
Ligne 403: Ligne 403:
 15/06/2021 15/06/2021
  
-Tor 0.4.6.5 est considérée comme la première version stable de la branche 0.4.6, qui a évolué au cours des cinq derniers mois. La branche 0.4.6 sera maintenue dans le cadre d'un cycle de maintenance régulier ; la publication des mises à jour sera interrompue 9 mois ou 3 mois après la publication de la branche 0.4.7.x. Un cycle de support long (LTS) est prévu pour la branche 0.3.5, dont les mises à jour seront publiées jusqu'au 1er février 2022. En même temps, les versions 0.3.5.15, 0.4.4.9 et 0.4.5.9 de Tor ont été annoncées. Elles corrigent des vulnérabilités DoS qui pourraient provoquer un déni de service aux clients des services en oignon et des relais.+Tor 0.4.6.5 est considérée comme la première version stable de la branche 0.4.6, qui a évolué au cours des cinq derniers mois. La branche 0.4.6 sera maintenue dans le cadre d'un cycle de maintenance régulier ; la publication des mises à jour sera interrompue dans 9 mois ou 3 mois après la publication de la branche 0.4.7.x. Un cycle de support long (LTS) est fourni pour la branche 0.3.5, dont les mises à jour seront publiées jusqu'au 1er février 2022. En même temps, les versions 0.3.5.15, 0.4.4.9 et 0.4.5.9 de Tor ont été annoncées. Elles corrigent des vulnérabilités DoS qui pourraient provoquer un déni de service aux clients des services en oignon et des relais.
  
 https://blog.torproject.org/node/2041 https://blog.torproject.org/node/2041
Ligne 433: Ligne 433:
 https://lists.contribs.org/pipermail/updatesannounce/2021-June/000477.html** https://lists.contribs.org/pipermail/updatesannounce/2021-June/000477.html**
  
-Serveur SME 10.0 Linux+Linux Serveur SME 10.0 
 15/06/2021 15/06/2021
  
Ligne 458: Ligne 458:
 Norbert Preining a annoncé le retrait de son autorisation de créer des paquets avec les nouvelles versions de Cinnamon Desktop pour Debian en raison du fait qu'il a cessé d'utiliser Cinnamon sur son système et est passé à KDE. Comme Norbert n'utilise plus Cinnamon en permanence, il ne peut pas fournir de tests de qualité des paquets dans des conditions réelles. Norbert Preining a annoncé le retrait de son autorisation de créer des paquets avec les nouvelles versions de Cinnamon Desktop pour Debian en raison du fait qu'il a cessé d'utiliser Cinnamon sur son système et est passé à KDE. Comme Norbert n'utilise plus Cinnamon en permanence, il ne peut pas fournir de tests de qualité des paquets dans des conditions réelles.
  
-À un moment donné, Norbert est passé de GNOME3 à Cinnamon en raison de problèmes d'utilisation de GNOME3 pour les utilisateurs avancés. Pendant un certain temps, Norbert était satisfait de la combinaison de l'interface classique de Cinnamon avec les technologies modernes de GNOME, mais les expériences avec KDE ont montré que cet environnement répondait mieux à ses besoins. Norbert considère KDE Plasma comme un environnement plus léger, plus rapide, plus réactif et plus personnalisable. Il a déjà commencé Ã réaliser de nouvelles constructions KDE pour Debian, préparées dans le service OBS, et a l'intention de mettre bientôt des paquets de KDE Plasma 5.22 dans la branche Debian Unstable.+À un moment, Norbert est passé de GNOME3 à Cinnamon en raison de problèmes d'utilisation de GNOME3 pour les utilisateurs avancés. Pendant un certain temps, Norbert était satisfait de la combinaison de l'interface classique de Cinnamon avec les technologies modernes de GNOME, mais les expériences avec KDE ont montré que cet environnement répondait mieux à ses besoins. Norbert considère KDE Plasma comme un environnement plus léger, plus rapide, plus réactif et plus personnalisable. Il a déjà commencé à réaliser de nouvelles compilations KDE pour Debian, préparées dans le service OBS, et a l'intention de mettre bientôt des paquets de KDE Plasma 5.22 dans la branche Debian Unstable.
  
 Norbert a exprimé sa volonté de continuer à maintenir les paquets Cinnamon 4.x existants pour Debian 11 « Bullseye » de manière ponctuelle, mais il n'a pas l'intention d'empaqueter Cinnamon 5 ou de faire un travail majeur sur Cinnamon. Pour continuer le développement des paquets Cinnamon pour Debian, de nouveaux mainteneurs ont déjà été trouvés : Joshua Peisach, l'auteur du Ubuntu Cinnamon Remix et Fabio Fantoni, qui est impliqué dans le développement de Cinnamon, qui, ensemble, fourniront un support de qualité pour les paquets Cinnamon pour Debian. Norbert a exprimé sa volonté de continuer à maintenir les paquets Cinnamon 4.x existants pour Debian 11 « Bullseye » de manière ponctuelle, mais il n'a pas l'intention d'empaqueter Cinnamon 5 ou de faire un travail majeur sur Cinnamon. Pour continuer le développement des paquets Cinnamon pour Debian, de nouveaux mainteneurs ont déjà été trouvés : Joshua Peisach, l'auteur du Ubuntu Cinnamon Remix et Fabio Fantoni, qui est impliqué dans le développement de Cinnamon, qui, ensemble, fourniront un support de qualité pour les paquets Cinnamon pour Debian.
Ligne 479: Ligne 479:
 16/06/2021 16/06/2021
  
-Alpine Linux 3.14, une distribution minimaliste, construite sur la bibliothèque système Musl et l'ensemble d'utilitaires BusyBox a été annoncée. La distribution a des exigences de sécurité accrues et est construite avec SSP (Stack Smashing Protection). OpenRC est utilisé comme système d'initialisation, son propre gestionnaire de paquets apk est utilisé pour la gestion des paquets. Alpine est utilisée pour construire les images officielles des conteneurs Docker. Les images iso amorçables (x86_64, x86, armhf, aarch64, armv7, ppc64le, s390x, mips64) sont préparées en cinq versions : standard (143 Mo), avec un noyau sans correctifs (155 Mo), étendue (615 Mo) et pour les machines virtuelles (45 Mo).+Alpine Linux 3.14, une distribution minimaliste, construite sur la bibliothèque système Musl et l'ensemble d'utilitaires BusyBox a été annoncée. La distribution a des exigences de sécurité accrues et est construite avec SSP (Stack Smashing Protection). OpenRC est utilisé comme système d'initialisation, son propre gestionnaire de paquets apk est utilisé pour la gestion des paquets. Alpine est utilisée pour compiler les images officielles des conteneurs Docker. Les images iso amorçables (x86_64, x86, armhf, aarch64, armv7, ppc64le, s390x, mips64) sont préparées en cinq versions : standard (143 Mo), avec un noyau sans correctifs (155 Mo), étendue (615 Mo) et pour les machines virtuelles (45 Mo).
  
 La nouvelle version contient des versions de paquets mises à jour, notamment HAProxy 2.4.0, KDE Apps 21.04.2, nginx 1.20.0, njs 0.5.3 Node.js 14.17.0, KDE Plasma 5.22.0, PostgreSQL 13.3, Python 3.9 .5, R 4.1.0, QEMU 6.0.0, Zabbix 5.4.1 et Lua 5.4.3. La nouvelle version contient des versions de paquets mises à jour, notamment HAProxy 2.4.0, KDE Apps 21.04.2, nginx 1.20.0, njs 0.5.3 Node.js 14.17.0, KDE Plasma 5.22.0, PostgreSQL 13.3, Python 3.9 .5, R 4.1.0, QEMU 6.0.0, Zabbix 5.4.1 et Lua 5.4.3.
Ligne 562: Ligne 562:
 18/06/2021 18/06/2021
  
-Rust 1.53, fondé par le projet Mozilla, mais désormais développé sous les auspices de l'organisation indépendante à but non lucratif Rust Foundation, est sorti. Le langage se concentre sur la gestion sûre de la mémoire, offre une gestion automatique de la mémoire et fournit les moyens d'atteindre un parallélisme élevé dans l'exécution des tâches, tout en se passant de l'utilisation d'un garbage collector (collecteur de déchets) et d'un runtime (le runtime est réduit à l'initialisation de base et à la maintenance de la bibliothèque standard).+Rust 1.53, fondé par le projet Mozilla, mais désormais développé sous les auspices de l'organisation indépendante à but non lucratif, la Rust Foundation, est sorti. Le langage se concentre sur la gestion sûre de la mémoire, offre une gestion automatique de la mémoire et fournit les moyens d'atteindre un parallélisme élevé dans l'exécution des tâches, tout en se passant de l'utilisation d'un garbage collector (collecteur de déchets) et d'un runtime (le runtime est réduit à l'initialisation de base et à la maintenance de la bibliothèque standard).
  
 La gestion automatique de la mémoire dans Rust évite au développeur de commettre des erreurs lors de la manipulation des pointeurs et le protège contre les problèmes liés à la gestion de la mémoire de bas niveau, comme l'accès à une zone de mémoire après sa libération, le déréférencement de pointeurs nuls, le dépassement des limites des tampons, etc. Le gestionnaire de paquets Cargo est en cours de développement pour distribuer des bibliothèques, fournir des constructions et gérer les dépendances du projet. Le dépôt crates.io est pris en charge pour héberger les bibliothèques. La gestion automatique de la mémoire dans Rust évite au développeur de commettre des erreurs lors de la manipulation des pointeurs et le protège contre les problèmes liés à la gestion de la mémoire de bas niveau, comme l'accès à une zone de mémoire après sa libération, le déréférencement de pointeurs nuls, le dépassement des limites des tampons, etc. Le gestionnaire de paquets Cargo est en cours de développement pour distribuer des bibliothèques, fournir des constructions et gérer les dépendances du projet. Le dépôt crates.io est pris en charge pour héberger les bibliothèques.
issue170/actus.1625064537.txt.gz · Dernière modification : 2021/06/30 16:48 de andre_domenech