problème de dépendances sur un passage de Etch à Lenny
11 réponses
Franck Delage
Salut à tous,
Je souhaiterais passer de Etch à Lenny. J'ai donc modifié mon
sources.list en me basant sur l'actuel.
Je fais ensuite aptitude update. Pas de problème.
Puis aptitude dist-upgrade --simulate, et là, souci de dépendances non
satisfaites, dont la solution semble être de virer
gnome-desktop-environment, entre autres.
# debian
deb http://ftp.fr.debian.org/debian/ lenny main contrib non-free
deb-src http://ftp.fr.debian.org/debian/ lenny main contrib non-free
## security
deb http://security.debian.org/ lenny/updates main contrib non-free
deb-src http://security.debian.org/ lenny/updates main contrib non-free
# multimedia
deb http://www.debian-multimedia.org lenny main
deb http://volatile.debian.org/debian-volatile lenny/volatile main contrib non-free
deb http://jbrout.free.fr/download/debian binary/
deb http://download.tuxfamily.org/shames/debian-lenny/desktopfx/unstable/ ./
deb http://deb.opera.com/opera/ lenny non-free
deb http://download.virtualbox.org/virtualbox/debian lenny non-free
Les paquets suivants ont des dépendances non satisfaites :
g++-3.4: Dépend: gcc-3.4-base (= 3.4.6-5) mais 3.4.6-9 doit être installé.
Dépend: gcc-3.4 (= 3.4.6-5) mais 3.4.6-9 doit être installé.
gnopernicus: Dépend: libgnome-speech3 mais il n'est pas installable
python-gst: Dépend: python (< 2.5) mais 2.5.2-3 doit être installé.
libavformatcvs51: Dépend: libavcodeccvs51 (>= 3:20070329) mais il n'est pas installable
Dépend: libavutilcvs49 (>= 3:20070329) mais il n'est pas installable
libgnomemm1.2-9c2: Dépend: libglib1.2 (>= 1.2.0) mais il n'est pas installable
libstdc++6-dev: Dépend: gcc-3.4-base (= 3.4.6-5) mais 3.4.6-9 doit être installé.
xgsmlib: Dépend: libglib1.2 (>= 1.2.0) mais il n'est pas installable
php5-mcrypt: Dépend: php5-common (= 5.2.6-5) mais 5.2.8-0.dotdeb.1 est installé.
xmms: Dépend: libglib1.2 (>= 1.2.0) mais il n'est pas installable
python-wxgtk2.8: Dépend: python (< 2.5) mais 2.5.2-3 doit être installé.
Resolving dependencies...
Les actions suivantes permettront de résoudre ces dépendances :
Quelqu'un a-t-il une idée ? Ou mon sources.list est-il tout pourri ?
Merci de votre aide.
Amicalement,
Franck.
--
Franck Delage
Création et hébergements de sites web
www.web82.net
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Mathieu JANIN a écrit : > Le mardi 16 décembre 2008, David Prévot a écrit : >> Franck Delage a écrit : >>> Sébastien Adam a écrit : >>> | Bonjour à tous, >> >> Bonjour, >> >>> | Personnellement, j'ai laissé les lignes concernent etch. Ainsi, >>> | lorsque des paquets ne sont pas trouvés dans lenny, il regarde >>> | quand-même dans etch. Ca m'a résolu pas mal de problème. (ne pas >>> | oublier de donner la priorité aux paquets se trouvant dans lenny) >>> >>> Bonne idée, oui, sans doute. >> >> Pas obligatoire (si tu n'as pas de Sid dans ton source list) : les >> paquets de Lenny (quand ils existent) étant d'une version supérieu re à >> ceux de Etch, ils sont forcément d'une priorité plus importante. > > 1/c'est théorique, pas absolu
Aurais-tu un exemple pour contredire (dans les paquets officiels, bien sûr, parce que je sais très bien faire des paquets avec des versions en carton ;) ?
Bien sûr que non. Ce n'est pas le genre d'erreur que les release managers laissent passer, ils sont trop vigilants pour ça (lèche, lèche, pour qu'ils bossent plus vite sur la chasse aux bugs menant à la rc) mais >si< une te lle erreur d'inversion des paquets passait, les preferences te protègeraient, pas la présomption (théoriquement correcte) sur le niveau de version des de ux releases.
> 2/pour peu qu'il y ait une directive "Default-release" qqpart, ce n'est > plus vrai du tout.
Tout à fait, mais si on met un « Default-release » à Etch alors qu'on veut passer en Lenny, c'est un peu de la mauvaise foi quand même !
Oui. Tout à fait. Mais on peut aussi l'avoir spécifié "etch" avant de passer en lenny, un jour ou on avait besoin de taper dans des paquets testing.
Amicalement
David
Mais bon, c'est vrai que c'est du chipottage, tout ça.
++, MATT
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Le mardi 16 décembre 2008, David Prévot a écrit :
Mathieu JANIN a écrit :
> Le mardi 16 décembre 2008, David Prévot a écrit :
>> Franck Delage a écrit :
>>> Sébastien Adam a écrit :
>>> | Bonjour à tous,
>>
>> Bonjour,
>>
>>> | Personnellement, j'ai laissé les lignes concernent etch. Ainsi,
>>> | lorsque des paquets ne sont pas trouvés dans lenny, il regarde
>>> | quand-même dans etch. Ca m'a résolu pas mal de problème. (ne pas
>>> | oublier de donner la priorité aux paquets se trouvant dans lenny)
>>>
>>> Bonne idée, oui, sans doute.
>>
>> Pas obligatoire (si tu n'as pas de Sid dans ton source list) : les
>> paquets de Lenny (quand ils existent) étant d'une version supérieu re à
>> ceux de Etch, ils sont forcément d'une priorité plus importante.
>
> 1/c'est théorique, pas absolu
Aurais-tu un exemple pour contredire (dans les paquets officiels, bien
sûr, parce que je sais très bien faire des paquets avec des versions en
carton ;) ?
Bien sûr que non. Ce n'est pas le genre d'erreur que les release managers
laissent passer, ils sont trop vigilants pour ça (lèche, lèche, pour qu'ils
bossent plus vite sur la chasse aux bugs menant à la rc) mais >si< une te lle
erreur d'inversion des paquets passait, les preferences te protègeraient, pas
la présomption (théoriquement correcte) sur le niveau de version des de ux
releases.
> 2/pour peu qu'il y ait une directive "Default-release" qqpart, ce n'est
> plus vrai du tout.
Tout à fait, mais si on met un « Default-release » à Etch alors qu'on
veut passer en Lenny, c'est un peu de la mauvaise foi quand même !
Oui. Tout à fait. Mais on peut aussi l'avoir spécifié "etch" avant de passer
en lenny, un jour ou on avait besoin de taper dans des paquets testing.
Amicalement
David
Mais bon, c'est vrai que c'est du chipottage, tout ça.
++, MATT
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Mathieu JANIN a écrit : > Le mardi 16 décembre 2008, David Prévot a écrit : >> Franck Delage a écrit : >>> Sébastien Adam a écrit : >>> | Bonjour à tous, >> >> Bonjour, >> >>> | Personnellement, j'ai laissé les lignes concernent etch. Ainsi, >>> | lorsque des paquets ne sont pas trouvés dans lenny, il regarde >>> | quand-même dans etch. Ca m'a résolu pas mal de problème. (ne pas >>> | oublier de donner la priorité aux paquets se trouvant dans lenny) >>> >>> Bonne idée, oui, sans doute. >> >> Pas obligatoire (si tu n'as pas de Sid dans ton source list) : les >> paquets de Lenny (quand ils existent) étant d'une version supérieu re à >> ceux de Etch, ils sont forcément d'une priorité plus importante. > > 1/c'est théorique, pas absolu
Aurais-tu un exemple pour contredire (dans les paquets officiels, bien sûr, parce que je sais très bien faire des paquets avec des versions en carton ;) ?
Bien sûr que non. Ce n'est pas le genre d'erreur que les release managers laissent passer, ils sont trop vigilants pour ça (lèche, lèche, pour qu'ils bossent plus vite sur la chasse aux bugs menant à la rc) mais >si< une te lle erreur d'inversion des paquets passait, les preferences te protègeraient, pas la présomption (théoriquement correcte) sur le niveau de version des de ux releases.
> 2/pour peu qu'il y ait une directive "Default-release" qqpart, ce n'est > plus vrai du tout.
Tout à fait, mais si on met un « Default-release » à Etch alors qu'on veut passer en Lenny, c'est un peu de la mauvaise foi quand même !
Oui. Tout à fait. Mais on peut aussi l'avoir spécifié "etch" avant de passer en lenny, un jour ou on avait besoin de taper dans des paquets testing.
Amicalement
David
Mais bon, c'est vrai que c'est du chipottage, tout ça.
++, MATT
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/DebFrFrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
