Autres langues Deutsch ; English ; Español ; Français ; Nederlands ; 简体中文 ; |
Contents
- 1 Préambule
- 2 Installation et configuration
- 3 Quelques commandes pour débuter
- 4 Variantes courtes de commandes courantes
- 5 Interface graphique
- 6 Vigilance sur la gestion relative aux orphelins
- 7 Suppression de l'applet de mise à jour URPMI
- 8 DNF updater applet
- 9 Mettre à niveau Mageia avec la commande DNF
- 10 Configuration d’un conteneur pour une architecture non-native
- 11 Documentation (en anglais)
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
oudépôts tainted
, vous pouvez le faire avecdnf 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-lidnf reinstall ri-li
réinstalle ri-lidnf downgrade ri-li
retour à la version précédente de ri-lidnf remove ri-li
supprime ri-lidnf 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 à jourdnf upgrade --refresh
rafraîchit les métadonnées et exécute toutes les mises à jour disponiblesdnf upgrade --best
oblige à sélectionner les meilleures versions disponibles, ce qui peut aider à déceler des erreurs de dépendancesdnf 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ôtsdnf 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.9dnf history list
affiche l’historique des paquetages installés/désinstallés/mis à jourdnf history info 12
affiche les détails des opérations effectuées au point 12 de l’historiquednf shell
appelle le shell interactif pour effectuer plusieurs tâches en une seule opérationdnf 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’aidednf search fax
affiche tous les paquetages qui contiennent « fax » dans leur nom ou dans leur descriptiondnf 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-lidnf ri ri-li
réinstalle ri-lidnf dg ri-li
retour à la version précédente de ri-lidnf rm ri-li
supprime ri-lidnf mc
rafraîchit les métadonnées (ce qui est disponible sur les dépôts)dnf up
effectue toutes les mises à jour disponiblesdnf dsync
synchronise l’ensemble de paquets installés avec les versions disponibles dans les dépôtsdnf 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.
- S’assurer que le système actuel est à jour :
dnf --refresh upgrade
- Installer le greffon de mise à niveau du système
dnf install 'dnf-command(system-upgrade)'
- Exécutez-le :
dnf system-upgrade --releasever <targetversion> download --allowerasing
. Par exemple, pour mettre à niveau vers Mageia 8, utilisez8
pour<targetversion>
.- 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. - 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.
- 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
- Si le test de téléchargement et de transaction a réussi,
- Sauvegardez votre travail et fermez les applications !
- 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 :
- Installez
qemu-user-static
sur le système hôte - Redémarrez
systemd-binfmt.service
pour la prise d’effet du nouveau format binaire d’information - Créez le répertoire de votre nouvelle architecture chroot. Par exemple :
/var/lib/machines/mga8armv7hl
- 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