Fedora 19 : le chat de Schrödinger sort de la boîte vivant !

64
2
juil.
2013
Fedora

En ce mardi 2 juillet 2013, le projet Fedora est fier d’annoncer la sortie de la distribution GNU/Linux Fedora 19. Cette version est baptisée « Schrödinger's cat », en hommage à l'expérience du chat de Schrödinger, la plus célèbre expérience de pensée de la mécanique quantique.

Fedora est une distribution communautaire développée par le projet éponyme et sponsorisée par RedHat, qui lui fournit des développeurs ainsi que des moyens financiers et logistiques. Fedora peut se voir comme une sorte de vitrine technologique pour le monde du logiciel libre, c’est pourquoi elle est prompte à inclure des nouveautés.

Fedora garde un rôle central dans le développement de ces nouveautés via le développement en amont. En effet, les développeurs de la distribution contribuent également directement au code d’un certain nombre de logiciels libres contenus dans la distribution, dont le noyau Linux, GNOME, NetworkManager, PackageKit, PulseAudio, X.Org, la célèbre suite de compilateurs GCC, etc. Voir l’ensemble des contributions de RedHat.

Par ailleurs, les distributions telles que RHEL, Scientific Linux ou CentOS (plus indirectement), avec un cycle de sortie plus espacé permettant un support à plus long terme, sont développées à partir d’une version de Fedora et mises à jour environ tous les trois à cinq ans. Notons que CentOS est un clone gratuit de RHEL, cette dernière étant certes libre, mais payante, offrant ainsi un support technique, des certifications et une garantie.

Je tiens à remercier Ife, palm123, Yala, Atem18, antistress, number80, shaiton, remi et Refuznik pour leurs contributions.

Sommaire

Liste des nouveautés

Bureautique

Environnement bureautique

Comme d'habitude, nouvelle version de Fedora, nouvelle version de GNOME. Cette fois-ci c'est la version 3.8 qui fait honneur. Ainsi un pack d'extensions du mode classique remplace le vieillissant mode restreint, portage de Epiphany vers Webkit2, la plupart des applications finissent leurs portages sous GTK3 avec une intégration plus poussée dans l'environnement bureautique, apparition de l'application horloge. Sans compter plus d'une soixantaine de correctifs mineurs.

Bien entendu, KDE n'est pas en reste avec la version 4.10. Le navigateur de fichiers Dolphin a été particulièrement retravaillé entre ajouts, corrections et amélioration des performances. Le système de bureau sémantique Nepomuk, souvent décrié pour ses problèmes de performances, a subi des modifications pour le rendre plus efficace tout en améliorant le système d’étiquetage des fichiers. Le système d'indexation de contenu de Nepomuk, qui se nommait Strigi, a été remplacé par 5 composants différents suivant le type de fichier pour améliorer la qualité du code, les performances et apporter de nouvelles fonctionnalités. De nombreux applets Plasma ont été portés vers la nouvelle technologie QtQuick de Qt pour améliorer le rendu et la qualité du code. Sans oublier le gestionnaire de fenêtre KWin qui a subi de grandes améliorations pour le stabiliser.

L'utilitaire KScreen vient d'être inclus, ce dernier vous permettra de détecter, gérer et sauvegarder la configuration de vos écrans moniteurs, téléviseurs et vidéo-projecteurs.

Les amateurs de MATE seront servis avec la version 1.6 de leur environnement favori. Systemd-logind remplace ConsoleKit pour la gestion des sessions utilisateurs. le gestionnaire de fichiers Caja supporte DBus et améliore la connexion à distance. Les notifications sont maintenant plus personnalisables. Les thèmes ont subi de nombreux correctifs et de nombreux composants internes ont été remplacés par des variantes plus modernes et maintenables, utilisés actuellement par GNOME 3.

Productivité

Et la nouveauté technologique de l'impression 3D fait son apparition dans Fedora. Un ensemble d'outils a été porté et intégré afin de supporter cette technologie sur des imprimantes compatibles comme le RepRap. Pour la modélisation, outre Blender, il y a l'intégration de OpenSCAD. Ensuite des logiciels tels que Skeinforge ou Slic3r vont traduire ces modèles en instructions G-Code afin de manipuler l'imprimante 3D. Mais avant impression, les logiciels de contrôle de l'impression comme Printrun, Cura ou RepetierHost prendront le relais.
Ces outils sont également disponibles pour les deux versions précédentes de Fedora, moyennant l'activation des mises à jour de tests. Fedora devient ainsi l'une des premières distributions à supporter une chaine complète et intégrée d'impression 3D.

OpenScad

La bibliothèque libkkc pointe le bout de son museau à Fedora. Cette bibliothèque d'entrée de Kana Kanji pour le japonais peut être utilisée par IBus pour simplifier la saisie dans ce style d'écriture, ibus-kkc prenant la place de ibus-anthy qui devenait vieillissant et non maintenu.

Administration système

Installation

Fedora 18 a été l'occasion de la refonte graphique du logiciel d'installation Anaconda. Cette fois, les modifications été centrées sur l'amélioration de cette base tout en gardant une grande compatibilité avec les logiciels de post-installation des environnements bureautiques. Anaconda propose du coup des options plus avancées pour la gestion des disques, l'ajout d'un dépôt logiciel ou utilise mieux les threads pour une expérience utilisateur plus fluide même en cas de traitement lourd. Le mode texte bénéficie également de nombreuses retouches.

Mais Anaconda bénéficie également d'une amélioration du support des commandes Realm de kickstart. Ainsi si la commande 'realm join example.com',permet de joindre la machine durant l'installation directement via son domaine AD ou FreeIPA, cela demandera un seul mot de passe voire aucun pour contacter le domaine afin de simplifier la vie des administrateurs systèmes qui doivent gérer un grand parc de machines.

Le logiciel de configuration post-installation, firstboot, a été revu. Il permet entre autre la configuration de l'heure, du mot de passe root et la création d'utilisateurs. Son interface est plus proche de l'expérience utilisateur de Anaconda. Un travail important a été fourni pour gérer au mieux la relation entre Anaconda, firstboot et des logiciels des environnements bureautiques comme GNOME 3 qui gèrent cette étape.

Dracut crée une image initramfs personnalisée. Auparavant les images initramfs sont génériques et inclues un grand nombre de pilotes afin d'être utilisables par un maximum de matériel différent. Le problème est que l'image associée est de plus en plus grosse et lourde à charger. Aujourd'hui, à chaque mise à jour du noyau, la liste du matériel sera mise à jour afin d'inclure les pilotes nécessaires. En cas de problème, le mode de secours dispose de l'initramfs complète comme générée précédemment pour lancer la machine et régler le problème.
Le répertoire /boot en est ainsi allégé.

