Pb dépendances

Support Debian
#1

Bonjour à tous,

J’essaie d’installer piklab sous etch:
je fais un apt-cache policy piklab:

piklab:
  Installé : (aucun)
  Candidat : 0.15.0-1
 Table de version :
     0.15.0-1 0
        500 http://ftp.fr.debian.org lenny/main Packages

Ensuite un apt-get install piklab/testing:

Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Version choisie 0.15.0-1 (Debian:testing) pour piklab
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 :
  piklab: Dépend: kdelibs4c2a (>= 4:3.5.8-1) mais 4:3.5.5a.dfsg.1-8 devra être i nstallé
          Dépend: libart-2.0-2 (>= 2.3.18) mais 2.3.17-1 devra être installé
          Dépend: libc6 (>= 2.6.1-1) mais 2.3.6.ds1-13 devra être installé
          Dépend: libfreetype6 (>= 2.3.5) mais 2.2.1-5+etch1 devra être installé
          Dépend: libgcc1 (>= 1:4.2.1) mais 1:4.1.1-21 devra être installé
          Dépend: libncurses5 (>= 5.6+20071006-3) mais 5.5-5 devra être installé
          Dépend: libstdc++6 (>= 4.2.1) mais 4.1.1-21 devra être installé
          Dépend: libxrandr2 (>= 2:1.2.0) mais 2:1.1.0.2-5 devra être installé
          Dépend: zlib1g (>= 1:1.2.3.3.dfsg-1) mais 1:1.2.3-13 devra être installé
E: Paquets défectueux

Un apt-get install -t testing piklab me donne le même résultat.

Voici mon sources.list:

# ETCH #
deb http://ftp.fr.debian.org/debian/ etch main
deb-src http://ftp.fr.debian.org/debian/ etch main
deb http://security.debian.org/ etch/updates main contrib
deb-src http://security.debian.org/ etch/updates main contrib
deb http://http.us.debian.org/debian stable main contrib non-free

# LENNY #
deb http://ftp.fr.debian.org/debian/ lenny main
deb-src http://ftp.fr.debian.org/debian/ lenny main
deb http://security.debian.org/ lenny/updates main contrib
deb-src http://security.debian.org/ lenny/updates main contrib

Merci pour votre aide.

#2

Salut,

Tu devrais nous montrer ton fichier /etc/preferences qui va avec ton sources.list et si tu n’en as pas va voir ici ( ===> viewtopic.php?f=8&t=5659 )

Ensuite te recommence l’essai d’installation.

Vérifie aussi si tu veut rester en stable que le paquet que tu désirer fait partie des dépôts Etch.

#3

Je ne vois pas l’utilité d’un fichier preferences puisque dans ma commande
je précise testing donc lenny.

Le apt-cache policy montre que le paquet n’existe qu’en testing

Merci…

#4

[quote=“jack2”]Je ne vois pas l’utilité d’un fichier preferences puisque dans ma commande
je précise testing donc lenny.

Le apt-cache policy montre que le paquet n’existe qu’en testing

Merci…[/quote]

Autant pour moi j’avais mal lu ta première commande.

Ben alors t’as pas d’autre choix que de passer tout les paquets dépendants en version Lenny :wink:

Ou alors créer un .deb avec checkinstall et les source de ton programme.

#5

J’essaye sur ma etch et …

aptitude search piklab p piklab - IDE for PIC-microcontroller development

Par contre il semblerai que les paquets qui dont il dépent son en testing:

[code]aptitude install piklab
Lecture des listes de paquets… Fait
Construction de l’arbre des dépendances… Fait
Lecture de l’information d’état étendu
Initialisation de l’état des paquets… Fait
Lecture des descriptions de tâches… Fait
Construction de la base de données des étiquettes… Fait
Les paquets suivants sont CASSÉS :
piklab
Les NOUVEAUX paquets suivants vont être automatiquement installés :
gputils libusb-dev sdcc sdcc-doc sdcc-libraries
Les NOUVEAUX paquets suivants vont être installés :
gputils libusb-dev sdcc sdcc-doc sdcc-libraries
0 paquets mis à jour, 6 nouvellement installés, 0 à enlever et 0 non mis à jour.
Il est nécessaire de télécharger 8603ko d’archives. Après dépaquetage, 60,2Mo seront utilisés.
Les paquets suivants ont des dépendances non satisfaites :
piklab: Dépend: kdelibs4c2a (>= 4:3.5.8-1) mais 4:3.5.5a.dfsg.1-8etch1 est installé.
Dépend: libart-2.0-2 (>= 2.3.18) mais 2.3.17-1 est installé.
Dépend: libc6 (>= 2.6.1-1) mais 2.3.6.ds1-13etch5 est installé.
Dépend: libfreetype6 (>= 2.3.5) mais 2.2.1-5+etch2 est installé.
Dépend: libgcc1 (>= 1:4.2.1) mais 1:4.1.1-21 est installé.
Dépend: libncurses5 (>= 5.6+20071006-3) mais 5.5-5 est installé.
Dépend: libstdc++6 (>= 4.2.1) mais 4.1.1-21 est installé.
Dépend: libxrandr2 (>= 2:1.2.0) mais 2:1.1.0.2-5 est installé.
Dépend: zlib1g (>= 1:1.2.3.3.dfsg-1) mais 1:1.2.3-13 est installé.
Resolving dependencies…
ouverts : 22 ; fermés : 15 ; reportés : 0 ; en conflit : 2 .Les actions suivantes permettront de résoudre ces dépendances :

