[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: hugin pour testing



Le Wed, 30 Nov 2005 19:43:43 +0100
Leopold BAILLY <leo.bailly@infonie.fr> a écrit:

> Gaëtan PERRIER <gaetan.perrier@free.fr> writes:
> 
> > Le Tue, 29 Nov 2005 19:48:12 +0100
> > Leopold BAILLY <leo.bailly@infonie.fr> a écrit:
> >
> >> Leopold BAILLY <leo.bailly@infonie.fr> writes:
> >> 
> >> > Gaëtan PERRIER <gaetan.perrier@free.fr> writes:
> >> >
> >> >> Le Sat, 26 Nov 2005 19:56:31 +0100
> >> >> Leopold BAILLY <leo.bailly@infonie.fr> a écrit:
> >> >>
> >> >>> Gaëtan PERRIER <gaetan.perrier@free.fr> writes:
> >> >>> 
> >> >>> > Le Wed, 23 Nov 2005 00:27:00 +0100
> >> >>> > Leopold BAILLY <leo.bailly@infonie.fr> a écrit:
> >> >>> 
> >> >>> >> deb-src ftp://ftp.nerim.net/debian-marillat sid main
> >> >>> >> 
> >> >>> >> apt-get source, apt-get build-dep, dpkg-buildpackage
> >> >>> >> -rfakeroot.
> >> >>> >> 
> >> >>> >> C'est extrêmement simple et il y a un fil en ce moment à
> >> >>> >> ce sujet.
> >> >>> >
> >> >>> > Oui c'est ce que j'ai essayé mais ça ne marche pas
> >> >>> > non-plus. Quand j'essaie d'installer le paquet ainsi créé
> >> >>> > il y a un problème avec la libstc++6 il veut 4.0.2-3 alors
> >> >>> > que testing est en 4.0.2-2.
> >> >>> >
> >> >>> > C'est bizarre vu que je viens de le compiler sur mon
> >> >>> > système, non?
> >> >>> 
> >> >>> Oui.
> >> >>> 
> >> >>> Tu l'installes comment, dpkg -i, apt-get ou aptitude ?
> >> >>> 
> >> >>> Si le paquet a été compilé sur ta machine, on peut envisager
> >> >>> de forcer l'installation.
> >> >>> 
> >> >>> À noter que chez moi, apt-cache et aptitude donnent des infos
> >> >>> contradictoires concernant la dépendance sur libstdc++.
> >> >>> 
> >> >>
> >> >> J'installe avec synaptic.
> >> >
> >> > J'ai le même problème que toi sur ma deuxième machine, c'est
> >> > très curieux, je vais regarder ça de plus près.
> >> 
> >> Bon, ben je n'ai pas eu le temps de comprendre. J'ai lancé
> >> aptitude pour sélectionner hugin et voir ce qu'il en était :
> >> aucun avertissement et ça s'est installé.
> >> 
> >> La fois d'avant, j'avais installé par aptitude également mais en
> >> ligne de commande. J'ai essayé de retirer hugin et de le
> >> réinstaller de la même manière : aucun problème.
> >> 
> >> Le mystère reste entier.
> >> 
> >> Je te conseille quand même d'utiliser aptitude, qui est le
> >> frontal officiel pour APT.
> >> 
> >
> >
> > ça ne change rien:
> >
> > # aptitude install hugin
> > Lecture des listes de paquets... Fait
> > Construction de l'arbre des dépendances... Fait
> > Initialisation de l'état des paquets... Fait
> > E: Impossible de corriger les problèmes, des paquets défecteux
> > sont en mode « garder en l'état ». E: Impossible de corriger les
> > dépendances, certains paquets ne peuvent pas être installés E:
> > Unable to resolve some dependencies! Certains paquets ont des
> > dépendances non résolues. Ceci peut signifier que vous avez
> > demandé une situation impossible ou que vous utilisez la
> > distribution instable qui a besoin de paquets qui n'ont pas
> > encore été créés ou qui ne sont pas encore sortis « d'incoming ».
> >
> > Les paquets suivants ont des dépendances non satisfaites :
> >   hugin: Dépend: libstdc++6 (>= 4.0.2-3) mais 4.0.2-2 est installé
> >
> > Bizarre cette histoire de paquets en mode « garder en l'état »,
> > non?
> 
> Je crois que j'ai trouvé.
> 
> Il y a apparemment un paquet hugin (vraisemblablement buggé) de
> même version dans le dépôt marillat :
> 
> ,----[ apt-cache showpkg hugin ]
> | ...
> | Versions: 
> | 0.5+rc2-0.2(/var/lib/apt/lists/_var_local_debs_Packages)
> | (/var/lib/dpkg/status) 0.5+rc2-0.2
> | (/var/lib/apt/lists/localhost:9999_marillat_dists_etch_main_binary-i386_Packages)
> | 0.5beta20050404
> | (/var/lib/apt/lists/localhost:9999_astro_debs_._Packages)
> `----
> 
> Chez moi, c'est bon car mon dépôt local passe en premier.
> 
> Qu'as-tu fais de ton paquet ? L'as-tu intégré à un dépôt local ?
> 
> Si ce n'est pas le cas, tu ne peux pas l'installer en passant par
> APT (synaptic ou autre).
> 
> Par contre, dpkg -i devrait faire l'affaire.

J'ai un dépôt sur un serveur ftp local. Il y a effectivement une
version "testing" mais avec synaptic j'ai forcé la version sur le
local sans succès. Comment fait-on pour forcer la version avec
aptitude?

Gaëtan



Reply to: