Bonjour à tous.
J'ai fait une installation "bourrine" par le net et, utilisant Gnome,
j'aimerais savoir comment faire pour supprimer Kde et ce qui va avec.
Merci d'avance pour vos réponses !
Bonjour à tous.
J'ai fait une installation "bourrine" par le net et, utilisant Gnome,
j'aimerais savoir comment faire pour supprimer Kde et ce qui va avec.
Merci d'avance pour vos réponses !
Bonjour à tous.
J'ai fait une installation "bourrine" par le net et, utilisant Gnome,
j'aimerais savoir comment faire pour supprimer Kde et ce qui va avec.
Merci d'avance pour vos réponses !
Francois Schoubben a écrit :
| moi a écrit :
| > j'aimerais savoir comment faire pour supprimer Kde et ce qui va avec.
|
| apt-get remove kde-core
|
| kde n'est qu'un meta-package, il ne désinstallerait rien.
Ca c'est une tres bonne remarque. "apt-get install kde" installe kde,
"apt-get remove kde" n'enleve rien. Pour les meta-paquets, ce serait
raisonnable que le script "prerm" (lance avant la desinstallation) donne un
avertissement comme :
Attention, le paquet "kde" n'est qu'un meta-paquet. Que voulez-vous faire :
(1) desinstaller l'ensemble des paquets KDE, a savoir [bla bla bla]
(2) ne desinstaller que le meta-paquet KDE, mais conserver les programmes KDE
(comme ce meta-paquet n'occupe que 3 ko et facilite la mise a jour de KDE,
il est conseille de le conserver : c'est le choix (3))
(3) conserver le meta-paquet kde (interrompre la presente desinstallation)
Votre choix (defaut = 2) :
Bon, il faudrait rendre plus clair les messages, mais c'est l'idee. Qu'en
pensez-vous ?
Francois Schoubben a écrit :
| moi a écrit :
| > j'aimerais savoir comment faire pour supprimer Kde et ce qui va avec.
|
| apt-get remove kde-core
|
| kde n'est qu'un meta-package, il ne désinstallerait rien.
Ca c'est une tres bonne remarque. "apt-get install kde" installe kde,
"apt-get remove kde" n'enleve rien. Pour les meta-paquets, ce serait
raisonnable que le script "prerm" (lance avant la desinstallation) donne un
avertissement comme :
Attention, le paquet "kde" n'est qu'un meta-paquet. Que voulez-vous faire :
(1) desinstaller l'ensemble des paquets KDE, a savoir [bla bla bla]
(2) ne desinstaller que le meta-paquet KDE, mais conserver les programmes KDE
(comme ce meta-paquet n'occupe que 3 ko et facilite la mise a jour de KDE,
il est conseille de le conserver : c'est le choix (3))
(3) conserver le meta-paquet kde (interrompre la presente desinstallation)
Votre choix (defaut = 2) :
Bon, il faudrait rendre plus clair les messages, mais c'est l'idee. Qu'en
pensez-vous ?
Francois Schoubben a écrit :
| moi a écrit :
| > j'aimerais savoir comment faire pour supprimer Kde et ce qui va avec.
|
| apt-get remove kde-core
|
| kde n'est qu'un meta-package, il ne désinstallerait rien.
Ca c'est une tres bonne remarque. "apt-get install kde" installe kde,
"apt-get remove kde" n'enleve rien. Pour les meta-paquets, ce serait
raisonnable que le script "prerm" (lance avant la desinstallation) donne un
avertissement comme :
Attention, le paquet "kde" n'est qu'un meta-paquet. Que voulez-vous faire :
(1) desinstaller l'ensemble des paquets KDE, a savoir [bla bla bla]
(2) ne desinstaller que le meta-paquet KDE, mais conserver les programmes KDE
(comme ce meta-paquet n'occupe que 3 ko et facilite la mise a jour de KDE,
il est conseille de le conserver : c'est le choix (3))
(3) conserver le meta-paquet kde (interrompre la presente desinstallation)
Votre choix (defaut = 2) :
Bon, il faudrait rendre plus clair les messages, mais c'est l'idee. Qu'en
pensez-vous ?
Je suis tout à fait d'accord. Cela simplifierai grandement la
désinstallation de meta-paquet plutôt que de chercher le paquet dont
tous les autres dépendent.
Je suis tout à fait d'accord. Cela simplifierai grandement la
désinstallation de meta-paquet plutôt que de chercher le paquet dont
tous les autres dépendent.
Je suis tout à fait d'accord. Cela simplifierai grandement la
désinstallation de meta-paquet plutôt que de chercher le paquet dont
tous les autres dépendent.
Daniel Déchelotte a écrit :Francois Schoubben a écrit :
| moi a écrit :
| > j'aimerais savoir comment faire pour supprimer Kde et ce qui va avec.
| | apt-get remove kde-core
| | kde n'est qu'un meta-package, il ne désinstallerait rien.
Ca c'est une tres bonne remarque. "apt-get install kde" installe kde,
"apt-get remove kde" n'enleve rien. Pour les meta-paquets, ce serait
raisonnable que le script "prerm" (lance avant la desinstallation)
donne un
avertissement comme :
Attention, le paquet "kde" n'est qu'un meta-paquet. Que voulez-vous
faire :
(1) desinstaller l'ensemble des paquets KDE, a savoir [bla bla bla]
(2) ne desinstaller que le meta-paquet KDE, mais conserver les
programmes KDE
(comme ce meta-paquet n'occupe que 3 ko et facilite la mise a jour
de KDE,
il est conseille de le conserver : c'est le choix (3))
(3) conserver le meta-paquet kde (interrompre la presente
desinstallation)
Votre choix (defaut = 2) :
Bon, il faudrait rendre plus clair les messages, mais c'est l'idee. Qu'en
pensez-vous ?
Daniel Déchelotte a écrit :
Francois Schoubben a écrit :
| moi a écrit :
| > j'aimerais savoir comment faire pour supprimer Kde et ce qui va avec.
| | apt-get remove kde-core
| | kde n'est qu'un meta-package, il ne désinstallerait rien.
Ca c'est une tres bonne remarque. "apt-get install kde" installe kde,
"apt-get remove kde" n'enleve rien. Pour les meta-paquets, ce serait
raisonnable que le script "prerm" (lance avant la desinstallation)
donne un
avertissement comme :
Attention, le paquet "kde" n'est qu'un meta-paquet. Que voulez-vous
faire :
(1) desinstaller l'ensemble des paquets KDE, a savoir [bla bla bla]
(2) ne desinstaller que le meta-paquet KDE, mais conserver les
programmes KDE
(comme ce meta-paquet n'occupe que 3 ko et facilite la mise a jour
de KDE,
il est conseille de le conserver : c'est le choix (3))
(3) conserver le meta-paquet kde (interrompre la presente
desinstallation)
Votre choix (defaut = 2) :
Bon, il faudrait rendre plus clair les messages, mais c'est l'idee. Qu'en
pensez-vous ?
Daniel Déchelotte a écrit :Francois Schoubben a écrit :
| moi a écrit :
| > j'aimerais savoir comment faire pour supprimer Kde et ce qui va avec.
| | apt-get remove kde-core
| | kde n'est qu'un meta-package, il ne désinstallerait rien.
Ca c'est une tres bonne remarque. "apt-get install kde" installe kde,
"apt-get remove kde" n'enleve rien. Pour les meta-paquets, ce serait
raisonnable que le script "prerm" (lance avant la desinstallation)
donne un
avertissement comme :
Attention, le paquet "kde" n'est qu'un meta-paquet. Que voulez-vous
faire :
(1) desinstaller l'ensemble des paquets KDE, a savoir [bla bla bla]
(2) ne desinstaller que le meta-paquet KDE, mais conserver les
programmes KDE
(comme ce meta-paquet n'occupe que 3 ko et facilite la mise a jour
de KDE,
il est conseille de le conserver : c'est le choix (3))
(3) conserver le meta-paquet kde (interrompre la presente
desinstallation)
Votre choix (defaut = 2) :
Bon, il faudrait rendre plus clair les messages, mais c'est l'idee. Qu'en
pensez-vous ?
Je ne comprends pas d'ailleurs que le debian-net-install ne demande pas
quel wm installer; il installe gnome et kde, ce qui fait que si l'on
veut n'installer que gnome il faut commencer par faire une install
minimum et installer gnome après.
Bernard
Je ne comprends pas d'ailleurs que le debian-net-install ne demande pas
quel wm installer; il installe gnome et kde, ce qui fait que si l'on
veut n'installer que gnome il faut commencer par faire une install
minimum et installer gnome après.
Bernard
Je ne comprends pas d'ailleurs que le debian-net-install ne demande pas
quel wm installer; il installe gnome et kde, ce qui fait que si l'on
veut n'installer que gnome il faut commencer par faire une install
minimum et installer gnome après.
Bernard
Yannick Roehlly a écrit :
| RTyler wrote:
|
| > Je suis tout _ fait d'accord. Cela simplifierai grandement la
| > d_sinstallation de meta-paquet plut_t que de chercher le paquet dont
| > tous les autres d_pendent.
|
| D'o_ l'int_r_t d'utiliser aptitude qui se souvient des paquets install_s
| comme d_pendance d'autres paquets.
C'est (legerement) different. Lorsque "RTyler" dit "chercher le paquet dont
tous les autres dependent", il fait reference a la recherche de kde-core,
paquet qui va faire "sauter" tout KDE (car tous les autres paquets KDE en
dependent). C'est juste une astuce pour contourner le probleme.
Aptitude, ou debfoster, vont pouvoir nous aider dans les cas les plus
simples (install kde, remove kde), mais pas dans les autres (install kde,
install kde-extras, install kate, install kate-plugins, remove kde => ne
retire rien).
Ca ne veut pas dire qu'aptitude ou debfoster ne sont pas interessants, ca
veut dire que l'on attend un autre comportement *pour les meta-paquets*.
Ils devraient, AMHA, proposer de desinstaller simplement le "systeme"
qu'ils permettent d'installer simplement.
| Parce que si tu fais un "apt-get remove kde", est-ce que _a veut dire que
| tu veux d_sinstaller les biblioth_ques QT dont peuvent avoir besoin
| d'autres paquets qui ne font pas partie de KDE ?
Probablement pas. Il pourrait le proposer. Le probleme, effectivement,
c'est que la liste des paquets a retirer n'est pas deductibles
automatiquement des dependances. C'est aussi pour ca que c'est interessant
que le mainteneur le fasse pour que l'utilisateur n'ait pas a le faire.
Je reprends l'exemple de KDE pour illustrer mon propos. Le paquet kde
depend, de proche en proche, de la libc6, des biblio Qt libqt3c102-mt et
des jeux de kde-amusements. Clairement, il ne suffit pas de proposer de
retirer tout ce dont depend kde, sans quoi on va arriver a retirer la libc !
C'est aux mainteneurs des paquets Qt/KDE d'identifier que les utilisateurs
Debian peuvent vouloir retirer tous les paquets relatifs a Qt/KDE, ou bien
juste ceux de KDE mais en laissant les paquets Qt. Meme raisonnement
non-automatisable pour le meta-paquet kde-devel-extras (il faut discerner
parmi ses dependances celles qui s'assurent qu'on a bien un environnement
kde correctement installe de celles qui representent effectivement les
"extras" de "kde-devel").
PS: en redigeant ce courriel, il m'a semble que kdelibs4 allait faire
sauter encore plus de paquets. A essayer ;-)
Dans des nouvelles connexes, je depose dans http://yo.dan.free.fr/debian/
une version de deborphan capable de detecter les dependances circulaires
avec l'option "-c" (ou "--find-circular"). Le patch (depuis la version
1.7.15) est disponible, ainsi qu'un paquet binaire. Desole, je ne sais pas
faire "d'entrepot", il faut l'installer a la main avec "dpkg -i".
Yannick Roehlly a écrit :
| RTyler wrote:
|
| > Je suis tout _ fait d'accord. Cela simplifierai grandement la
| > d_sinstallation de meta-paquet plut_t que de chercher le paquet dont
| > tous les autres d_pendent.
|
| D'o_ l'int_r_t d'utiliser aptitude qui se souvient des paquets install_s
| comme d_pendance d'autres paquets.
C'est (legerement) different. Lorsque "RTyler" dit "chercher le paquet dont
tous les autres dependent", il fait reference a la recherche de kde-core,
paquet qui va faire "sauter" tout KDE (car tous les autres paquets KDE en
dependent). C'est juste une astuce pour contourner le probleme.
Aptitude, ou debfoster, vont pouvoir nous aider dans les cas les plus
simples (install kde, remove kde), mais pas dans les autres (install kde,
install kde-extras, install kate, install kate-plugins, remove kde => ne
retire rien).
Ca ne veut pas dire qu'aptitude ou debfoster ne sont pas interessants, ca
veut dire que l'on attend un autre comportement *pour les meta-paquets*.
Ils devraient, AMHA, proposer de desinstaller simplement le "systeme"
qu'ils permettent d'installer simplement.
| Parce que si tu fais un "apt-get remove kde", est-ce que _a veut dire que
| tu veux d_sinstaller les biblioth_ques QT dont peuvent avoir besoin
| d'autres paquets qui ne font pas partie de KDE ?
Probablement pas. Il pourrait le proposer. Le probleme, effectivement,
c'est que la liste des paquets a retirer n'est pas deductibles
automatiquement des dependances. C'est aussi pour ca que c'est interessant
que le mainteneur le fasse pour que l'utilisateur n'ait pas a le faire.
Je reprends l'exemple de KDE pour illustrer mon propos. Le paquet kde
depend, de proche en proche, de la libc6, des biblio Qt libqt3c102-mt et
des jeux de kde-amusements. Clairement, il ne suffit pas de proposer de
retirer tout ce dont depend kde, sans quoi on va arriver a retirer la libc !
C'est aux mainteneurs des paquets Qt/KDE d'identifier que les utilisateurs
Debian peuvent vouloir retirer tous les paquets relatifs a Qt/KDE, ou bien
juste ceux de KDE mais en laissant les paquets Qt. Meme raisonnement
non-automatisable pour le meta-paquet kde-devel-extras (il faut discerner
parmi ses dependances celles qui s'assurent qu'on a bien un environnement
kde correctement installe de celles qui representent effectivement les
"extras" de "kde-devel").
PS: en redigeant ce courriel, il m'a semble que kdelibs4 allait faire
sauter encore plus de paquets. A essayer ;-)
Dans des nouvelles connexes, je depose dans http://yo.dan.free.fr/debian/
une version de deborphan capable de detecter les dependances circulaires
avec l'option "-c" (ou "--find-circular"). Le patch (depuis la version
1.7.15) est disponible, ainsi qu'un paquet binaire. Desole, je ne sais pas
faire "d'entrepot", il faut l'installer a la main avec "dpkg -i".
Yannick Roehlly a écrit :
| RTyler wrote:
|
| > Je suis tout _ fait d'accord. Cela simplifierai grandement la
| > d_sinstallation de meta-paquet plut_t que de chercher le paquet dont
| > tous les autres d_pendent.
|
| D'o_ l'int_r_t d'utiliser aptitude qui se souvient des paquets install_s
| comme d_pendance d'autres paquets.
C'est (legerement) different. Lorsque "RTyler" dit "chercher le paquet dont
tous les autres dependent", il fait reference a la recherche de kde-core,
paquet qui va faire "sauter" tout KDE (car tous les autres paquets KDE en
dependent). C'est juste une astuce pour contourner le probleme.
Aptitude, ou debfoster, vont pouvoir nous aider dans les cas les plus
simples (install kde, remove kde), mais pas dans les autres (install kde,
install kde-extras, install kate, install kate-plugins, remove kde => ne
retire rien).
Ca ne veut pas dire qu'aptitude ou debfoster ne sont pas interessants, ca
veut dire que l'on attend un autre comportement *pour les meta-paquets*.
Ils devraient, AMHA, proposer de desinstaller simplement le "systeme"
qu'ils permettent d'installer simplement.
| Parce que si tu fais un "apt-get remove kde", est-ce que _a veut dire que
| tu veux d_sinstaller les biblioth_ques QT dont peuvent avoir besoin
| d'autres paquets qui ne font pas partie de KDE ?
Probablement pas. Il pourrait le proposer. Le probleme, effectivement,
c'est que la liste des paquets a retirer n'est pas deductibles
automatiquement des dependances. C'est aussi pour ca que c'est interessant
que le mainteneur le fasse pour que l'utilisateur n'ait pas a le faire.
Je reprends l'exemple de KDE pour illustrer mon propos. Le paquet kde
depend, de proche en proche, de la libc6, des biblio Qt libqt3c102-mt et
des jeux de kde-amusements. Clairement, il ne suffit pas de proposer de
retirer tout ce dont depend kde, sans quoi on va arriver a retirer la libc !
C'est aux mainteneurs des paquets Qt/KDE d'identifier que les utilisateurs
Debian peuvent vouloir retirer tous les paquets relatifs a Qt/KDE, ou bien
juste ceux de KDE mais en laissant les paquets Qt. Meme raisonnement
non-automatisable pour le meta-paquet kde-devel-extras (il faut discerner
parmi ses dependances celles qui s'assurent qu'on a bien un environnement
kde correctement installe de celles qui representent effectivement les
"extras" de "kde-devel").
PS: en redigeant ce courriel, il m'a semble que kdelibs4 allait faire
sauter encore plus de paquets. A essayer ;-)
Dans des nouvelles connexes, je depose dans http://yo.dan.free.fr/debian/
une version de deborphan capable de detecter les dependances circulaires
avec l'option "-c" (ou "--find-circular"). Le patch (depuis la version
1.7.15) est disponible, ainsi qu'un paquet binaire. Desole, je ne sais pas
faire "d'entrepot", il faut l'installer a la main avec "dpkg -i".
Yannick Roehlly a écrit :
[...]
Ca ne veut pas dire qu'aptitude ou debfoster ne sont pas interessants,
ca veut dire que l'on attend un autre comportement *pour les
meta-paquets*. Ils devraient, AMHA, proposer de desinstaller simplement
le "systeme" qu'ils permettent d'installer simplement.
Yannick Roehlly a écrit :
[...]
Ca ne veut pas dire qu'aptitude ou debfoster ne sont pas interessants,
ca veut dire que l'on attend un autre comportement *pour les
meta-paquets*. Ils devraient, AMHA, proposer de desinstaller simplement
le "systeme" qu'ils permettent d'installer simplement.
Yannick Roehlly a écrit :
[...]
Ca ne veut pas dire qu'aptitude ou debfoster ne sont pas interessants,
ca veut dire que l'on attend un autre comportement *pour les
meta-paquets*. Ils devraient, AMHA, proposer de desinstaller simplement
le "systeme" qu'ils permettent d'installer simplement.
Daniel Déchelotte a écrit :
>Yannick Roehlly a écrit :
>
>| RTyler wrote:
>|
>| > Je suis tout _ fait d'accord. Cela simplifierai grandement la
>| > d_sinstallation de meta-paquet plut_t que de chercher le paquet dont
>| > tous les autres d_pendent.
>|
>| D'o_ l'int_r_t d'utiliser aptitude qui se souvient des paquets install _s
>| comme d_pendance d'autres paquets.
>
>C'est (legerement) different. Lorsque "RTyler" dit "chercher le paquet d ont
>tous les autres dependent", il fait reference a la recherche de kde-core ,
>paquet qui va faire "sauter" tout KDE (car tous les autres paquets KDE e n
>dependent). C'est juste une astuce pour contourner le probleme.
>
C'est exactement ce que j'ai voulu dire. Ca fait plaisir d'être bien
compris.
>Aptitude, ou debfoster, vont pouvoir nous aider dans les cas les plus
>simples (install kde, remove kde), mais pas dans les autres (install kde ,
>install kde-extras, install kate, install kate-plugins, remove kde => ne
>retire rien).
>
>Ca ne veut pas dire qu'aptitude ou debfoster ne sont pas interessants, c a
>veut dire que l'on attend un autre comportement *pour les meta-paquets*.
>Ils devraient, AMHA, proposer de desinstaller simplement le "systeme"
>qu'ils permettent d'installer simplement.
>Je reprends l'exemple de KDE pour illustrer mon propos. Le paquet kde
>depend, de proche en proche, de la libc6, des biblio Qt libqt3c102-mt et
>des jeux de kde-amusements. Clairement, il ne suffit pas de proposer de
>retirer tout ce dont depend kde, sans quoi on va arriver a retirer la li bc !
>C'est aux mainteneurs des paquets Qt/KDE d'identifier que les utilisateu rs
>Debian peuvent vouloir retirer tous les paquets relatifs a Qt/KDE, ou bi en
>juste ceux de KDE mais en laissant les paquets Qt. Meme raisonnement
>non-automatisable pour le meta-paquet kde-devel-extras (il faut discerne r
>parmi ses dependances celles qui s'assurent qu'on a bien un environnemen t
>kde correctement installe de celles qui representent effectivement les
>"extras" de "kde-devel").
>
C'est là tout le problème. Peut-être pourrait-on (je ne su is pas
spécialiste, c'est juste une suggestion) retirer (dans le cas d'un
meta-paquet) uniquement ce dont dépend ce meta-paquet et aucun autre
paquet. Dans le cas de Qt il n'y a pas que KDE qui les utilises (je me
trompe peut-être lourdement, veuillez m'en excuser par avance si tel est
le cas).
>Dans des nouvelles connexes, je depose dans http://yo.dan.free.fr/debian /
>une version de deborphan capable de detecter les dependances circulaires
>avec l'option "-c" (ou "--find-circular"). Le patch (depuis la version
>1.7.15) est disponible, ainsi qu'un paquet binaire. Desole, je ne sais p as
>faire "d'entrepot", il faut l'installer a la main avec "dpkg -i".
>
En voila une idée qu'elle est bonne. Pourquoi les developpeurs debia n
n'ont pas pensé à cette option eux-même ? Ne pourrait-on p as leur
soumettre l'idée ? Ce serait toujours ça de pris comme dirait l 'autre.
Daniel Déchelotte a écrit :
>Yannick Roehlly a écrit :
>
>| RTyler wrote:
>|
>| > Je suis tout _ fait d'accord. Cela simplifierai grandement la
>| > d_sinstallation de meta-paquet plut_t que de chercher le paquet dont
>| > tous les autres d_pendent.
>|
>| D'o_ l'int_r_t d'utiliser aptitude qui se souvient des paquets install _s
>| comme d_pendance d'autres paquets.
>
>C'est (legerement) different. Lorsque "RTyler" dit "chercher le paquet d ont
>tous les autres dependent", il fait reference a la recherche de kde-core ,
>paquet qui va faire "sauter" tout KDE (car tous les autres paquets KDE e n
>dependent). C'est juste une astuce pour contourner le probleme.
>
C'est exactement ce que j'ai voulu dire. Ca fait plaisir d'être bien
compris.
>Aptitude, ou debfoster, vont pouvoir nous aider dans les cas les plus
>simples (install kde, remove kde), mais pas dans les autres (install kde ,
>install kde-extras, install kate, install kate-plugins, remove kde => ne
>retire rien).
>
>Ca ne veut pas dire qu'aptitude ou debfoster ne sont pas interessants, c a
>veut dire que l'on attend un autre comportement *pour les meta-paquets*.
>Ils devraient, AMHA, proposer de desinstaller simplement le "systeme"
>qu'ils permettent d'installer simplement.
>Je reprends l'exemple de KDE pour illustrer mon propos. Le paquet kde
>depend, de proche en proche, de la libc6, des biblio Qt libqt3c102-mt et
>des jeux de kde-amusements. Clairement, il ne suffit pas de proposer de
>retirer tout ce dont depend kde, sans quoi on va arriver a retirer la li bc !
>C'est aux mainteneurs des paquets Qt/KDE d'identifier que les utilisateu rs
>Debian peuvent vouloir retirer tous les paquets relatifs a Qt/KDE, ou bi en
>juste ceux de KDE mais en laissant les paquets Qt. Meme raisonnement
>non-automatisable pour le meta-paquet kde-devel-extras (il faut discerne r
>parmi ses dependances celles qui s'assurent qu'on a bien un environnemen t
>kde correctement installe de celles qui representent effectivement les
>"extras" de "kde-devel").
>
C'est là tout le problème. Peut-être pourrait-on (je ne su is pas
spécialiste, c'est juste une suggestion) retirer (dans le cas d'un
meta-paquet) uniquement ce dont dépend ce meta-paquet et aucun autre
paquet. Dans le cas de Qt il n'y a pas que KDE qui les utilises (je me
trompe peut-être lourdement, veuillez m'en excuser par avance si tel est
le cas).
>Dans des nouvelles connexes, je depose dans http://yo.dan.free.fr/debian /
>une version de deborphan capable de detecter les dependances circulaires
>avec l'option "-c" (ou "--find-circular"). Le patch (depuis la version
>1.7.15) est disponible, ainsi qu'un paquet binaire. Desole, je ne sais p as
>faire "d'entrepot", il faut l'installer a la main avec "dpkg -i".
>
En voila une idée qu'elle est bonne. Pourquoi les developpeurs debia n
n'ont pas pensé à cette option eux-même ? Ne pourrait-on p as leur
soumettre l'idée ? Ce serait toujours ça de pris comme dirait l 'autre.
Daniel Déchelotte a écrit :
>Yannick Roehlly a écrit :
>
>| RTyler wrote:
>|
>| > Je suis tout _ fait d'accord. Cela simplifierai grandement la
>| > d_sinstallation de meta-paquet plut_t que de chercher le paquet dont
>| > tous les autres d_pendent.
>|
>| D'o_ l'int_r_t d'utiliser aptitude qui se souvient des paquets install _s
>| comme d_pendance d'autres paquets.
>
>C'est (legerement) different. Lorsque "RTyler" dit "chercher le paquet d ont
>tous les autres dependent", il fait reference a la recherche de kde-core ,
>paquet qui va faire "sauter" tout KDE (car tous les autres paquets KDE e n
>dependent). C'est juste une astuce pour contourner le probleme.
>
C'est exactement ce que j'ai voulu dire. Ca fait plaisir d'être bien
compris.
>Aptitude, ou debfoster, vont pouvoir nous aider dans les cas les plus
>simples (install kde, remove kde), mais pas dans les autres (install kde ,
>install kde-extras, install kate, install kate-plugins, remove kde => ne
>retire rien).
>
>Ca ne veut pas dire qu'aptitude ou debfoster ne sont pas interessants, c a
>veut dire que l'on attend un autre comportement *pour les meta-paquets*.
>Ils devraient, AMHA, proposer de desinstaller simplement le "systeme"
>qu'ils permettent d'installer simplement.
>Je reprends l'exemple de KDE pour illustrer mon propos. Le paquet kde
>depend, de proche en proche, de la libc6, des biblio Qt libqt3c102-mt et
>des jeux de kde-amusements. Clairement, il ne suffit pas de proposer de
>retirer tout ce dont depend kde, sans quoi on va arriver a retirer la li bc !
>C'est aux mainteneurs des paquets Qt/KDE d'identifier que les utilisateu rs
>Debian peuvent vouloir retirer tous les paquets relatifs a Qt/KDE, ou bi en
>juste ceux de KDE mais en laissant les paquets Qt. Meme raisonnement
>non-automatisable pour le meta-paquet kde-devel-extras (il faut discerne r
>parmi ses dependances celles qui s'assurent qu'on a bien un environnemen t
>kde correctement installe de celles qui representent effectivement les
>"extras" de "kde-devel").
>
C'est là tout le problème. Peut-être pourrait-on (je ne su is pas
spécialiste, c'est juste une suggestion) retirer (dans le cas d'un
meta-paquet) uniquement ce dont dépend ce meta-paquet et aucun autre
paquet. Dans le cas de Qt il n'y a pas que KDE qui les utilises (je me
trompe peut-être lourdement, veuillez m'en excuser par avance si tel est
le cas).
>Dans des nouvelles connexes, je depose dans http://yo.dan.free.fr/debian /
>une version de deborphan capable de detecter les dependances circulaires
>avec l'option "-c" (ou "--find-circular"). Le patch (depuis la version
>1.7.15) est disponible, ainsi qu'un paquet binaire. Desole, je ne sais p as
>faire "d'entrepot", il faut l'installer a la main avec "dpkg -i".
>
En voila une idée qu'elle est bonne. Pourquoi les developpeurs debia n
n'ont pas pensé à cette option eux-même ? Ne pourrait-on p as leur
soumettre l'idée ? Ce serait toujours ça de pris comme dirait l 'autre.
