Toujours dans mes installations sous etch, je me bat avec le fichier /etc/preferences pour tester les priorités de paquets.
Dans mon fichier sources.list, je fais référence aux dépôts de la version Stable et Testing mais aussi également à l'archive officielle de debian-volatile.
deb http://volatile.debian.org/debian-volatile etch/volatile main contrib non-free
J'ai ensuite modifier mon fichier prefrences pour donner toute la priorité aux paquets issus de l'archive officielle stable.
Si je joue avec la commande apt-cache policy pour un paquet non installé sur ma machine par tcpdump, le candidat à installer est bien issu de "stable".
Si j'inverse les PIN du fichier preferences en favorisant testing, le candidat devient bien issu de la brance testing. Donc le fichier /etc/preferences fait bien son job.
Par contre rien à faire avec l'archive volatile. J'ai beau lui donner une priorité très faible vis à vis de la stable, si je fais un apt-cache policy clamav, le candidat pour l'installation est toujours issu de volatile et bon stable.
Je ne comprends par pourvoir le fichier /etc/preferences ne "fonctionne" pas avec volatile.
Merci de votre aide
fabrice
---------------------------------
Ne gardez plus qu'une seule adresse mail ! Copiez vos mails vers Yahoo! Mail
--0-1889089119-1188477452=:49577
Content-Type: text/html; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
Bonjour à tous,<br><br>Toujours dans mes installations sous etch, je me bat avec le fichier /etc/preferences pour tester les priorités de paquets.<br><br>Dans mon fichier sources.list, je fais référence aux dépôts de la version Stable et Testing mais aussi également à l'archive officielle de <em>debian-volatile.<br></em><br>deb http://volatile.debian.org/debian-volatile etch/volatile main contrib non-free<br><br>J'ai ensuite modifier mon fichier prefrences pour donner toute la priorité aux paquets issus de l'archive officielle stable.<br><br>--------/etc/preferences<br><br>Package: *<br>Pin: release a=stable<br>Pin-Prioriry: 750<br><br>Package: *<br> Pin: release a=testing<br> Pin-Prioriry: 100<br><br>Package: clamav<br> Pin: release o=debian.volatile.org<br> Pin-Prioriry: 500<br>----------------------<br><br>Si je joue avec la commande apt-cache policy pour un paquet non installé sur ma machine par tcpdump, le candidat à installer est bien issu de "stable".<br>Si j'inverse
les PIN du fichier preferences en favorisant testing, le candidat devient bien issu de la brance testing. Donc le fichier /etc/preferences fait bien son job.<br><br>Par contre rien à faire avec l'archive volatile. J'ai beau lui donner une priorité très faible vis à vis de la stable, si je fais un apt-cache policy clamav, le candidat pour l'installation est toujours issu de volatile et bon stable.<br><br>Je ne comprends par pourvoir le fichier /etc/preferences ne "fonctionne" pas avec volatile.<br><br>Merci de votre aide<br>fabrice<br><br><em><br></em> <p> 
<hr size="1">
Ne gardez plus qu'une seule adresse mail ! <a href="http://www.trueswitch.com/yahoo-fr/">Copiez vos mails</a> vers Yahoo! Mail
--0-1889089119-1188477452=:49577--
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
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
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Hugues LARRIVE
This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig4226DAC1C9971DF33BFC29D6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
fabrice test a écrit :
Bonjour à tous,
Toujours dans mes installations sous etch, je me bat avec le fichier /etc/preferences pour tester les priorités de paquets.
Dans mon fichier sources.list, je fais référence aux dépôts de la version Stable et Testing mais aussi également à l'archive officiel le de /debian-volatile. / deb http://volatile.debian.org/debian-volatile etch/volatile main contrib non-free
J'ai ensuite modifier mon fichier prefrences pour donner toute la priorité aux paquets issus de l'archive officielle stable.
Je te déconseilles d'utiliser des paquets binaires de testing dans stable car ce n'est plus la même version de la libc... Le truc à faire avec testing c'est apt-get source ... apt-get build-dep ... dpkg-buildpackage et enfin dpkg -i ...
Si je joue avec la commande apt-cache policy pour un paquet non installé sur ma machine par tcpdump, le candidat à installer est bi en issu de "stable". Si j'inverse les PIN du fichier preferences en favorisant testing, le candidat devient bien issu de la brance testing. Donc le fichier /etc/preferences fait bien son job.
Par contre rien à faire avec l'archive volatile. J'ai beau lui donner une priorité très faible vis à vis de la stable, si je fais un apt-cache policy clamav, le candidat pour l'installation est toujours issu de volatile et bon stable.
Je ne comprends par pourvoir le fichier /etc/preferences ne "fonctionne" pas avec volatile.
Ça donne quoi en virant /etc/apt/preferences et en créant un fichier /etc/apt/apt.conf.d/90default avec : APT::Default-Release "stable"; APT::Target-Release "stable";
Sinon tu peux toujours mettre une priorité 1001 pour stable...
man apt_preferences
Merci de votre aide fabrice
/ /
----------------------------------------------------------------------- - Ne gardez plus qu'une seule adresse mail ! Copiez vos mails <http://www.trueswitch.com/yahoo-fr/> vers Yahoo! Mail
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench 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
This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
--------------enig4226DAC1C9971DF33BFC29D6
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
fabrice test a écrit :
Bonjour à tous,
Toujours dans mes installations sous etch, je me bat avec le fichier
/etc/preferences pour tester les priorités de paquets.
Dans mon fichier sources.list, je fais référence aux dépôts de la
version Stable et Testing mais aussi également à l'archive officiel le
de /debian-volatile.
/
deb http://volatile.debian.org/debian-volatile etch/volatile main
contrib non-free
J'ai ensuite modifier mon fichier prefrences pour donner toute la
priorité aux paquets issus de l'archive officielle stable.
Je te déconseilles d'utiliser des paquets binaires de testing dans
stable car ce n'est plus la même version de la libc...
Le truc à faire avec testing c'est
apt-get source ...
apt-get build-dep ...
dpkg-buildpackage
et enfin dpkg -i ...
Si je joue avec la commande apt-cache policy pour un paquet non
installé sur ma machine par tcpdump, le candidat à installer est bi en
issu de "stable".
Si j'inverse les PIN du fichier preferences en favorisant testing, le
candidat devient bien issu de la brance testing. Donc le fichier
/etc/preferences fait bien son job.
Par contre rien à faire avec l'archive volatile. J'ai beau lui donner
une priorité très faible vis à vis de la stable, si je fais un
apt-cache policy clamav, le candidat pour l'installation est toujours
issu de volatile et bon stable.
Je ne comprends par pourvoir le fichier /etc/preferences ne
"fonctionne" pas avec volatile.
Ça donne quoi en virant /etc/apt/preferences et en créant un fichier
/etc/apt/apt.conf.d/90default avec :
APT::Default-Release "stable";
APT::Target-Release "stable";
Sinon tu peux toujours mettre une priorité 1001 pour stable...
man apt_preferences
Merci de votre aide
fabrice
/
/
----------------------------------------------------------------------- -
Ne gardez plus qu'une seule adresse mail ! Copiez vos mails
<http://www.trueswitch.com/yahoo-fr/> vers Yahoo! Mail
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
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
This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig4226DAC1C9971DF33BFC29D6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
fabrice test a écrit :
Bonjour à tous,
Toujours dans mes installations sous etch, je me bat avec le fichier /etc/preferences pour tester les priorités de paquets.
Dans mon fichier sources.list, je fais référence aux dépôts de la version Stable et Testing mais aussi également à l'archive officiel le de /debian-volatile. / deb http://volatile.debian.org/debian-volatile etch/volatile main contrib non-free
J'ai ensuite modifier mon fichier prefrences pour donner toute la priorité aux paquets issus de l'archive officielle stable.
Je te déconseilles d'utiliser des paquets binaires de testing dans stable car ce n'est plus la même version de la libc... Le truc à faire avec testing c'est apt-get source ... apt-get build-dep ... dpkg-buildpackage et enfin dpkg -i ...
Si je joue avec la commande apt-cache policy pour un paquet non installé sur ma machine par tcpdump, le candidat à installer est bi en issu de "stable". Si j'inverse les PIN du fichier preferences en favorisant testing, le candidat devient bien issu de la brance testing. Donc le fichier /etc/preferences fait bien son job.
Par contre rien à faire avec l'archive volatile. J'ai beau lui donner une priorité très faible vis à vis de la stable, si je fais un apt-cache policy clamav, le candidat pour l'installation est toujours issu de volatile et bon stable.
Je ne comprends par pourvoir le fichier /etc/preferences ne "fonctionne" pas avec volatile.
Ça donne quoi en virant /etc/apt/preferences et en créant un fichier /etc/apt/apt.conf.d/90default avec : APT::Default-Release "stable"; APT::Target-Release "stable";
Sinon tu peux toujours mettre une priorité 1001 pour stable...
man apt_preferences
Merci de votre aide fabrice
/ /
----------------------------------------------------------------------- - Ne gardez plus qu'une seule adresse mail ! Copiez vos mails <http://www.trueswitch.com/yahoo-fr/> vers Yahoo! Mail
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench 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
Daniel Caillibaud
Hugues LARRIVE a écrit :
Je te déconseilles d'utiliser des paquets binaires de testing dans stable car ce n'est plus la même version de la libc... Le truc à faire avec testing c'est apt-get source ... apt-get build-dep ... dpkg-buildpackage et enfin dpkg -i ...
apt-build fait tout ça non ?
Du coup, je me demande s'il y a un moyen d'indiquer qqpart que les paquets de stable peuvent être installés directement mais ceux de testing doivent passer par apt-build ?
ne mettre dans ses sources que les deb-src pour lenny ? Un sources.list avec stable uniquement et un sources4build.list avec stable + testing, que l'on utilise avec apt-build --sources-list /etc/apt/sources4build.list ?
Histoire d'être sûr de ne jamais installer de binaire de testing.
PS : Apparemment, ça suffit pas, j'ai ajouté les deb-src dans mon sources.list, apt-build update mais un apt-build install pidgin ne trouve rien (pidgin est dans lenny et pas dans etch).
-- Daniel
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench 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
Hugues LARRIVE a écrit :
Je te déconseilles d'utiliser des paquets binaires de testing dans
stable car ce n'est plus la même version de la libc...
Le truc à faire avec testing c'est
apt-get source ...
apt-get build-dep ...
dpkg-buildpackage
et enfin dpkg -i ...
apt-build fait tout ça non ?
Du coup, je me demande s'il y a un moyen d'indiquer qqpart que les paquets de stable peuvent être installés directement
mais ceux de testing doivent passer par apt-build ?
ne mettre dans ses sources que les deb-src pour lenny ?
Un sources.list avec stable uniquement et un sources4build.list avec stable + testing, que l'on utilise avec
apt-build --sources-list /etc/apt/sources4build.list ?
Histoire d'être sûr de ne jamais installer de binaire de testing.
PS : Apparemment, ça suffit pas, j'ai ajouté les deb-src dans mon sources.list, apt-build update mais un
apt-build install pidgin
ne trouve rien (pidgin est dans lenny et pas dans etch).
--
Daniel
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
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
Je te déconseilles d'utiliser des paquets binaires de testing dans stable car ce n'est plus la même version de la libc... Le truc à faire avec testing c'est apt-get source ... apt-get build-dep ... dpkg-buildpackage et enfin dpkg -i ...
apt-build fait tout ça non ?
Du coup, je me demande s'il y a un moyen d'indiquer qqpart que les paquets de stable peuvent être installés directement mais ceux de testing doivent passer par apt-build ?
ne mettre dans ses sources que les deb-src pour lenny ? Un sources.list avec stable uniquement et un sources4build.list avec stable + testing, que l'on utilise avec apt-build --sources-list /etc/apt/sources4build.list ?
Histoire d'être sûr de ne jamais installer de binaire de testing.
PS : Apparemment, ça suffit pas, j'ai ajouté les deb-src dans mon sources.list, apt-build update mais un apt-build install pidgin ne trouve rien (pidgin est dans lenny et pas dans etch).
-- Daniel
-- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench 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