Re : Testing ou Sid ?
Bonjour, Le 01/03/09, Sylvain Sauvagesylvain.sauv...@metanoesis.net a écrit : rien à voir mais au fait, tous les rapports de bugs doivent être rempli en anglais ou certains projets permettent du multilingue ? Parce que perso, l'anglais en rédaction... aïe aïe aïe... :) Tu peux toujours te faire aider. P.ex. les traducteurs se retrouvent sur la liste sœur debian-l10n-french (laquelle charriait pas mal de courriers automatiques la dernière fois que j’y suis allé voir). Ah tiens, merci ! [… de la vérification des mises à jour…] Et pour voir tout ça, tu regardes où ? Est-ce qu'il y a une espèce de log où toutes ces actions vont s'inscrire, ou aptitude le met spontanément ? Essaie simplement : aptitude en mode ncurses (donc juste 'aptitude' en ligne de commande), 'u' pour un update, dans sa configuration par défaut il t’affiche la liste des paquets à mettre à jour, les nouveaux et les obsolètes. 'U' lui demande de mettre à jour ce qui peut l’être. Il t’indique alors les paquets en couleurs (bleu = ok, rouges avec un gros B en début de ligne = problème) et le nombre de conflits et comment il propose de les régler en bas en rouge. 'e' pour voir sa solution plus précisément. '.' et ',' pour se promener dans les solutions et '!' pour appliquer celle qui te plaît. Et 'ctrl-u' pour revenir en arrière… Alors là un tout grand merci !!! En effet aptitude est plutôt intéressant ! [...] Et je trouve que les problèmes et les solutions proposées sont assez faciles à gérer dans le mode ncurses d’aptitude. P.ex., en ce moment, network-manager 0.7 est arrivé mais pas n-m-kde, C'est une dépendance ? n-m-kde = l'applet kde pour causer avec network-manager, donc c’est lui qui dépend de n-m. donc aptitude propose, comme première solution, de virer n-m-kde. Le virer ? Mais pourquoi ? Si on enlève un paquet nécessaire à un autre, l'autre ne fonctionnera logiquement pas, non ? Tu as compris je débarque... :D La dépendance est dans l’autre sens. Il veut virer n-m-kde parce que je lui demande de mettre à jour n-m, et n-m-kde n’aura plus ses dépendances satisfaites (mais n-m, si). Il trouve deux solutions : 1. màj de n-m et suppr. de n-m-kde ou 2. conserver les deux, comme je viens de lui dire que je souhaitais faire une màj, il propose d’abord la 1, comme elle ne me plaît pas, je lui demande la suivante et comme je suis content avec la 2., je l’applique. Ah OK là j'ai compris. Un grand merci à tous pour vos patientes réponses ! Finalement, je vais mettre une Testing à côté de ma Lenny et observer quelques temps l'arrivée des version, etc. plutôt que de passer directement en Sid, puis à l'usage je verrai. Une dernière question, en général, après la sortie d'une stable comme là la Lenny, après combien de temps la nouvelle Testing retrouve son rythme de développement de croisière ? Bonne soirée, Cristian -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Re : Testing ou Sid ?
Cristian, mardi 3 mars 2009, 18:35:34 CET Bonjour, ’soir, […] Une dernière question, en général, après la sortie d'une stable comme là la Lenny, après combien de temps la nouvelle Testing retrouve son rythme de développement de croisière ? Et bien, KDE 4.2 n’est pas encore descendu en Sid, et c’est un gros morceau, mais Sid a l’air d’avoir repris son rythme. Donc ça doit suivre dans Testing (ou ça le fera d’ici une ou deux semaines). -- Sylvain Sauvage -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Testing ou Sid ?
Bonjour ! Ca avance ! Juste encore quelques questions. Le 01/03/09, Sylvain Sauvagesylvain.sauv...@metanoesis.net a écrit : [...] Et si avant de faire les upgrade on fait faire à aptitude/apt-get une simulation, est-ce qu'il va signaler que ça ne va pas aller ? A ce moment-là on pourrait pendant quelques temps figer le paquet incriminé et ne faire les mises à jours que des autres, je suppose. Cf. le paquet apt-listbugs, lequel devrait être installé partout. Il récupère la liste des bogues pour chacun des paquets qui vont être mis à jour et on peut alors arrêter l’installation pour en retenir quelques uns. Et il va signaler des dépendances cassées ou c'est seulement aptitude qui va gérer ce côté-là ? Le problème, c’est qu'il faut attendre que quelqu’un signale le bogue pour qu’apt-listbugs le voit et nous prévienne. En Sid, il y a maintenant 4 descentes de nouveaux paquets par jour. Si on se précipite, on a plus de chances de les expérimenter soi-même et de remplir les rapports. rien à voir mais au fait, tous les rapports de bugs doivent être rempli en anglais ou certains projets permettent du multilingue ? Parce que perso, l'anglais en rédaction... aïe aïe aïe... :) De toute façon, en Testing ou en Unstable (ou en Stable), on ne fait pas une mise à jour sans vérifier quels sont les actions qui vont être effectuées : quels paquets vont être m.à.j., sont-ils intéressants (je fais des « update » fréquemment (surtout pour voir les nouveaux paquets, en ce moment, il y en a pas mal tous les jours, ça permet de suivre) mais des installations seulement tous les 2-3 jours), est-ce qu’il y a des conflits, veut-il m’enlever un paquet important pour moi ? Et pour voir tout ça, tu regardes où ? Est-ce qu'il y a une espèce de log où toutes ces actions vont s'inscrire, ou aptitude le met spontanément ? Je pense que c’est ce que tu appelles une « simulation ». Euh... je crois que c'est ce que tu m'as décrit, mais sans en être sûr. J'appelle simulation un apt-get upgrade -s. Et je trouve que les problèmes et les solutions proposées sont assez faciles à gérer dans le mode ncurses d’aptitude. P.ex., en ce moment, network-manager 0.7 est arrivé mais pas n-m-kde, C'est une dépendance ? donc aptitude propose, comme première solution, de virer n-m-kde. Le virer ? Mais pourquoi ? Si on enlève un paquet nécessaire à un autre, l'autre ne fonctionnera logiquement pas, non ? Tu as compris je débarque... :D [...] Pas besoin de mettre en hold puisque les dépendances sont correctes. Bon, j'ai encore beaucoup à apprendre moi... :D Deux touches pour gérer ça (. pour la solution suivante et ! pour l’accepter). Parfois, il a un peu plus de mal pour trouver une solution, alors je l’aide un peu en mettant en hold quelques paquets. Mettre en hold un paquet, c'est en gros lui dire pas touche au paquet ? :) Merci beaucoup pour ta réponse. C'est fou, avec Debian la courbe d'apprentissage se ressent bien ! Génial. Cristian -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Testing ou Sid ?
Le 01/03/2009 à 15:11, Cristian a écrit : Bonjour ! Ca avance ! Juste encore quelques questions. .../... Et pour voir tout ça, tu regardes où ? Est-ce qu'il y a une espèce de log où toutes ces actions vont s'inscrire, ou aptitude le met spontanément ? installer apt-listbugs apt-cache show apt-listbugs t'en dira un peu plus :-) ca t'indique tous les bugs connus concernant les paquets à installer. Malheureusement les paquets nouveaux sont ... nouveaux, donc on ne connait pas leurs bugs. Je pense que c’est ce que tu appelles une « simulation ». Euh... je crois que c'est ce que tu m'as décrit, mais sans en être sûr. J'appelle simulation un apt-get upgrade -s. oui, mais : quand une mise a jour concerne un apllication (genre gimp) ca ne pose pas trop de pb, au pire l'application ne marche pas (jusqu'a la prochaine mise a jour). Par contre quand c'est une mise a jour d'une librairie (qui est utilisée par plusieurs programmes) les plantages peuvent etre conséquents, et bien sur quand il s'agit du noyau ou X11 ou alsa (qui controlent le materiel cpu/video/son) la machine peut etre inutilisable (ou seulement en mode texte, ou sans son ...) bref avec testing/unstable il faut accepter de temps à autres de passer qq heures a remettre d'aplomb sa machine, voire a tout réinstaller (ca va souvent bcp plus vite ;-) ). Donc c'est exclu pour une machine de production. Au passage, il est très fortement conseillé (voire impératif) d'utiliser une partition séparée pour /home L'idéal est d'avoir une machine de test qu'on peut reformatter sans soucis. (solution riche: l'ordi portable en stable pure pour garder les mails et l'accès internet très utile quand on est planté, et l'ordi de bureau en testing/unstable) Le virer ? Mais pourquoi ? Si on enlève un paquet nécessaire à un autre, l'autre ne fonctionnera logiquement pas, non ? Tu as compris je débarque... :D aptitude propose différentes solutions pour résoudre un pb de conflit/dépendances Mettre en hold un paquet, c'est en gros lui dire pas touche au paquet ? :) exactement. C'est fou, avec Debian la courbe d'apprentissage se ressent bien ! Génial. bon courage, Alain -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Testing ou Sid ?
Adrien, samedi 28 février 2009, 23:52:17 CET En cette nuit agitée du dimanche 01 mars 2009, Sylvain Sauvage sylvain.sauv...@metanoesis.net a écrit : Oh, et puis, en Unstable, je pense qu’une mise à jour au minimum hebdomadaire s’impose. Sinon, vu la quantité à télécharger à chaque fois, autant refaire une installation ;o) Admettons que je fasse une mise à jour toutes les semaines. En testing il y aura sensiblement moins de mise à jour qu'en Sid chaque semaine, ou bien c'est kifkif ? Il y en aura un peu plus en Sid : seules les versions qui restent sans bogue descendent dans Testing, donc, pour un paquet mis à jour en Testing, on peut avoir eu plusieurs versions en Sid. Mais bon, ce sera vraiment peu sur une semaine. -- Sylvain Sauvage -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Testing ou Sid ?
Cristian, dimanche 1 mars 2009, 15:11:27 CET Bonjour ! ’jour, […] Cf. le paquet apt-listbugs,[…] Et il va signaler des dépendances cassées ou c'est seulement aptitude qui va gérer ce côté-là ? Il peut y avoir des bogues remplis pour les dépendances cassées mais comme apt-listbugs est lancé après le téléchargement des paquets et que le téléchargement ne se fait que quand les problèmes de dépendance sont réglés… […] rien à voir mais au fait, tous les rapports de bugs doivent être rempli en anglais ou certains projets permettent du multilingue ? Parce que perso, l'anglais en rédaction... aïe aïe aïe... :) Tu peux toujours te faire aider. P.ex. les traducteurs se retrouvent sur la liste sœur debian-l10n-french (laquelle charriait pas mal de courriers automatiques la dernière fois que j’y suis allé voir). [… de la vérification des mises à jour…] Et pour voir tout ça, tu regardes où ? Est-ce qu'il y a une espèce de log où toutes ces actions vont s'inscrire, ou aptitude le met spontanément ? Essaie simplement : aptitude en mode ncurses (donc juste 'aptitude' en ligne de commande), 'u' pour un update, dans sa configuration par défaut il t’affiche la liste des paquets à mettre à jour, les nouveaux et les obsolètes. 'U' lui demande de mettre à jour ce qui peut l’être. Il t’indique alors les paquets en couleurs (bleu = ok, rouges avec un gros B en début de ligne = problème) et le nombre de conflits et comment il propose de les régler en bas en rouge. 'e' pour voir sa solution plus précisément. '.' et ',' pour se promener dans les solutions et '!' pour appliquer celle qui te plaît. Et 'ctrl-u' pour revenir en arrière… Je pense que c’est ce que tu appelles une « simulation ». Euh... je crois que c'est ce que tu m'as décrit, mais sans en être sûr. J'appelle simulation un apt-get upgrade -s. C’est différent. Le -s reste un mode automatique mais ne fait rien sur le disque. Là, c’est simplement accompagner le processus. D’ailleurs, en mode CLI ('aptitude upgrade'), on peut aussi se promener dans les propositions de gestion de conflit mais c’est moins pratique. Et je trouve que les problèmes et les solutions proposées sont assez faciles à gérer dans le mode ncurses d’aptitude. P.ex., en ce moment, network-manager 0.7 est arrivé mais pas n-m-kde, C'est une dépendance ? n-m-kde = l'applet kde pour causer avec network-manager, donc c’est lui qui dépend de n-m. donc aptitude propose, comme première solution, de virer n-m-kde. Le virer ? Mais pourquoi ? Si on enlève un paquet nécessaire à un autre, l'autre ne fonctionnera logiquement pas, non ? Tu as compris je débarque... :D La dépendance est dans l’autre sens. Il veut virer n-m-kde parce que je lui demande de mettre à jour n-m, et n-m-kde n’aura plus ses dépendances satisfaites (mais n-m, si). Il trouve deux solutions : 1. màj de n-m et suppr. de n-m-kde ou 2. conserver les deux, comme je viens de lui dire que je souhaitais faire une màj, il propose d’abord la 1, comme elle ne me plaît pas, je lui demande la suivante et comme je suis content avec la 2., je l’applique. […] Mettre en hold un paquet, c'est en gros lui dire pas touche au paquet ? :) Exact. '=' dans aptitude. En ce moment, c’est claws-mail qu’il veut mettre à jour mais je pense que ça va coincer (à l’usage, pas au niveau des dépendances) parce que le greffon lecteur de flux RSS n’est pas encore à la bonne version. Donc je lui bloque le paquet claws-mail et il retient les màj de 4 autres paquets. -- Sylvain Sauvage -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Testing ou Sid ?
Salut, Le samedi 28 février 2009 à 19:56 +0100, Cristian a écrit : Bonjour à tous, [...] Enfin, pour palier à des choses que je n'aurais pas pensé du fait de mon inexpérience, entre Sid et Testing, quelle branche me conseilleriez-vous pour avoir des paquets assez à jour (pas forcément ceux sorti juste hier ! :) ), tout en n'ayant pas des bugs tous les jours ? Un peu de lecture :-) http://www.debian.org/doc/manuals/debian-faq/ch-choosing.fr.html http://www.debian.org/devel/testing Je cite Pierre Habouzit : « Testing n'est pas faite pour être utilisable, et les gens qui essaient constamment de faire vivre ce mythe nous font perdre un temps précieux. Je ne vois pas une seule seconde en quoi supporter une distribution de plus et donc ajouter le double de travail va nous apporter la moindre souplesse. » - Source : http://lists.debian.org/debian-devel-french/2007/09/msg00066.html « Je dis que testing n'est pas une distribution viable à utiliser. Par contre le fait qu'un logiciel aie migré dans testing est une preuve d'une certaine maturité minimale de ce logiciel, et le rend éligible au backports. C'est sensé et particulièrement raisonnable comme critère. » - Source : http://lists.debian.org/debian-devel-french/2007/09/msg00074.html Je nuancerais juste un peu en disant que j'utilise testing sur mes serveurs dans les mois précédant la sortie de la nouvelle version stable, d'une part pour profiter d'applications un peu plus récentes[0], d'autre part pour tester le processus de mise à jour et être en mesure de rapporter les éventuels problèmes rencontrés. Je pense que ça t'aidera à te forger ta propre opinion, car une chose est sûre, on ne peut pas décider à ta place. Julien [0] je parle bien lorsque la stable est en fin de vie, pas toujours facile de dire à quel moment il est judicieux de faire ce changement, c'est mon utilisation personnelle pour des serveurs non-critiques ! -- Membre de l'April - « promouvoir et défendre le logiciel libre » - http://www.april.org Rejoignez maintenant plus de 4 000 personnes, associations, entreprises et collectivités qui soutiennent notre action -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Testing ou Sid ?
Cristian wrote: Bonjour à tous, Comme dit dans un précédent message, j'envisage d'installer Sid, suite à la lecture de commentaires assurant que Sid est plus cohérente (?) que Testing et aussi qu'elle n'est vraiment pas si instable que ça. J'étais à 2 doigts d'installer la Sid puis j'ai arrêté en me disant que j'allais vous demander votre avis et surtout votre expérience de Sid : est-ce vraiment si instable, comme le nom Unstable le laisse supposer ? SID = Still In Development. C'est aussi le nom du petit garçon qui casse ses jouets dans Toy Story. Je crois que c'est clair : SID peut être instable et plus souvent que testing puisque les paquets qui arrivent dans testing passent par le unstable quelques temps. Le problème de testing, c'est que le temps que la version débuguée du paquet remonte unstable pour arriver dans testing, cela peut prendre plusieurs jours. Je me pose aussi d'autres questions qui pourraient m'aider à choisir : - Je vois qu'il n'y a pas de dépôt security dans les sources.list des Sid ; comment est-elle gérée ? Ca ce fait via la correction-même des bugs des paquets ? Pas de gestion de sécurité pour Sid : cela change tellement qu'il est impossible à l'équipe de sécurité de suivre. - Y-a-t-il, dans la pratique, une moyenne de temps que mettent les paquets avant de passer en Testing ou c'est très variable ? Ou en gros ça met beaucoup de temps ? De mémoire, le minimum est 10 ou 15 jours. - J'ai lu qu'une Testing pouvait être cassée, parfois quelques temps, du fait de bugs sur des dépendances qui devaient alors redescendre en Sid. Est-ce que ça arrive souvent ? De part mon expérience, cela est assez rare (je n'ai pas de souvenir de gros bugs qui n'ai pas été rapidement corrigés). Ensuite je n'ai pas les 2 paquets de la distributions installés sur ma machine. Enfin, pour palier à des choses que je n'aurais pas pensé du fait de mon inexpérience, entre Sid et Testing, quelle branche me conseilleriez-vous pour avoir des paquets assez à jour (pas forcément ceux sorti juste hier ! :) ), tout en n'ayant pas des bugs tous les jours ? Testing. Cordialement, Cristian GL -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Testing ou Sid ?
Cristian a écrit : Bonjour à tous, Comme dit dans un précédent message, j'envisage d'installer Sid, suite à la lecture de commentaires assurant que Sid est plus cohérente (?) que Testing et aussi qu'elle n'est vraiment pas si instable que ça. J'étais à 2 doigts d'installer la Sid puis j'ai arrêté en me disant que j'allais vous demander votre avis et surtout votre expérience de Sid : est-ce vraiment si instable, comme le nom Unstable le laisse supposer ? Je me pose aussi d'autres questions qui pourraient m'aider à choisir : - Je vois qu'il n'y a pas de dépôt security dans les sources.list des Sid ; comment est-elle gérée ? Ca ce fait via la correction-même des bugs des paquets ? - Y-a-t-il, dans la pratique, une moyenne de temps que mettent les paquets avant de passer en Testing ou c'est très variable ? Ou en gros ça met beaucoup de temps ? - J'ai lu qu'une Testing pouvait être cassée, parfois quelques temps, du fait de bugs sur des dépendances qui devaient alors redescendre en Sid. Est-ce que ça arrive souvent ? Enfin, pour palier à des choses que je n'aurais pas pensé du fait de mon inexpérience, entre Sid et Testing, quelle branche me conseilleriez-vous pour avoir des paquets assez à jour (pas forcément ceux sorti juste hier ! :) ), tout en n'ayant pas des bugs tous les jours ? Cordialement, Cristian Salut, c'est un sujet récurant ! Je suis en testing, j'ai suivi en partie Etch, Lenny et maintenant Squeeze en testing. Je n'utilise que Debian, c'est mon poste de travail quotidien, et je ne me plains absolument pas. Mon système est plus stable que la plupart des autres distributions que j'ai pu tester. Je récupère des paquets en Sid et experimental de temps en temps, sans que ça pause problème. Les bugs, moins nombreux qu'en Sid, sont effectivement corrigés moins vite. C'est génant si tout xorg venait à partir en vrille, ou la libc, mais c'est peu probable vu le cheminement des paquets. De toute façon il est possible de récupérer un paquet en Sid le temps que le correctif passe en testing. La cohérence de testing augmente évidemment avec l'approche d'une release, les mises à jour s'espacent, la probabilité de bug également, on ne peut pas tout avoir ! Testing n'est pas toujours suivi au niveau sécurité, actuellement ce n'est par exemple pas le cas, et ça ne le sera pas avant plusieurs semaines. Voir http://lists.debian.org/debian-testing-security-announce/2008/12/msg00019.html Dans Sid les correctifs arrivent rapidement, incluant ceux relatifs à la sécurité. En dernier recours c'est une affaire de choix personnel, les deux niveaux ayant vraiment leurs avantages et inconvénients propres, mais en gardant à l'esprit que l'ensemble reste plus stable que pas mal de distributions le jour de leurs sorties stables (je ne citerais pas de noms...). Tom -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Testing ou Sid ?
Salut ! Le 28/02/09, Julien Valroffjul...@kirya.net a écrit : Enfin, pour palier à des choses que je n'aurais pas pensé du fait de mon inexpérience, entre Sid et Testing, quelle branche me conseilleriez-vous pour avoir des paquets assez à jour (pas forcément ceux sorti juste hier ! :) ), tout en n'ayant pas des bugs tous les jours ? Un peu de lecture :-) http://www.debian.org/doc/manuals/debian-faq/ch-choosing.fr.html http://www.debian.org/devel/testing Ah génial, merci. J'en avais aussi cherché mais ça allait un peu dans tous les sens. Je cite Pierre Habouzit : « Testing n'est pas faite pour être utilisable, et les gens qui essaient constamment de faire vivre ce mythe nous font perdre un temps précieux. Je ne vois pas une seule seconde en quoi supporter une distribution de plus et donc ajouter le double de travail va nous apporter la moindre souplesse. » - Source : http://lists.debian.org/debian-devel-french/2007/09/msg00066.html Ca a le mérite d'être claire et net comme clarinette. :) [...] Je pense que ça t'aidera à te forger ta propre opinion, car une chose est sûre, on ne peut pas décider à ta place. C'est sûr, c'est pour ça que je posais les questions de stabilité, etc. Mais ta réponse m'aide beaucoup (+1 pour Sid). Si d'autres veulent s'y coller aussi... Cristian -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Testing ou Sid ?
Le 28/02/2009 à 19:56, Cristian a écrit : Bonjour à tous, bonjour Enfin, pour palier à des choses que je n'aurais pas pensé du fait de mon inexpérience, entre Sid et Testing, quelle branche me conseilleriez-vous pour avoir des paquets assez à jour (pas forcément ceux sorti juste hier ! :) ), tout en n'ayant pas des bugs tous les jours ? stable + quelques paquets testing/unstable est une solution robuste par exemple pour avoir gimp 2.6 Pour cela il faut renseigner /etc/apt/apt.conf voir section 3.8: http://www.debian.org/doc/manuals/apt-howto/ch-apt-get.fr.html sachant qu'on peut raffiner au niveau du paquet si besoin section 3.10 en créant /etc/apt/preferences et/ou indiquer que on prend d'abord stable, puis testing, puis unstable, apt-get -t unstable install gimp et hop ca installe gimp 2.6 venant d'unstable et gère les dépendances. c'est quasiment le meilleur des deux mondes, sauf que parfois ca plante salement la machine cordialement Alain. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Testing ou Sid ?
Le 28/02/09, thveillon.debianthveillon.deb...@googlemail.com a écrit : c'est un sujet récurant ! Je suis en testing, j'ai suivi en partie Etch, Lenny et maintenant Squeeze en testing. Je n'utilise que Debian, c'est mon poste de travail quotidien, et je ne me plains absolument pas. Mon système est plus stable que la plupart des autres distributions que j'ai pu tester. Et en ce moment ce n'est pas trop mouvementé côté bugs avec tous les paquets qui doivent débarquer ? Et pour le temps d'arrivée des paquets depuis Sid, c'est long ? Je récupère des paquets en Sid et experimental de temps en temps, sans que ça pause problème. Et pourquoi préfères-tu prendre de temps en temps des paquets de Sid plutôt que de carrément utiliser Debian Sid toute entière ? Mauvaise expérience ? Trop de bugs à ton goût dans Sid ? Les bugs, moins nombreux qu'en Sid, sont effectivement corrigés moins vite. C'est génant si tout xorg venait à partir en vrille, ou la libc, [...] Oups, oui en effet. :) Et ce genre de gros bugs, ça arrive souvent dans la vie d'une Testing ? Et si avant de faire les upgrade on fait faire à aptitude/apt-get une simulation, est-ce qu'il va signaler que ça ne va pas aller ? A ce moment-là on pourrait pendant quelques temps figer le paquet incriminé et ne faire les mises à jours que des autres, je suppose. Merci, Cristian -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Testing ou Sid ?
Le 28/02/09, Guillaumelehman...@wanadoo.fr a écrit : [...] - Y-a-t-il, dans la pratique, une moyenne de temps que mettent les paquets avant de passer en Testing ou c'est très variable ? Ou en gros ça met beaucoup de temps ? De mémoire, le minimum est 10 ou 15 jours. Oui, je me suis mal exprimé (je ne savais pas comment faire comprendre ma question). En fait, ce que je me dis c'est que s'il faut disons 10 jours pour qu'un paquet remonte de Sid en Testing et qu'on est au 5ème jours et que se présente un bug, c'est reparti pour 10 jours. Puis x jours après, un autre bug est découvert, c'est de nouveau reparti pour 10 jours. Puis ... reparti pour 10 jours. Je me demandais donc si ce genre de situations de report et reports durait longtemps ou si après 1 ou 2 mois par exemple, les bugs étaient en général réparés et les paquets arrivaient en Testing ou si c'est bien plus long ? C'est ça que voulait dire mon dans la pratique un peut bancal. Genre si quelqu'un se souvient combien de temps à mis par exemple Gnome (et/ou d'autres paquets de votre choix) pour arriver en Testing après la Sid ça me donnerait une bonne idée. Je demande vu que je ne sais pas comment le voir par moi-même ; s'il y a un moyen, pourriez-vous me l'expliquer ? Bonne soirée et merci à tous pour vos éclaircissements ! Cristian -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
[HS] gratounnette ou éponge ? / Re: Testing ou Sid ?
thveillon.debian, samedi 28 février 2009, 19:26:52 CET […] Salut, ’lut, c'est un sujet récurant ! […] les deux niveaux ayant vraiment leurs avantages et inconvénients propres, […] ^^^ « Et c’est tant mieux parce que j’f’rai pas ça tous les jours ! » (Comparer http://atilf.atilf.fr/dendien/scripts/fast.exe?r%E9curer et http://atilf.atilf.fr/dendien/scripts/fast.exe?r%E9current ) (C’est pas bien… mais c’était trop facile !) -- Sylvain Sauvage -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Testing ou Sid ?
Cristian, samedi 28 février 2009, 21:16:01 CET […] Les bugs, moins nombreux qu'en Sid, sont effectivement corrigés moins vite. C'est génant si tout xorg venait à partir en vrille, ou la libc, [...] Oups, oui en effet. :) Et ce genre de gros bugs, ça arrive souvent dans la vie d'une Testing ? Non. Et on peut toujours revenir en arrière si une nouvelle version amène des bogues. Ce sont surtout des problèmes d’empaquetage. Les gros problèmes sont survenus quand il y a une grosse mise à jour (ex. passage de xfree à xorg, modularisation de xorg…) et que tous les paquets ne sont pas arrivés : une installation Testing déjà faite pouvait faire le dos rond quelques temps mais il devenait parfois impossible de faire une nouvelle installation. Et si avant de faire les upgrade on fait faire à aptitude/apt-get une simulation, est-ce qu'il va signaler que ça ne va pas aller ? A ce moment-là on pourrait pendant quelques temps figer le paquet incriminé et ne faire les mises à jours que des autres, je suppose. Cf. le paquet apt-listbugs, lequel devrait être installé partout. Il récupère la liste des bogues pour chacun des paquets qui vont être mis à jour et on peut alors arrêter l’installation pour en retenir quelques uns. Le problème, c’est qu'il faut attendre que quelqu’un signale le bogue pour qu’apt-listbugs le voit et nous prévienne. En Sid, il y a maintenant 4 descentes de nouveaux paquets par jour. Si on se précipite, on a plus de chances de les expérimenter soi-même et de remplir les rapports. De toute façon, en Testing ou en Unstable (ou en Stable), on ne fait pas une mise à jour sans vérifier quels sont les actions qui vont être effectuées : quels paquets vont être m.à.j., sont-ils intéressants (je fais des « update » fréquemment (surtout pour voir les nouveaux paquets, en ce moment, il y en a pas mal tous les jours, ça permet de suivre) mais des installations seulement tous les 2-3 jours), est-ce qu’il y a des conflits, veut-il m’enlever un paquet important pour moi ? Je pense que c’est ce que tu appelles une « simulation ». Et je trouve que les problèmes et les solutions proposées sont assez faciles à gérer dans le mode ncurses d’aptitude. P.ex., en ce moment, network-manager 0.7 est arrivé mais pas n-m-kde, donc aptitude propose, comme première solution, de virer n-m-kde. Comme je m’en sers, je lui demande une autre solution et il conserve n-m et n-m-kde à leur version actuelle. Pas besoin de mettre en hold puisque les dépendances sont correctes. Deux touches pour gérer ça (. pour la solution suivante et ! pour l’accepter). Parfois, il a un peu plus de mal pour trouver une solution, alors je l’aide un peu en mettant en hold quelques paquets. Oh, et puis, en Unstable, je pense qu’une mise à jour au minimum hebdomadaire s’impose. Sinon, vu la quantité à télécharger à chaque fois, autant refaire une installation ;o) -- Sylvain Sauvage -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Testing ou Sid ?
En cette nuit agitée du dimanche 01 mars 2009, Sylvain Sauvage sylvain.sauv...@metanoesis.net a écrit : Oh, et puis, en Unstable, je pense qu’une mise à jour au minimum hebdomadaire s’impose. Sinon, vu la quantité à télécharger à chaque fois, autant refaire une installation ;o) Admettons que je fasse une mise à jour toutes les semaines. En testing il y aura sensiblement moins de mise à jour qu'en Sid chaque semaine, ou bien c'est kifkif ? Adrien -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Testing ou Sid ?
Le Sat, Feb 28, 2009 at 07:56:12PM +0100, Cristian a écrit : Bonjour à tous, Comme dit dans un précédent message, j'envisage d'installer Sid, suite à la lecture de commentaires assurant que Sid est plus cohérente (?) que Testing et aussi qu'elle n'est vraiment pas si instable que ça. Bonjour Cristian, Une grosse différence entre Sid et Testing, c'est que quand on utilise Testing on sait à quels problèmes s'attendre, puisque les les paquets trop buggés de Sid ne migrent pas dans Testing et que les gros bugs de Testing ont au moins l'avantage d'être documentés. Avec Sid, entre le moment où l'on entend qu'il n'y a pas de problème et le moment où l'on met à jour, tout peut arriver… (C'est à dire dans la plupart des cas, rien). Ensuite, si la question est « quoi installer ? » Je pense que la bonne réponse en ce moment c'est Lenny si on n'a pas de problèmes de pilotes de matériel. Pour beaucoup de programmes populaires, des mises à jour presque officielles seront disponibles via le site « backports.org ». Bon dimanche, -- Charles Plessy Tsurumi, Kanagawa, Japan -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Testing ou Sid ?
Le samedi 28 février 2009, à 21:13:29, Alain a écrit : sachant qu'on peut raffiner au niveau du paquet si besoin section 3.10 en créant /etc/apt/preferences et/ou indiquer que on prend d'abord stable, puis testing, puis unstable, Au passage, un lien instructif ici au sujet de /etc/apt/preferences : http://forum.debian-fr.org/viewtopic.php?f=8t=5659 Guillaume -- Garanti 0% Micro$oft, Envoyé sous Debian -- Pourquoi payer des logiciels inutiles en achetant un ordinateur neuf ? http://www.racketiciel.info -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et Reply-To: To UNSUBSCRIBE, email to debian-user-french-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org