[DISCUSSION]Votre sources.list!

Désolé, j’apprendrais à mieux regarder la prochaine fois, merci le problème est réglé :slightly_smiling:

Je connaissais depuis longtemps le fichier préférence, mais là pour en savoir plus sur apt je me suis un peu attardé sur la doc. Et j’ai vu qu le fichier apt.conf permetait de définir la version de Debian que l’on préfère :

(on peut mettre stable, unstable ou testing)

Puis on peut installer des logiciels d’autres version avec la commande :

ou

C’est une autre solution que de passer par le préférence, je ne sais pas la quelle est la meilleure mais ça peut interesser quelqu’un.

Yo,

Moi aussi, je veux des morceaux de Lenny dans ma Etch :smt003

Bon, j’ai lu le man de apt_preferences, la doc officielle sur Debian.org et tout, mais je ne suis toujours pas sûr de mon coup. Je m’explique : j’utilise les drivers ati proprio 8.40.4 et je ne peux pas en utiliser d’autres, sous peine de subir dysfonctionnements, bugs et arrachage de cheveux. Bref. L’idée était donc de construire mon sources.list et mon fichier de préférences de la façon suivante :

“on s’en tient à Etch, mais on doit pouvoir installer un paquet Lenny ainsi que ses dépendances (sans tout flinguer), tout en conservant les mises à jour de Etch”

Voici donc ce que j’ai fait au niveau des préférences :

Package: *
Pin: release a=stable, v=4.0r1
Pin-Priority: 999

Package: *
Pin: release a=testing
Pin-Priority: 101

Package: fglrx-amdcccle
Pin: version 8.40.4-1
Pin-Priority: 1001

Package: fglrx-driver
Pin: version 8.40.4-1
Pin-Priority: 1001

Package: fglrx-driver-dev
Pin: version 8.40.4-1
Pin-Priority: 1001


Package: fglrx-kernel-src
Pin: version 8.40.4-1
Pin-Priority: 1001

Package: fglrx-kernel-2.6.18-5-686
Pin: version 8.40.4-1
Pin-Priority: 1001

Bon, donc maintenant, normalement, la Stable reste la distrib prédominante et je peux installer un paquet Lenny. J’ai du bloquer les paquets fglrx* parce que les dépôts Lenny hébergent des versions plus récentes et que je n’en veux pas, pour les raisons évoquées plus haut.

Et mon souci est le suivant : que se passera-t-il si un jour, le noyau Linux est mis à jour ? Est-ce que mon module fglrx 8.40.4 continuera à fonctionner ? Devrais-je réinstaller mes drivers ATI ?

Par ailleurs, si jamais je veux installer un paquet Lenny dépendant d’autres paquets Lenny, mettons, python-gtk2-dev (2.12(Lenny)) MAIS que je dispose déjà python-gtk2-dev (2.8(Etch)), que se passera-t-il ?

  • La version 2.12 sera-t-elle installée ?
    • les deux paquets pourront-ils cohabiter ?
    • ou bien : la 2.12 écrasera la 2.8 ?
  • Le paquet Lenny sera installé sans cette dépendance ?
  • Est-ce que ce sera la fin des haricots ?

Ce sont sans doute des questions idiotes, mais voilà, on est newbie ou on ne l’est pas :smt005

Tu n’as pas forcément besoin de préfèrences juste pour figer une série de paquets. Avec ce que tu avais avant, tu vérifies juste que tu as une ligne “default-release” dans ta config d’apt, puis tu fais juste un aptitude hold des paquets que tu veux vérouiller.
Pour ce qui est de tes préfèrences, en imaginant ce que tu as dans ton sources.list que tu ne donnes pas, je dirais qu’elles sont suffisantes pour ce que tu veux faire, mais ça se vérifie avec apt-cache policy.

Voilà ce que donne $ apt-cache policy :

Fichiers du paquet : 100 /var/lib/dpkg/status release a=now 101 http://security.debian.org lenny/updates/non-free Packages release o=Debian,a=testing,l=Debian-Security,c=non-free origin security.debian.org 101 http://security.debian.org lenny/updates/contrib Packages release o=Debian,a=testing,l=Debian-Security,c=contrib origin security.debian.org 101 http://security.debian.org lenny/updates/main Packages release o=Debian,a=testing,l=Debian-Security,c=main origin security.debian.org 101 http://ftp.fr.debian.org lenny/non-free Packages release o=Debian,a=testing,l=Debian,c=non-free origin ftp.fr.debian.org 101 http://ftp.fr.debian.org lenny/contrib Packages release o=Debian,a=testing,l=Debian,c=contrib origin ftp.fr.debian.org 101 http://ftp.fr.debian.org lenny/main Packages release o=Debian,a=testing,l=Debian,c=main origin ftp.fr.debian.org 500 http://debian-multimedia.yolker.be stable/main Packages release o=Unofficial Multimedia Packages,a=stable,l=Unofficial Multimedia Packages,c=main origin debian-multimedia.yolker.be 500 http://wine.budgetdedicated.com etch/main Packages release o=winehq,a=stable,l=winehq,c=main origin wine.budgetdedicated.com 500 http://security.debian.org etch/updates/non-free Packages release o=Debian,a=stable,l=Debian-Security,c=non-free origin security.debian.org 500 http://security.debian.org etch/updates/contrib Packages release o=Debian,a=stable,l=Debian-Security,c=contrib origin security.debian.org 500 http://security.debian.org etch/updates/main Packages release o=Debian,a=stable,l=Debian-Security,c=main origin security.debian.org 999 http://ftp.fr.debian.org etch/non-free Packages release v=4.0r1,o=Debian,a=stable,l=Debian,c=non-free origin ftp.fr.debian.org 999 http://ftp.fr.debian.org etch/contrib Packages release v=4.0r1,o=Debian,a=stable,l=Debian,c=contrib origin ftp.fr.debian.org 999 http://ftp.fr.debian.org etch/main Packages release v=4.0r1,o=Debian,a=stable,l=Debian,c=main origin ftp.fr.debian.org Paquets étiquetés : fglrx-driver-dev -> 8.40.4-1 fglrx-driver -> 8.40.4-1 fglrx-kernel-2.6.18-5-686 -> (non trouvé) fglrx-kernel-src -> 8.40.4-1 fglrx-amdcccle -> 8.40.4-1

Curieusement, les dépôts “security” pour Etch restent en priorité 500… C’est grave ?

Et voilà mon sources.list, qui n’a rien de transcendant :

##
## Etch
##
###########################
deb http://ftp.fr.debian.org/debian/ etch main contrib non-free
deb-src http://ftp.fr.debian.org/debian/ etch main contrib non-free

# security
deb http://security.debian.org/ etch/updates main contrib non-free
deb-src http://security.debian.org/ etch/updates main contrib non-free


## Wine
deb http://wine.budgetdedicated.com/apt/ etch main
deb-src http://wine.budgetdedicated.com/apt/ etch main

## Debian Multimedia
deb http://debian-multimedia.yolker.be/ stable main
deb-src http://debian-multimedia.yolker.be/ stable main

##
## Lenny
##
###########################
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

quote="ara qui rit"
Curieusement, les dépôts “security” pour Etch restent en priorité 500… C’est grave ?
(…)[/quote]Les wine et Multimedia aussi. Et c’est grave parcequ’il va ignorer les versions security et mm des paquets et prendre en priorité ceux de l’etch de base. Tu devrais mettre les security à 999, les wine et multimedia à 998, et l’etch à 997.

Ok, j’ai fait ça donc voici mon fichier de préférences :

Package: *
Pin: release a=stable, l=Debian-Security
Pin-Priority: 999

Package: *
Pin: release a=stable, l=winehq, o=winehq
Pin-Priority: 998

Package: *
Pin: release a=stable, l=Unofficial Multimedia Packages, o=Unofficial Multimedia Packages
Pin-Priority: 998

Package: *
Pin: release a=stable, v=4.0r1
Pin-Priority: 997

Package: *
Pin: release a=testing
Pin-Priority: 101

Package: fglrx-amdcccle
Pin: version 8.40.4-1
Pin-Priority: 1001

Package: fglrx-driver
Pin: version 8.40.4-1
Pin-Priority: 1001

Package: fglrx-driver-dev
Pin: version 8.40.4-1
Pin-Priority: 1001


Package: fglrx-kernel-src
Pin: version 8.40.4-1
Pin-Priority: 1001

Package: fglrx-kernel-2.6.18-5-686
Pin: version 8.40.4-1
Pin-Priority: 1001

et le résultat de apt-cache policy :

