kernel-desktop-latest-5.1.18-1.mga7.x86_64 [Réglé]
En conflit avec un kernel déjà présent
Système et matériels / Installation et configuration

Guygoye Membre non connecté
-
- Voir le profil du membre Guygoye
- Inscrit le : 25/10/2018
- Groupes :
-
Modérateur
-
Forgeron
Lors de la mise à jour du dernier kernel 5.1.18-1.mga7 j'ai ce message:
Désolé, le paquetage suivant ne peut pas être sélectionné :
- kernel-desktop-latest-5.1.18-1.mga7.x86_64 (en raison de conflit avec kernel-desktop-5.1.18-1.mga7-1-1.mga7.x86_64)
Est il essentiel ? Ou la version que j'ai est suffisante et j'attends la prochiane?
Sinon qu'est ce que vous me conseillez de faire?
Merci d'avance!

magnux77 Membre non connecté
-
- Voir le profil du membre magnux77
- Inscrit le : 21/09/2009
- Groupes :
-
Membre d'Honneur

...depuis Mandrake 7
Membre de l'April - « promouvoir et défendre le Logiciel Libre»
Soutien Framasoft - « Changer le monde, un octet à la fois»
Config n°1 : cpu=AMD64x6 mem=16G SSD=64G HDD=1T OS=Mageia8-64 DE=Xfce, Config n°2 : Dell Latitude E6410 SSD=120G OS=Mageia8 DE=Xfce, Config n°3 : ThinkpadR40 SSD=32G OS=[Manjaro, Parabola, Mageia6] DE=Xfce, Config n°4 : EeePC901 SSD=20Gb, OS=[SliTaz5/Lxde, Mageia8/Xfce]
Membre de l'April - « promouvoir et défendre le Logiciel Libre»
Soutien Framasoft - « Changer le monde, un octet à la fois»
Config n°1 : cpu=AMD64x6 mem=16G SSD=64G HDD=1T OS=Mageia8-64 DE=Xfce, Config n°2 : Dell Latitude E6410 SSD=120G OS=Mageia8 DE=Xfce, Config n°3 : ThinkpadR40 SSD=32G OS=[Manjaro, Parabola, Mageia6] DE=Xfce, Config n°4 : EeePC901 SSD=20Gb, OS=[SliTaz5/Lxde, Mageia8/Xfce]

Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Mais il se peut que ça n'évolue pas, car le paquet kernel-desktop-5.1.18-1.mga7-1-1.mga7.x86_64 n'est pas un nom normal. Je ne sais pas comment ça a pu arriver, mais kernel-desktop-5.1.18-1.mga7-1-1.mga7.x86_64 n'est logiquement pas possible. Ce nom est généré par rapport à sa recette avant de passer à sa construction sur les serveurs (Build System)
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
Arch | Machine | OS |
x86_64 | lenovo x250 | mga9 |
armv7hl | bananapro | mga9 |
aarch64 | Raspberry Pi 4B | mga9 |

Guygoye Membre non connecté
-
- Voir le profil du membre Guygoye
- Inscrit le : 25/10/2018
- Groupes :
-
Modérateur
-
Forgeron
magnux77 :
Attendre... Tanquillement... Un jour peut-être... 

Je crois que je vais faire ça

Tant que ça tourne sans problème on ne touche à rien ! Hein Jybz
![:] :]](/images/smileys/8.gif)
On verra si d'autre copain de la communauté ont une idée sur le sujet. Mais je pense qu'une prochaine mise à jour réglera certainement le problème


Dimitrios Membre non connecté
-
- Voir le profil du membre Dimitrios
- Inscrit le : 24/02/2008
- Site internet
- Groupes :
urpmi --auto-update

Guygoye Membre non connecté
-
- Voir le profil du membre Guygoye
- Inscrit le : 25/10/2018
- Groupes :
-
Modérateur
-
Forgeron
Dimitrios :
Essayes par la ligne de commande:
urpmi --auto-update
urpmi --auto-update
Ca a fonctionné, par contre je ne comprends pas pourquoi je n'ai pas la même liste de mise à jour que qu'avec Dark-RPM et qu'en plus là URPMI n'a pas vu de conflit...
Quelqu'un aurait la réponse?

Dimitrios Membre non connecté
-
- Voir le profil du membre Dimitrios
- Inscrit le : 24/02/2008
- Site internet
- Groupes :
Édité par Dimitrios Le 14/08/2019 à 07h06
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie