From Mageia wiki
Jump to: navigation, search


Drakconf multiflag.png
Autres langues
Deutsch ; English ; Español ; Français ; Nederlands ; 简体中文 ;

Préambule

Maintenant que la fonctionnalité ajouter DNF comme gestionnaire de dépôts alternatif (en anglais) est presque terminé, il est possible de commencer à l’utiliser. Avant de commencer à utiliser DNF, lisez l’avertissement sur la Vigilance sur la gestion relative aux orphelins ci-dessous et effectuez une recherche dans notre Bugzilla. À la fin de ce document, vous trouverez des liens vers des manuels.

Installation et configuration

  • Installez dnf : (Normalement, dnf est installé de base)
# urpmi dnf
  • Si vous souhaitez activer les dépôts nonfree ou dépôts tainted, vous pouvez le faire avec dnf config-manager comme indiqué dans cet exemple pour un système 64 bits (remplacer x86_64 par i586 pour 32 bits) :
# dnf config-manager --set-enabled mageia-x86_64-nonfree updates-x86_64-nonfree
# dnf config-manager --set-enabled mageia-x86_64-tainted updates-x86_64-tainted
  • Les dépôts 32 bits sont désactivés par défaut sur les systèmes 64 bits. Si vous souhaitez les utiliser :
# dnf config-manager --set-enabled mageia-i586 updates-i586

Répétez la procédure de la même manière (voir exemple précédent) si vous souhaitez utiliser nonfree et tainted.

  • Pour Cauldron, modifiez les commandes ci-dessus et remplacez « mageia » par « cauldron » et « updates », « backports », etc. par « cauldron-updates », « cauldron-backports », etc. respectivement.
  • Si vous souhaitez remplacer le miroir par défaut par un miroir spécifique, vous pouvez le faire en modifiant les fichiers de configuration des dépôts dans /etc/yum.repos.d. Supprimez la marque de mise en commentaire de la ligne « baseurl= » et changez l’URL pour qu’elle indique le miroir de votre choix. Cela modifiera les propriétés « metalink » et « mirrorlist » de façon à utiliser le miroir choisi. Si vous le souhaitez, vous pouvez commenter les lignes « metalink= » et « mirrorlist= », mais cela supprimera le mécanisme de relais qui intervient normalement lorsque le miroir « primaire » ne fonctionne pas.

Quelques commandes pour débuter

En tant que super-utilisateur :

  • dnf install ri-li installe ri-li
  • dnf reinstall ri-li réinstalle ri-li
  • dnf downgrade ri-li retour à la version précédente de ri-li
  • dnf remove ri-li supprime ri-li
  • dnf makecache rafraîchit les métadonnées (ce qui est disponible dans les dépôts)
  • dnf check-update --refresh rafraîchit les métadonnées et vérifie la disponibilité de mises à jour
  • dnf upgrade --refresh rafraîchit les métadonnées et exécute toutes les mises à jour disponibles
  • dnf upgrade --best oblige à sélectionner les meilleures versions disponibles, ce qui peut aider à déceler des erreurs de dépendances
  • dnf distro-sync --refresh rafraîchit les métadonnées et synchronise l’ensemble de paquets installés avec les versions disponibles dans les dépôts
  • dnf distro-sync --allowerasing --best aidera à l’actualisation d’un paquetage qui passe à une version supérieure, par exemple la mise à jour de lib64clang3.8 vers lib64clang3.9
  • dnf history list affiche l’historique des paquetages installés/désinstallés/mis à jour
  • dnf history info 12 affiche les détails des opérations effectuées au point 12 de l’historique
  • dnf shell appelle le shell interactif pour effectuer plusieurs tâches en une seule opération
  • dnf install --enablerepo updates_testing-x86_64 caja installe un paquet (pour caja) à partir d'un dépôt spécifique (updates_testing-x86_64)

En tant qu’utilisateur (ou super-utilisateur) :

  • dnf help affiche une page d’aide
  • dnf search fax affiche tous les paquetages qui contiennent « fax » dans leur nom ou dans leur description
  • dnf repolist affiche la dernière vérification des métadonnées, les dépôts activés et leur taille. Ensuite, il télécharge tout ce qui n'a pas encore été téléchargé.

Variantes courtes de commandes courantes

À partir de DNF version 2.6.2, quelques abréviations sont disponibles pour les commandes courantes :
En tant que super-utilisateur :

  • dnf in ri-li installe ri-li
  • dnf ri ri-li réinstalle ri-li
  • dnf dg ri-li retour à la version précédente de ri-li
  • dnf rm ri-li supprime ri-li
  • dnf mc rafraîchit les métadonnées (ce qui est disponible sur les dépôts)
  • dnf up effectue toutes les mises à jour disponibles
  • dnf dsync synchronise l’ensemble de paquets installés avec les versions disponibles dans les dépôts
  • dnf sh appelle le shell interactif pour effectuer plusieurs tâches en une seule opération

