Fedora-Fr

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

dnf

arkim34090

Bonjour,

Voilà juste pour dire que j'utilisais DNF en lieu et place de YUM depuis presque 2 mois et je n'y vois que du positif.
Le langage est le meme(dnf update, dnf remove...), l'utilisation de l'un ou l'autre n'engendre pas de conflit, c'est trés stable mais par contre la vitesse a été multiplié ce qui etait un defaut de yum.

Donc voilà n'ayez crainte...

yum install dnf

Valdes

yum install dnf

Installception.

Ok, j'hésitais à y passer, mais du coup j'installe ça desuite 😉

pierre92100.

Est ce que il a les memes plugins que yum (presto etc...)?

Valdes

Oulà, petit manque : pas d'autocomplétion avec "tab" pour les commandes, mais juste pour les paquets. Pas très pratique.
@pierre92100. : vu la rapidité du bouzin, je pense qu'il a au moins presto et deltamachin.

proxy

La version du repo stable est buggée : celle dans updates-testing supporte les paramètres exclude et enablerepo

Yamashita Ren

S'il est si rapide, j'espère qu'il remplacera rapidement yum ...
N'étant pas compatible avec yumex, si j'utilise dnf, je vais me retrouver avec deux history différents. Pas top top ...

chepioq

proxy wrote:La version du repo stable est buggée : celle dans updates-testing supporte les paramètres exclude et enablerepo

