Paquets qui s'installent à chaque "aptitude upgrade"

Le
Guy Roussin
Bonjour,

J'ai quelques paquets qui viennent d'un dépot lenny non officiel :
$ grep tobi /etc/apt/sources.list
deb http://e-tobi.net/vdr-experimental lenny base backports addons
vdr-multipatch
deb-src http://e-tobi.net/vdr-experimental lenny base backports addons
vdr-multipatch

Ces paquets sont installés et ne posent pas de problèmes particuliers=
.
Seulement, voilà, ils veulent se réinstaller à chaque fois pour=
tant
la version ne change pas ils sont d'ailleurs toujours dans le cache.

Voilà à quoi ressemble le problème :

$ sudo aptitude update
$ sudo aptitude upgrade
W: The "upgrade" command is deprecated; use "safe-upgrade" instead.
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 seront mis à jour :
vdr-plugin-dvd vdr-plugin-epgsearch vdr-plugin-mp3 vdr-plugin-mplayer
vdr-plugin-skinenigmang vdr-plugin-vcd
6 paquets mis à jour, 0 nouvellement installés, 0 à enlever et 0 no=
n mis
à jour.
Il est nécessaire de télécharger 0o/1062ko d'archives. Après
dépaquetage, 0o seront utilisés.
Voulez-vous continuer ? [Y/n/?] Y
Écriture de l'information d'état étendu Fait
(Lecture de la base de données 252827 fichiers et répertoires dé=

installés.)
Préparation du remplacement de vdr-plugin-dvd 0.3.6~b03+cvs20070813-12
(en utilisant /vdr-plugin-dvd_0.3.6~b03+cvs20070813-12_i386.deb)
Dépaquetage de la mise à jour de vdr-plugin-dvd
Préparation du remplacement de vdr-plugin-epgsearch 0.9.24-3 (en
utilisant /vdr-plugin-epgsearch_0.9.24-3_i386.deb)
Dépaquetage de la mise à jour de vdr-plugin-epgsearch
Préparation du remplacement de vdr-plugin-mp3 0.10.1-12 (en utilisant
/vdr-plugin-mp3_0.10.1-12_i386.deb)
Dépaquetage de la mise à jour de vdr-plugin-mp3
Préparation du remplacement de vdr-plugin-mplayer 0.10.1-12 (en
utilisant /vdr-plugin-mplayer_0.10.1-12_i386.deb)
Dépaquetage de la mise à jour de vdr-plugin-mplayer
Préparation du remplacement de vdr-plugin-skinenigmang 0.0.6-4 (en
utilisant /vdr-plugin-skinenigmang_0.0.6-4_i386.deb)
Dépaquetage de la mise à jour de vdr-plugin-skinenigmang
Préparation du remplacement de vdr-plugin-vcd 0.9-7 (en utilisant
/vdr-plugin-vcd_0.9-7_i386.deb)
Dépaquetage de la mise à jour de vdr-plugin-vcd
Paramétrage de vdr-plugin-dvd (0.3.6~b03+cvs20070813-12)
Paramétrage de vdr-plugin-epgsearch (0.9.24-3)
Paramétrage de vdr-plugin-mp3 (0.10.1-12)
Paramétrage de vdr-plugin-mplayer (0.10.1-12)
Paramétrage de vdr-plugin-skinenigmang (0.0.6-4)
Paramétrage de vdr-plugin-vcd (0.9-7)
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

$ sudo aptitude upgrade
W: The "upgrade" command is deprecated; use "safe-upgrade" instead.
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 seront mis à jour :
vdr-plugin-dvd vdr-plugin-epgsearch vdr-plugin-mp3 vdr-plugin-mplayer
vdr-plugin-skinenigmang vdr-plugin-vcd
6 paquets mis à jour, 0 nouvellement installés, 0 à enlever et 0 no=
n mis
à jour.
Il est nécessaire de télécharger 0o/1062ko d'archives. Après
dépaquetage, 0o seront utilisés.
Voulez-vous continuer ? [Y/n/?]

C'est sans fin, ils se réinstallent à chaque upgrade.


