Testing


#1

Salut a tous

je dois installer sur ma debian sarge les logiciels qui n’existent qu’en testing
je dois donc me rendre dans apt sources list pour y mettre le chargeur des logiciels testing
je ne sais pas ou aller afin d’installer cette nouvelle ligne dansmon apt sourceslist

peut-on me conseiller .Merci


#2

Raajoute déjà ça mais il y en a d’autres :

deb ftp://ftp2.fr.debian.org/debian/ testing main deb-src ftp://ftp2.fr.debian.org/debian/ testing main


#3

J’ai ces deux lignes la pour ma testing :slightly_smiling:

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


#4

[quote=“Ashgenesis”]J’ai ces deux lignes la pour ma testing :slightly_smiling:

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

Une petite question complémentaire:
lorsque l’on rajoute ces 2 lignes le systeme commence a télecharger les logiciels;
Est - ce que les anciens paquets de sarge 3.1 sont détruit et remplacés par les paquets de la testing; autrement dit devient-on testing ou est-ce que il y a un cumul des 2 versions et on demeure toujours sarge stable.Merci


#5

Tout dépend si tu as mis des préférences je suis actuellement en testing avec des sources unstables pour le noyau.

Voir mon post sur les preferences dans la rubrique truc et astuce.
forum.debian-fr.org/viewtopic.php?t=1728

Qui explique comment avoir les versions unstables des kernels tout en restant en stable. Cela peux s’appliquer a différentes applications :slightly_smiling:


#6

Pour que tu sois totalement “testing” (ou etch), il faut que tu fasses un upgrade mais tant que tu n’as rien fait, les paquets restent en attente d’être installés.
Perso, j’ai updaté en etch et m^ en sid, puis j’ai fait mon marché et upgradé ce qui m’ibtéressait et seulement ça.
Maintenant, quand j’ouvre synaptic, j’ai plein de paquets qui ne sont pas mis à jour et qui le resteront sauf si besoin d’avoir la dernière mouture.


#7

déjà un souces.list etch un peu plus complet:

## etch 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://ftp2.fr.debian.org/debian/ etch main contrib non-free deb-src http://ftp2.fr.debian.org/debian/ etch main contrib non-free
ensuite, si tu laisses ces lignes la et que tu fais un apt-get dist-upgrade, tu va passer toute ta machine en etch.
Si tu ne veux pas te casser la tête avec des préfèrences, et si tu n’as pas trop de soft à installer depuis etch, tu fais juste un update, l’install de ton soft, et aprés, tu recommentes les lignes dans sources.list.
Sinon, si ce n’est pas en environnement nécessitant une machine parfaite, tu n’as qu’a passer en etch complètement, tu te prendras moins la tête…


#8

Ricardo: tu va passer à coté de nombreuses mises à jour y compris sur des paquets sarge. Tu sais ca ?


#9

Non, pour Sarge, j’ai recommenté les sid et etch et j’udate/upgrade.
Maintenant, on peut aussi avec synaptic 8) faire “nvelles version amont du logiciel” et faire son marché, si besoin.


#10

C’est exactement ce que je veux dire:
imagines que tu aies un paquet a/sid qui soit dependance de b/sarge et de c/sid, avec c/sid necessitant EXACTEMENT a/sid.
un jour, une mise à jour de b/sarge necessite une version de a superieure à a/sid, ce qui serait incompatible avec c/sid. Plutôt que de désinstaller c/sid et d’upgrader a/sarge et b/sarge (ce qui serait la solution proposée par un dist-upgrade), il va silencieusement te mettre le paquet b/sarge en attente.

j’ai de vieilles habitudes de ligne de commande et d’édition de fichiers: je connais peu synaptics.


#11

Oui, je comprends bien ce que tu veux dire mais je suppose que ds ce cas, j’aurais un disfonctionnement et il me suffirait de refaire un update avec sid( ou etch) et de mettre à jour les seuls paquets qui ne fonctionnent pas.
Pour l’instant, je suis pratiquement ‘Sarge’ à 90 % et seuls KDE et maintenant Open Office sont ‘Sid’.
Tout fonctionne donc il faut croire que les dépendances sont comme il faut, non ?
Bientôt, je vais mettre ma “test” en etch totalement.


#12

[quote=“ricardo”]Oui, je comprends bien ce que tu veux dire mais je suppose que ds ce cas, j’aurais un disfonctionnement et il me suffirait de refaire un update avec sid( ou etch) et de mettre à jour les seuls paquets qui ne fonctionnent pas.
Pour l’instant, je suis pratiquement ‘Sarge’ à 90 % et seuls KDE et maintenant Open Office sont ‘Sid’.
Tout fonctionne donc il faut croire que les dépendances sont comme il faut, non ?
Bientôt, je vais mettre ma “test” en etch totalement.[/quote]

Ricardo

Depuis un moment que je lis tes interventions j’ai compris que tu as une très bonne connaissance de debian (j’ai appliqué pas mal de solutions émanant de ton cru)

