XFree86 et bien le gestionnaire de fenetre ?
si un programme est en execution et que urpmi essait d'installer une nouvelle version du programme est ce que ca ne va pas poser des problème ?
j'ai essayer de résoudre le pb comme tu m'a dit :
urpmi urpmi = Tout est déjà installé
donc j'ai enlevé certaine source de la liste des média par l'interface graphique j'ai décoché :
jpackage
contrib
plf free
plf non free
et j'ai laissé :
main
club
j'ai réessayé urpmi urpmi qui me donne toujours la même réponse (Tout est déjà installé)
j'ai fait urpmi --auto-select et la je retombe sur les memes packages à installer dans le même ordre et cela se finit sur le même problème.
avant d'essayer de forcer urpmi par la commande "urpmi.update -a -f"
je me demande si ca ne bloque pas parce qu'il veut desinstaller XFree86 et que je suis sous une session graphique ?
le message concenant XFree86 : Afin de poursuivre la mise à jour, les paquetages suivants doivent être désinstallés :
XFree86-4.3-32.4.100mdk.i586 (car xinitrc >= 2.4.4-10mdk est non satisfait)
XFree86-server-4.3-32.4.100mdk.i586 (car XFree86 == 4.3-32.4.100mdk est non satisfait)
merci pour ta reponse.
mais que signifit "xxxx est non satisfait" en parlant d'un paquetage par exemple :
car XFree86-libs == 4.3-32.4.100mdk est non satisfait ?
j'ai quelques points qui me tracassent encore.
si je faire un urpmi d'un package rpm d'une cooker sur ne mandrake community est ce que cela peut affecter la stabilité du systeme ?
peut on installer des package d'une community 10.3 sur une community 10.0 sans cause de degas ?
peut on installer des rpm d'une cooker 10.3 par exemple sur une community 10.0 ?
merci pour ces infos.
apres je passe a l'attaque des urpmi (j'aurai du temps ce WE ;-) )
[^] # Re: bug de urpmi
Posté par francois chiausa . En réponse au message probleme lors de urpmi.update -a && urpmi --auto-select. Évalué à 1.
si un programme est en execution et que urpmi essait d'installer une nouvelle version du programme est ce que ca ne va pas poser des problème ?
[^] # Re: bug de urpmi
Posté par francois chiausa . En réponse au message probleme lors de urpmi.update -a && urpmi --auto-select. Évalué à 1.
urpmi urpmi = Tout est déjà installé
donc j'ai enlevé certaine source de la liste des média par l'interface graphique j'ai décoché :
et j'ai laissé :
j'ai réessayé urpmi urpmi qui me donne toujours la même réponse (Tout est déjà installé)
j'ai fait urpmi --auto-select et la je retombe sur les memes packages à installer dans le même ordre et cela se finit sur le même problème.
avant d'essayer de forcer urpmi par la commande "urpmi.update -a -f"
je me demande si ca ne bloque pas parce qu'il veut desinstaller XFree86 et que je suis sous une session graphique ?
le message concenant XFree86 :
Afin de poursuivre la mise à jour, les paquetages suivants doivent être désinstallés :
XFree86-4.3-32.4.100mdk.i586 (car xinitrc >= 2.4.4-10mdk est non satisfait)
XFree86-server-4.3-32.4.100mdk.i586 (car XFree86 == 4.3-32.4.100mdk est non satisfait)
[^] # Re: bug de urpmi
Posté par francois chiausa . En réponse au message probleme lors de urpmi.update -a && urpmi --auto-select. Évalué à 1.
je vai essayer demain de les enlever et de faire la mise a jour de urpmi.
je comprend pas ce que tu veux dire par voire contrib (par exemple avec "edit-urpm-sources.pl") ?
TchouA
[^] # Re: dependances non satisfaites
Posté par francois chiausa . En réponse au message urpmi et dependance non satisfaite ?. Évalué à 1.
mais que signifit "xxxx est non satisfait" en parlant d'un paquetage par exemple :
car XFree86-libs == 4.3-32.4.100mdk est non satisfait ?
# complement sur urpmi et update
Posté par francois chiausa . En réponse au message installer digiKam 0.7. Évalué à 1.
si je faire un urpmi d'un package rpm d'une cooker sur ne mandrake community est ce que cela peut affecter la stabilité du systeme ?
peut on installer des package d'une community 10.3 sur une community 10.0 sans cause de degas ?
peut on installer des rpm d'une cooker 10.3 par exemple sur une community 10.0 ?
merci pour ces infos.
apres je passe a l'attaque des urpmi (j'aurai du temps ce WE ;-) )
TchouA