Testing ou Unstable ?

Support Debian
#1

Bonjour tout le monde,

J’ai installé Lenny, mais d’éventuelles instabilités me dérangent moins que de ne pas pouvoir utiliser les dernières nouveautés. (Il y a bien les backports, mais je trouve ça un peu désordonné) Je souhaite donc passé à Sid ou Squeeze. Mais j’hésite.
Sachant que j’ai souvent eu des problèmes avec ma carte ATI, je pensais rester sur du testing, histoire de ne pas prendre trop de risques, mais d’un autre côté, il paraît que les bugs sont beaucoup plus rapidement corrigés en unstable qu’en testing (est-ce vrai ?) Et puis l’idée de contribué à l’avancement en faisant des rapports d’erreur me plaît.
Bref, je ne sais pas trop. Pourriez-vous m’éclairer ? Merci d’avance.

Duna

#2

migre en Sid, d’après tes réactions, c’est ce qu’il te faut.
Si tu as peur d’être “bloqué” de temps en temps par un bug, va voir mon tuto de sauvegarde/clone dans T&A.
http://forum.debian-fr.org/viewtopic.php?f=8&t=25179

#3

Oki, merci de ton conseil. Donc, si j’ai bien compris, que je mette sid ou unstable dans sources.list, le résultat est le même ? (contrairement à lenny ou squeeze / stable ou testing)

Pour ton tuto, c’est déjà mis en application sur la stable :smiley:

Juste histoire d’être sûr de ne pas faire n’importe quoi :
Mon actuel sources.list :

[code]# deb cdrom:[Debian GNU/Linux 5.0.4 Lenny - Official amd64 DVD Binary-1 20100131-22:09]/ lenny contrib main

deb cdrom:[Debian GNU/Linux 5.0.4 Lenny - Official amd64 DVD Binary-1 20100131-22:09]/ lenny contrib main

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

deb http://volatile.debian.org/debian-volatile lenny/volatile main contrib

deb-src http://volatile.debian.org/debian-volatile lenny/volatile main contrib

Backported packages for Debian Lenny

deb http://ftp.fr.debian.org/debian/ lenny main contrib non-free
deb http://ftp.fr.debian.org/debian/ lenny-proposed-updates contrib non-free main
deb http://www.backports.org/debian lenny-backports main contrib non-free

deb http://www.debian-multimedia.org stable main[/code]

deviendra [code]#OSEF des correctifs de sécurité
#deb http://security.debian.org/ lenny/updates main contrib non-free

deb http://volatile.debian.org/debian-volatile sid/volatile main contrib

deb-src http://volatile.debian.org/debian-volatile sid/volatile main contrib

deb http://ftp.fr.debian.org/debian/ sid main contrib non-free
deb http://ftp.fr.debian.org/debian/ sid-proposed-updates contrib non-free main

#Plus de backports :smiley:
#deb http://www.backports.org/debian lenny-backports main contrib non-free

deb http://www.debian-multimedia.org stable main[/code]

Est-ce correct ?

#4

Tiens c’est marrant je me suis posé exactement cette question tout à l’heure.
Si quelqu’un peut nous apporter la réponse je suis aussi preneur :slightly_smiling:

Pour ta question, je conseillerais Sid plutôt que Testing, car il y a forcément des bugs dans Testing, et lorsque tu tombes sur l’un d’eux et qu’il te bloque un logiciel, c’est assez relou de devoir attendre plusieurs semaines pour qu’il soit résolu.

#5

Sid et unstable, c’est effectivement du pareil au même. cf debian.org/doc/manuals/debia … ng.fr.html (3.1.9 en particulier)

EDIT : plutôt 3.1.11 :stuck_out_tongue:
re-EDIT : à quoi servent les dépots “volatile” ? Ils étaient de base dans le sources.list, mais je ne sais pas à quoi ils servent.

#6

Il y a des tas de sujets et d’avis sur le sources.list et sur le fichier /etc/apt/preferences.

Quelques renseignements :

  • Il n’y a pas de volatile en sid (EDIT : en fait, volatile n’existe que pour stable et oldstable)

  • Les priorités par défaut de expérimental sont à 1, sauf pour multimedia en experimental (dépôt marillat) où elles sont à 500 !

  • Les backports sont inutiles en sid

  • Une fois ton sources.list et ton fichier préférences fixés, fais un update puis un apt-cache policy (tout court).
    Tu verras alors apparaître les priorités des dépôts telles que ton système les verra. Les quelques lignes Translation-fr avec les prios à 500 n’ont pas d’influence constatée sur le système.

  • Il est préférable d’ajouter testing à sid dans le sources.list. Sid peut parfois en avoir besoin.

  • Si tu n’as pas le dépôt multimédia experimental dans ton sources.list, en sid, tu peux parfaitement te passer d’un fichier préférences.

Plus d’info : man apt_preferences

#7

si j’etais toi ,j’essaierais “windows 7”,mais tu n’auras pas compiz-fusion

windows 7 est un programme leger,qui est a ce qui parait le plus utiliser sur terre moi je viens d’“alpha 7” par la porte des etoiles :smiley:

tu peux essayer “poseidon”,ca c’est linux:
en.poseidonlinux.org/

essaie de trouver une version en “ext4”,moi j’ai squeeze en “ext3” avec le noyau “trunk”

je dis “ext4”,c’est du tout neuf,malheureusement moi je n’ai pas pensez a ca lors de l’install de ma debian

#8

[quote]si j’etais toi ,j’essaierais “windows 7”,mais tu n’auras pas compiz-fusion

windows 7 est un programme leger,qui est a ce qui parait le plus utiliser sur terre[/quote]
??

#9

moi?..je plaisanterais?.. :open_mouth: :smiley:

en tous cas la version unstable est parfois tres interressante mais sinon fait comme il faut,c’est a dire la version stable…lenny…c’est celle qui est normalement a choisir dans le cas d’un utilisateur particulier…la version stable est en faite la version testing une fois validé par les devs et les testeurs…

normalement lenny,et c’est tres bien :smiley:

mais la testing ou meme l’unstable,c’est…du plus!!les nouveautés et tous mais il faut parfois s’accrocher et meme parfois abandonnés.

l’unstable ,si t’es un j’ai nie de l’info,tu deviens devs

testing ,si t’es un geeks,tu deviens beta-testeur

stable ,si tu es monsieur tous le monde qui veut un logiciel utilisable a 99 %,pour touds ce qui se fait aujourd’hui avec un pc publique

voila pour toi,
fr.debian.org/releases/

#10

[quote=“burty”]si j’etais toi ,j’essaierais “windows 7”,mais tu n’auras pas compiz-fusion

windows 7 est un programme leger,qui est a ce qui parait le plus utiliser sur terre moi je viens d’“alpha 7” par la porte des etoiles :smiley: [/quote]
Ça me tente bien de jeter un oeil aux sources :stuck_out_tongue:

Et puis pour ce qui est du choix, je ne suis de loin pas un génie de l’informatique, question geek, on fait mieux (surtout par manque de temps). Mais j’aime bien avoir les dernières nouveautés, même si ce n’est pas toujours très stables.

Je pense que je vais passer en sid. Au cas où je serais sur le point de me suicider, j’improviserais. Mon disque dur est assez gros pour avoir une stable et une sid :smiley:

Juste une demande de précision pour la migration : si je change sources.list (comme indiqué dans le message plus haut), et que je balance toutes les mises à jour, c’est bon ? Ou bien il y a des précautions à prendre ?

#11

il faut toujours prier devant l’ecran quand tu fais une mise a jour :smiley: (je plaisante :smiley: )

sinon pour le “sources.list” tu peux voir dans la rubrique(j’sais pas si on dit rubrique) “trucs et astuces” --> “sources.list au carré ou minimaliste”

mais bon,moi je ne l’utilise pas.personnelement,je me sers de celui d’origine puis je rajoute des depots suivant mes besoins,et oui,open sources :smiley:

#12

Bhen faut pas exagerer :open_mouth: apt-listbugs et un peu d’attention suffisent, non mais quand même …[quote=“Dunatotatos”]Je pense que je vais passer en sid. Au cas où je serais sur le point de me suicider, j’improviserais. Mon disque dur est assez gros pour avoir une stable et une sid :smiley:[/quote]
Si tu as déja un système complet d’installé la migration risque d’être difficile ( personnellement a chaque fois que j’ai tenté ça a planté lamentablement) par contre faire une installation minimale et migrer puis installer tout les paquets ça ca marche nickel.[quote=“Dunatotatos”]Mais j’aime bien avoir les dernières nouveautés, même si ce n’est pas toujours très stables.[/quote]Dans ce cas la, si tu as une testing d’installée tu peut profiter des nouveautées de Sid en piochant dedans les paquets qui t’intérressent… Testing/Sid étant complémentaires ça marche plutot bien.
:smt006

#13

Mon choix est fait !
Je garde la stable en mode “cloné”, je passe en testing (si ça foire, je réinstalle tout depuis le début :p), j’y reste jusqu’à Pâques, et si tout s’est bien passé, j’installe une sid à côté. Si j’ai eu des problèmes, j’installe aussi une sid à côté :stuck_out_tongue:
Et puis la suite dépendra des déboires que je rencontrerai en sid.

Merci pour vos conseils :slightly_smiling:

#14

[quote=“Clem_ufo”]
Si tu as déja un système complet d’installé la migration risque d’être difficile ( personnellement a chaque fois que j’ai tenté ça a planté lamentablement) [/quote]
Tu n’as ptet pas eu de chance mais j’ai bien dû passer un bonne vingtaine de fois de Stable fonctionnelle en Sid, sans aucun problème.
Juste en ajoutant les ligne “sid” dans le sources.list - update - upgrade - point.

#15

Je suis peut-être suicidaire, mais j’ai envie de tenter quelque-chose : peut-on utiliser le même /home pour une stable et une sid ? J’ai pensé que non, car si un fichier de configuration diffère avec la version d’un paquet, ça peut ne pas être très joli. Mais on ne sait jamais :stuck_out_tongue:

#16

J’utilise la meme partition /home mais pas le meme $user. Chacuns ont leur fichiers de configuration. Et il y a un dossier en plus /home/donnees qui contient les textes, images, musique, videos, etc… Comme a l’installation ldes utilisateurs ont ete crees avec le meme uid chacun sur son propre systeme (celui du premier utilisateur cree, ca se fait par defaut) ils ont du coup tous deux acces aux meme fichiers avec les memes droits.
Ca evite d’eventuels problemes de compatibilite de fichiers de configuration et ca reste simple.

Apres, il semble que certains utilisent le meme $user sur Stable et Sid sans problemes.