Syslinux peut être utilisé comme gestionnaire de démarrage par défaut en lieu et place de GRUB 2. Pour cela il faut soit utiliser kickstart ou alors utiliser une option cachée de Anaconda.

Firstboot

Gestion de paquets

RPM a subi une cure de jeunesse avec la version 4.11 du gestionnaire de paquets. Au menu, une amélioration des performances a été enregistrée, la détection des conflits de fichiers a été améliorée et le fichier de macro %config est mieux traité. Les fichiers de spécifications des paquets RPM ont été revus avec une meilleure séparation de la licence et de la documentation ainsi qu'une amélioration des erreurs de parsing du fichier qui sont dorénavant plus claires.

Yum pouvait déjà générer un cliché du système pour le restaurer en cas d'échec de la mise à jour ou de l’installation d'un programme, actuellement compatible avec le système de fichier btrfs. Fedora 19 améliore le support de LVM pour cette technique et augmente de fait les performances et simplifie l'administration par l'automatisation du procédé.

La configuration par défaut de Yum vis à vis des groupes a été changée de group_command=compat à group_command=objects. Ainsi, si un groupe installé possède un paquet supplémentaire, un yum upgrade l'installera et l'affectera à ce groupe. De plus, en cas d'installation d'un groupe et de sa suppression plus tard, tous les paquets du groupe seront désinstallés et pas plus.

L'empaquetage de Maven a été simplifié avec l'ajout du pack d'utilitaires XMvn et l'automatisation des macros %install. La génération des dépendances a également été automatisée pour simplifier la maintenance.

Serveurs logiciels

Le gestionnaire de base de données MySQL laisse place à son fork MariaDB par défaut. Outre le fait que les deux sont compatibles, MariaDB apporte une amélioration des performances dans certains cas et d'autres correctifs uniques. C'est aussi un logiciel communautaire et indépendant du bon vouloir d'Oracle.
Pour des raisons de compatibilité, MariaDB utilisera le nom de paquet mysql tandis que le logiciel original utilisera le nom community-mysql.

Le serveur de gestion des DNS, BIND, a été réécrit et passe de la version 9 à 10 qui inclut maintenant la gestion des serveurs DHCP. L’architecture logicielle a été revue avec plusieurs utilitaires indépendants pour gérer le DDNS, les zones de transfert entrants, les zones de transfert sortants et les statistiques. La qualité de service en est ainsi améliorée en réduisant les dépendances entre eux au minimum. Il supporte également les gestionnaires de bases de données SQL comme SQLite (mais MySQL et PostgreSQL viendront plus tard).

Le système d'impression est mis à jour avec CUPS 1.6 qui utilise le format PDF plutôt que PostScript comme format de base, ce qui simplifie les traitements d'autant que les imprimantes modernes supportent nativement ce format. Il prend en charge les profils ICC d'étalonnage des couleurs, la découverte et l'usage du réseau via Avahi. Les filtres et autres traitements non inclus dans Mac OS X ont été séparés dans un autre composant, cups-filters, géré par la Linux Foundation afin de rester au plus près de la version officielle.
Sa gestion protocolaire du réseau a été aussi revue afin d'éviter les envois de données en clair à tout le monde via le Wifi par exemple. DNS-SD et Avahi sont utilisés à la place.

Réseaux

L'outil Realmd supporte FreeIPA pour découvrir et et configurer les domaines Active Directory. Realmd est un service DBus sur demande pour configurer les membres d'un domaine et les authentifications. Cette configuration pouvant se faire automatiquement pour être complétée via une GUI ou CLI.

La fédération VoIP a été mise en place pour permettre une fédération des réseaux SIP et XMPP, comme cela a été fait pour SMTP. Avec ce travail, il est possible de contacter les autres utilisateurs, même d'autres distributions, avec une adresse comme user@domaine aussi simplement que le courriel. La configuration du proxy pour ces services est également simplifiée via l'outil reSIProcate tandis que reTurnServer est un serveur ICE/STUN/TURN pour les réseaux SIP et XMPP.

IPAv3 est disponible sur Fedora 19. Quand on utilise FreeIPA pour les domaines Active Directory, il est possible de désigner plusieurs domaines pour desservir les clients Windows. FreeIPA ajoute la configuration et la gestion des suffixes de domaine visibles aux clients des domaines Active Directory. Pour finir, il supporte le service de catalogue global pour que les administrateurs puissent garantir l'accès des ressources aux utilisateurs.

Toujours au sujet de FreeIPA, Kerberos peut être utilisé pour établir l'authentification dans un domaine via un annuaire LDAP en mode double authentification. Si l'administrateur active ce service, il faut que l'utilisateur utilise un client TOTP pour établir l'authentification qui serait complétée par un code envoyé par SMS ou appel téléphonique à réutiliser. Cette fonctionnalité augmente la sécurité des services et utilise un protocole de plus en plus courant parmi les grands acteurs du Web.

Kerberos a été consolidé en supprimant ses fragilités les plus communes. Les clients n'ont plus besoin de synchroniser leurs horloges par exemple. De même, il n'y a plus la nécessité d'avoir un enregistrement de DNS inverse pour l'installation des services.

SSSD, le gestionnaire d'authentification moderne et centralisé, poursuit sa progression avec l'intégration des Active Directory. Cela inclus la découverte du site, la mise à jour dynamique du DNS, la correspondance les SIDs et des noms et la découverte dynamique du NetBIOS. Cela gère par exemple les cas où les AD sont situés dans des réseaux physiques externes différents et dont l'interconnexion peut varier.

Fedora inclut un ensemble d'utilitaires pour tester la connexion entre un client NFS et son serveur. Du côté du client, il est possible de tester, entre autres : les arguments de lignes de commandes, l'échec d'authentification, le montage et démontage, la création de fichiers ou de dossiers, l'inspection des paquets et le suivi de ces derniers. L'objectif est bien entendu de faciliter le travail de configuration mais aussi de faciliter l'adoption de NFSv4 et pNFS auprès des administrateurs systèmes.

Cora

Pare-feu

Firewalld, le nouveau pare-feu par défaut dynamique de Fedora, a été la source de nombreuses améliorations dont voici un extrait.

Pour commencer, il est doté du support d'un langage de haut niveau pour faciliter la création de règles complexes sans pour autant connaitre les commandes de iptables. Ceci est d'autant plus important que les règles iptables ne sont pas gravées dans le marbre.