J’ai suivi avec interêt le sujet "logiciel " émis par setetmese.
En résumé et dans un langage clair j’ai compris (répond si je me trompe) que:

  • une fois les 6 ou 7 lignes concernant testing, etch ;ajoutées dans sources list on peut installer les logiciels inexistants dans sarge

  • et pour revenir a la situation antérieure c’est a dire sarge 3.1 il suffit de mettre un "# " devant ces 6 ou 7 lignes. ceci ocultera testing.

    j’espère avoir bien compris sinon rectifie ma pensée. Merci


#13

pas tout à fait.en fait, les paquets que tu auras pris dans une version ulterieure ne reviendront jamais d’eux même en arrière si tu ne les forces pas (le post d’ashgenesis plus haut et la lecture de ‘man preferences’ à ce sujet sont vraiment interessants pour comprendre pourquoi).
En espèrant qu’un jour mes interventions ne te passeront plus au dessus de la tête, et si ton style est plus le pointer/cliquer que l’edition avec emacs, c’est vrai que c’est Ricardo le plus au point sur cette approche.
:wink:


#14

[quote=“MattOTop”]pas tout à fait.en fait, les paquets que tu auras pris dans une version ulterieure ne reviendront jamais d’eux même en arrière si tu ne les forces pas (le post d’ashgenesis plus haut et la lecture de ‘man preferences’ à ce sujet sont vraiment interessants pour comprendre pourquoi).
En espèrant qu’un jour mes interventions ne te passeront plus au dessus de la tête, et si ton style est plus le pointer/cliquer que l’edition avec emacs, c’est vrai que c’est Ricardo le plus au point sur cette approche.
:wink:[/quote]

Je te remercie, mattotop, pour ton intervention ,je prends note de tes conseils.
Je dois te dire que j’ai découvert l’informatique durant le mois d’aout 2005, ce que j’essaie de faire c’est de comprendre les mécanismes qui me paraissent je l’avoue fort compliqués pour le moment.
Cependant je trouve debian fort intéressant et très riche, et j’espère que d’ici quelques mois voire une année je serais un peu plus au top et que je pourrais suivre plus facilement.

Pour le moment j’essaie d’acquérir les bases et les fondamentaux.


#15

en gros, c’est ça.

déjà, utilise synaptic, petit conseil qui vaut ce qu’il vaut …

ensuite, par exemple, moi je suis en “testing” (etch) mais j’ai installé certains logiciels depuis la “unstable” (sid).

pour ça, comme tu le dis, j’ai décommenté les lignes sid dans le fichier /etc/apt/sources.list le temps de “faire mon marché” comme le dit si bien Ricardo.

une fois mes amplettes terminées, je recommente les lignes sid.

si je veux une mise à jour de ces paquets (provenant de sid), il y a deux possibilités:
1/ attendre qu’ils passent en “testing” (question de temps)
2/ décommenter les lignes, faire un update, recommenter les lignes

une autre solution comme le précise Ash est de régler les préferences pour apt / synaptic comme ça tout est automatique.

en esperant avoir eclairé un peu plus ta lanterne :wink:

FYI, voici mon /etc/apt/sources.list:

[quote]#DEBIAN STABLE [SARGE]
deb ftp.fr.debian.org/debian stable main contrib non-free
deb-src ftp.fr.debian.org/debian stable main contrib non-free

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

#deb non-us.debian.org/debian-non-US stable/non-US main contrib non-free
#deb-src non-us.debian.org/debian-non-US stable/non-US main contrib non-free

#DEBIAN TESTING [ETCH]

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

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

#DEBIAN UNSTABLE [SID]

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

#___________________________________________________________________________

#DEBIAN-UNOFFICIAL (Debian unofficial repository)
deb ftp.debian-unofficial.org/debian/ sarge main contrib non-free restricted
deb-src ftp.debian-unofficial.org/debian/ sarge main contrib non-free restricted

#DEBIAN-DESKTOP (Kde)
#deb debian-desktop.org/pub/linux … kde-3.4.3/ sarge main
#deb-src debian-desktop.org/pub/linux … kde-3.4.3/ sarge main

#___________________________________________________________________________

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

#SKYPE
#deb download.skype.com/linux/repos/debian/ stable non-free

#___________________________________________________________________________

#MARILLAT (Unofficial Multimedia Packages)
deb ftp://ftp.nerim.net/debian-marillat/ sarge main
deb ftp://ftp.nerim.net/debian-marillat/ etch main

#JONES (Unofficial Debian GNU/Linux area)
#deb debian.jones.dk/ sarge misc
#deb debian.jones.dk/ etch misc

#PLANET-MOLL (K3B)
#deb planet-moll.de/debian sarge main
[/quote]

et pour upgrader complétement Debian (passer de Sarge à Etch par exemple), je rapelle qu’il faut utiliser l’option “dist-upgrade” (un simple “update” n’est pas suffisant):

apt-get update apt-get dist-upgrade

++


#16