Supprimer les paquets suivants :
libopenexr2c2a
linux-kernel-headers

Installer les paquets suivants :
gcc-4.3-base [4.3.0~rc2-1 (testing)]
libgnutls26 [2.2.2-1 (testing, unstable)]
libjasper1 [1.900.1-4 (testing, unstable)]
libkeyutils1 [1.2-3 (stable)]
libopencdk10 [0.6.6-1 (testing, unstable)]
libopenexr2ldbl [1.2.2-4.4 (testing, unstable)]
linux-libc-dev [2.6.22-6.lenny1 (testing)]
x11-xserver-utils [7.3+2 (testing, unstable)]
xauth [1:1.0.2-2 (testing)]

Mettre à jour les paquets suivants :
binutils [2.17-3 (stable, now) -> 2.18.1~cvs20080103-1 (testing, unstable)]
kdelibs-data [4:3.5.5a.dfsg.1-8etch1 (stable, now) -> 4:3.5.9.dfsg.1-2 (unstable)]
kdelibs4c2a [4:3.5.5a.dfsg.1-8etch1 (stable, now) -> 4:3.5.9.dfsg.1-2 (unstable)]
libart-2.0-2 [2.3.17-1 (stable, now) -> 2.3.20-1 (testing, unstable)]
libasound2 [1.0.13-2 (stable, now) -> 1.0.16-2 (testing, unstable)]
libattr1 [2.4.32-1 (stable, now) -> 1:2.4.41-1 (testing, unstable)]
libc6 [2.3.6.ds1-13etch5 (stable, now) -> 2.7-9 (unstable)]
libc6-dev [2.3.6.ds1-13etch5 (stable, now) -> 2.7-9 (unstable)]
libc6-i686 [2.3.6.ds1-13etch5 (stable, now) -> 2.7-9 (unstable)]
libcupsys2 [1.2.7-4etch2 (stable, stable, now) -> 1.3.5-1+lenny1 (testing)]
libfreetype6 [2.2.1-5+etch2 (stable, stable, now) -> 2.3.5-1+b1 (testing, unstable)]
libgcc1 [1:4.1.1-21 (stable, now) -> 1:4.3.0~rc2-1 (testing)]
libgcrypt11 [1.2.3-2 (stable, now) -> 1.4.0-3 (testing, unstable)]
libkrb53 [1.4.4-7etch5 (stable, now) -> 1.6.dfsg.3~beta1-3 (testing)]
libncurses5 [5.5-5 (stable, now) -> 5.6+20080203-1 (testing, unstable)]
libpcre3 [6.7+7.4-3 (stable, now) -> 7.6-2 (unstable)]
libqt3-mt [3:3.3.7-4etch1 (stable, stable, now) -> 3:3.3.8b-4 (testing, unstable)]
libstdc++6 [4.1.1-21 (stable, now) -> 4.3.0~rc2-1 (testing)]
libxrandr2 [2:1.1.0.2-5 (stable, now) -> 2:1.2.2-1 (testing, unstable)]
locales [2.3.6.ds1-13etch5 (stable, now) -> 2.7-9 (unstable)]
zlib1g [1:1.2.3-13 (stable, now) -> 1:1.2.3.3.dfsg-11 (testing, unstable)]

Le score est de -1892

Accepter cette solution ? [Y/n/q/?]
[/code]

#6

Comment faire simplement pour faire passer les paquets en Lenny?

#7

Ben je doit dire que à part, essayer de compiler les sources avec ‘checkinstall’ pour créer un .deb. (si tu ne rencontre pas les mêmes problèmes de dépendances). Suivre les conseils d’ ‘aptitude’.

A moins que quelqu’un ai une meilleur idée…

#8

Bien sûr, si tu en as un wagon à faire passer, ça va être fastidieux mais ds le “sources.list au carré”, il me semble qu’on donne la façon d’installer un paquet bien défini pour une version qui est autre que celle de base.
Ça se configure ds le fichier “peferences”.

#9

Le fichier preferences n’est pas indispensable (je pense)
Il gère les priorités d’installation de tel ou tel paquet.

On peut le faire à la main par la commande

aptitude install piklab/testing

Avec cette commande, Piklab s’est installé ainsi que ses dépendances pour testing.
Apparemment aptitude gère mieux les dépendances que apt.

Par contre un:

aptitude install ktechlab/testing

Ne parvient pas à résoudre les dépendances de testing, tout comme apt-get d’ailleurs.

#10

[quote=“jack2”]Le fichier preferences n’est pas indispensable (je pense)
Il gère les priorités d’installation de tel ou tel paquet.

On peut le faire à la main par la commande

aptitude install piklab/testing

Avec cette commande, Piklab s’est installé ainsi que ses dépendances pour testing.
Apparemment aptitude gère mieux les dépendances que apt.

Par contre un:

aptitude install ktechlab/testing

Ne parvient pas à résoudre les dépendances de testing, tout comme apt-get d’ailleurs.[/quote]

Tu devrais peut être ajouter les dépôts SiD, dans ton sources.list