Je n'ai pas de mise à jour de dnf lorsque j'active le dépôt updates-testing... (j"ai la version dnf-0.2.17-1.git6a055e6.fc18 )

Nicosss

Perso j'ai dnf-0.2.20-1.gitdec970f.fc18.noarch en étant à jour de update-testing, donc ça devrait arriver.

paradise

Yamashita Ren wrote:S'il est si rapide, j'espère qu'il remplacera rapidement yum ...
N'étant pas compatible avec yumex, si j'utilise dnf, je vais me retrouver avec deux history différents. Pas top top ...

Il faut utiliser quoi comme gestionnaire de logiciels à la place de Yumex, alors ?

chepioq

paradise wrote: Il faut utiliser quoi comme gestionnaire de logiciels à la place de Yumex, alors ?

Pour le moment, dnf n'est utilisable qu"en ligne de commande, je n'ai pas vu ou lu nulle part la possibilité d'avoir une interface graphique...

Je suis en contact avec Tim Lauridsen (le mainteneur de Yumex), je lui ai posé la question, à savoir si il ferait un yumex pour dnf, pour le moment ce n'est pas sa priorité...

paradise

OK, mais je ne comprends pas trop comment on va faire, si yum n'est plus et est remplacé par dnf, comment exploiter Fedora sans gestionnaire de logiciels ?

J'aime la ligne de commande, mais quand même, yumex est utile aussi, et surtout pour les débutants Linux..

On ne peut en l'état utiliser Yumex ET dnf, si je comprends bien ?

Et est-ce qu'on peut utiliser Packegekit ET dnf ?

yum existe toujours pour F18 ?

Beaucoup de questions mais je ne dois pas être le seul à me les poser, avant de franchir le pas de l'upgrade.

Yamashita Ren

Si on peut utiliser yum (par yumex) et dnf.
C'est juste que les fonctions d'history (et certainement d'autres) sont séparées.

yum history

donne l'history de yum

dnf history

donne l'history de dnf

C'est donc moins ergonomique d'utiliser yumex/yum et dnf.
Pour simplifier, c'est soit l'un, soit l'autre.

edit : d'ailleurs ils semblerais que dnf history comportes quelques bugs ...

[root@VaioLaptop quentin]# dnf history undo 1
Undoing transaction 1, from Tue Jan 22 13:07:50 2013
    Installation  GraphicsMagick-1.3.17-1.fc18.x86_64 @fedora
    Installation  dvdauthor-0.7.1-1.fc18.x86_64       @fedora
    Installation  dvgrab-3.5-5.fc18.x86_64            @fedora
    Installation  ffmpeg-1.0.1-1.fc18.x86_64          @rpmfusion-free
    Installation  kdenlive-0.9.2-2.fc18.x86_64        @rpmfusion-free
    Installation  libquicktime-1.2.4-4.fc18.x86_64    @rpmfusion-free
    Installation  mlt-0.8.6-1.fc18.x86_64             @rpmfusion-free
Traceback (most recent call last):
  File "/usr/bin/dnf", line 35, in <module>
    main.user_main(sys.argv[1:], exit_code=True)
  File "/usr/lib/python2.7/site-packages/dnf/cli/main.py", line 314, in user_main
    errcode = main(args)
  File "/usr/lib/python2.7/site-packages/dnf/cli/main.py", line 141, in main
    result, resultmsgs = cli.do_commands()
  File "/usr/lib/python2.7/site-packages/dnf/cli/cli.py", line 1457, in do_commands
    return command.doCommand(self.base.basecmd, self.base.extcmds)
  File "/usr/lib/python2.7/site-packages/dnf/cli/commands.py", line 2262, in doCommand
    ret = self._hcmd_undo(extcmds)
  File "/usr/lib/python2.7/site-packages/dnf/cli/commands.py", line 2128, in _hcmd_undo
    if self.base.history_undo(old):
  File "/usr/lib/python2.7/site-packages/dnf/yum/__init__.py", line 3071, in history_undo
    if self.remove(pkgtup=pkg.pkgtup):
  File "/usr/lib/python2.7/site-packages/dnf/yum/__init__.py", line 2781, in remove
    pattern = kwargs['pattern']
KeyError: 'pattern'

D'ailleurs, j'ai maintenant ce doux message quand je lance yum :

Avertissement : RPMDB a été modifiée par une autre application que yum.

paradise

OK, je vois.

Voilà qui m'inciterait à utiliser yum encore un moment, le temps que dnf soit débogué, et qu'une interface soit pleinement compatible.

Voilà qui ne va pas être facile à expliquer à des débutants Fedora ou Linux...

D'une manière générale, je ne me sens cette fois-ci pas pressé d'upgrader, alors que j'avais effectué mes deux derniers preupgrade sans crainte. 😐

WilQu

paradise wrote: Voilà qui ne va pas être facile à expliquer à des débutants Fedora ou Linux...

Je ne vois pas ce qui est compliqué. Dnf est disponible si on souhaite l’utiliser. Si on ne le souhaite pas, il n’y a rien à faire.

paradise

WilQu wrote:
paradise wrote: Voilà qui ne va pas être facile à expliquer à des débutants Fedora ou Linux...
Je ne vois pas ce qui est compliqué. Dnf est disponible si on souhaite l’utiliser. Si on ne le souhaite pas, il n’y a rien à faire.

Eh bien tant mieux, dans ces conditions je garderai donc yum et yumex quand j'upgraderai vers F18, j'attends juste un mois ou deux avant de me lancer. 🙂

Salokyn

D'après ce que j'ai lu sur La vache libre, PackageKit finira par utiliser dnf au lieu de yum.

Par contre, pour l'avoir testé pour faire un update, il ne semble pas connaitre encore les delta rpms... Il a téléchargé tous les rpms complets. J'ai pas vu de dnf-plugin.

didierg

Il semble que dnf connaisse encore certains soucis....

$ sudo dnf update wire* --enablerepo=*-testing
Configuration du processus de mise à jour
Résolution des dépendances
--> Starting dependency resolution
---> Package wireshark.i686 1.8.5-2.fc18 will be installé
---> Package c-ares.i686 1.9.1-2.fc18 will be installé
---> Package libpcap.i686 14:1.3.0-2.fc18 will be installé
---> Package lua.i686 5.1.4-11.fc18 will be installé
---> Package python-libs.i686 2.7.3-13.fc18 will be installé
---> Package gdbm.i686 1.10-3.fc18 will be installé
---> Package libdb4.i686 4.8.30-5.fc18 will be installé
---> Package GeoIP.i686 1.4.8-4.fc18 will be installé
---> Package libsmi.i686 0.4.8-9.fc18 will be installé
---> Package wireshark-gnome.x86_64 1.8.4-1.fc18 will be mis à jour
---> Package wireshark-gnome.x86_64 1.8.5-2.fc18 will be utilisé
---> Package wireshark.x86_64 1.8.4-1.fc18 will be mis à jour
---> Package wireshark.x86_64 1.8.5-2.fc18 will be utilisé
--> Finished dependency resolution

La même avec yum:

$ sudo yum update wire* --enablerepo=*-testing
---/---
Résolution des dépendances
--> Lancement de la transaction de test
---> Le paquet wireshark.x86_64 0:1.8.4-1.fc18 sera mis à jour
---> Le paquet wireshark.x86_64 0:1.8.5-2.fc18 sera utilisé
---> Le paquet wireshark-gnome.x86_64 0:1.8.4-1.fc18 sera mis à jour
---> Le paquet wireshark-gnome.x86_64 0:1.8.5-2.fc18 sera utilisé
--> Résolution des dépendances terminée

"dnf update wire*" installe en plus la version i686 et ses dépendances alors que "yum update wire*" ne fait bien que ce qu'on lui demande à savoir la mise à jour...

nouvo09

"dnf update wire*" installe en plus la version i686 et ses dépendances alors que "yum update wire*" ne fait bien que ce qu'on lui demande à savoir la mise à jour...

Peut être qu'on commence à "doublonner" pour éviter les soucis avec les programmes qui n'existent qu'en 32 bits ?

didierg

Il semble aussi que dnf n'honore pas le paramètre

installonly_limit=5

dans /etc/yum.conf. Je me suis retrouvé avec 7 kernel au lieu de 5, yum a fait lui le ménage...