Upgrade vs dist-upgrade

Twitter iPhone pliant OnePlus 11 PS5 Disney+ Orange Livebox Windows 11

Entraide Linux Autres OS Linux Debian Upgrade vs dist-upgrade

3 réponses

Eddy F.

04/09/2012 à 20:30

Bonjour,

Ce qui suit n'est pas un problème. C'est juste que j'aimerais comprendre.

Je pensais que dist-upgrade n'était nécessaire que pour mettre à jour les
paquets qui nécessitent d'installer ou désinstaller d'autres paquets.

Cela correspond à mon expérience depuis quelques années (dont une bonne partie
en testing ou ce comportement se voit souvent).

Cela me semble aussi correspondre au man apt-get :
« La commande upgrade permet... En aucun cas des paquets déjà installés ne
sont supprimés ; de même, des paquets qui ne sont pas déjà installés ne sont
ni récupérés ni installés.
...
La commande dist-upgrade effectue la fonction upgrade en y ajoutant une gestion
intelligente des changements de dépendances. »

Alors je ne comprends pas pourquoi, sur ma wheezy :

# apt-get upgrade
Les paquets suivants ont été conservés :
task-french-desktop
0 mis à jour, 0 nouvellement installés, 0 à enlever et 1 non mis à jour.

# apt-get dist-upgrade
Les paquets suivants seront mis à jour :
task-french-desktop
1 mis à jour, 0 nouvellement installés, 0 à enlever et 0 non mis à jour.

Bref la mise à jour du paquet task-french-desktop ne nécessite sur mon système
aucun ajout ou suppression de paquet et pourtant un dist-upgrade est
nécessaire. Pourquoi ?

De plus,

$ apt-cache show task-french-desktop

montre que les dépendances des deux versions (existante et candidate) sont les
mêmes. Il y a bien un changement dans les "recommends" mais de toute façon
apt-get n'est pas configuré pour tenir compte des recommends chez moi.

--
Eddy F.
http://daysfled@tumblr.com

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/201209042025.57290.edfnet-deb@yahoo.fr

3 réponses

Sylvain L. Sauvage

05/09/2012 à 19:00

Le mardi 4 septembre 2012 Ã 20:25:57, Eddy F. a Ã©crit :

Bonjour,

âsoir,

[â¦]
Il y a bien un changement dans les "recommends"

Ah, ben il semble que la rÃ©ponse soit dans la questionâ¦

mais de toute faÃ§on apt-get n'est pas
configurÃ© pour tenir compte des recommends chez moi.

Ãa veut sans doute dire que les tests ne prennent pas en
compte cette option. Bogue ?

--
Sylvain Sauvage

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/

Eddy F.

07/09/2012 à 18:50

--Boundary-01=_KOiSQJX/Xrl1ocq
Content-Type: text/plain;
charset="utf-8"
Content-Transfer-Encoding: 8bit

Le mercredi 5 septembre 2012 18:53:40, Sylvain L. Sauvage a Ã©crit :

Le mardi 4 septembre 2012 Ã 20:25:57, Eddy F. a Ã©crit :
> Bonjour,

â€™soir,

>[â€¦]
>
> Il y a bien un changement dans les "recommends"

Ah, ben il semble que la rÃ©ponse soit dans la questionâ€¦

> mais de toute faÃ§on apt-get n'est pas
> configurÃ© pour tenir compte des recommends chez moi.

Ã‡a veut sans doute dire que les tests ne prennent pas en
compte cette option. Bogue ?

Oui, tu as vraisemblablement raison. Mais je ne suis pas sÃ»r que cela vaille
la peine d'embÃªter les dÃ©veloppeurs avec un bogue aussi futile.