Exemple pour rediriger un paquet IPv6 provenant du port 4011 de l'adresse 1:2:3:4:6:: vers le port 4012 de l'adresse 1::2:3:4:7 et qui utilise le protocole TCP :

firewall-cmd --add-rich-rule='rule family="ipv6" source address="1:2:3:4:6::" forward-port to-addr="1::2:3:4:7" to-port="4012" protocol="tcp" port="4011"'

Le pare-feu peut enfin bloquer les changements de configuration provenant des applications locales, même exécutées en root. L'administrateur a la possibilité de gérer une liste des services qui peuvent le faire ou non et donner des autorisations après coup.
Exemple si l'option est activée, la commande suivante :

firewall-cmd --add-service=imaps

retournera une erreur. Il faudra pour cela utiliser la commande suivante :

firewall-cmd --add-lockdown-whitelist-command='/usr/bin/python /usr/bin/firewall-cmd*'

ou ajouter dans le fichier de la liste blanche pour permettre ensuite l'activation du service. La sécurité en ressort accrue.

systemd

Le nouveau logiciel d'init utilisé par défaut dans Fedora s'améliore encore. Et comme pour le pare-feu, voici un extrait du travail réalisé.

L'usage des timers peut être basé sur le calendrier. L'objectif est de pouvoir lancer des services à des moments précis plutôt qu'à des itérations de temps. Par exemple, plutôt que de lancer un service par itération comme « toutes les 5 minutes » via systemd, il est possible de se rapprocher d'un format comme celui de cron pour signifier de lancer un service tous les 1ers du mois à 8h uniquement si c'est un mardi. Le format a été fait pour être plus lisible que cron comme :

Thu,Fri 2012-*-1,5 11:12:13

Cette ligne signifiant que la date concernée est le 1er ou 5e jour de chaque mois de 2012 à 11h12 et 13 secondes uniquement les jeudis et vendredis. Son équivalent cron serait plutôt :

12 11 1,5 * thu,fri cependant il n'y a ni la précision à la seconde près, ni de l'année.

Les conteneurs allégés sont disponibles. systemd-nspawn est un utilitaire plus puissant que chroot pour le développement, l'expérimentation, le débogage, etc. de la construction des paquets ou logiciels. Le but est de permettre à terme le démarrage d'une Fedora non modifiée et complète avec des services systèmes normaux afin que cela soit optimal.

Les catalogues de messages sont maintenant accessibles via systemd. Cela génère des messages dans le journal via un identifiant unique dont la chaine associée est située ailleurs. L'objectif est de permettre la traduction de ces messages dans la langue dans chacun. L'autre objectif est de permettre de relier plus facilement à un problème les métadonnées et les informations spécifiques à cette erreur.

Les noms des interfaces réseaux sont prédictibles avec systemd via udev. En fait, actuellement, si votre machine a plusieurs interfaces réseaux comme eth0 et eth1, il est possible qu'au prochain démarrage l'association physique et logique des interfaces soient inversées. Au niveau de la sécurité c'est un problème car les règles de pare-feu peuvent être associées à l'interface logique et si l'interface physique sous-jacente n'est plus la même, les problèmes peuvent survenir…

L'association se base sur le nom du Firmware ou BIOS et de l'index des cartes embarquées, puis ceux de la liaison PCI Express, la connexion physique de la carte et l'adresse mac avant de finir par une association aléatoire si aucune des méthodes précédentes n'a fonctionné.

Le contrôle des ressources a également été étendu par systemd. Actuellement avec les cgroups, il est possible d'allouer une part de la RAM, du CPU et autres ressources. L'extension en question permet d'étendre cette allocation si nécessaire afin de rendre le système plus dynamique suivant les besoins.

Haute disponibilité / Supervision

OpenLMI, l'infrastructure pour gérer les systèmes à distance, a reçu de nombreux correctifs afin d'être plus simple d'utilisation. L'API de stockage CIM a été complétée pour une meilleure gestion à distance. De nouveaux fournisseurs ont été ajoutés ou étendus pour l'ajout d'enregistrement d'Active Directory ou Kerberos. Le shell de cette solution a été amélioré pour simplifier la réalisation de scripts. Et les permissions peuvent ajouter des systèmes externes pour améliorer la sécurité comme SELinux.

L'infrastructure de surveillance système Performance Co-Pilot a également été mis à jour vers sa version 4. On notera une amélioration de la sécurité par le transport des données distantes par SSL et l'introduction de l'authentification. Ensuite, une interface JSON a été développée pour être utilisable par le Web et elle utilise le format de données RRD qui est interopérable. Le support de l'IPv6 est également à noter avec la possibilité d'utiliser Python pour le scripter. Pour finir, il est possible de surveiller systemd et les clusters GFS2.

Divers

La gestion des points de sauvegarde ou de restauration des processus vient d'être introduite dans Fedora. Cela va servir en cas de manque de ressources, de crash ou d'un besoin de ré-équilibrage dans la distribution des ressources. Par exemple, en cas de crash de l'application, il est possible de la relancer sans perte de jeu de données trop volumineux en cours. Il est ainsi possible de charger le processus dans un autre système pour le transfert des ressources, ce qui peut trouver une application particulière dans le domaine de la virtualisation.

NSS, GnuTLS, OpenSSL et Java partagent les sources pour retrouver les certificats systèmes et les listes noires associés. L'objectif final est de pouvoir configurer de nouvelles autorités de certification, avec un système de niveaux requis pour un système en local, tout en étant partagé par l'ensemble des applications. La brique présentée est la première étape vers cette solution finale.

Ajout de GSS Proxy qui a pour but de remplacer rpc.svcgssd(8) comme serveur de rpcsec_gss.
C'est un protocole standard RPC qui permet une meilleur séparation des droits pour l'accès aux données via la GSSAPI pour l’initialisation et l’authentification. La GSSAPI est analogue au fonctionnement de Windows SSPI et est compatible avec cette solution. Le GSS Proxy doit être utilisable pour Kerberos et les clients NFS en permettant par exemple aux applications de ne pas accéder trop facilement aux clés de chiffrement matérielles, le proxy servant de filtre à ces accès.

Et la nouvelle version 2.2 de SystemTap qui fait son apparition. Cette solution de traçage du système pour tenter d'endiguer les problèmes de performances ou de stabilité dispose d'un nouveau manuel concernant les messages d'erreurs, l'usage de perf pour lire les données à la demande ou effectuer des tâches particulières à un processus et améliore le support de la programmation concurrente pour mieux traiter les processus exploitant le parallélisme.

Virtualisation

