fichier sources.list

[lol]

Si vous me trouvez une icône (30x30 png) je mets le lien dans le menu...

[piratebab]

J'ai mis à jour avec le générateur, le fichier minimal, et ajouté debian9.
https://wiki.debian-fr.xyz/index.php?ti ... t&stable=0
Merci de vérifier si c'est OK

[lol]

Merci.
Je regarde demain.

[Grhim]

Par défaut le nom de la branche est fixé sur Stretch (avec stable on prend le risque tous les trois ans d'avoir des sujets "aptitude upgrade à cassé ma Debian"...).

Perso, a mes débuts, j'ai pu cassé ma debian deux fois en utilisant les noms de code dans le sources.list...
depuis que je l'ai changé , plus aucuns problèmes....(jusqu'a present )

[lol]

@piratebab: Super.

Je rectifierais encore un peur le générateur de sources.list (brèves explication et meilleure mise en valeur des liens en bas de pge).
A par ça je crois qu'on est pas trop mauvais.

Un sujet dans T&A peut-être ?

[vv222]

Tiens, on parle de sources APT par ici…
Je vois 2~3 petits points à améliorer dans la page du wiki, je vais passer dessus ce matin.

[lol]

Tiens, on parle de sources APT par ici…
Je vois 2~3 petits points à améliorer dans la page du wiki, je vais passer dessus ce matin.

Excellente idée!
Je viens de faire 2/3 modif et rafraîchir le graphique des versions/

[piratebab]

bon, reste plus qu'a s'attaquer au gros morceaux. Le sources.list complet, avec une fichier preferences adapté en fonction de la version principale. Je sais déja que cela va faire débat car il y a plusieurs "écoles".
Nous attendons vos propositions. Commençons par faire le plus facile, le fichier sources.list.
Perso, je met toutes les versions, de la stable à l'expérimental , et je n'utilise pas le nom des versions. Je prefere étre en rolling realease, et je met stable testing ....
Mais cela m'amène une réflexion.
Faut il proposer un fichier sources.list unique, ou bien un plus adapté dans le cas de quelqu'un qui veux rester en stable,pas de rolling release, et souhaite piocher de temps en temps en testing ou sid ?

[DbFr871]

bon, reste plus qu'a s'attaquer au gros morceaux. Le sources.list complet, avec une fichier preferences adapté en fonction de la version principale. Je sais déja que cela va faire débat car il y a plusieurs "écoles".
Nous attendons vos propositions. Commençons par faire le plus facile, le fichier sources.list.
Perso, je met toutes les versions, de la stable à l'expérimental , et je n'utilise pas le nom des versions. Je prefere étre en rolling realease, et je met stable testing ....
Mais cela m'amène une réflexion.
Faut il proposer un fichier sources.list unique, ou bien un plus adapté dans le cas de quelqu'un qui veux rester en stable,pas de rolling release, et souhaite piocher de temps en temps en testing ou sid ?

.
Perso, je le vois plus dans ce cas là, Stretch par exemple, plutôt que stable...

[lol]

Salut,
Voici le mien (Pas de fichier preferences).

Code : Tout sélectionner

# DEPOTS DE BASE
deb http://deb.debian.org/debian stable main non-free contrib
deb http://deb.debian.org/debian testing main contrib non-free
deb http://deb.debian.org/debian unstable main non-free contrib
deb http://deb.debian.org/debian experimental main non-free contrib
# SECURITY
deb http://security.debian.org/ stable/updates main contrib non-free
deb http://security.debian.org/ testing/updates main contrib non-free
# "VOLATILE"
deb http://deb.debian.org/debian/ stable-updates main contrib non-free
deb http://deb.debian.org/debian/ testing-updates main contrib non-free

Pareil pour le nom de la branche.
Ça n'a pas de sens de mettre le "surnom" quand on commence à taper en Testing/Unstable

[piratebab]

lol, on est d'accord pour testing et SID.
Mais je parle des personnes qui qont en stable, et veulent piocher dans testing, voire SID ou expérimental .
Autre question pour la stable pure (débutant) . Faut il mettre les backports ? Avec un fichier preferences ?

[lol]

Salut,
Ben on utilise le même sources.list mais avec un fichier preferences en plus, non ?
C'est le fichier preferences qui fait la différence, pas le sources.list (mais ça tu le sais déjà!).

