@yaumegui : Je suis aussi sur une architecture i686, mais les versions de paquets que tu as indiquées ne correspondent pas à celles que j'ai encore aujourd'hui, avec des mises à jour quotidiennes depuis l'installation de la version alpha.
Je n'ai pas vérifié pour l'ensemble mais tu avais quelques paquets qui provenaient apparemment du dépôt Rawhide.
Si l'installation de la version officielle a résolu ton souci, je pense que tu peux passer le sujet en résolu. Et je te rassure : personne ne t'en voudras d'avoir des déboires avec une version bêta puis d'avoir installé la version stable 🙂
Pour revenir toutefois à certains détails concernant l'installation du pilote propriétaire, tout en conservant la gestion du script de démarrage akmods avec systemd mis en place précédemment, elle s'est déroulée chez moi sans souci majeur à l'aide du paquet akmod-nvidia, le kmod-nvidia ayant bien été construit au redémarrage.
Je me suis juste retrouvé comme Fifi avec nouveau qui n'était pas correctement blacklisté, malgré la présence des options pour le kernel et du fichier blacklist-nouveau.conf, tant que l'initrd n'a pas été reconstruit avec dracut.
Pour corriger le message d'erreur concernant le service akmods, j'ai modifié 2 lignes du script /usr/sbin/akmods que fournit le paquet akmods-0.3.6-3.fc12.noarch.
La ligne 108 de la façon suivante :
trap "finally" ABRT HUP INT QUIT
Toute sortie de script, programmée par une commande exit ou pas, et quel que soit le traitement ayant été effectué, donnait lieu, en incluant le signal EXIT, à un appel supplémentaire systématique de la fonction finally fournissant ainsi à chaque fois le même code de retour correspondant à une erreur.
Et la ligne 178 de cette manière :
echo_success; echo; exit 0
En effet, s'il n'y a pas de kmod à construire et installer, il n'était pas non plus cohérent qu'un code d'erreur soit quand même renvoyé.
Si un développeur un peu plus expérimenté que moi pouvait lire le message et vérifier que je ne suis pas passé à côté de quelque chose...
@Fifi et chepioq : Pour peu que l'on soit curieux et que l'on dispose de temps, notamment pour apprendre de sa propre expérience, c'est assez aisé de finir par comprendre et mettre en oeuvre certains mécanismes sous Linux...
Même si je ne suis que tout jeune fédoriste (moins de 3 mois), pas développeur ou administrateur système de profession, du temps j'en ai eu pas mal depuis ma première expérience avec le manchot :-D