Les conteneurs de ressources permettent à Pacemaker et Corosync sur une machine hôte d'étendre le management des ressources au sein des machines invitées comme KVM/Linux Containers en utilisant le service pacemaker_remote. En effet, jusqu'alors, ces applications ne pouvaient que lancer, arrêter, gérer ou migrer de telles machines invitées au sein d'un cluster.

La migration du stockage virtuel fait son apparition et ce sans taux d'indisponibilité. Aucun stockage partagé entre les deux machines n'étant nécessaire à cette réalisation contrairement à la situation passée ce qui entrainait des difficultés à l’utiliser. C'est équivalent à la solution VMWare qui se nomme « storage vmotion ».

Le générateur de nombre aléatoire para-virtuel est accessible aux machines virtuelles pour générer des nombres aléatoires avec une bonne entropie dans cette configuration. La machine hôte pouvant ainsi injecter de l'entropie dans la machine virtuelle suivant le besoin et limiter le déni de service par manque d'entropie.

Le pilote QXL, utilisé par Spice pour la virtualisation, dispose de la compatibilité avec KMS. Cela permettrait notamment à terme de disposer d'un environnement Spice supportant la 3D et d'améliorer les performances en dédiant tout à la carte graphique, via OpenGL, pour les calculs graphiques.

Repsnapper

L'informatique dans les nuages

Les versions de Fedora disposent d'une image prête à l'emploi, destinée à l'informatique des nuages pouvant être utilisée dans une infrastructure EC2 ou équivalent comme OpenStack, CloudStack ou Eucalyptus. La création de ces images se ferait régulièrement pour la version en développement continuel, Rawhide, et une image pour les versions Alpha, Beta et finale de version stable de la distribution. Ainsi elles seront plus simples à tester et à utiliser, en permettant de tester régulièrement la chaine de construction de ces images.

Aux origines du nuage, il y avait OpenShift Origin. Ce logiciel fait son apparition dans Fedora pour compléter les autres solutions de cloud existantes comme Eucalyptus ou OpenStack. L'objectif est de donner au client la maitrise de ses applications qu'il pourra développer et intégrer quant le serveur et la plateforme proprement dite sont gérés par un prestataire. Cette solution offre de la souplesse et de la puissance aux applications clientes. OpenShift supporte la plupart des technologies libres que ce soit pour les bases de données, les frameworks ou encore les langages de programmation.

Pour finir au 7e ciel, le Grizzly d'OpenStack apparaît dans les contrées de Fedora 19. Cette mise à jour majeure apporte le support des groupes de sécurité, une nouvelle infrastructure LDAP est introduite et l'envoie de données a été amélioré. Un nouveau panel de gestion a été ajouté tout comme une configuration unifiée du système.

Arrivée de Heat qui est une API d'orchestration dans le cloud pour OpenStack en ligne de commande, solution particulièrement développée chez Fedora depuis plus d'un an. Le fonctionnement est très classique, l'administrateur décrit des machines virtuelles via un système de template basé sur l'utilisation de oz, un outil de création d'image disque automatisé, et heat se charge du déploiement de la machine et des ressources à partir de la configuration. Intégrant dés le départ une API, le but est de permettre une automatisation des processus afin d'industrialiser l'usage d'openstack.

Pour finir sur OpenStack et redescendre des nuages, Ceilometer est supporté. Cet utilitaire collecte les mesures effectuées au sein de l'infrastructure OpenStack pour s'assurer que deux agents n'ont pas besoin d'écrire sur les mêmes données. Il peut bien entendu collecter d'autres données et être étendu. Il possède la possibilité d'échanger les données collectées avec d'autres utilitaires.

Développement

Le Projet Fedora apporte une attention particulière à simplifier la vie aux débutants en programmation à partir de nombreuses petites modifications. De nombreux langage de programmations ou d'outils qui y sont liés, fournissent des codes d'exemples, sont mieux configurés pour être utilisés directement, les dépendances essentielles fournies plus simplement, intègrent de nombreux utilitaires avec git et simplifient la création de projet dans un langage donné ou un framework.

Langages de programmation

Le langage Java a droit à une mise en bouche de la future version 8, en attendant la sortie de la version officielle plus tard dans l'année. Dans cette version nous avons entres autre : l'ajout des lambdas expressions, la construction du programme repose sur les autoconfs, les profils compacts pour les périphériques peu puissants, le début de la modularisation de la plateforme ou un nouveau moteur JavaScript. Et c'est aussi l'occasion d'obtenir la création de machine virtuelle plus légère et une amélioration des vérifications des erreurs,

La pile de développement PHP a migré vers la version 5.5 du langage. De nombreuses portions de code ont été séparées sous forme d'extensions pour rendre le système plus modulaire. Dans ce travail nous pouvons noter la nouvelle extension Zend OPcache, ainsi que de grandes améliorations de performances ou le support des générateurs ou encore l'instruction foreach() qui supporte list().

Le langage Ruby qui a le vent en poupe se permet d'avoir une nouvelle implémentation libre disponible sur Fedora ! JRuby 1.7 est surtout considéré pour l'amélioration de ses performances dans le cadre de tâches parallèles. Cela devrait permettre de satisfaire les besoins de nombreux développeurs Ruby. Pour les plus traditionalistes, c'est Ruby 2.0 qui est présent. Outre quelques raffinements, il supporte le traçage notamment par SystemTap ce qui en facilitera le débogage des applications, un changement de moteur pour les expressions régulières et de nouveaux mots-clés pour les arguments à la clé !

L'interpréteur libre du langage de programmation Scheme, GNU Guile, a aussi une mise à jour vers la version 2. Cette version est l'occasion pour lui de gérer l'encodage Unicode, d'avoir un compilateur et une machine virtuelle, d'utiliser un nouveau ramasse-miette, le traitement du format XML et un nouveau module dédié au web. Le nouveau standard R6RS bénéficie quant à lui d'un support partiel.

Erlang R16 est mis en avant dans cette édition. Les processus manipulés dans la machine virtuelle sont optimisés et cette version autorise également l'écriture et lecture parallèle des données, le support complet de l'UTF-8 (qui sera activé comme encodage par défaut dans la R17), l'allocation dynamique des structures ports a été améliorée en augmentant le nombre d'objets maximum autorisés ou le client HTTP supporte le passage de HTTPS par un proxy. Pour finir il y a une amélioration dans la gestion du multi-processeur et de l'analyseur.

Bibliothèque

La brique de base du système, GLibc, bénéficie d'une mise à jour vers la version 2.17. Cette bibliothèque a été portée vers l'architecture ARM AArch64, optimise les copies mémoires pour les processeurs MIPS et System z10. Il y a aussi d'autres optimisations au sujet des chaînes de caractères pour les processeurs POWER7, de nouvelles traductions et une amélioration du support de la compilation croisée.

