Leopold BAILLY writes:
> Gaëtan PERRIER writes:
>
>> Le Sat, 26 Nov 2005 19:56:31 +0100
>> Leopold BAILLY a écrit:
>>
>>> Gaëtan PERRIER writes:
>>>
>>> > Le Wed, 23 Nov 2005 00:27:00 +0100
>>> > Leopold BAILLY 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.
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.
Leopold BAILLY writes:
> Gaëtan PERRIER writes:
>
>> Le Sat, 26 Nov 2005 19:56:31 +0100
>> Leopold BAILLY a écrit:
>>
>>> Gaëtan PERRIER writes:
>>>
>>> > Le Wed, 23 Nov 2005 00:27:00 +0100
>>> > Leopold BAILLY 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.
Le Tue, 29 Nov 2005 19:48:12 +0100
Leopold BAILLY a écrit:Leopold BAILLY writes:
> Gaëtan PERRIER writes:
>
>> Le Sat, 26 Nov 2005 19:56:31 +0100
>> Leopold BAILLY a écrit:
>>
>>> Gaëtan PERRIER writes:
>>>
>>> > Le Wed, 23 Nov 2005 00:27:00 +0100
>>> > Leopold BAILLY 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?
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?
Le Tue, 29 Nov 2005 19:48:12 +0100
Leopold BAILLY a écrit:Leopold BAILLY writes:
> Gaëtan PERRIER writes:
>
>> Le Sat, 26 Nov 2005 19:56:31 +0100
>> Leopold BAILLY a écrit:
>>
>>> Gaëtan PERRIER writes:
>>>
>>> > Le Wed, 23 Nov 2005 00:27:00 +0100
>>> > Leopold BAILLY 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?
Gaëtan PERRIER writes:
> Le Tue, 29 Nov 2005 19:48:12 +0100
> Leopold BAILLY a écrit:
>
>> Leopold BAILLY writes:
>>
>> > Gaëtan PERRIER writes:
>> >
>> >> Le Sat, 26 Nov 2005 19:56:31 +0100
>> >> Leopold BAILLY a écrit:
>> >>
>> >>> Gaëtan PERRIER writes:
>> >>>
>> >>> > Le Wed, 23 Nov 2005 00:27:00 +0100
>> >>> > Leopold BAILLY 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'incom ing ».
>
> 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.
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'incom ing ».
>
> 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.
Gaëtan PERRIER writes:
> Le Tue, 29 Nov 2005 19:48:12 +0100
> Leopold BAILLY a écrit:
>
>> Leopold BAILLY writes:
>>
>> > Gaëtan PERRIER writes:
>> >
>> >> Le Sat, 26 Nov 2005 19:56:31 +0100
>> >> Leopold BAILLY a écrit:
>> >>
>> >>> Gaëtan PERRIER writes:
>> >>>
>> >>> > Le Wed, 23 Nov 2005 00:27:00 +0100
>> >>> > Leopold BAILLY 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'incom ing ».
>
> 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.
Le Wed, 30 Nov 2005 19:43:43 +0100
Leopold BAILLY a écrit:
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?
Le Wed, 30 Nov 2005 19:43:43 +0100
Leopold BAILLY <leo.bailly@infonie.fr> a écrit:
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?
Le Wed, 30 Nov 2005 19:43:43 +0100
Leopold BAILLY a écrit:
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 PERRIER writes:
> Le Wed, 30 Nov 2005 19:43:43 +0100
> Leopold BAILLY a écrit:
[...]
>>
>> 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-i 386_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 loc al ?
>>
>> 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?
Le problème, c'est que c'est la même version. Je ne pense pas qu'on
peux forcer un dépôt ou un autre.
Je ne sais pas si les dépôts sont traités dans l'ordre du
sources.list ou dans un ordre aléatoire ; en tout cas, dans mon
sources.list le dépôt local apparaît en premier.
Sinon, il y toujours la solution de commenter le dépôt marillat le
temps d'installer ton hugin local.
Gaëtan PERRIER <gaetan.perrier@free.fr> writes:
> Le Wed, 30 Nov 2005 19:43:43 +0100
> Leopold BAILLY <leo.bailly@infonie.fr> a écrit:
[...]
>>
>> 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-i 386_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 loc al ?
>>
>> 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?
Le problème, c'est que c'est la même version. Je ne pense pas qu'on
peux forcer un dépôt ou un autre.
Je ne sais pas si les dépôts sont traités dans l'ordre du
sources.list ou dans un ordre aléatoire ; en tout cas, dans mon
sources.list le dépôt local apparaît en premier.
Sinon, il y toujours la solution de commenter le dépôt marillat le
temps d'installer ton hugin local.
Gaëtan PERRIER writes:
> Le Wed, 30 Nov 2005 19:43:43 +0100
> Leopold BAILLY a écrit:
[...]
>>
>> 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-i 386_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 loc al ?
>>
>> 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?
Le problème, c'est que c'est la même version. Je ne pense pas qu'on
peux forcer un dépôt ou un autre.
Je ne sais pas si les dépôts sont traités dans l'ordre du
sources.list ou dans un ordre aléatoire ; en tout cas, dans mon
sources.list le dépôt local apparaît en premier.
Sinon, il y toujours la solution de commenter le dépôt marillat le
temps d'installer ton hugin local.
>> Chez moi, c'est bon car mon dépôt local passe en premier.
Le problème, c'est que c'est la même version. Je ne pense pas qu'on p eux
forcer un dépôt ou un autre.
>> Chez moi, c'est bon car mon dépôt local passe en premier.
Le problème, c'est que c'est la même version. Je ne pense pas qu'on p eux
forcer un dépôt ou un autre.
>> Chez moi, c'est bon car mon dépôt local passe en premier.
Le problème, c'est que c'est la même version. Je ne pense pas qu'on p eux
forcer un dépôt ou un autre.