[quote]Depuis un moment que je lis tes interventions j’ai compris que tu as une très bonne connaissance de debian[/quote] Ô que non ! je commence juste à me débrouiller mais je suis loin d’atteindre le niveau d’au moins 3 ou 4 de mes amis du forum. J’men fout, j’ai le tps, je suis à la retraite. :laughing:

[quote]En résumé et dans un langage clair j’ai compris (répond si je me trompe) que:

  • une fois les 6 ou 7 lignes concernant testing, etch ;ajoutées dans sources list on peut installer les logiciels inexistants dans sarge
  • et pour revenir a la situation antérieure c’est a dire sarge 3.1 il suffit de mettre un "# " devant ces 6 ou 7 lignes. ceci ocultera testing. [/quote] C’est ça en gros mais lis bien ce qu’ajoute Ghostin, c’est exactement ce que je t’aurais répondu et la façon de faire que j’emploie…

[quote]En espèrant qu’un jour mes interventions ne te passeront plus au dessus de la tête, et si ton style est plus le pointer/cliquer que l’edition avec emacs, c’est vrai que c’est Ricardo le plus au point sur cette approche. [/quote] Amer et ironique le Matt :smiley:

[quote]déjà, utilise synaptic, petit conseil qui vaut ce qu’il vaut … [/quote]Attention, tu vas aussi entrer ds la catégorie des “pointeurs/cliqueurs”. C’est pas très bien vu de nos jours :smiling_imp:


#17

[quote=“ricardo”][quote]En espèrant qu’un jour mes interventions ne te passeront plus au dessus de la tête, et si ton style est plus le pointer/cliquer que l’edition avec emacs, c’est vrai que c’est Ricardo le plus au point sur cette approche. [/quote] Amer et ironique le Matt :smiley:

Tu vois, la différence, c’est que moi je sais utiliser les deux manières, le tout sans être méprisant et tout en restant cool 8)

Enfin, hormis cette fois …

Quoi qu’il en soit, les deux façons (apt-get et synaptic) ont leurs avantages et leurs inconvenients. Et il me parait plus logique, prévenant et consciencieux de conseiller synaptic à un intervenant qui n’a pas encore acquis les notions élémentaires des dépôts et du sources.list plutôt que de prôner la méthode “à la dure”, à savoir en ligne de commande, en excluant aveuglément toute autre alternative ne correspondant pas aux critéres d’un “l33t h4x0r” rongé par une frustration sous latente dont l’origine pourrait éventuellement être de ne pas avoir eu l’occasion en son temps d’accéder à une alternative plus simple et efficace ou encore de ne pas en avoir la connaissance actuelle.

Et je trouve par ailleurs très étroit d’esprit de mépriser sur un air hautain et dédaigneux une solution que l’on ne maitrise pas soi-même …

Sur ce, mes ami(e)s, une des qualités du “libre” étant la liberté de choix parmi une grande diversité d’alternatives, je ne peux que vous inviter à faire un tour d’horizon par vous-mêmes tout en ignorant tous les préjugés qui voudraient faire de vous ce que vous n’auriez probablement pas, en toute objectivité, choisi d’être …

:mrgreen:


#18

Ma remarque concernant le pointer/cliquer n’avait pas de caractère désobligeant ou condescendant. j’etais sincère, aucune amertume pour le répèter: pour le pointer/cliquer et à ce que j’en sais, Ricardo rulez. :wink:


#19

ehuuuuu le
apt-get dist-upgrade

c’est risquer !!! je l ai fait et au milieu de l install il a refuser d installer un paquet et j’ai tout planter j’etait fou impossible de demander de l aide ou autre :’(
perso je conseil juste des upgrade de paquets upgrade par default :slightly_smiling:
++


#20

si on veut se remettre au carré de temps en temps, il faut se lancer dans un dist-upgrade. Pour une machine non critique, j’ai même pour politique de le faire systêmatiquement.
Alors d’accord, on a parfois des plantages (mais ca peut arriver aussi pendant un simple upgrade), ou des recouvrement de fichiers venant de paquets en cours d’install avec ceux pas encore désinstallés, mais en insistant en boucle, on y arrive.
D’autant plus que quand on le fait souvent ca passe mieux.
Juste une ou deux précautions:
1/ne pas redémarrer sa machine ou relancer son serveur X (si l’on travaille sous X) avant d’avoir résolu tous les problêmes de dépendances.
2/si l’on sait que ca va taper dans des paquets X windows, faire ca depuis une console. Si lors des messages, on vous prévient qu’il va falloir redemarrer X arrètez l’opération et passez en console.
3/penser à l ‘apt-get -f install’ et à l ‘apt-get dselect-upgrade’ ca peut sortir de pas mal de pétrin. Le dselect-upgrade propose parfois des combinaisons d’installation plus interressantes que le dist-upgrade, n’hesitez pas à comparer.
4/penser à faire soit même des suppression de paquets avec apt-get remove, quand on voit qu’il y a des conflits à résoudre sur des paquets dont on a pas vraiment besoin ou qu’on peut réinstaller aprés.
Vala…