La bibliothèque pour le langage C++, Boost, a été portée à sa dernière version qui est la 1.53. Cette version apporte de nombreuses sections nouvelles comme le changement de contexte, les coroutines, le flottant multiprécision, les données C++11 atomic et la résolution des équations différentielles. Et la plupart des autres sections ont reçu des correctifs et ajouts importants.

La bibliothèque python-imaging (PIL) laisse sa place à son fork Pillow. En effet, python-imaging n'est plus maintenu depuis longtemps et n'était pas compatible Python 3. Les logiciels dépendants de PIL ont été portés et testés avec Pillow.

Le paquet PyXML a été supprimé de Fedora. En effet, ce projet n'est plus maintenu par ses développeurs depuis de nombreuses années et a été remplacé par les fonctions de la bibliothèques standards qui s'en occupent. Cela permet de se débarrasser d'un vieux code bogué au profit d'un autre plus actif et bénéficiant de correctifs non appliqués à PyXML.

Outils

La suite de compilation GCC a été améliorée avec sa version 4.8. Outre une légère refonte en C++, cette version intègre des outils de détection d'accès concurrents à une même donnée ou de détection d'accès mémoires invalides. Le langage C et ses dérivés bénéficient de messages de diagnostics plus clairs et précis. Le support de la norme C++11 est désormais complet au niveau du langage. Sans oublier le support de la nouvelle architecture ARM 64 bits.

Son cousin MinGW GCC 4.8 pour la compilation croisée à destination des plateformes Windows profite des mêmes améliorations.

Le compilateur CLang n'est pas en reste avec l'intégration de la version 3.3 qui offre un support complet de la norme C++11.

Node.js est révélé au grand jour dans cette version de Fedora. Cette plateforme légère de compilation du JavaScript permet d'obtenir des applications web scalables et performantes. L'objectif étant toujours d'attirer les développeurs avec une large gamme d'outils à leur disposition, ici pour les amateurs de JavaScript côté serveur.

Inclusion de l'utilitaire MEMSTOMP DSOs qui pourrait aider les développeurs à détecter plus rapidement les comportements indéfinis à l'appel de certaines bibliothèques avec le chevauchement des arguments en mémoire. Cet utilitaire est plus léger que Valgrind par exemple pour réaliser cette action.

Anecdotes autour de cette version

Les distributions GNU/Linux sont depuis de nombreuses années compatibles avec l'Unicode. Mais derrière cette réussite bien affichée, quelque chose n'a jamais été réellement testé : les noms de versions utilisant des caractères non-ASCII. Avec le nom Schrödinger's Cat, l'équipe de développement de Fedora a mis en évidence de nombreux bogues autour de ce sujet à cause du nom ésotérique. La fonction fautive is_text_file() a été ainsi corrigée pour tenir compte de cette possibilité. Un grand débat s'est tenu autour de la correction du bogue et sur la date effective de correction afin d'éviter un énième retard de publication.

La version Alpha a été retardée pour cette version de Fedora à cause d'un bogue important dans la gestion de l'EFI pour le démarrage de la machine si la partition concernée était remplie au delà de 50%. Nul doute que ce problème important valait ce retard qui a permis son éradication et le retour au sourire pour les utilisateurs concernés.

Mise à jour des programmes :