$ apt-cache policy vdr-plugin-dvd
vdr-plugin-dvd:
Installé : 0.3.6~b03+cvs20070813-12
Candidat : 0.3.6~b03+cvs20070813-12
Table de version :
0.3.6~b03+cvs20070813-12 0
500 http://ftp.fr.debian.org lenny/main Packages
300 http://ftp.fr.debian.org sid/main Packages
0.3.6~b03+cvs20070813-12 0
520 http://e-tobi.net lenny/vdr-multipatch Packages
*** 0.3.6~b03+cvs20070813-12 0
100 /var/lib/dpkg/status



Le numéro de version est exactement le même que dans le dépôt off=
iciel,
mais le pining à 520 devrait favoriser les depots e-tobi
systématiquement non ?


Merci de vos éclairages.


Guy

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
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
Vidéos High-Tech et Jeu Vidéo
Téléchargements
Vos réponses
Gagnez chaque mois un abonnement Premium avec GNT : Inscrivez-vous !
Trier par : date / pertinence
Raphael Hertzog
Le #18883011
On Wed, 11 Mar 2009, Guy Roussin wrote:
Ces paquets sont installés et ne posent pas de problèmes particuliers.
Seulement, voilà, ils veulent se réinstaller à chaque fois ... pourtant
la version ne change pas ... ils sont d'ailleurs toujours dans le cache.



C'est parce que les paquets du dépôts non officiel ont la même version
que ceux dans Debian mais qu'ils sont différents (en terme de somme de
contrôle). Du coup aptitude ne cesse de sauter de l'un à l'autre en
pensant que l'autre est une version recompilée sans avoir incrémenté
le numéro de version.

Il n'y a pas de solution propre si ce n'est prendre contact avec le
mainteneur du dépôt pour lui signaler le problème.

$ apt-cache policy vdr-plugin-dvd
vdr-plugin-dvd:
Installé : 0.3.6~b03+cvs20070813-12
Candidat : 0.3.6~b03+cvs20070813-12
Table de version :
0.3.6~b03+cvs20070813-12 0
500 http://ftp.fr.debian.org lenny/main Packages
300 http://ftp.fr.debian.org sid/main Packages
0.3.6~b03+cvs20070813-12 0
520 http://e-tobi.net lenny/vdr-multipatch Packages
*** 0.3.6~b03+cvs20070813-12 0
100 /var/lib/dpkg/status



Il y partout la même version mais essaie:
apt-cache show vdr-plugin-dvd|grep MD5sum:

Tu verras qu'ils n'ont pas la même somme de contrôle.

Le numéro de version est exactement le même que dans le dépôt officiel,
mais le pining à 520 devrait favoriser les depots e-tobi
systématiquement non ?



Hum, normalement oui, est-ce que cela marche mieux en mettant la priorité
à 995 au lieu de 520 ?

Quoiqu'il en soit avoir deux fois le même nom de fichier avec deux
contenus différents est une source de problème et doit être évité autant
que possible.

Cordialement,
--
Raphaël Hertzog

Contribuez à Debian et gagnez un cahier de l'admin Debian Lenny :
http://www.ouaza.com/wp/2009/03/02/contribuer-a-debian-gagner-un-livre/

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
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
Nicolas KOWALSKI
Le #18883181
Raphael Hertzog
On Wed, 11 Mar 2009, Guy Roussin wrote:
Ces paquets sont installés et ne posent pas de problèmes particuliers.
Seulement, voilà, ils veulent se réinstaller à chaque fois ... pourtant
la version ne change pas ... ils sont d'ailleurs toujours dans le cache.



C'est parce que les paquets du dépôts non officiel ont la même version
que ceux dans Debian mais qu'ils sont différents (en terme de somme de
contrôle). Du coup aptitude ne cesse de sauter de l'un à l'autre en
pensant que l'autre est une version recompilée sans avoir incrémenté
le numéro de version.



Je rebondis sur ce sujet. J'aimerais bien pouvoir recompiler le paquet
mutt pour qu'il utilise par défaut la librairie qdbm au lieu de gdbm.
Seulement voilà, une fois ce paquet généré et installé (via un repo
local), le moindre apt-get update + upgrade me demande de réinstaller
le paquet original Debian. Comme expliqué ci-dessus, c'est à cause du
numéro de version qui est le même.

J'ai vu que pour changer ce numéro de version, on peut modifier le
fichier debian/changelog. Ok, mais si je fais ça, comment être sûr
qu'une mise-à-jour de sécurité sur le paquet mutt puisse être pris en
compte malgré mon nouveau paquet ? Utiliser un numéro de version
incrémenté une seule fois par rapport à la version du paquet original?
Ce sera suffisant ?