Fichiers du paquet :
 100 /var/lib/dpkg/status
     release a=now
 101 http://security.debian.org lenny/updates/non-free Packages
     release o=Debian,a=testing,l=Debian-Security,c=non-free
     origin security.debian.org
 101 http://security.debian.org lenny/updates/contrib Packages
     release o=Debian,a=testing,l=Debian-Security,c=contrib
     origin security.debian.org
 101 http://security.debian.org lenny/updates/main Packages
     release o=Debian,a=testing,l=Debian-Security,c=main
     origin security.debian.org
 101 http://ftp.fr.debian.org lenny/non-free Packages
     release o=Debian,a=testing,l=Debian,c=non-free
     origin ftp.fr.debian.org
 101 http://ftp.fr.debian.org lenny/contrib Packages
     release o=Debian,a=testing,l=Debian,c=contrib
     origin ftp.fr.debian.org
 101 http://ftp.fr.debian.org lenny/main Packages
     release o=Debian,a=testing,l=Debian,c=main
     origin ftp.fr.debian.org
 998 http://debian-multimedia.yolker.be stable/main Packages
     release o=Unofficial Multimedia Packages,a=stable,l=Unofficial Multimedia Packages,c=main
     origin debian-multimedia.yolker.be
 998 http://wine.budgetdedicated.com etch/main Packages
     release o=winehq,a=stable,l=winehq,c=main
     origin wine.budgetdedicated.com
 999 http://security.debian.org etch/updates/non-free Packages
     release o=Debian,a=stable,l=Debian-Security,c=non-free
     origin security.debian.org
 999 http://security.debian.org etch/updates/contrib Packages
     release o=Debian,a=stable,l=Debian-Security,c=contrib
     origin security.debian.org
 999 http://security.debian.org etch/updates/main Packages
     release o=Debian,a=stable,l=Debian-Security,c=main
     origin security.debian.org
 997 http://ftp.fr.debian.org etch/non-free Packages
     release v=4.0r1,o=Debian,a=stable,l=Debian,c=non-free
     origin ftp.fr.debian.org
 997 http://ftp.fr.debian.org etch/contrib Packages
     release v=4.0r1,o=Debian,a=stable,l=Debian,c=contrib
     origin ftp.fr.debian.org
 997 http://ftp.fr.debian.org etch/main Packages
     release v=4.0r1,o=Debian,a=stable,l=Debian,c=main
     origin ftp.fr.debian.org
Paquets étiquetés :
     fglrx-driver-dev -> 8.40.4-1
     fglrx-driver -> 8.40.4-1
     fglrx-kernel-2.6.18-5-686 -> (non trouvé)
     fglrx-kernel-src -> 8.40.4-1
     fglrx-amdcccle -> 8.40.4-1

Je suppose que sans cette manip, en plus des paquets security, les mises à jour des paquets Wine et Debian Multimedia ne se seraient pas faites ?

Bon, je crois que ça a l’air mieux. C’est mieux ? (au fait, merci :smt006 )

De rien, et oui à tes questions.

Je possede une vieille version de mon sources.list avec comme testing version etch.
J’aimerai mettre a jour mon systeme mais je ne suis pas sur de mon coup. En gros j’aimerai etre en version testing par defaut.
Voici mon sources.list dont j’aimerai conserver les repo.(skype,mplayer, vlc etc…)


# Stable

deb http://security.debian.org stable/updates main contrib non-free
deb-src http://security.debian.org/ stable/updates main contrib non-free

deb http://ftp.fr.debian.org/debian stable main contrib non-free
deb-src http://ftp.fr.debian.org/debian stable main contrib non-free

# Testing
deb http://security.debian.org etch/updates main contrib non-free
deb-src http://security.debian.org/ etch/updates main contrib non-free
deb http://ftp.fr.debian.org/debian etch main contrib non-free
deb-src http://ftp.fr.debian.org/debian etch main contrib non-free

# Unstable
deb http://ftp.fr.debian.org/debian unstable main contrib non-free
deb-src http://ftp.fr.debian.org/debian unstable main contrib non-free

#mirroir video et autre http://debian.video.free.fr/
#deb ftp://ftp.nerim.net/debian-marillat/ sarge main
#deb ftp://ftp.nerim.net/debian-marillat/ etch main

deb http://www.debian-multimedia.org sarge main
deb-src http://www.debian-multimedia.org sarge main

deb http://www.debian-multimedia.org etch main
deb-src http://www.debian-multimedia.org etch main
 
deb http://www.debian-multimedia.org testing main
deb-src http://www.debian-multimedia.org testing main 

# Skype
deb http://download.skype.com/linux/repos/debian/ stable non-free

# WINE
deb http://wine.sourceforge.net/apt/ binary/
deb-src http://wine.sourceforge.net/apt/ source/

# Package non officiel
deb http://ftp.debian-unofficial.org/debian sarge main contrib non-free restricted
deb-src http://ftp.debian-unofficial.org/debian sarge main contrib non-free restricted

# Videolan VLC
deb http://download.videolan.org/pub/videolan/debian sarge main
deb-src http://download.videolan.org/pub/videolan/debian sarge main

