Bonjour,
[â¦]
donc plus question de se passer de mlterm! au moins sous une
forme riquiqui, car si je demande de désinstaller
mlterm-tiny, apt me réinstalle mlterm (pas riquiqui).
????
Bonjour,
[â¦]
donc plus question de se passer de mlterm! au moins sous une
forme riquiqui, car si je demande de désinstaller
mlterm-tiny, apt me réinstalle mlterm (pas riquiqui).
????
Bonjour,
[â¦]
donc plus question de se passer de mlterm! au moins sous une
forme riquiqui, car si je demande de désinstaller
mlterm-tiny, apt me réinstalle mlterm (pas riquiqui).
????
En CLI, toutes les raisons et alternatives ne sont pas
affichées. Il faut les demander ou les rechercher soi-même (à
coups d’apt-cache ou d’apt-rdepends).
En CLI, toutes les raisons et alternatives ne sont pas
affichées. Il faut les demander ou les rechercher soi-même (à
coups d’apt-cache ou d’apt-rdepends).
En CLI, toutes les raisons et alternatives ne sont pas
affichées. Il faut les demander ou les rechercher soi-même (à
coups d’apt-cache ou d’apt-rdepends).
Bonjour,
[â¦] aptitude why le-paquet [â¦]
alors cela lui indiquera pourquoi le paquet mlterm-tiny est
installé. Dans mes souvenirs, ça m'avait permis de savoir
assez simplement pourquoi un paquet était installé alors qu e
je n'en voulais pas. Mais peut-être que dans le cas de
François cela ne sera pas suffisant...
Bonjour,
[â¦] aptitude why le-paquet [â¦]
alors cela lui indiquera pourquoi le paquet mlterm-tiny est
installé. Dans mes souvenirs, ça m'avait permis de savoir
assez simplement pourquoi un paquet était installé alors qu e
je n'en voulais pas. Mais peut-être que dans le cas de
François cela ne sera pas suffisant...
Bonjour,
[â¦] aptitude why le-paquet [â¦]
alors cela lui indiquera pourquoi le paquet mlterm-tiny est
installé. Dans mes souvenirs, ça m'avait permis de savoir
assez simplement pourquoi un paquet était installé alors qu e
je n'en voulais pas. Mais peut-être que dans le cas de
François cela ne sera pas suffisant...
Le dimanche 12 janvier 2014 10:16:45 François Patte a écrit :Bonjour,
âjour,
super titre, toujours dans la retenueâ¦
[â¦]
donc plus question de se passer de mlterm! au moins sous une
forme riquiqui, car si je demande de désinstaller
mlterm-tiny, apt me réinstalle mlterm (pas riquiqui).
????
Tu dois avoir un paquet installé qui dépend de « mlter m |
mlterm-tiny » (peut-être un mlterm-im-* ?). apt-get ne veut
évidemment pas laisser ce paquet cassé en supprimant mlterm*, et
il essaie donc de trouver une alternative (soit mlterm, soit
mlterm-tiny).
En GUI (aptitude, synaptic, etc.),
Le dimanche 12 janvier 2014 10:16:45 François Patte a écrit :
Bonjour,
âjour,
super titre, toujours dans la retenueâ¦
[â¦]
donc plus question de se passer de mlterm! au moins sous une
forme riquiqui, car si je demande de désinstaller
mlterm-tiny, apt me réinstalle mlterm (pas riquiqui).
????
Tu dois avoir un paquet installé qui dépend de « mlter m |
mlterm-tiny » (peut-être un mlterm-im-* ?). apt-get ne veut
évidemment pas laisser ce paquet cassé en supprimant mlterm*, et
il essaie donc de trouver une alternative (soit mlterm, soit
mlterm-tiny).
En GUI (aptitude, synaptic, etc.),
Le dimanche 12 janvier 2014 10:16:45 François Patte a écrit :Bonjour,
âjour,
super titre, toujours dans la retenueâ¦
[â¦]
donc plus question de se passer de mlterm! au moins sous une
forme riquiqui, car si je demande de désinstaller
mlterm-tiny, apt me réinstalle mlterm (pas riquiqui).
????
Tu dois avoir un paquet installé qui dépend de « mlter m |
mlterm-tiny » (peut-être un mlterm-im-* ?). apt-get ne veut
évidemment pas laisser ce paquet cassé en supprimant mlterm*, et
il essaie donc de trouver une alternative (soit mlterm, soit
mlterm-tiny).
En GUI (aptitude, synaptic, etc.),
Trop bon apt: plutôt que dire que des paquets sont inutiles (genre
celui suggéré mlterm-im-* qui n'est nécessaire qu'à m lterm), il
préfere ajouter un utilitaire qui s'en servira, alors même qu'on
lui demande d'enlever le seul utilitaire qui s'en servait! Logique!
Trop bon apt: plutôt que dire que des paquets sont inutiles (genre
celui suggéré mlterm-im-* qui n'est nécessaire qu'à m lterm), il
préfere ajouter un utilitaire qui s'en servira, alors même qu'on
lui demande d'enlever le seul utilitaire qui s'en servait! Logique!
Trop bon apt: plutôt que dire que des paquets sont inutiles (genre
celui suggéré mlterm-im-* qui n'est nécessaire qu'à m lterm), il
préfere ajouter un utilitaire qui s'en servira, alors même qu'on
lui demande d'enlever le seul utilitaire qui s'en servait! Logique!
On Sun, 12 Jan 2014 19:15:23 +0100
François Patte wrote:Trop bon apt: plutôt que dire que des paquets sont inutiles (genre
celui suggéré mlterm-im-* qui n'est nécessaire qu'à mlterm), il
préfere ajouter un utilitaire qui s'en servira, alors même qu'on
lui demande d'enlever le seul utilitaire qui s'en servait! Logique!
Il y a une solution simple: virer Debian et installer Red Hat,
comme au train où ça va, un jour tout sera installé par un
seul et unique RPM, ça réglera définitivement ton PB…
On Sun, 12 Jan 2014 19:15:23 +0100
François Patte <francois.patte@mi.parisdescartes.fr> wrote:
Trop bon apt: plutôt que dire que des paquets sont inutiles (genre
celui suggéré mlterm-im-* qui n'est nécessaire qu'à mlterm), il
préfere ajouter un utilitaire qui s'en servira, alors même qu'on
lui demande d'enlever le seul utilitaire qui s'en servait! Logique!
Il y a une solution simple: virer Debian et installer Red Hat,
comme au train où ça va, un jour tout sera installé par un
seul et unique RPM, ça réglera définitivement ton PB…
On Sun, 12 Jan 2014 19:15:23 +0100
François Patte wrote:Trop bon apt: plutôt que dire que des paquets sont inutiles (genre
celui suggéré mlterm-im-* qui n'est nécessaire qu'à mlterm), il
préfere ajouter un utilitaire qui s'en servira, alors même qu'on
lui demande d'enlever le seul utilitaire qui s'en servait! Logique!
Il y a une solution simple: virer Debian et installer Red Hat,
comme au train où ça va, un jour tout sera installé par un
seul et unique RPM, ça réglera définitivement ton PB…
Le 12/01/2014 19:24, Bzzz a écrit :On Sun, 12 Jan 2014 19:15:23 +0100
François Patte wrote:Trop bon apt: plutôt que dire que des paquets sont inutiles (genre
celui suggéré mlterm-im-* qui n'est nécessaire qu'à mlterm), il
préfere ajouter un utilitaire qui s'en servira, alors même qu'on
lui demande d'enlever le seul utilitaire qui s'en servait! Logique!
Il y a une solution simple: virer Debian et installer Red Hat,
comme au train où ça va, un jour tout sera installé par un
seul et unique RPM, ça réglera définitivement ton PB
Gentoo serait plus adapté
Le 12/01/2014 19:24, Bzzz a écrit :
On Sun, 12 Jan 2014 19:15:23 +0100
François Patte <francois.patte@mi.parisdescartes.fr> wrote:
Trop bon apt: plutôt que dire que des paquets sont inutiles (genre
celui suggéré mlterm-im-* qui n'est nécessaire qu'à mlterm), il
préfere ajouter un utilitaire qui s'en servira, alors même qu'on
lui demande d'enlever le seul utilitaire qui s'en servait! Logique!
Il y a une solution simple: virer Debian et installer Red Hat,
comme au train où ça va, un jour tout sera installé par un
seul et unique RPM, ça réglera définitivement ton PB
Gentoo serait plus adapté
Le 12/01/2014 19:24, Bzzz a écrit :On Sun, 12 Jan 2014 19:15:23 +0100
François Patte wrote:Trop bon apt: plutôt que dire que des paquets sont inutiles (genre
celui suggéré mlterm-im-* qui n'est nécessaire qu'à mlterm), il
préfere ajouter un utilitaire qui s'en servira, alors même qu'on
lui demande d'enlever le seul utilitaire qui s'en servait! Logique!
Il y a une solution simple: virer Debian et installer Red Hat,
comme au train où ça va, un jour tout sera installé par un
seul et unique RPM, ça réglera définitivement ton PB
Gentoo serait plus adapté
Le 12/01/2014 19:24, Bzzz a écrit :On Sun, 12 Jan 2014 19:15:23 +0100
François Patte wrote:Trop bon apt: plutôt que dire que des paquets sont inutiles (genre
celui suggéré mlterm-im-* qui n'est nécessaire qu'à mlterm), il
préfere ajouter un utilitaire qui s'en servira, alors même qu'on
lui demande d'enlever le seul utilitaire qui s'en servait! Logique!
Il y a une solution simple: virer Debian et installer Red Hat,
comme au train où ça va, un jour tout sera installé par un
seul et unique RPM, ça réglera définitivement ton PB…
Gentoo serait plus adapté
Le 12/01/2014 19:24, Bzzz a écrit :
On Sun, 12 Jan 2014 19:15:23 +0100
François Patte <francois.patte@mi.parisdescartes.fr> wrote:
Trop bon apt: plutôt que dire que des paquets sont inutiles (genre
celui suggéré mlterm-im-* qui n'est nécessaire qu'à mlterm), il
préfere ajouter un utilitaire qui s'en servira, alors même qu'on
lui demande d'enlever le seul utilitaire qui s'en servait! Logique!
Il y a une solution simple: virer Debian et installer Red Hat,
comme au train où ça va, un jour tout sera installé par un
seul et unique RPM, ça réglera définitivement ton PB…
Gentoo serait plus adapté
Le 12/01/2014 19:24, Bzzz a écrit :On Sun, 12 Jan 2014 19:15:23 +0100
François Patte wrote:Trop bon apt: plutôt que dire que des paquets sont inutiles (genre
celui suggéré mlterm-im-* qui n'est nécessaire qu'à mlterm), il
préfere ajouter un utilitaire qui s'en servira, alors même qu'on
lui demande d'enlever le seul utilitaire qui s'en servait! Logique!
Il y a une solution simple: virer Debian et installer Red Hat,
comme au train où ça va, un jour tout sera installé par un
seul et unique RPM, ça réglera définitivement ton PB…
Gentoo serait plus adapté
>> Trop bon apt: plutôt que dire que des paquets sont inutiles
>> (genre celui suggéré mlterm-im-* qui n'est nécessaire q u'Ã
>> mlterm), il préfere ajouter un utilitaire qui s'en servira,
>> alors même qu'on lui demande d'enlever le seul utilitaire qui
>> s'en servait! Logique!
> Il y a une solution simple: virer Debian et installer Red Hat,
> comme au train où ça va, un jour tout sera installé par un
> seul et unique RPM, ça réglera définitivement ton PB⠦
>> Trop bon apt: plutôt que dire que des paquets sont inutiles
>> (genre celui suggéré mlterm-im-* qui n'est nécessaire q u'Ã
>> mlterm), il préfere ajouter un utilitaire qui s'en servira,
>> alors même qu'on lui demande d'enlever le seul utilitaire qui
>> s'en servait! Logique!
> Il y a une solution simple: virer Debian et installer Red Hat,
> comme au train où ça va, un jour tout sera installé par un
> seul et unique RPM, ça réglera définitivement ton PB⠦
>> Trop bon apt: plutôt que dire que des paquets sont inutiles
>> (genre celui suggéré mlterm-im-* qui n'est nécessaire q u'Ã
>> mlterm), il préfere ajouter un utilitaire qui s'en servira,
>> alors même qu'on lui demande d'enlever le seul utilitaire qui
>> s'en servait! Logique!
> Il y a une solution simple: virer Debian et installer Red Hat,
> comme au train où ça va, un jour tout sera installé par un
> seul et unique RPM, ça réglera définitivement ton PB⠦
Tu dois avoir un paquet installé qui dépend de « mlterm |
mlterm-tiny » (peut-être un mlterm-im-* ?). apt-get ne veut
évidemment pas laisser ce paquet cassé en supprimant mlterm*, et
il essaie donc de trouver une alternative (soit mlterm, soit
mlterm-tiny).
Trop bon apt: plutôt que dire que des paquets sont inutiles (genre celui
suggéré mlterm-im-* qui n'est nécessaire qu'à mlterm), il préfere
ajouter un utilitaire qui s'en servira, alors même qu'on lui demande
d'enlever le seul utilitaire qui s'en servait! Logique!
Cette gestion des dépendances est vraiment mal faite:
elle va
systématiquement dans le "toujours plus" et parfois beaucoup plus. J'ai
dû me battre pour que apt n'installe pas texlive (4Go) parce que je lui
demandais d'ajouter quelques fichiers lisp à Emacs (auctex). On dira "il
est idiot d'installer auctex sans texlive..." Mais pourquoi ne pas
laisser l'utilisateur libre? D'autant que le "packageur" qui a fait le
paquet auctex ne semble pas s'être rendu compte qu'auctex était tout à
fait capable de trouver où se trouve une installation exotique de
texlive.... Donc aucune config spéciale à faire. Enfin!
Tu dois avoir un paquet installé qui dépend de « mlterm |
mlterm-tiny » (peut-être un mlterm-im-* ?). apt-get ne veut
évidemment pas laisser ce paquet cassé en supprimant mlterm*, et
il essaie donc de trouver une alternative (soit mlterm, soit
mlterm-tiny).
Trop bon apt: plutôt que dire que des paquets sont inutiles (genre celui
suggéré mlterm-im-* qui n'est nécessaire qu'à mlterm), il préfere
ajouter un utilitaire qui s'en servira, alors même qu'on lui demande
d'enlever le seul utilitaire qui s'en servait! Logique!
Cette gestion des dépendances est vraiment mal faite:
elle va
systématiquement dans le "toujours plus" et parfois beaucoup plus. J'ai
dû me battre pour que apt n'installe pas texlive (4Go) parce que je lui
demandais d'ajouter quelques fichiers lisp à Emacs (auctex). On dira "il
est idiot d'installer auctex sans texlive..." Mais pourquoi ne pas
laisser l'utilisateur libre? D'autant que le "packageur" qui a fait le
paquet auctex ne semble pas s'être rendu compte qu'auctex était tout à
fait capable de trouver où se trouve une installation exotique de
texlive.... Donc aucune config spéciale à faire. Enfin!
Tu dois avoir un paquet installé qui dépend de « mlterm |
mlterm-tiny » (peut-être un mlterm-im-* ?). apt-get ne veut
évidemment pas laisser ce paquet cassé en supprimant mlterm*, et
il essaie donc de trouver une alternative (soit mlterm, soit
mlterm-tiny).
Trop bon apt: plutôt que dire que des paquets sont inutiles (genre celui
suggéré mlterm-im-* qui n'est nécessaire qu'à mlterm), il préfere
ajouter un utilitaire qui s'en servira, alors même qu'on lui demande
d'enlever le seul utilitaire qui s'en servait! Logique!
Cette gestion des dépendances est vraiment mal faite:
elle va
systématiquement dans le "toujours plus" et parfois beaucoup plus. J'ai
dû me battre pour que apt n'installe pas texlive (4Go) parce que je lui
demandais d'ajouter quelques fichiers lisp à Emacs (auctex). On dira "il
est idiot d'installer auctex sans texlive..." Mais pourquoi ne pas
laisser l'utilisateur libre? D'autant que le "packageur" qui a fait le
paquet auctex ne semble pas s'être rendu compte qu'auctex était tout à
fait capable de trouver où se trouve une installation exotique de
texlive.... Donc aucune config spéciale à faire. Enfin!