Merci,
--
Nicolas

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
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
Charles Plessy
Le #18883391
Le Thu, Mar 12, 2009 at 10:45:39AM +0100, Nicolas KOWALSKI a écrit :

J'ai vu que pour changer ce numéro de version, on peut modifier le
fichier debian/changelog. Ok, mais si je fais ça, comment être sûr
qu'une mise-à-jour de sécurité sur le paquet mutt puisse être pris en
compte malgré mon nouveau paquet ? Utiliser un numéro de version
incrémenté une seule fois par rapport à la version du paquet original?
Ce sera suffisant ?



Bonjour Nicolas,

Si tu es sous Lenny, comme les mises à jour de sécurité ont pour numéro de
version l'ancien avec 'lenny' accolé (par exemple, 3.2-5 devient 3.2-5lenny1),
il suffit d'utiliser des numéros inférieurs, comme 3.2-5kowalski1 par
exemple :) Si le point de départ est déjà une mise à jour de sécurité, on peut
ruser avec un tilde : 3.2-5lenny2~modifmaison est inférieur à 3.2-5lenny2.

En cas de doute, dpkg peut comparer les versions:

anx159《~》$ dpkg --compare-versions 1 lt 2 && echo "Oui, c'est bien vrai"
Oui, c'est bien vrai
anx159《~》$ dpkg --compare-versions 3 lt 2 && echo "Oui, c'est bien vrai"
anx159《~》$ dpkg --compare-versions 3.2-5kowalski1 lt 3.2-5lenny1 && echo "Oui, c'est bien vrai"
Oui, c'est bien vrai
anx159《~》$ dpkg --compare-versions 3.2-5lenny2~modifmaison lt 3.2-5lenny1 && echo "Oui, c'est bien vrai"
anx159《~》$ dpkg --compare-versions 3.2-5lenny2~modifmaison lt 3.2-5lenny2 && echo "Oui, c'est bien vrai"
Oui, c'est bien vrai

Amicalement,

--
Charles Plessy
Tsurumi, Kanagawa, Japan

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
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
Nicolas KOWALSKI
Le #18883381
Charles Plessy
Le Thu, Mar 12, 2009 at 10:45:39AM +0100, Nicolas KOWALSKI a écrit :

J'ai vu que pour changer ce numéro de version, on peut modifier le
fichier debian/changelog. Ok, mais si je fais ça, comment être sûr
qu'une mise-à-jour de sécurité sur le paquet mutt puisse être pris en
compte malgré mon nouveau paquet ? Utiliser un numéro de version
incrémenté une seule fois par rapport à la version du paquet original?
Ce sera suffisant ?



Bonjour Nicolas,



Bonjour Charles,

Si tu es sous Lenny, comme les mises à jour de sécurité ont pour numéro de
version l'ancien avec 'lenny' accolé (par exemple, 3.2-5 devient 3.2-5lenny1),
il suffit d'utiliser des numéros inférieurs, comme 3.2-5kowalski1 par
exemple :) Si le point de départ est déjà une mise à jour de sécurité, on peut
ruser avec un tilde : 3.2-5lenny2~modifmaison est inférieur à 3.2-5lenny2.



Merci pour cette explication, c'est beaucoup plus clair maintenant.
Elle tombe même très bien, ma machine est justement sous Lenny. :-)


En cas de doute, dpkg peut comparer les versions:

anx159《~》$ dpkg --compare-versions 1 lt 2 && echo "Oui, c'est bien vrai"
Oui, c'est bien vrai
anx159《~》$ dpkg --compare-versions 3 lt 2 && echo "Oui, c'est bien vrai"
anx159《~》$ dpkg --compare-versions 3.2-5kowalski1 lt 3.2-5lenny1 && echo "Oui, c'est bien vrai"
Oui, c'est bien vrai
anx159《~》$ dpkg --compare-versions 3.2-5lenny2~modifmaison lt 3.2-5lenny1 && echo "Oui, c'est bien vrai"
anx159《~》$ dpkg --compare-versions 3.2-5lenny2~modifmaison lt 3.2-5lenny2 && echo "Oui, c'est bien vrai"
Oui, c'est bien vrai



Voilà une astuce à conserver précieusement.

Un grand Merci,
--
Nicolas

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
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
Publicité
Poster une réponse
Anonyme