deb http://download.videolan.org/pub/videolan/debian sid main
deb-src http://download.videolan.org/pub/videolan/debian sid main


#Eclipse

#deb http://www.linex.org/sources/linex/debian sarge linex
#deb http://www.linex.org/sources/linex/debian woody linex 

et mon preference :

Package: *
Pin: release a=testing
Pin-Priority: 550

Package: *
Pin: release a=apt-build
Pin-Priority: 990

Package: *
Pin: release a=stable
Pin-Priority: 550

Package: *
Pin: release a=unstable
Pin-Priority: 33

Package: *
Pin: release a=experimental
Pin-Priority: 15

Package: linux-source-2.6.*
Pin: release a=stable
Pin-Priority: 550

Package: mozilla-firefox
Pin: release a=unstable
Pin-Priority: 550

Je ne suis pas sur d’avoir tout compris et j’aimerai surtout eviter de peter mon systeme qui marche plutot bien …Mais je veux le mettre a jour pour recuperer par exemple subversion derniere version stable ainsi qu’etre a jour au niveau mise a jour.

Je suppose que dans le sources.list, il faut que je change sarge par etch et etch par lenny.
Mon fichier preferences est il correct pour etre en testing par defaut?
Est il risqué d’etre en testing?

Merci pour votre aide.

^^

lis le premier post du fil, il y a un lien vers des fichiers déjà configurés.

Je ne risque pas de tout casser ?:smiley:

Si, mais sous debian, tout se répare. Et le tuto indique les précautions à prendre et les vérifications à faire.

Je me pose une question.

D’après ce que je lis, dans le sources.list, il est préférable de nommer les releases par leur nom. C’est à dire qu’il vaut mieux mettre Etch et non stable, Lenny et non Testing. Ça a été dit à plusieurs reprises.

J’ai configuré mon fichier preferences pour piocher en priorité dans les dépôts de lenny sur mon PC fixe.

S’il est tout à fait possible de marquer “lenny” dans le sources.list, il n’en est pas de même pour le fichier preferences. Lenny n’est pas pris en compte, il faut obligatoirement marquer testing.

Le jour où Lenny sera stable, le fichier preferences va continuer à privilégier testing et je basculerai vers la nouvelle testing (ce jour-là, je pense que je m’en apercevrai quand même).

Donc dans le cas où l’on utilise le fichier preferences, est-il vraiment nécessaire de nommer les releases par leur nom dans le sources.list ?

quote="AnatomicJC"
Donc dans le cas où l’on utilise le fichier preferences, est-il vraiment nécessaire de nommer les releases par leur nom dans le sources.list ?[/quote]Non.
Plus: lors du gel, puis de la release de l’etch, il y a eu à chaque fois un changement de signature nécessitant de retoucher les preferences. Ceci étant, c’était pas trop génant, parceque c’etait la signature de la testing qui bougeait, et donc la testing qui retombait en 500 de prio. Comme le sources.list au carré que je propose, par exemple pour la testing, est configuré en “testing->stable->unstable”, si la testing tombe en prio, il essaye d’installer du stable, donc il n’installe rien parceque les versions installées sont plus récentes.

C’est bougrement bien pensé… Chapeau les dev Debian :smt023

Malin le Matt :exclamation: :exclamation:
8)

Mais j’y pense : si il n’y a que la signature de testing qui bouge et que je suis en stable (chiant le type :wink: ), lorsque Lenny deviendra stable, mon PC va vouloir upgrader de Etch vers Lenny ?

Non. C’est la prio de la Lenny qui tombe en 500 donc l’etch qui ne perd pas sa prio reste devant.

Mais bon, faut de toutes façons faire attention à ce moment là à ce qui s’installe.
Autre raison d’utiliser le nom dans le sources.list, indépendament des signatures dans les préférences, c’est que quand tu vois se télécharger les paquets, ça apparait dans le chemin, et tu vois mieux ou il les prend (quand stable se met à vouloir dire Lenny).

En y réfléchissant, je pense que etch perd sa prio car etch devient oldstable.
Donc si on a privilégié un ordre etch>lenny>sid>experimental, au moment du changement de release, Testing perd sa signature et tombe en prio 500 mais Etch également du fait qu’elle devient oldstable donc prio 500 également.
On arrive donc à Sid qui est prioritaire.

J’ai ajouté à mon sources.list sarge pour voir, apt-cache policy me dit :

