jé fé un :
apt-get install ksplash-engine-moodin
et jé comme réponse, ce message d'erreurs :
Certains paquets ne peuvent être installés. Ceci peut signifier
que vous avez demandé l'impossible, ou bien, si vous utilisez
la distribution unstable, que certains paquets n'ont pas encore
été créés ou ne sont pas sortis d'Incoming.
Puisque vous n'avez demandé qu'une seule opération, le paquet n'est
probablement pas installable et vous devriez envoyer un rapport de bogue.
L'information suivante devrait vous aider à résoudre la situation :
Les paquets suivants contiennent des dépendances non satisfaites :
ksplash-engine-moodin: Dépend: kdelibs4c2a (>= 4:3.5.1-4) mais ne sera pas installé
Dépend: ksplash (>= 4:3.5.1-1) mais ne sera pas installé
Dépend: libidn11 (>= 0.5.18) mais 0.5.13-1.0 devra être installé
Dépend: libqt3-mt (>= 3:3.3.5) mais ne sera pas installé
E: Paquets défectueux
jé essayé biensur de télécherger les dépendances qui manquent ... mais ça me retourne d'autres messages d'erreurs concernant d'autes dépendances ...
Que dois-je faire ?
# Conflits de version?
Posté par Alneyan . Évalué à 2.
Je vais présumer que tout est bien disponible pour ta distribution (Unstable me semble-t-il), et que le problème se trouve donc au niveau local... ce qui m'a l'air d'être le cas.
Les autres messages d'erreur ont des chances d'être utiles. En particulier, libidn11 présente un conflit de version. Le paquet que tu demandes exige une version, mais une autre est appelée par un autre paquet. Il faudrait donc vérifier ce qui cloche au niveau de libidn11, et quel paquet essaie d'installer 0.5.13-1.0 .
Une fois ce conflit résolu, les autres paquets seront peut-être débloqués... sauf si un autre problème s'est glissé dans Apt, mais attend son moment pour frapper.
[^] # Re: Conflits de version?
Posté par Ahmed CHERGAOUI . Évalué à 1.
du coup ... j'ai un mélange sur ma debian mnt ... ya même des paquets que jé récupéré des backports ...
est-ce ke le fait de mélanger les paquets ... est la cause de ce conflit de dépendances ?
[^] # Re: Conflits de version?
Posté par Alneyan . Évalué à 2.
La réponse en plus détaillée: Stable est une version figée, qui s'efforce au maximum de ne pas bouger, et ce jusqu'à la prochaine sortie de la version Stable (c'est-à-dire lorsque Etch deviendra la nouvelle Stable, et que Sarge passera en OldStable). La Stable ne change que par deux moyens: les mises à jour de sécurité, et les backports. Dans les deux cas, la distribution est aussi peu changée que possible, sans toucher aux dépendances du logiciel, sauf s'il n'y a vraiment pas moyen de faire autrement.
En prenant des paquets venant de Testing et/ou Unstable, d'autres paquets ont été "récupérés" de ces distributions, principalement des bibliothèques (libXYZ). Les versions de Testing et d'Unstable sont très, très rarement les mêmes que celles de la Stable, et des versions différentes d'un même paquet peuvent ainsi se retrouver sur le même système. Unstable et Testing ont également des paquets supplémentaires par rapport à Stable, d'ailleurs.
Dans le cas présent, ksplash-engine-moodin semble (d'après packages.debian.org) n'être disponible que pour Unstable. Ses prérequis semblent se référer à des paquets plus récents que la Stable, au moins libidn11 qui donne deux versions différentes. Il faudrait donc faire un peu de magie avec Apt pour règler ce conflit et forcer l'installation de ksplash.
Je ne peux pas recommander de mélanger les distributions, car elles forment un tout relativement cohérent, surtout la Stable bien évidemment, mais même Unstable (une fois que les plâtres sont essuyés). Si seulement quelques paquets non disponibles dans la Stable sont nécessaires, ma préférence va à la compilation à la main des programmes, afin qu'ils ne chamboulent pas Apt. Les backports sont également une solution relativement peu risquée, à supposer que le logiciel demandé y soit bien présent.
Si de telles méthodes ponctuelles ne suffisent pas, passer complètement à Unstable (voire Testing, mais celle-ci peut rencontrer des problèmes longs à résoudre au niveau de l'existence et des dépendances des paquets) me parait être préférable. Même en Unstable, les mises à jour régulières ne sont pas une obligation, et Unstable permet de profiter des nouveaux paquets directement.
Bref, il me semble y avoir trois voies distinctes:
- Les backports ou la compilation, en ne touchant pas au reste du système (tout en Stable).
- Tout passer en Unstable avec mises à jour plus ou moins régulières selon les besoins, pour un système plus cohérent.
- Un peu de sorcellerie avec Apt et la sorcellerie, où la difficulté semble être de faire cohabiter des versions différentes du même paquet (toutes les deux requises par d'autres paquets).
[^] # Re: Conflits de version?
Posté par Ahmed CHERGAOUI . Évalué à 1.
j'essairé peut etre de passe par les sources et la compliation ...
sinon .. comment je vais procéder pour tout faire passer en unstable ?
[^] # Re: Conflits de version?
Posté par Alneyan . Évalué à 2.
Lors de mon dernier passage de Stable à Testing puis de Testing à Unstable, les deux problèmes suivants sont apparus: tout ce qui a trait au kernel n'est plus dans kernel-XYZ (comme dans Sarge), mais dans linux-XYZ, et udev nécessite un noyau récent pour fonctionner correctement. Testing et Unstable tournent maintenant sous X.org et non plus XFree86, cette transition peut elle aussi poser quelques problèmes (rien à signaler dans mon cas, çamarchechezmoi TM).
Bien sûr, il s'agit d'une opération relativement lourde, peut-être plus que l'installation de Debian, mais elle est censée se passer sans heurt majeur.
Pour KDE, je ne peux pas apporter de réponse, n'ayant jamais touché aux sources de cette chose bien complexe.
[^] # headers KDE manquants
Posté par Ahmed CHERGAOUI . Évalué à 1.
j'ai essayé de compilé ...
mais ça me donne au niveau de la configuration (en exécutant ./configure) ce message :
checking for KDE... configure: error:
in the prefix, you've chosen, are no KDE headers installed. This will fail.
So, check this please and use another prefix!
donc ... le problème je l'ai compris ... il me manque les headers de KDE...
mais en essayant d'installer les headers avec apt-get ... je retombre sur le problème de dépendances ...
y a-t-il moyen d'installer les headers et les sources de KDE sans apt-get ?
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.