Les backports devraient effectivement faire l'objet d'un paragraphe à part.
Ça reste, pour une stable, un peu bancal. Je suis d'accord en tout cas pour un fichier preferences qui descende la priorité des backports sous le dépôt stable classique.
Il faut expressement le préciser quand on veut installer un paquet des backports (je pense qu'on est daccord là dessus, non ?).

[piratebab]

ok pour moi.
donc pour la version "avancée":
- stable : un sources.list avec "strech", les backports, testing et SID. Un fichier preferences avec par ordre de priorité: strech, backports, testing , SID
- pour testing et SID: un sources.list avec stable, testing, sid, experimental, et un fichier preferences avec testing ou SID en plus haute priorité.

Question subsidiaire: en testing on SID, est ce qu'on laisse les backports de la stable ?

[lol]

ok pour moi.
donc pour la version "avancée":
- stable : un sources.list avec "strech", les backports, testing et SID. Un fichier preferences avec par ordre de priorité: strech, backports, testing , SID
- pour testing et SID: un sources.list avec stable, testing, sid, experimental, et un fichier preferences avec testing ou SID en plus haute priorité.

Question subsidiaire: en testing on SID, est ce qu'on laisse les backports de la stable ?

Impec. Pour éviter les déconvenues, en stable je ne mettrais que stable + backports (Pas de testing ou unstable).
Un fichier preferences mal écrit pourrait entraîner des catastrophes, et on sais tous que les nouveaux venus ne sont pas toujours attentifs...

Pour la backorts stable en testing et unstable, je pense qu'on peut virer ça provoque un update plus long inutilement.

[piratebab]

Les nouveaux venus, on ne leur proposera que le sources.list minimaliste.

[piratebab]

Je voudrai revenir sur les backports.
Sur les 2 pages officielle debian qui en parle, il n'est fait nulle part mention du besoin d'ajouter un fichier preferences.
Je propose donc d'ajouter la ligne des backports dans la version minimaliste du sources.list stable (avec dépots contrib et non free).
Qu'en pensez vous ?
https://backports.debian.org/Instructions/
https://wiki.debian.org/Backports

[lol]

Tu as raison évidemment.

Code : Tout sélectionner

[11:41:05 root@nas ~]# cat /etc/apt/preferences
cat: /etc/apt/preferences: Aucun fichier ou dossier de ce type
[11:41:18 root@nas ~]# apt-cache policy xchat
xchat:
  Installé : (aucun)
  Candidat : 2.8.8-7.3
 Table de version :
     2.8.8-11~bpo9+1 100
        100 http://deb.debian.org/debian stretch-backports/main amd64 Packages
     2.8.8-7.3 500
        500 http://deb.debian.org/debian jessie/main amd64 Packages

[piratebab]

Est que tu peux le rajouter au générateur de sources.list ?

[lol]

Est que tu peux le rajouter au générateur de sources.list ?

Ça demande un peu de boulot, les backports en sont pas disponibles dans toutes les branches proposées par le sources.list.
Il faut que je regarde.

[network-king]

Code : Tout sélectionner

Linux debian 4.9.0-4-amd64 #1 SMP Debian 4.9.51-1 (2017-09-28) x86_64 GNU/Linux

Code : Tout sélectionner

deb [arch=amd64] http://ftp2.fr.debian.org/debian/ stretch main contrib non-free
deb-src [arch=amd64] http://ftp2.fr.debian.org/debian/ stretch main contrib non-free

deb [arch=amd64] http://ftp2.fr.debian.org/debian/ stretch-updates main contrib non-free
deb-src [arch=amd64] http://ftp2.fr.debian.org/debian/ stretch-updates main contrib non-free

deb [arch=amd64] http://security.debian.org/ stretch/updates main contrib non-free
deb-src [arch=amd64] http://security.debian.org/ stretch/updates main contrib non-free

deb [arch=amd64] http://ftp2.fr.debian.org/debian/ stretch-proposed-updates main contrib non-free
deb-src [arch=amd64] http://ftp2.fr.debian.org/debian/ stretch-proposed-updates main contrib non-free

Bah moi j'ai mis ca: je ne sais si c'est correct mais bon.