[quote=“apt-cache policy”]500 http://ftp.fr.debian.org sarge/non-free Packages
release v=3.1r6,o=Debian,a=oldstable,l=Debian,c=non-free
origin ftp.fr.debian.org
500 http://ftp.fr.debian.org sarge/contrib Packages
release v=3.1r6,o=Debian,a=oldstable,l=Debian,c=contrib
origin ftp.fr.debian.org
500 http://ftp.fr.debian.org sarge/main Packages
release v=3.1r6,o=Debian,a=oldstable,l=Debian,c=main
origin ftp.fr.debian.org[/quote]

En fait pour être sûr que Etch reste prioritaire lors du passage en stable de Lenny, peut-être vaut-il mieux enlever a=stable mais garder le numéro de release pour préserver la priorité.

Mais bon, là, c’est sûr que je chipote… :laughing:

En tout cas, j’ai bien compris maintenant l’intérêt de nommer les releases par leur nom dans le sources.list et de toujours faire gaffe lorsque que l’on apt-get upgrade sa Debian.

Bonjour
Je suis débutant sur Debian, j’étais sous Ubuntu pendant 6 mois avant de passer à Debian.
Je voudrais que vous m’aidiez pour le sources.list SVP parce que je comprends pas trop.
Je suis allé voir ce topic : viewtopic.php?f=8&t=5659 et je comprends pas pourquoi il y a plusieurs versions de Debian dans le sources.list qui est proposé.
Je suis sous Debian etch donc j’ai recopié que les dépôts etch, est ce que mon sources.list est bon ou pas :

[code]## etch
deb http://ftp.fr.debian.org/debian/ etch main contrib non-free
deb-src http://ftp.fr.debian.org/debian/ etch main contrib non-free
#debian-marillat
deb http://www.debian-multimedia.org etch main
deb-src http://www.debian-multimedia.org etch main

security

deb http://security.debian.org/ etch/updates main contrib non-free
deb-src http://security.debian.org/ etch/updates main contrib non-free

volatile

deb http://ftp.ens-cachan.fr/ftp/debian-volatile etch/volatile main contrib non-free
deb-src http://ftp.ens-cachan.fr/ftp/debian-volatile etch/volatile main contrib non-free[/code]

Et est ce que j’ai besoin aussi du fichier preferences vu que je n’ai que les depôts etch ?

merci

Bonjour, petite modif pour moi:

[quote]## Testing ##

deb ftp.fr.debian.org/debian/ lenny main non-free contrib
deb-src ftp.fr.debian.org/debian/ lenny main non-free contrib

deb security.debian.org/ lenny/updates main contrib non-free
deb-src security.debian.org/ lenny/updates main contrib non-free

Stable

deb ftp.fr.debian.org/debian/ etch main non-free contrib
deb-src ftp.fr.debian.org/debian/ etch main non-free contrib

deb security.debian.org/ etch/updates main contrib non-free
deb-src security.debian.org/ etch/updates main contrib non-free

Unstable

deb ftp.fr.debian.org/debian/ sid main non-free contrib
deb-src ftp.fr.debian.org/debian/ sid main non-free contrib
[/quote]

[quote]Package: *
Pin: release a=apt-build
Pin-priority: 999

Package: linux-image-2.6*
Pin: release a=unstable
Pin-Priority: 998

Package: linux-headers-2.6*
Pin: release a=unstable
Pin-Priority: 997

Package: linux-source-2.6*
Pin: release a=unstable
Pin-Priority: 996

Package: linux-kbuild-2.6*
Pin: release a=unstable
Pin-Priority: 995

Package: fglrx-driver
Pin: release a=unstable
Pin-Priority: 994

Package: fglrx-control
Pin: release a=unstable
Pin-Priority: 993

Package: fglrx-kernel-src
Pin: release a=unstable
Pin-Priority: 992

Package: vlc
Pin: release a=unstable
Pin-Priority: 991

Package: wxvlc
Pin: release a=unstable
Pin-Priority: 990

Package: vlc-nox
Pin: release a=unstable
Pin-Priority: 989

Package: mozilla-plugin-vlc
Pin: release a=unstable
Pin-Priority: 988

Package: libvlc0
Pin: release a=unstable
Pin-Priority: 987

Package: alsa-base
Pin: release a=unstable
Pin-Priority: 986

Package: alsa-utils
Pin: release a=unstable
Pin-Priority: 985

Package: alsa-source
Pin: release a=unstable
Pin-Priority: 984

Package: linux-sound-base
Pin: release a=unstable
Pin-Priority: 983

Package: *
Pin: release a=testing
Pin-priority: 550

Package: *
Pin: release a=stable
Pin-priority: 540

Package: *
Pin: release a=unstable
Pin-priority: 530
[/quote]

J’ai un intérêt à rester sous Lenny?