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)
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)
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)
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 à 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 à 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.
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,
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,
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,
[...]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 linstallation
pour en retenir quelques uns.
Le problème, cest qu'il faut attendre que quelquun signale
le bogue pour quapt-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 quil y a
des conflits, veut-il menlever un paquet important pour moi ?
Je pense que cest 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 daptitude.
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.
[...]
Pas besoin de mettre en hold puisque les dépendances sont
correctes.
Deux touches pour gérer ça (. pour la solution
suivante et ! pour laccepter).
Parfois, il a un peu plus de mal pour trouver une solution,
alors je laide un peu en mettant en hold quelques paquets.
[...]
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 linstallation
pour en retenir quelques uns.
Le problème, cest qu'il faut attendre que quelquun signale
le bogue pour quapt-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 quil y a
des conflits, veut-il menlever un paquet important pour moi ?
Je pense que cest 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 daptitude.
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.
[...]
Pas besoin de mettre en hold puisque les dépendances sont
correctes.
Deux touches pour gérer ça (. pour la solution
suivante et ! pour laccepter).
Parfois, il a un peu plus de mal pour trouver une solution,
alors je laide un peu en mettant en hold quelques paquets.
[...]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 linstallation
pour en retenir quelques uns.
Le problème, cest qu'il faut attendre que quelquun signale
le bogue pour quapt-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 quil y a
des conflits, veut-il menlever un paquet important pour moi ?
Je pense que cest 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 daptitude.
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.
[...]
Pas besoin de mettre en hold puisque les dépendances sont
correctes.
Deux touches pour gérer ça (. pour la solution
suivante et ! pour laccepter).
Parfois, il a un peu plus de mal pour trouver une solution,
alors je laide un peu en mettant en hold quelques paquets.
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 ?
> Je pense que cest 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.
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
Mettre en hold un paquet, c'est en gros lui dire "pas touche au paquet" ?
:)
C'est fou, avec Debian la courbe d'apprentissage se ressent bien ! Gén ial.
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 ?
> Je pense que cest 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.
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
Mettre en hold un paquet, c'est en gros lui dire "pas touche au paquet" ?
:)
C'est fou, avec Debian la courbe d'apprentissage se ressent bien ! Gén ial.
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 ?
> Je pense que cest 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.
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
Mettre en hold un paquet, c'est en gros lui dire "pas touche au paquet" ?
:)
C'est fou, avec Debian la courbe d'apprentissage se ressent bien ! Gén ial.
En cette nuit agitée du dimanche 01 mars 2009,
Sylvain Sauvage 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�
En cette nuit agitée du dimanche 01 mars 2009,
Sylvain Sauvage <Sylvain.Sauvage@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�
En cette nuit agitée du dimanche 01 mars 2009,
Sylvain Sauvage 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�
Bonjour !
[â¦]
> 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à ?
[â¦]
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 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 ?
> 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
[â¦]
Mettre en hold un paquet, c'est en gros lui dire "pas touche
au paquet" ? :)
Bonjour !
[â¦]
> 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à ?
[â¦]
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 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 ?
> 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
[â¦]
Mettre en hold un paquet, c'est en gros lui dire "pas touche
au paquet" ? :)
Bonjour !
[â¦]
> 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à ?
[â¦]
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 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 ?
> 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
[â¦]
Mettre en hold un paquet, c'est en gros lui dire "pas touche
au paquet" ? :)
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 sur debian-l10n-french (laquelle
charriait pas mal de courriers automatiques la dernière fois
que jy 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 taffiche la liste des paquets à
mettre à jour, les nouveaux et les obsolètes. 'U' lui demande
de mettre à jour ce qui peut lêtre. Il tindique 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
[...]> Et
> je trouve que les problèmes et les solutions proposées sont
> assez faciles à gérer dans le mode ncurses daptitude.
> 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
cest 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 lautre sens. Il veut virer n-m-kde
parce que je lui demande de mettre à jour n-m, et n-m-kde naura
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 dabord la 1, comme elle ne me plaît pas, je lui
demande la suivante et comme je suis content avec la 2., je
lapplique.
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 sur debian-l10n-french (laquelle
charriait pas mal de courriers automatiques la dernière fois
que jy 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 taffiche la liste des paquets à
mettre à jour, les nouveaux et les obsolètes. 'U' lui demande
de mettre à jour ce qui peut lêtre. Il tindique 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
[...]
> Et
> je trouve que les problèmes et les solutions proposées sont
> assez faciles à gérer dans le mode ncurses daptitude.
> 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
cest 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 lautre sens. Il veut virer n-m-kde
parce que je lui demande de mettre à jour n-m, et n-m-kde naura
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 dabord la 1, comme elle ne me plaît pas, je lui
demande la suivante et comme je suis content avec la 2., je
lapplique.
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 sur debian-l10n-french (laquelle
charriait pas mal de courriers automatiques la dernière fois
que jy 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 taffiche la liste des paquets à
mettre à jour, les nouveaux et les obsolètes. 'U' lui demande
de mettre à jour ce qui peut lêtre. Il tindique 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
[...]> Et
> je trouve que les problèmes et les solutions proposées sont
> assez faciles à gérer dans le mode ncurses daptitude.
> 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
cest 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 lautre sens. Il veut virer n-m-kde
parce que je lui demande de mettre à jour n-m, et n-m-kde naura
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 dabord la 1, comme elle ne me plaît pas, je lui
demande la suivante et comme je suis content avec la 2., je
lapplique.
Bonjour,
[â¦]
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 ?
Bonjour,
[â¦]
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 ?
Bonjour,
[â¦]
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 ?