Voici les programmes principaux qui ont été mises à jour, dont vous pourrez lire leurs notes de versions :

  • # Purr Purr

    Posté par . Évalué à  7 .

    J'utilise Fedora 19 sur toutes mes machines depuis l'alpha et ça ronronne ^

    • [^] # Re: Purr Purr

      Posté par . Évalué à  7 .

      J'ai été impressionné par la qualité de la version alpha… Dégoûté par l'intégration de GNOME sous Ubuntu 13.04 (lent, instable, incomplet), j'ai tenté Fedora 19 et je ne le regrette pas.

  • # xmvn

    Posté par (page perso) . Évalué à  5 . Dernière modification : le 02/07/13 à 17:21

    Je n'ai pas trop compris comment marche xmvn. Est-ce que c'est fait pour le packaging de maven ou des projets qui utilisent maven?

    Newton Adventure est sur Lumière Verte : http://steamcommunity.com/sharedfiles/filedetails/?id=187107465

    • [^] # Re: xmvn

      Posté par (page perso) . Évalué à  4 .

      Normalement cela simplifie le packaging pour les projets qui dépendent de Maven, donc ton cas normalement.

      Tu as lu le lien suivant : http://mizdebsk.fedorapeople.org/xmvn/cookbook/ ? Cela pourrait t'aider.

      • [^] # Re: xmvn

        Posté par (page perso) . Évalué à  3 .

        J'ai vu cette page, mais c'est assez flou (je ne connais pas Fedora).

        Newton Adventure est sur Lumière Verte : http://steamcommunity.com/sharedfiles/filedetails/?id=187107465

        • [^] # Re: xmvn

          Posté par (page perso) . Évalué à  2 .

          http://mizdebsk.fedorapeople.org/xmvn/cookbook/package.html

          ça montre bien le avant et après.

          Par exemple, si tu regardes la section %install, tu passes de "plein de trucs" à "une ligne".
          Pareil pour la déclaration des fichiers, ce qui permet d'avoir des specs plus simples et plus uniformes. Si tu as déjà fait des paquets debian, c'est comme les divers commandes dh_* ou les classes d'ebuild. Ou les templates c++, mais en moins compliqué.

          • [^] # Re: xmvn

            Posté par (page perso) . Évalué à  2 . Dernière modification : le 03/07/13 à 08:54

            Je pars de plus loin comme saikoi un spec ? Aujourd'hui je génère mes rpms avec un plugin Maven.

            Enfin malgré tout ça donne envie d'essayer fedora tout ça!

            Newton Adventure est sur Lumière Verte : http://steamcommunity.com/sharedfiles/filedetails/?id=187107465

            • [^] # Re: xmvn

              Posté par (page perso) . Évalué à  2 .

              Le spec est le fichier de base qui va servir à construire un paquet RPM.
              Si le spec est bien conçu, il est possible de créer des RPMs adaptés à chaque distribution (compatible RPM) avec le même fichier spec qui est souvent l'étape délicate.

              Je t'invite à regarder la doc de fedora-fr sur le sujet si bien entendu cela t'intéresse. Elle est bien fournie sur le sujet et de nombreux contributeurs francophones maintiennent des paquets dans les dépôts.

            • [^] # Re: xmvn

              Posté par . Évalué à  -10 .

              Enfin malgré tout ça donne envie d'essayer fedora tout ça!

              Vous utilisez quoi comme distribution ? Vous avez parlé de coder en dev des jeux je crois.

  • # Over 9000

    Posté par (page perso) . Évalué à  8 . Dernière modification : le 02/07/13 à 17:29

    la liste de nouveauté impressionnante, probablement une des dépeches pour une nouvelle version de fedora les plus longues jamais posté.

    Joli travail

  • # Publication préliminaire ?

    Posté par . Évalué à  3 .

    Ya un "OpenScad", un "Firstboot" et "Cora" qui se baladent dans le texte, probablement des vestiges d’un brouillon non finalisé.

    Les modérateurs sont autorisés à détruire ce commentaire une fois la correction effectuée =)

    • [^] # Re: Publication préliminaire ?

      Posté par (page perso) . Évalué à  6 .

      Tu visualises les images ?
      Car normalement ces mots qui se baladent ce sont les « descriptions » de l'image si non affichée. ;)

      Ce sont des captures d'écran de ces applications en fonctionnement.

      • [^] # Re: Publication préliminaire ?

        Posté par (page perso) . Évalué à  2 .

        je vois bien les captures d'écran, mais elles ne semblent pas être placées au bon endroit dans la dépêche

        « I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond

        • [^] # Re: Publication préliminaire ?

          Posté par (page perso) . Évalué à  2 .

          Quand tu rédiges un contenu un peu long, il faut gérer l'aération et la mise en page de celle-ci.
          Quand tu regardes les apports de Fedora, 95% concerne des outils non graphiques (ou qui ne le sont pas principalement) ce qui ne permet pas de placer des illustrations ciblées à ces emplacements.

          Donc plutôt que de mettre toutes les captures d'écran au début et rien pour la suite, j'ai préféré dispatché. Tu constateras que de nombreux magazines ou journaux font cela pour une question d'aération et de bonne présentation.

          Je en dis pas que mon choix est parfait, je peux concevoir que certains soient surpris.

          • [^] # Re: Publication préliminaire ?

            Posté par (page perso) . Évalué à  4 .

            je peux concevoir que certains soient surpris.

            en fait au premier abord on croit que la photo illustre la fonctionnalité décrite au dessus.

            « I approve of any development that makes it more difficult for governments and criminals to monopolize the use of force. » Eric Raymond

    • [^] # Re: Publication préliminaire ?

      Posté par (page perso) . Évalué à  8 .

      Pour afficher les images en HTTPS : https://linuxfr.org/aide#aide-imgcertificatssl

      « Moi, lorsque je n’ai rien à dire, je veux qu’on le sache. » Raymond Devos

      • [^] # Re: Publication préliminaire ?

        Posté par . Évalué à  2 .

        Vous avez tous bien deviné, ce sont les images que je ne visualisaient pas. Je m’en étais rendu compte, j’aurais du ajouter ce certificat plus tôt avant de me faire avoir…

        Cela dit un title text plus descriptif aurait été un plus =)

  • # Wayland et F19

    Posté par . Évalué à  3 .

    Et à propos de Wayland ?

    On peut commencer à s'en servir sérieusement ou est-ce encore trop expérimental/instable/peu-supporté ?

    • [^] # Re: Wayland et F19

      Posté par (page perso) . Évalué à  3 .

      Il y a des paquets mais sans grands intérêts. Pour commencer GNOME et GTK+ ne gèrent pas encore Wayland et je ne sais pas pour les autres environnements et bibliothèques graphiques.
      Il y a des idées comme quoi cela pourrait être par défaut (ou du moins utilisable) pour Fedora 20 ou 21 mais cela est à confirmer.

      • [^] # Re: Wayland et F19

        Posté par (page perso) . Évalué à  8 . Dernière modification : le 02/07/13 à 19:00

        Selon l'info que je peux trouver, GTK+ est compilé avec le support complet de Wayland en plus de X11, et c'est donc possible de tester le compositeur Wayland en mode demo (fenêtre GTK dans un client X). On est encore loin d'un usage natif avec le bureau Gnome 3 entier, mais ca se rapproche petit à petit.

        Pour KDE, ça vient aussi mais la transition se fera encore plus en douceur, avec le support de Wayland développé en parallèle dans KWin. Si j'ai bien suivi, le support complet viendra avec Qt5 et KDE 5. Voir le blog de Martin Grässlin, développeur KWin, pour l'avancé du travail dans KDE.

        En revanche, je sens que ça va être plus douloureux avec les autres toolkits. Implémenter le support de Wayland demande pas mal de ressource, et je suis pas sûr que les petits toolkits puisse suivre dans des délais comparables.

        • [^] # Re: Wayland et F19

          Posté par . Évalué à  2 .

          En revanche, je sens que ça va être plus douloureux avec les autres toolkits. Implémenter le support de Wayland demande pas mal de ressource, et je suis pas sûr que les petits toolkits puisse suivre dans des délais comparables.

          L'arrivée de XWayland permettra peut-être une transition en douceur… En tout cas, l'arrivée du concurrent Mir semble accélérer un peu le déploiement de Wayland, j'ai hâte d'essayer (même si cela ne m'apportera sûrement pas grand chose en tant que simple utilisateur!).

          • [^] # Re: Wayland et F19

            Posté par (page perso) . Évalué à  5 .

            Du code plus simple, ou plus moderne, ça apporte toujours des choses, même si c'est indirectement. De même que mir va permettre d'apporter Ubuntu sur d'autres plateformes, je pense que Wayalnd permet de rénover un peu la couche graphique.

    • [^] # Re: Wayland et F19

      Posté par (page perso) . Évalué à  3 .

      Je crois me souvenir que gnome vise le support wayland préliminaire pour la version 3.10. Ensuite, savoir si 1) ça va être fait à temps et 2) être suffisamment bien intégré, c'est autre chose.

      cf :
      https://wiki.gnome.org/ThreePointNine/Features/WaylandSupport

      et :
      https://wiki.gnome.org/Wayland/GnomeShell

  • # Le dernier cri

    Posté par . Évalué à  2 .

    Récent utilisateur de Fedora, j'ai été surpris de constater que cette distribution intègre tout de suite le dernier cri. Même les composants les plus sensibles du système sont mis à jour comme le noyau ou les pilotes graphiques. C'est vraiment intéressant en terme de support.

    Le noyau Linux vient de sortir en version 3.10, il semble que Fedora 19 devrait bientôt être basée sur cette version. J'ai presque l'impression d'avoir une distribution en rolling release ;)

    • [^] # Re: Le dernier cri

      Posté par . Évalué à  3 .

      Du peu que j'ai vécu jusqu'ici, c'est pas loin d'être le cas, dans les premières semaines d'une sortie Fedora x)

      Surtout que récemment, on a à la fois l'immaturité de Gnome 3 jeune (il est installé par défaut), et l'immaturité d'Anaconda (le programme d'installation) tout neuf, ce qui peut rebuté.

      • [^] # Re: Le dernier cri

        Posté par . Évalué à  3 .

        J'avoue qu'Anaconda est un peu déroutant. Dans mes souvenirs, c'était plus facile d'installer Red Hat 7.3 que celle-ci (la dernière version que j'avais testée, qui n'a sûrement plus rien à voir !). Je trouve par exemple le partitionnement manuel tout sauf intuitif…

        Pour ce qui est de GNOME 3, après seulement deux ans, ça commence vraiment à être pas mal niveau qualité. Il manque encore une partie des applications par contre, mais ça ne saurait tarder.

        • [^] # Re: Le dernier cri

          Posté par . Évalué à  5 . Dernière modification : le 02/07/13 à 18:58

          Surtout que pour le coup anaconda est vraiment tout neuf.

          Au point qu'avec F18, j'ai eu un petit gros problème à l'installation, à partir de l'installeur DVD, sur un ordinateur portable équipé de la technologie Optimus de Nvidia-SATAN.

          -> Un bug du pilote graphique par défaut, "Nouveau", avec Optimus, a empêché purement et simplement Anaconda de démarrer en mode graphique. Et le mode console texte était vraiment pauvre pour le coup. Je ne pouvais pas sélectionner proprement XFCE pour installation, ou en tout cas j'ai pas trouvé comment.
          J'ai été obligé de passer par l'option d'installation déportée via VNC, ayant un second poste avec Fedora.
          Oui, puisque avec le même poste sous Windows, je n'ai pas trouvé comment joindre le portable en réseau. En effet, impossible de configurer le module réseau du système minimal d'Anaconda, la CLI étant vraiment pauvre/absconse. Et je ne connais peu cette partie de Windows, je l'avoue.

          BREF.
          Ce fut pour ainsi dire une installation carrément catastrophique :-P
          Ceci étant dit, j'ai adoré mon utilisation de F18 avec XFCE sur mon portable (et mon fixe !), c'est un bilan plutôt positif. Et comme ça j'aurai appris des trucs x)

          La nouveauté c'est bien, mais des fois c'est fatiguant.

          • [^] # Re: Le dernier cri

            Posté par . Évalué à  3 .

            Ce fut pour ainsi dire une installation carrément catastrophique :-P

            C'est fou mais c'est toujours rare d'arriver à faire une installation sereinement… Chez moi, il y a toujours une couille dans le potage.

            La nouveauté c'est bien, mais des fois c'est fatiguant.

            Exactement ce que je pensais quand je suis passé à GNOME Shell. Depuis, je fatigue les gens en leur montrant les nouveautés auxquelles je me suis (bien) habitué.

          • [^] # Re: Le dernier cri

            Posté par (page perso) . Évalué à  1 .

            Sans parler des freeze et des quelques reboot forcés qu'il implique dans des cas franchement… heu, ben merde, ils testent l'installateur avant de le balancer ? Ou alors ils considèrent que c'est trop expérimental pour être installé ?

            Bon à part ça j'utilise Fedora 18 depuis un petit moment. Pâte à pet.

            Love, bépo.

    • [^] # Re: Le dernier cri

      Posté par (page perso) . Évalué à  9 .

      Le cri

    • [^] # Re: Le dernier cri

      Posté par . Évalué à  3 .

      Récent utilisateur de Fedora, j'ai été surpris de constater que cette distribution intègre tout de suite le dernier cri.

      Surpris? Tu aurais du te renseigner un peu mieux: Fedora est réputé pour ça..
      En bien (c'est super pour les développeurs) et en mal (moins bien pour les utilisateurs).

    • [^] # Re: Le dernier cri

      Posté par . Évalué à  3 .

      Sur la version KDE c'est quasiment du rolling release.
      Il y a juste un décalage de 1 ou 2 semaines sur l'upstream en ce qui concerne le kernel et un peu plus pour KDE.

  • # Coquille(tte)

    Posté par . Évalué à  2 .

    P'tite coquille dans le corps du texte de l'article :
    s/Schrödinger Cat's/Schrödinger's Cat/

    Du reste, merci pour la news ! Je vais probablement me laisser tenter dans les jours à venir…

  • # F19 et les bureaux

    Posté par . Évalué à  1 .

    Je vais tester F19 avec Gnome3 en Live Desktop pour le fun, mais je pense bien rester sur XFCE. Ou tester MATE, je ne sais pas trop.

    Quelqu'un a des conseils rapides à propos de ce sujet ?

    Gnome3 a vraiment fait des progrès depuis Gnome3.2 ?
    MATE vaut-il le coup par rapport à un XFCE bien rodé (surtout que je m'y suis habitué, en quelques mois) ?

    • [^] # Re: F19 et les bureaux

      Posté par . Évalué à  4 .

      Je pense que Gnome 3.8 remet sérieusement en question la pertinence de MATE. En effet il est maintenant possible d'installer le jeux d'extensions "gnome-classic" pour ce retrouver avec un environnement «à la Gnome 2» avec quelques petits avantages venant de Gnome Shell.

      Et de plus, oui, je trouve que Gnome Shell s'améliore de plus en plus ; il gagne en options de configuration et en fluidité. Gnome 3.8 est pour moi la première version de Gnome 3 vraiment mature.

      Donc je pense que tu ne prend pas trop de risque à utiliser Gnome 3. Au pire tu installe le paquet "gnome-classic" et tu retrouves l'environnement traditionnel.

    • [^] # Re: F19 et les bureaux

      Posté par (page perso) . Évalué à  1 .

      je viens d'installer F19 avec xfce sur un ibm avec un pentium m et ça tourne assez bien…. par contre yum est un peu lent.

      www.solutions-norenda.com

  • # Petite erreur

    Posté par (page perso) . Évalué à  1 .

    les nom**s** de versions utilisant des caractères non-ASCII

  • # Pas mal

    Posté par . Évalué à  1 .

    De plus en plus sympa, ça me donne presque envie de l'essayer !

  • # Et la nimage, alors ?!?

    Posté par . Évalué à  10 .

    Faut tout faire soi-même ici… La voici donc :
    schrödinger's cat

  • # Nepomuk

    Posté par (page perso) . Évalué à  4 .

    A noter que depuis que je suis passé à KDE 4.11 beta2, j'ai enfin réactivé Nepomuk qui fonctionne enfin admirablement bien, on ne le remarque même plus… Tous les bugs relous dans KDEPIM ont été corrigés, bref, un vrai bonheur!

    • [^] # Re: Nepomuk

      Posté par . Évalué à  2 .

      Ne mélangerais-tu pas nepomuk et akonadi?

      • [^] # Re: Nepomuk

        Posté par (page perso) . Évalué à  0 .

        On ne peut pas désactiver Akonadi (à part dans openSUSE je crois), car toute la suite KDEPIM en a besoin pour fonctionner (s’il n’est pas lancé au démarrage, lancer un logiciels de KDEPIM le lance automatiquement).

        Écrit en Bépo selon l’orthographe de 1990

      • [^] # Re: Nepomuk

        Posté par (page perso) . Évalué à  2 .

        Non, nepomuk a tendance à avoir des deadlock avec les mail et s'il n'est pas désactivé complètement (désactiver l'indexation des mails ne suffit pas), kmail a méchamment tendance à freezer.

        « Moi, lorsque je n’ai rien à dire, je veux qu’on le sache. » Raymond Devos

        • [^] # Re: Nepomuk

          Posté par (page perso) . Évalué à  1 .

          N'importe quoi, j'ai utlisé Kontact sans nepomuk pendant des mois sans aucun problème…

          KDEPIM n'a pas besoin de nepomuk sauf pour le recherche dans l'ensemble des mails…

          • [^] # Re: Nepomuk

            Posté par (page perso) . Évalué à  3 .

            Je n'ai pas dit que Kontact avait besoin de nepomuk mais qu'il avait tendance à freezer quand ce dernier était activé.

            « Moi, lorsque je n’ai rien à dire, je veux qu’on le sache. » Raymond Devos

  • # Inversion pour MariaDB

    Posté par . Évalué à  2 .

    Pour des raisons de compatibilité, MariaDB utilisera le nom de paquet mysql tandis que le logiciel original utilisera le nom community-mysql.

    C'est pas plutôt l'inverse ?

    Sinon, il faudrait que je teste Fedora un de ces jours, ma dernière expérience datant de la 13…

    • [^] # Re: Inversion pour MariaDB

      Posté par (page perso) . Évalué à  3 .

      Bah non, justement.
      Des applications et des paquets dépendent d'une implémentation de MySQL sous ce nom là : mysql. Si on veut que MariaDB soit utilisé par défaut, il faut que toutes les références habituelles de mysql pointent en réalité vers mysql pour être compatible avec l'existant.

      Le nom community-mysql a été choisi de mémoire car MySQL a dans sa gamme de produit le nom community qui ressort souvent…

      • [^] # Re: Inversion pour MariaDB

        Posté par . Évalué à  4 .

        Ce n'était pas la peine d'appeler le paquet mysql, ils pouvaient faire un paquet mariadb avec un provides mysql. C'est ce que fait mageia.

        • [^] # Re: Inversion pour MariaDB

          Posté par (page perso) . Évalué à  4 .

          Le paquet s'appelle mariadb.

          Le souci, c'est que Oracle a débarqué en disant "en fait, on voudrait remettre mysql et on est ok pour le maintenir", et que personne n'a trouvé de raison de dire non ( ou plutôt, on a pas écouté celui qui a dit non car il n'avait pas d'argument valable). Donc du coup, il a fallu trouver une méthode pour faire la migration à mariadb tout en gardant mysql de disponible. Ce qui a pas été sans casse :/

  • # Clavier US à l'installation

    Posté par (page perso) . Évalué à  2 .

    Un truc qui m'énerve un peu lors de l'installation c'est que tout se fait en clavier US. L'installation propose bien de choisir le type de clavier mais cela est effectif après l'installation et pas pendant. C'est particulièrement trompeur car il n'y a rien à taper (tout se passe à la souris) jusqu'au moment de saisir le mot de passe root, où bien évidemment on ne voit que des étoiles s'afficher.

    Il y a bien une icône "clavier US" en haut à droite lors de l'installation mais cliquer dessus n'a aucun effet…

    • [^] # Re: Clavier US à l'installation

      Posté par . Évalué à  2 .

      Oui c'est pas évident mais en fait c'est faisable en passant par le panneau des paramètres dans le menu en haut à droite donc en dehors d'annaconda.

      • [^] # Re: Clavier US à l'installation

        Posté par . Évalué à  1 .

        Merci pour en avoir parlé. Utilisant un dérivé du Bépo (version française du clavier Dvorák), et ayant déplacé les touches de mon clavier, je ne m’en serais pas forcément rendu compte ! Pour le coup, je n’aurais sans doute pas compris, et même si c’était le cas, j’aurais sans doute du réinstaller la bête ٩(̾●̮̮̃̾•̃̾)۶

        bépo powered

        • [^] # Re: Clavier US à l'installation

          Posté par (page perso) . Évalué à  3 .

          Pas la peine de réinstaller, il est possible assez facilement de passer un mode rescue et de faire un passwd ton_utilisateur. Avec systemd il faut mettre unit=rescue.target je crois à la ligne du chargeur d’amorçage.

          Écrit en Bépo selon l’orthographe de 1990

          • [^] # Re: Clavier US à l'installation

            Posté par . Évalué à  0 .

            Sur un système installé depuis longtemps, j’aurais sorti un live usb, modifier en root l’empreinte de mon password (soit en mettant un password vide, soit en mettant l’empreinte de mon mot de passe si je l’ai sous la main). Mais bon, ça reste compliqué, et potentiellement plus long qu’une réinstalation d’un système vierge.
            Concernant systemd, je suis encore sous ubuntu, et vu qu’il ne l’utile pas, je n’ai pas encore pu tester, mais une migration ne saurais tarder, avec systemd à la clé, donc merci de l’astuce.

            bépo powered

            • [^] # Re: Clavier US à l'installation

              Posté par (page perso) . Évalué à  1 . Dernière modification : le 04/07/13 à 16:58

              L’astuce fonctionne aussi pour Ubuntu mais c’est pas la même chose qu’il faut ajouter à la fin de la ligne de Grub, mais c’est pas bien compliqué quand même.

              Tiens le lien de la documentation Ubuntu francophone.

              Sous CentOS, on met single ou 1 pour indiquer le run-level et je crois que c’est pareil pour Upstart (donc pour Ubuntu).

              Écrit en Bépo selon l’orthographe de 1990

  • # Fedora vs OpenSuse ?

    Posté par . Évalué à  -10 .

    J'aurais été intéressé par la comparaison entre Fedora et openSuse.
    Je pense que ce serait intéressant, car je pense que le public cible est assez voisin…

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.