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.) 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
