> Le Sat, 09 Apr 2005 10:40:11 +0200, François TOURDE a écrit :
>
>
>> Le 12882ième jour après Epoch,
>> nicolas.patrois@online.fr écrivait:
>
>
>
>>> Tiens, aptitude veut virer tout KDE ? Que se passe-t-il ?
>>
>
>
>> Le mainteneur d'aptitude a probablement du essayer KDE :)
>
Je reviens sur le sujet car si ça ne m'embête pas trop de voir kde
disparaître, j'aimerais bien comprendre le pourquoi du comment de ce
genre de comportement du gestionnaire de paquets.
Je n'ai pas regardé les dépendances des autres paquets de la mise à jour
, chose que je vais faire de ce pas, mais un paquet aurait il besoin de
désinstaller kde pour se mettre à jour ? bizarre, pour moi en tout cas !
Les éclaircissements des gurus debian seront les bienvenus.
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Sylvain Sauvage
1113072761 comput unicum (Sat, 09 Apr 2005 20:52:41 +0200), Arnaud a écrit :
Je reviens sur le sujet car si ça ne m'embête pas trop de voir kde disparaître, j'aimerais bien comprendre le pourquoi du comment de ce genre de comportement du gestionnaire de paquets. Je n'ai pas regardé les dépendances des autres paquets de la mise à jour , chose que je vais faire de ce pas, mais un paquet aurait il besoin de désinstaller kde pour se mettre à jour ? bizarre, pour moi en tout ca s !
Ça s'explique : un paquet A est mis à jour, mais un paquet B dépend d e la version précédente (avec un = sur la version, et un conflit sur > (et aussi sur <, en général)). Ce paquet B est alors marqué à enlever, et, avec lui, tous les paquets qui en dépendent.
Si ce paquet B se trouve être une bibliothèque de base de kde, tout kde saute.
La solution : bloquer la mise à jour du paquet A en attendant que B soit reconstruit avec une dépendance modifiée.
Tout est donc assez logique mais ce qui me gêne dans ce comportement, c'est que, par défaut, les outils apt ont cette « mauvaise » réacti on, alors qu'il devrait être possible de donner le choix ou de prévenir ava nt de faire toute cette modification. (Oui, je sais, on peut revenir en arrière ou bloquer à la main, mais il faut en général resélection ner tous les paquets déselectionnés.)
Je croyais que la distinction « installé à la main » - « install é automatiquement suite à une dépendance » qu'aptitude permet de faire empêchait justement ce genre de problèmes...
Les éclaircissements des gurus debian seront les bienvenus.
Pour kde, ce sont des kourous. Et d'ailleurs : à mon kourou, coucou.
-- Sylvain Sauvage
1113072761 comput unicum (Sat, 09 Apr 2005 20:52:41 +0200),
Arnaud a écrit :
Je reviens sur le sujet car si ça ne m'embête pas trop de voir kde
disparaître, j'aimerais bien comprendre le pourquoi du comment de ce
genre de comportement du gestionnaire de paquets.
Je n'ai pas regardé les dépendances des autres paquets de la mise à jour
, chose que je vais faire de ce pas, mais un paquet aurait il besoin de
désinstaller kde pour se mettre à jour ? bizarre, pour moi en tout ca s !
Ça s'explique : un paquet A est mis à jour, mais un paquet B dépend d e la
version précédente (avec un = sur la version, et un conflit sur > (et
aussi sur <, en général)). Ce paquet B est alors marqué à enlever, et,
avec lui, tous les paquets qui en dépendent.
Si ce paquet B se trouve être une bibliothèque de base de kde, tout kde
saute.
La solution : bloquer la mise à jour du paquet A en attendant que B soit
reconstruit avec une dépendance modifiée.
Tout est donc assez logique mais ce qui me gêne dans ce comportement,
c'est que, par défaut, les outils apt ont cette « mauvaise » réacti on,
alors qu'il devrait être possible de donner le choix ou de prévenir ava nt
de faire toute cette modification. (Oui, je sais, on peut revenir en
arrière ou bloquer à la main, mais il faut en général resélection ner tous
les paquets déselectionnés.)
Je croyais que la distinction « installé à la main » - « install é
automatiquement suite à une dépendance » qu'aptitude permet de faire
empêchait justement ce genre de problèmes...
Les éclaircissements des gurus debian seront les bienvenus.
Pour kde, ce sont des kourous. Et d'ailleurs : à mon kourou, coucou.
1113072761 comput unicum (Sat, 09 Apr 2005 20:52:41 +0200), Arnaud a écrit :
Je reviens sur le sujet car si ça ne m'embête pas trop de voir kde disparaître, j'aimerais bien comprendre le pourquoi du comment de ce genre de comportement du gestionnaire de paquets. Je n'ai pas regardé les dépendances des autres paquets de la mise à jour , chose que je vais faire de ce pas, mais un paquet aurait il besoin de désinstaller kde pour se mettre à jour ? bizarre, pour moi en tout ca s !
Ça s'explique : un paquet A est mis à jour, mais un paquet B dépend d e la version précédente (avec un = sur la version, et un conflit sur > (et aussi sur <, en général)). Ce paquet B est alors marqué à enlever, et, avec lui, tous les paquets qui en dépendent.
Si ce paquet B se trouve être une bibliothèque de base de kde, tout kde saute.
La solution : bloquer la mise à jour du paquet A en attendant que B soit reconstruit avec une dépendance modifiée.
Tout est donc assez logique mais ce qui me gêne dans ce comportement, c'est que, par défaut, les outils apt ont cette « mauvaise » réacti on, alors qu'il devrait être possible de donner le choix ou de prévenir ava nt de faire toute cette modification. (Oui, je sais, on peut revenir en arrière ou bloquer à la main, mais il faut en général resélection ner tous les paquets déselectionnés.)
Je croyais que la distinction « installé à la main » - « install é automatiquement suite à une dépendance » qu'aptitude permet de faire empêchait justement ce genre de problèmes...
Les éclaircissements des gurus debian seront les bienvenus.
Pour kde, ce sont des kourous. Et d'ailleurs : à mon kourou, coucou.
nicolas a écrit : > Le Sat, 09 Apr 2005 10:40:11 +0200, François TOURDE a écrit : >> Le 12882ième jour après Epoch, >> >> écrivait: >>> Tiens, aptitude veut virer tout KDE ? Que se passe-t-il ? >> >> Le mainteneur d'aptitude a probablement du essayer KDE :)
Je reviens sur le sujet car si ça ne m'embête pas trop de voir kde disparaître, j'aimerais bien comprendre le pourquoi du comment de ce genre de comportement du gestionnaire de paquets. Je n'ai pas regardé les dépendances des autres paquets de la mise à jour , chose que je vais faire de ce pas, mais un paquet aurait il besoin de désinstaller kde pour se mettre à jour ? bizarre, pour moi en tout ca s ! Les éclaircissements des gurus debian seront les bienvenus.
Alors, déjà, kde est un méta-paquet (qui se contente d'avoir des dé pendances vers d'autres paquets). Cela veut dire que si ton gestionnaire de paquet te propose de désinstaller kde, cela n'affectera en rien le fonctionnement d e celui-ci. Concernant le paquet posant problème, je pense que ça peut être la mi se à jour de vim (c'est ce qui s'est passé chez moi). En effet, dans cette mise à jour, kvim n'existe plus. Il vas donc te proposer si tu l'as installé de l'enle ver. Or, le paquet kde a une dépendance sur kdeaddons, qui lui-même a une dépendance sur vimpart, qui lui-même dépend de kvim (entre autres...) . Donc si tu met à jour vim, cela vas te proposer de désinstaller kde... Pour éviter cela, tu peut installer, par exemple, vim-gtk, qui vas te proposer de désinstaller kvim, mais qui vas satisfaire les dépendances de vimpart.
-- Florent
-- Citation aléatoire -- Mourir, ce n'est rien. Commence donc par vivre. C'est moins drôle et c'est plus long. -+- Jean Anouilh, Roméo et Juliette -+-
nicolas a écrit :
> Le Sat, 09 Apr 2005 10:40:11 +0200, François TOURDE a écrit :
>> Le 12882ième jour après Epoch,
>>
>> nicolas.patrois@online.fr écrivait:
>>> Tiens, aptitude veut virer tout KDE ? Que se passe-t-il ?
>>
>> Le mainteneur d'aptitude a probablement du essayer KDE :)
Je reviens sur le sujet car si ça ne m'embête pas trop de voir kde
disparaître, j'aimerais bien comprendre le pourquoi du comment de ce
genre de comportement du gestionnaire de paquets.
Je n'ai pas regardé les dépendances des autres paquets de la mise à jour
, chose que je vais faire de ce pas, mais un paquet aurait il besoin de
désinstaller kde pour se mettre à jour ? bizarre, pour moi en tout ca s !
Les éclaircissements des gurus debian seront les bienvenus.
Alors, déjà, kde est un méta-paquet (qui se contente d'avoir des dé pendances
vers d'autres paquets). Cela veut dire que si ton gestionnaire de paquet te
propose de désinstaller kde, cela n'affectera en rien le fonctionnement d e
celui-ci.
Concernant le paquet posant problème, je pense que ça peut être la mi se à jour
de vim (c'est ce qui s'est passé chez moi). En effet, dans cette mise à jour,
kvim n'existe plus. Il vas donc te proposer si tu l'as installé de l'enle ver.
Or, le paquet kde a une dépendance sur kdeaddons, qui lui-même a une
dépendance sur vimpart, qui lui-même dépend de kvim (entre autres...) . Donc
si tu met à jour vim, cela vas te proposer de désinstaller kde... Pour éviter
cela, tu peut installer, par exemple, vim-gtk, qui vas te proposer de
désinstaller kvim, mais qui vas satisfaire les dépendances de vimpart.
--
Florent
-- Citation aléatoire --
Mourir, ce n'est rien. Commence donc par vivre.
C'est moins drôle et c'est plus long.
-+- Jean Anouilh, Roméo et Juliette -+-
nicolas a écrit : > Le Sat, 09 Apr 2005 10:40:11 +0200, François TOURDE a écrit : >> Le 12882ième jour après Epoch, >> >> écrivait: >>> Tiens, aptitude veut virer tout KDE ? Que se passe-t-il ? >> >> Le mainteneur d'aptitude a probablement du essayer KDE :)
Je reviens sur le sujet car si ça ne m'embête pas trop de voir kde disparaître, j'aimerais bien comprendre le pourquoi du comment de ce genre de comportement du gestionnaire de paquets. Je n'ai pas regardé les dépendances des autres paquets de la mise à jour , chose que je vais faire de ce pas, mais un paquet aurait il besoin de désinstaller kde pour se mettre à jour ? bizarre, pour moi en tout ca s ! Les éclaircissements des gurus debian seront les bienvenus.
Alors, déjà, kde est un méta-paquet (qui se contente d'avoir des dé pendances vers d'autres paquets). Cela veut dire que si ton gestionnaire de paquet te propose de désinstaller kde, cela n'affectera en rien le fonctionnement d e celui-ci. Concernant le paquet posant problème, je pense que ça peut être la mi se à jour de vim (c'est ce qui s'est passé chez moi). En effet, dans cette mise à jour, kvim n'existe plus. Il vas donc te proposer si tu l'as installé de l'enle ver. Or, le paquet kde a une dépendance sur kdeaddons, qui lui-même a une dépendance sur vimpart, qui lui-même dépend de kvim (entre autres...) . Donc si tu met à jour vim, cela vas te proposer de désinstaller kde... Pour éviter cela, tu peut installer, par exemple, vim-gtk, qui vas te proposer de désinstaller kvim, mais qui vas satisfaire les dépendances de vimpart.
-- Florent
-- Citation aléatoire -- Mourir, ce n'est rien. Commence donc par vivre. C'est moins drôle et c'est plus long. -+- Jean Anouilh, Roméo et Juliette -+-
Je m'en suis tiré avec apt-get install vim-gtk vim, ce qui a désinstallé kvim. aptitude était trop violent.
nicolas patrois : pts noir asocial -- SPROTCH !
P : Non, y a rien de plus immonde que de chier sur la moquette... M : Pas d'accord... A pire... Chier sous la moquette... H : ?!!
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Alban Browaeys
Le Sat, 09 Apr 2005 21:39:51 +0200, Sylvain Sauvage a écrit :
1113072761 comput unicum (Sat, 09 Apr 2005 20:52:41 +0200), Arnaud a écrit :
Je reviens sur le sujet car si ça ne m'embête pas trop de voir kde disparaître, j'aimerais bien comprendre le pourquoi du comment de ce genre de comportement du gestionnaire de paquets. Je n'ai pas regardé les dépendances des autres paquets de la mise à jour , chose que je vais faire de ce pas, mais un paquet aurait il besoin de désinstaller kde pour se mettre à jour ? bizarre, pour moi en tout cas !
Ça s'explique : un paquet A est mis à jour, mais un paquet B dépend de la version précédente (avec un = sur la version, et un conflit sur > (et aussi sur <, en général)). Ce paquet B est alors marqué à enlever, et, avec lui, tous les paquets qui en dépendent.
Si ce paquet B se trouve être une bibliothèque de base de kde, tout kde saute.
La solution : bloquer la mise à jour du paquet A en attendant que B soit reconstruit avec une dépendance modifiée.
Tout est donc assez logique mais ce qui me gêne dans ce comportement, c'est que, par défaut, les outils apt ont cette « mauvaise » réaction, alors qu'il devrait être possible de donner le choix ou de prévenir avant de faire toute cette modification. (Oui, je sais, on peut revenir en arrière ou bloquer à la main, mais il faut en général resélectionner tous les paquets déselectionnés.)
Cela ne doit pas arriver en testing , tu as mis le doigt sur un bug de packaging. Ces problèmes sont normalement résolu en unstable mais apparement personne ne s'est plaint et le problème est arrivé en testing :(
Ou peut etre un problème de timing , le paquet permettant une mise à jour sans heurs n'est peut être pas arrivé à temps dans l'archive (avant que les mirroirs ne se synchronisent avec le site principal ...)
En général dans ce cas de figure , arrête la mise à jour et attends une journée. Si le problème persiste envoie un rapport de bug (si tu l'envoi sur le mauvais paquets il sera reassigné par le mainteneur ).
Alban
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact
Le Sat, 09 Apr 2005 21:39:51 +0200, Sylvain Sauvage a écrit :
1113072761 comput unicum (Sat, 09 Apr 2005 20:52:41 +0200),
Arnaud a écrit :
Je reviens sur le sujet car si ça ne m'embête pas trop de voir kde
disparaître, j'aimerais bien comprendre le pourquoi du comment de ce
genre de comportement du gestionnaire de paquets.
Je n'ai pas regardé les dépendances des autres paquets de la mise à jour
, chose que je vais faire de ce pas, mais un paquet aurait il besoin de
désinstaller kde pour se mettre à jour ? bizarre, pour moi en tout cas !
Ça s'explique : un paquet A est mis à jour, mais un paquet B dépend de la
version précédente (avec un = sur la version, et un conflit sur > (et
aussi sur <, en général)). Ce paquet B est alors marqué à enlever, et,
avec lui, tous les paquets qui en dépendent.
Si ce paquet B se trouve être une bibliothèque de base de kde, tout kde
saute.
La solution : bloquer la mise à jour du paquet A en attendant que B soit
reconstruit avec une dépendance modifiée.
Tout est donc assez logique mais ce qui me gêne dans ce comportement,
c'est que, par défaut, les outils apt ont cette « mauvaise » réaction,
alors qu'il devrait être possible de donner le choix ou de prévenir avant
de faire toute cette modification. (Oui, je sais, on peut revenir en
arrière ou bloquer à la main, mais il faut en général resélectionner tous
les paquets déselectionnés.)
Cela ne doit pas arriver en testing , tu as mis le doigt sur un bug de
packaging.
Ces problèmes sont normalement résolu en unstable mais apparement
personne ne s'est plaint et le problème est arrivé en testing :(
Ou peut etre un problème de timing , le paquet permettant une mise à
jour sans heurs n'est peut être pas arrivé à temps dans l'archive
(avant que les mirroirs ne se synchronisent avec le site principal ...)
En général dans ce cas de figure , arrête la mise à jour et attends
une journée. Si le problème persiste envoie un rapport de bug (si tu
l'envoi sur le mauvais paquets il sera reassigné par le mainteneur ).
Alban
--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
Le Sat, 09 Apr 2005 21:39:51 +0200, Sylvain Sauvage a écrit :
1113072761 comput unicum (Sat, 09 Apr 2005 20:52:41 +0200), Arnaud a écrit :
Je reviens sur le sujet car si ça ne m'embête pas trop de voir kde disparaître, j'aimerais bien comprendre le pourquoi du comment de ce genre de comportement du gestionnaire de paquets. Je n'ai pas regardé les dépendances des autres paquets de la mise à jour , chose que je vais faire de ce pas, mais un paquet aurait il besoin de désinstaller kde pour se mettre à jour ? bizarre, pour moi en tout cas !
Ça s'explique : un paquet A est mis à jour, mais un paquet B dépend de la version précédente (avec un = sur la version, et un conflit sur > (et aussi sur <, en général)). Ce paquet B est alors marqué à enlever, et, avec lui, tous les paquets qui en dépendent.
Si ce paquet B se trouve être une bibliothèque de base de kde, tout kde saute.
La solution : bloquer la mise à jour du paquet A en attendant que B soit reconstruit avec une dépendance modifiée.
Tout est donc assez logique mais ce qui me gêne dans ce comportement, c'est que, par défaut, les outils apt ont cette « mauvaise » réaction, alors qu'il devrait être possible de donner le choix ou de prévenir avant de faire toute cette modification. (Oui, je sais, on peut revenir en arrière ou bloquer à la main, mais il faut en général resélectionner tous les paquets déselectionnés.)
Cela ne doit pas arriver en testing , tu as mis le doigt sur un bug de packaging. Ces problèmes sont normalement résolu en unstable mais apparement personne ne s'est plaint et le problème est arrivé en testing :(
Ou peut etre un problème de timing , le paquet permettant une mise à jour sans heurs n'est peut être pas arrivé à temps dans l'archive (avant que les mirroirs ne se synchronisent avec le site principal ...)
En général dans ce cas de figure , arrête la mise à jour et attends une journée. Si le problème persiste envoie un rapport de bug (si tu l'envoi sur le mauvais paquets il sera reassigné par le mainteneur ).
Alban
-- Pensez à lire la FAQ de la liste avant de poser une question : http://wiki.debian.net/?DebianFrench
Pensez à rajouter le mot ``spam'' dans vos champs "From" et "Reply-To:"
To UNSUBSCRIBE, email to with a subject of "unsubscribe". Trouble? Contact