Après une longue journée de galère, j’ai enfin pu installer m’a jolie Debian Lenny depuis ma clé USB. Puis j’ai même réussi à faire fonctionner mon WIFI. Tout ça pour dire que j’ai un système fonctionnel et plutôt stable pour une version encore en “testing”.
Maintenant, aux vu des nombreux articles et des essais que j’ai pu faire j’ai des collègues openSUSEiens, il me viens l’idée d’installer KDE 4.1, maintenant en version stable. Seulement ce dernier n’est disponible qu’en experimental et bcp de paquets sont en unstable.
D’où ma question, est-il possible en jouant avec sources.list et preferences de garder ma distribution en lenny tout en installant KDE 4.1 ? Si oui que dois-je mettre dans ces deux fichiers ? Est-ce que je pourrais toujours mettre à jour ma lenny normalement ainsi que KDE ?
En vous remerciant,
un debian user (un peu trop) curieux (pour un débutant )
Il te faut prendre le sources.list du topic sources.list au carré et choisir le fichier preferences pour une lenny.
Ensuite, comme KDE 4 se trouve en experimental, apt ira le chercher automatiquement là où il se trouve. mais gardera le reste des paquets au “niveau Lenny” :
Bien avant d’installer et de tout casser voila ce que me retourne la console. Que dois-je faire ?
pahcixam@pahcixam-laptop:~$ sudo aptitude install kde4
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Lecture de l'information d'état étendu
Initialisation de l'état des paquets... Fait
Lecture des descriptions de tâches... Fait
Les paquets suivants sont CASSÉS :
kde4 kde4-minimal kdebase-workspace libxine1-ffmpeg libxine1-misc-plugins
Les NOUVEAUX paquets suivants vont être installés :
htdig{a} kde-icons-oxygen{a} kde-window-manager{a} kdebase-plasma{a}
kdebase-runtime{a} kdebase-runtime-bin-kde4{a} kdebase-runtime-data{a}
kdebase-runtime-data-common{a} kdebase-workspace-bin{a}
kdebase-workspace-data{a} kdebase-workspace-libs4+5{a} kdelibs-bin{a}
kdelibs5{a} kdelibs5-data{a} kdepimlibs-data{a} kdepimlibs5{a}
kdeplasma-addons{a} kdeplasma-addons-data{a} kdeplasma-addons-libs4{a}
khelpcenter4{a} libakonadiprivate1{a} libcapseo0{a} libcaptury0{a}
libclucene0ldbl{a} libgif4{a} libiso9660-5{a} libkdecorations4{a}
libkonq5{a} libkonq5-templates{a} libkwineffects1{a} libmodplug0c2{a}
libmpcdec3{a} libphonon4{a} libplasma2{a} libpq5{a} libqimageblitz4{a}
libqt4-dbus{a} libqt4-designer{a} libqt4-network{a} libqt4-opengl{a}
libqt4-qt3support{a} libqt4-script{a} libqt4-sql{a} libqt4-sql-mysql{a}
libqt4-svg{a} libqt4-webkit{a} libqt4-xml{a} libqtcore4{a} libqtgui4{a}
libraptor1{a} librasqal0{a} librdf0{a} libsoprano4{a}
libstreamanalyzer0{a} libstreams0{a} libstrigiqtdbusclient0{a}
libvcdinfo0{a} libxcb-shape0{a} libxcb-shm0{a} libxcb-xv0{a} libxine1{a}
libxine1-bin{a} libxine1-console{a} libxine1-plugins{a} libxine1-x{a}
libxvmc1{a} lockfile-progs{a} oxygencursors{a} phonon{a}
phonon-backend-xine{a} pmount{a} qt4-qtconfig{a} raptor-utils{a}
redland-utils{a}
0 paquets mis à jour, 79 nouvellement installés, 0 à enlever et 4 non mis à jour.
Il est nécessaire de télécharger 153Mo d'archives. Après dépaquetage, 328Mo seront utilisés.
Les paquets suivants ont des dépendances non satisfaites :
libxine1-misc-plugins: Dépend: libpulse0 (>= 0.9.8) mais il n'est pas installable
kde4-minimal: Dépend: kdebase (>= 4:4.1.0) mais il n'est pas installable
kde4: Dépend: kdeadmin (>= 4:4.1.0) mais il n'est pas installable
Dépend: kdeartwork (>= 4:4.1.0) mais il n'est pas installable
Dépend: kdegraphics (>= 4:4.1.0) mais il n'est pas installable
Dépend: kdeedu (>= 4:4.1.0) mais il n'est pas installable
Dépend: kdegames (>= 4:4.1.0) mais il n'est pas installable
Dépend: kdemultimedia (>= 4:4.1.0) mais il n'est pas installable
Dépend: kdenetwork (>= 4:4.1.0) mais il n'est pas installable
Dépend: kdeutils (>= 4:4.1.0) mais il n'est pas installable
Dépend: kdepim (>= 4:4.1.0) mais il n'est pas installable
libxine1-ffmpeg: Dépend: libavcodec1d (>= 0.cvs20070307) qui est un paquet virtuel
Dépend: libavutil1d (>= 0.cvs20070307) qui est un paquet virtuel
Dépend: libpostproc1d (>= 0.cvs20070307) qui est un paquet virtuel
kdebase-workspace: Dépend: klipper (>= 4:4.1.0-1) mais il n'est pas installable
Dépend: ksysguard (>= 4:4.1.0-1) mais il n'est pas installable
Dépend: systemsettings (>= 4:4.1.0-1) mais il n'est pas installable
ouverts : 5644 ; fermés : 4767 ; reportés : 0 ; en conflit : 15
[quote=“AnatomicJC”]Ensuite, comme KDE 4 se trouve en experimental, apt ira le chercher automatiquement là où il se trouve. mais gardera le reste des paquets au “niveau Lenny” :
comme c’est dit plus haut il te faut avoir le dépôt d’experimental donc avoir un sources.list au carré complet.
Et bien je pense qu’il est complet. Je suis aller dans le topic sources.list au carré, j’ai pris le sources.list ainsi que le préférence pour une majoritairement lenny. Mais il y a bien les dépôts expérimental avec.
Il ne faut pas utiliser le fichier /etc/apt/preferences de ce tuto. Les explications du pourquoi ont été données plusieurs fois.
Voir ici pour un fichier /etc/apt/preferences cohérent et les commandes à utiliser.
Si il me propose de chercher. Après il me dit qu’il n’y arrive pas dans le temps impartis. Il me demande si je veux continuer. J’ai tapé y au moins 20 fois à cette question sans qu’il me propose aucune solution.
Même si l’idée est intéressante il vaut mieux attendre que le problème soit résolu avant de lancer le concourt du pire /etc/apt/preferences. [/quote]
ben comme ça fonctionne bien chez moi, je me suis dit si je le poster ça pourrait aider ?
j’ai essayé avec le sources.list et le preferences que tu as donné “…” mais j’ai toujours des dépendances non satisfaites de kde-minimal et kde qu’il annonce cassé.
En tout cas cette distribution me plaît de plus en plus. Elle est nettement plus avancée que ubuntu, même si le travail de configuration est plus important, le résultat est plus que satisfaisant et en plus on apprend ! J’ai même réussi à configurer mon touchpad correctement !
J’ai eu un problème similaire avec l’installation de KDE 4.1 récemment. Je l’ai résolu en sélectionnant les bonnes versions de certaines dépendances manuellement dans aptitude. Ce n’est peut-être pas la meilleure solution.
J’avais essayé et je viens de le refaire et ça fonctionne sans aucun problème.
As-tu lu le tuto jusqu’au bout ? Notamment les commandes à utiliser ?
Ne connaissant ni la commande utilisé, ni le retour de celle-ci, la réponse ne peut être précise.
En outre, un apt-cache policy pour contrôler la bonne mise en œuvre du tuto serait intéressant.
)