En rÃ©alitÃ©, toute la question est dans ton Â« sans doute Â» ! Y a-t-il quelqu'un
sur la liste qui sait rÃ©ellement comment apt-get upgrade procÃ¨de pour dÃ©cider
de refuser de mettre Ã jour un paquet ? (Il suffirait peut-Ãªtre de lire les
sources mais c'est trop compliquÃ© pour moi.)

En lisant le man, on pourrait croire (mais ce n'est pas si clair) qu'il tente
d'installer le paquet et, s'il n'est pas forcÃ© de (dÃ©s)installer d'autres
paquets, il procÃ¨de Ã la mise Ã jour. Il examinerait donc ce qui va
*rÃ©ellement* se passer sur la machine de l'utilisateur.

Cela ne correspond pas Ã l'exemple que j'ai donnÃ©.

Une autre possibilitÃ© est que apt-get upgrade se contente d'une comparaison
*thÃ©orique* des dÃ©pendances (et recommends et suggests ?) Ã©crite dans le
paquet et refuse de mettre Ã jour s'il constate la moindre diffÃ©rence entre
celles de l'ancien et du nouveau paquet.

L'exemple que j'ai rencontrÃ© me fait penser que c'est cette deuxiÃ¨me
possibilitÃ© qui est la bonne. Mais cela va Ã l'encontre de mon expÃ©rience
passÃ©e car je n'ai jamais vu un tel comportement or j'ai du mal Ã croire que
c'est la premiÃ¨re fois que je dois mettre Ã jour un paquet dont seul un
recommend a changÃ©.

Si quelqu'un en sait plus, je reste curieux.

--
Eddy F.

--Boundary-01=_KOiSQJX/Xrl1ocq
Content-Type: text/html;
charset="utf-8"
Content-Transfer-Encoding: 8bit

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0//EN" "http://www.w3.org/TR/REC-html40/strict.dtd">
<html><head><meta name="qrichtext" content="1" /><style type="text/css">
p, li { white-space: pre-wrap; }
</style></head><body style=" font-family:'DejaVu Sans'; font-size:9pt; font-weight:400; font-style:normal;">
Le mercredi 5 septembre 2012 18:53:40, Sylvain L. Sauvage a Ã©crit :
> Le mardi 4 septembre 2012 Ã 20:25:57, Eddy F. a Ã©crit :
> > Bonjour,
> 
> â€™soir,
> 
> >[â€¦]
> >
> > Il y a bien un changement dans les "recommends"
> 
> Ah, ben il semble que la rÃ©ponse soit dans la questionâ€¦
> 
> > mais de toute faÃ§on apt-get n'est pas
> > configurÃ© pour tenir compte des recommends chez moi.
> 
> Ã‡a veut sans doute dire que les tests ne prennent pas en
> compte cette option. Bogue ?
 
Oui, tu as vraisemblablement raison. Mais je ne suis pas sÃ»r que cela vaille la peine d'embÃªter les dÃ©veloppeurs avec un bogue aussi futile.
 
En rÃ©alitÃ©, toute la question est dans ton Â« sans doute Â» ! Y a-t-il quelqu'un sur la liste qui sait rÃ©ellement comment apt-get upgrade procÃ¨de pour dÃ©cider de refuser de mettre Ã jour un paquet ? (Il suffirait peut-Ãªtre de lire les sources mais c'est trop compliquÃ© pour moi.)
 
En lisant le man, on pourrait croire (mais ce n'est pas si clair) qu'il tente d'installer le paquet et, s'il n'est pas forcÃ© de (dÃ©s)installer d'autres paquets, il procÃ¨de Ã la mise Ã jour. Il examinerait donc ce qui va *rÃ©ellement* se passer sur la machine de l'utilisateur. 
 
Cela ne correspond pas Ã l'exemple que j'ai donnÃ©.
 
Une autre possibilitÃ© est que apt-get upgrade se contente d'une comparaison *thÃ©orique* des dÃ©pendances (et recommends et suggests ?) Ã©crite dans le paquet et refuse de mettre Ã jour s'il constate la moindre diffÃ©rence entre celles de l'ancien et du nouveau paquet.
 
L'exemple que j'ai rencontrÃ© me fait penser que c'est cette deuxiÃ¨me possibilitÃ© qui est la bonne. Mais cela va Ã l'encontre de mon expÃ©rience passÃ©e car je n'ai jamais vu un tel comportement or j'ai du mal Ã croire que c'est la premiÃ¨re fois que je dois mettre Ã jour un paquet dont seul un recommend a changÃ©.
 
Si quelqu'un en sait plus, je reste curieux.
 
 
-- 
Eddy F.</body></html>
--Boundary-01=_KOiSQJX/Xrl1ocq--

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/

--Boundary-01=_KOiSQJX/Xrl1ocq
Content-Type: text/plain;
charset="utf-8"
Content-Transfer-Encoding: 8bit

Le mercredi 5 septembre 2012 18:53:40, Sylvain L. Sauvage a Ã©crit :

Le mardi 4 septembre 2012 Ã 20:25:57, Eddy F. a Ã©crit :
> Bonjour,

â€™soir,

>[â€¦]
>
> Il y a bien un changement dans les "recommends"

Ah, ben il semble que la rÃ©ponse soit dans la questionâ€¦

> mais de toute faÃ§on apt-get n'est pas
> configurÃ© pour tenir compte des recommends chez moi.

Ã‡a veut sans doute dire que les tests ne prennent pas en
compte cette option. Bogue ?

Oui, tu as vraisemblablement raison. Mais je ne suis pas sÃ»r que cela vaille
la peine d'embÃªter les dÃ©veloppeurs avec un bogue aussi futile.

En rÃ©alitÃ©, toute la question est dans ton Â« sans doute Â» ! Y a-t-il quelqu'un
sur la liste qui sait rÃ©ellement comment apt-get upgrade procÃ¨de pour dÃ©cider
de refuser de mettre Ã jour un paquet ? (Il suffirait peut-Ãªtre de lire les
sources mais c'est trop compliquÃ© pour moi.)

En lisant le man, on pourrait croire (mais ce n'est pas si clair) qu'il tente
d'installer le paquet et, s'il n'est pas forcÃ© de (dÃ©s)installer d'autres
paquets, il procÃ¨de Ã la mise Ã jour. Il examinerait donc ce qui va
*rÃ©ellement* se passer sur la machine de l'utilisateur.

Cela ne correspond pas Ã l'exemple que j'ai donnÃ©.

Une autre possibilitÃ© est que apt-get upgrade se contente d'une comparaison
*thÃ©orique* des dÃ©pendances (et recommends et suggests ?) Ã©crite dans le
paquet et refuse de mettre Ã jour s'il constate la moindre diffÃ©rence entre
celles de l'ancien et du nouveau paquet.

L'exemple que j'ai rencontrÃ© me fait penser que c'est cette deuxiÃ¨me
possibilitÃ© qui est la bonne. Mais cela va Ã l'encontre de mon expÃ©rience
passÃ©e car je n'ai jamais vu un tel comportement or j'ai du mal Ã croire que
c'est la premiÃ¨re fois que je dois mettre Ã jour un paquet dont seul un
recommend a changÃ©.

Si quelqu'un en sait plus, je reste curieux.

--
Eddy F.

--Boundary-01=_KOiSQJX/Xrl1ocq
Content-Type: text/html;
charset="utf-8"
Content-Transfer-Encoding: 8bit

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0//EN" "http://www.w3.org/TR/REC-html40/strict.dtd">
<html><head><meta name="qrichtext" content="1" /><style type="text/css">
p, li { white-space: pre-wrap; }
</style></head><body style=" font-family:'DejaVu Sans'; font-size:9pt; font-weight:400; font-style:normal;">
Le mercredi 5 septembre 2012 18:53:40, Sylvain L. Sauvage a Ã©crit :
> Le mardi 4 septembre 2012 Ã 20:25:57, Eddy F. a Ã©crit :
> > Bonjour,
> 
> â€™soir,
> 
> >[â€¦]
> >
> > Il y a bien un changement dans les "recommends"
> 
> Ah, ben il semble que la rÃ©ponse soit dans la questionâ€¦
> 
> > mais de toute faÃ§on apt-get n'est pas
> > configurÃ© pour tenir compte des recommends chez moi.
> 
> Ã‡a veut sans doute dire que les tests ne prennent pas en
> compte cette option. Bogue ?
 
Oui, tu as vraisemblablement raison. Mais je ne suis pas sÃ»r que cela vaille la peine d'embÃªter les dÃ©veloppeurs avec un bogue aussi futile.
 
En rÃ©alitÃ©, toute la question est dans ton Â« sans doute Â» ! Y a-t-il quelqu'un sur la liste qui sait rÃ©ellement comment apt-get upgrade procÃ¨de pour dÃ©cider de refuser de mettre Ã jour un paquet ? (Il suffirait peut-Ãªtre de lire les sources mais c'est trop compliquÃ© pour moi.)
 
En lisant le man, on pourrait croire (mais ce n'est pas si clair) qu'il tente d'installer le paquet et, s'il n'est pas forcÃ© de (dÃ©s)installer d'autres paquets, il procÃ¨de Ã la mise Ã jour. Il examinerait donc ce qui va *rÃ©ellement* se passer sur la machine de l'utilisateur. 
 
Cela ne correspond pas Ã l'exemple que j'ai donnÃ©.
 
Une autre possibilitÃ© est que apt-get upgrade se contente d'une comparaison *thÃ©orique* des dÃ©pendances (et recommends et suggests ?) Ã©crite dans le paquet et refuse de mettre Ã jour s'il constate la moindre diffÃ©rence entre celles de l'ancien et du nouveau paquet.
 
L'exemple que j'ai rencontrÃ© me fait penser que c'est cette deuxiÃ¨me possibilitÃ© qui est la bonne. Mais cela va Ã l'encontre de mon expÃ©rience passÃ©e car je n'ai jamais vu un tel comportement or j'ai du mal Ã croire que c'est la premiÃ¨re fois que je dois mettre Ã jour un paquet dont seul un recommend a changÃ©.
 
Si quelqu'un en sait plus, je reste curieux.
 
 
-- 
Eddy F.</body></html>
--Boundary-01=_KOiSQJX/Xrl1ocq--

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/201209071840.42571.edfnet-deb@yahoo.fr

Vous avez filtré cet utilisateur ! Consultez son message

--Boundary-01=_KOiSQJX/Xrl1ocq
Content-Type: text/plain;
charset="utf-8"
Content-Transfer-Encoding: 8bit

Le mercredi 5 septembre 2012 18:53:40, Sylvain L. Sauvage a Ã©crit :

Le mardi 4 septembre 2012 Ã 20:25:57, Eddy F. a Ã©crit :
> Bonjour,

â€™soir,

>[â€¦]
>
> Il y a bien un changement dans les "recommends"

Ah, ben il semble que la rÃ©ponse soit dans la questionâ€¦

> mais de toute faÃ§on apt-get n'est pas
> configurÃ© pour tenir compte des recommends chez moi.

Ã‡a veut sans doute dire que les tests ne prennent pas en
compte cette option. Bogue ?

Oui, tu as vraisemblablement raison. Mais je ne suis pas sÃ»r que cela vaille
la peine d'embÃªter les dÃ©veloppeurs avec un bogue aussi futile.

En rÃ©alitÃ©, toute la question est dans ton Â« sans doute Â» ! Y a-t-il quelqu'un
sur la liste qui sait rÃ©ellement comment apt-get upgrade procÃ¨de pour dÃ©cider
de refuser de mettre Ã jour un paquet ? (Il suffirait peut-Ãªtre de lire les
sources mais c'est trop compliquÃ© pour moi.)

En lisant le man, on pourrait croire (mais ce n'est pas si clair) qu'il tente
d'installer le paquet et, s'il n'est pas forcÃ© de (dÃ©s)installer d'autres
paquets, il procÃ¨de Ã la mise Ã jour. Il examinerait donc ce qui va
*rÃ©ellement* se passer sur la machine de l'utilisateur.

Cela ne correspond pas Ã l'exemple que j'ai donnÃ©.

Une autre possibilitÃ© est que apt-get upgrade se contente d'une comparaison
*thÃ©orique* des dÃ©pendances (et recommends et suggests ?) Ã©crite dans le
paquet et refuse de mettre Ã jour s'il constate la moindre diffÃ©rence entre
celles de l'ancien et du nouveau paquet.

L'exemple que j'ai rencontrÃ© me fait penser que c'est cette deuxiÃ¨me
possibilitÃ© qui est la bonne. Mais cela va Ã l'encontre de mon expÃ©rience
passÃ©e car je n'ai jamais vu un tel comportement or j'ai du mal Ã croire que
c'est la premiÃ¨re fois que je dois mettre Ã jour un paquet dont seul un
recommend a changÃ©.

Si quelqu'un en sait plus, je reste curieux.

--
Eddy F.

--Boundary-01=_KOiSQJX/Xrl1ocq
Content-Type: text/html;
charset="utf-8"
Content-Transfer-Encoding: 8bit

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0//EN" "http://www.w3.org/TR/REC-html40/strict.dtd">
<html><head><meta name="qrichtext" content="1" /><style type="text/css">
p, li { white-space: pre-wrap; }
</style></head><body style=" font-family:'DejaVu Sans'; font-size:9pt; font-weight:400; font-style:normal;">
Le mercredi 5 septembre 2012 18:53:40, Sylvain L. Sauvage a Ã©crit :
> Le mardi 4 septembre 2012 Ã 20:25:57, Eddy F. a Ã©crit :
> > Bonjour,
> 
> â€™soir,
> 
> >[â€¦]
> >
> > Il y a bien un changement dans les "recommends"
> 
> Ah, ben il semble que la rÃ©ponse soit dans la questionâ€¦
> 
> > mais de toute faÃ§on apt-get n'est pas
> > configurÃ© pour tenir compte des recommends chez moi.
> 
> Ã‡a veut sans doute dire que les tests ne prennent pas en
> compte cette option. Bogue ?
 
Oui, tu as vraisemblablement raison. Mais je ne suis pas sÃ»r que cela vaille la peine d'embÃªter les dÃ©veloppeurs avec un bogue aussi futile.
 
En rÃ©alitÃ©, toute la question est dans ton Â« sans doute Â» ! Y a-t-il quelqu'un sur la liste qui sait rÃ©ellement comment apt-get upgrade procÃ¨de pour dÃ©cider de refuser de mettre Ã jour un paquet ? (Il suffirait peut-Ãªtre de lire les sources mais c'est trop compliquÃ© pour moi.)
 
En lisant le man, on pourrait croire (mais ce n'est pas si clair) qu'il tente d'installer le paquet et, s'il n'est pas forcÃ© de (dÃ©s)installer d'autres paquets, il procÃ¨de Ã la mise Ã jour. Il examinerait donc ce qui va *rÃ©ellement* se passer sur la machine de l'utilisateur. 
 
Cela ne correspond pas Ã l'exemple que j'ai donnÃ©.
 
Une autre possibilitÃ© est que apt-get upgrade se contente d'une comparaison *thÃ©orique* des dÃ©pendances (et recommends et suggests ?) Ã©crite dans le paquet et refuse de mettre Ã jour s'il constate la moindre diffÃ©rence entre celles de l'ancien et du nouveau paquet.
 
L'exemple que j'ai rencontrÃ© me fait penser que c'est cette deuxiÃ¨me possibilitÃ© qui est la bonne. Mais cela va Ã l'encontre de mon expÃ©rience passÃ©e car je n'ai jamais vu un tel comportement or j'ai du mal Ã croire que c'est la premiÃ¨re fois que je dois mettre Ã jour un paquet dont seul un recommend a changÃ©.
 
Si quelqu'un en sait plus, je reste curieux.
 
 
-- 
Eddy F.</body></html>
--Boundary-01=_KOiSQJX/Xrl1ocq--

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/

Eddy F.

07/09/2012 à 19:00

Mes excuses pour le précédent message parti en html.
Je n'ai pas trop compris pourquoi.
Kmail devient-il facétieux ?

--
Eddy F.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/

Upgrade vs dist-upgrade

3 réponses

Veuillez sélectionner un problème