En tant qu’utilisateur (ou super-utilisateur) :

  • dnf se fax affiche tous les paquetages qui contiennent « fax » dans leur nom ou dans leur description

Si vous utilisez un système dans une langue autre que l’anglais, et que vous souhaitez des réponses en anglais, alors écrivez LANGUAGE=C sur la même ligne, avant la commande.

Interface graphique

Installation : dnf in dnfdragora

Lancer : menu Mageia > Outils > Outils système > dnfdragora. (ou dans un terminal dnfdragora)

Bizarrerie : mga#21453 - dnfdragora ne se souvient pas de la sélection des sources des paquets.

Vigilance sur la gestion relative aux orphelins

Le fait de combiner l’utilisation de la commande URPMI et de DNF rend la gestion des orphelins de ces deux systèmes peu fiables.

Si vous comptez utiliser DNF, veuillez le mettre en service dès que possible après une nouvelle installation.

Suppression de l'applet de mise à jour URPMI

Uninstall mgaonline.

DNF updater applet

Install dnfdragora-updater.

Mettre à niveau Mageia avec la commande DNF

Vous pouvez mettre à niveau Mageia en quelques étapes seulement. Notez que toutes les commandes doivent être exécutées en tant que root.

  1. S’assurer que le système actuel est à jour : dnf --refresh upgrade
  2. Installer le greffon de mise à niveau du système dnf install 'dnf-command(system-upgrade)'
  3. Exécutez-le : dnf system-upgrade --releasever <targetversion> download --allowerasing. Par exemple, pour mettre à niveau vers Mageia 8, utilisez 8 pour <targetversion>.
    1. DNF vérifiera si l’espace est satisfaisant avant de télécharger les paquets, et vous indiquera combien d’espace est nécessaire. Si vous ne disposez pas de ce qui est indiqué plus quelques centaines de Mo d’espace libre sur la partition /var (si /var n’est pas séparée, mais fait partie de la partition /, ajoutez quelques centaines de Mo supplémentaires), alors soit vous faites suffisamment d’espace, soit vous ajoutez l’option --downloaddir path_to_directory_with_free_space à cette commande et aux commandes suivantes de mise à niveau du système. Assurez-vous également que le dossier / dispose d'un espace supplémentaire pour les nouveaux programmes plus importants. Notez qu'il peut être nécessaire d'avoir de la place pour non seulement un, mais deux noyaux, (voir la Version supplémentaire du noyau ci-dessous). Surtout si vous avez une partition /boot séparée, vérifiez qu'il y a assez de place pour cela.
    2. Lorsque vous savez que vous avez sufisament d’espace, répondez par OUI pour le laisser télécharger. DNF effectuera également un test de transaction à blanc.
  4. Si le test de téléchargement et de transaction a réussi,
    1. Sauvegardez votre travail et fermez les applications !
    2. Déclencher la mise à niveau : dnf system-upgrade reboot
Attention !
Cela redémarre immédiatement votre système!

Maintenant, savourez une boisson tout en regardant les bulles de notre écran de démarrage – et au-dessus, des messages précisant ce qui se passe. Une fois terminé, le système redémarre pour vous permettre de profiter de votre nouvelle Mageia.

Version supplémentaire du noyau

DNF utilise une méthode différente de celle de du programme d'installation de Mageia pour sélectionner la version du noyau. Cela peut avoir pour conséquence que le noyau Desktop et le noyau server soient tous deux installés après la mise à niveau par DNF, et que le serveur soit utilisé. Correction facile : sélectionnez au démarrage le noyau Desktop, puis désinstallez le noyau Server. mga#28272

Configuration d’un conteneur pour une architecture non-native

À partir de DNF version 2.6.2, il est maintenant possible de créer des « chroots », ou conteneurs pour une architecture non-native.

La procédure pour créer un chroot ARMv7 sur un système 64-bits est la suivante :

  1. Installez qemu-user-static sur le système hôte
  2. Redémarrez systemd-binfmt.service pour la prise d’effet du nouveau format binaire d’information
  3. Créez le répertoire de votre nouvelle architecture chroot. Par exemple : /var/lib/machines/mga8armv7hl
  4. Lancez DNF en tant que super-utilisateur pour créer l’« installroot » :
dnf --installroot=/var/lib/machines/mga8armv7hl --releasever=8 --forcearch=armv7hl --repofrompath=mga8rel,http://mirrors.kernel.org/mageia/distrib/8/armv7hl/media/core/release/ --repofrompath=mga8up,http://mirrors.kernel.org/mageia/distrib/8/armv7hl/media/core/updates/ --disablerepo=* --enablerepo=mga8rel --enablerepo=mga8up --setopt=install_weak_deps=False install basesystem-minimal-core dnf

Enfin, testez le chroot pour voir si les programmes se lancent. Voici une suggestion de commande (à exécuter en tant que super-utilisateur) : chroot /var/lib/machines/mga8armv7hl /usr/bin/uname -r -m

Documentation (en anglais)