[â¦]
Il est interdit d'avoir des humeurs quand un pb récurrent se
manifeste?
[â¦]
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!
[â¦]
> En GUI (aptitude, synaptic, etc.),
Les gui me gonflent!
[â¦]
Il est interdit d'avoir des humeurs quand un pb récurrent se
manifeste?
[â¦]
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!
[â¦]
> En GUI (aptitude, synaptic, etc.),
Les gui me gonflent!
[â¦]
Il est interdit d'avoir des humeurs quand un pb récurrent se
manifeste?
[â¦]
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!
[â¦]
> En GUI (aptitude, synaptic, etc.),
Les gui me gonflent!
apt-get remove mlterm
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Les paquets supplémentaires suivants seront installés :
mlterm-tiny
apt-get remove mlterm
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Les paquets supplémentaires suivants seront installés :
mlterm-tiny
apt-get remove mlterm
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances
Lecture des informations d'état... Fait
Les paquets supplémentaires suivants seront installés :
mlterm-tiny
Le dimanche 12 janvier 2014 19:15:23 François Patte a écrit :[…]
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!
¹ Pour se plaindre du comportement « illogique » d’APT ou des
dépendances particulièrement « folles » d’un paquet, prière de
remplir un rapport de bogue ou s’adresser directement aux
responsables (en gros, auprès des bons développeurs de Debian).
Le dimanche 12 janvier 2014 19:15:23 François Patte a écrit :
[…]
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!
¹ Pour se plaindre du comportement « illogique » d’APT ou des
dépendances particulièrement « folles » d’un paquet, prière de
remplir un rapport de bogue ou s’adresser directement aux
responsables (en gros, auprès des bons développeurs de Debian).
Le dimanche 12 janvier 2014 19:15:23 François Patte a écrit :[…]
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!
¹ Pour se plaindre du comportement « illogique » d’APT ou des
dépendances particulièrement « folles » d’un paquet, prière de
remplir un rapport de bogue ou s’adresser directement aux
responsables (en gros, auprès des bons développeurs de Debian).
Bonjour
Je saute dans le train en marche...
Bonjour
Je saute dans le train en marche...
Bonjour
Je saute dans le train en marche...
Le dimanche 12 janvier 2014 19:15:23 François Patte a écrit :[â¦]
Il est interdit d'avoir des humeurs quand un pb récurrent se
manifeste?
Lâagressivité nâest généralement pas l a meilleure manière
dâobtenir une réponse posée. Le sujet étant ce q ui est lu en
premier, lâagressivité est patente.
Je tâaurais bien comparé au Schtroumpf grognon mais, lui , il
est sympathique.
Le dimanche 12 janvier 2014 19:15:23 François Patte a écrit :
[â¦]
Il est interdit d'avoir des humeurs quand un pb récurrent se
manifeste?
Lâagressivité nâest généralement pas l a meilleure manière
dâobtenir une réponse posée. Le sujet étant ce q ui est lu en
premier, lâagressivité est patente.
Je tâaurais bien comparé au Schtroumpf grognon mais, lui , il
est sympathique.
Le dimanche 12 janvier 2014 19:15:23 François Patte a écrit :[â¦]
Il est interdit d'avoir des humeurs quand un pb récurrent se
manifeste?
Lâagressivité nâest généralement pas l a meilleure manière
dâobtenir une réponse posée. Le sujet étant ce q ui est lu en
premier, lâagressivité est patente.
Je tâaurais bien comparé au Schtroumpf grognon mais, lui , il
est sympathique.
Je t’aurais bien comparé au Schtroumpf grognon mais, lui, il
est sympathique.
A tout prendre vaut mieux Schtroumpf grognon que Schtroumpf à lunettes!
Je t’aurais bien comparé au Schtroumpf grognon mais, lui, il
est sympathique.
A tout prendre vaut mieux Schtroumpf grognon que Schtroumpf à lunettes!
Je t’aurais bien comparé au Schtroumpf grognon mais, lui, il
est sympathique.
A tout prendre vaut mieux Schtroumpf grognon que Schtroumpf à lunettes!
Le 12/01/2014 20:15, Sylvain L. Sauvage a écrit :Je taurais bien comparé au Schtroumpf grognon mais, lui, il
est sympathique.
A tout prendre vaut mieux Schtroumpf grognon que Schtroumpf à lunettes!
Le 12/01/2014 20:15, Sylvain L. Sauvage a écrit :
Je taurais bien comparé au Schtroumpf grognon mais, lui, il
est sympathique.
A tout prendre vaut mieux Schtroumpf grognon que Schtroumpf à lunettes!
Le 12/01/2014 20:15, Sylvain L. Sauvage a écrit :Je taurais bien comparé au Schtroumpf grognon mais, lui, il
est sympathique.
A tout prendre vaut mieux Schtroumpf grognon que Schtroumpf à lunettes!
Bonjour,
Le 12/01/2014 19:15, François Patte a écrit :Tu dois avoir un paquet installé qui dépend de « mlt erm |
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 (genr e celui
suggéré mlterm-im-* qui n'est nécessaire qu'à mlte rm), il préfere
ajouter un utilitaire qui s'en servira, alors même qu'on lui dema nde
d'enlever le seul utilitaire qui s'en servait! Logique!
En fait, effectivement, ce qui s'est produit produit dans ton
cas est curieux en un sens car je reconnais qu'on pouvais s'attendre
naturellement à ce qu'un simple :
apt-get install -y mlterm
apt-get remove -y mlterm
ne produise pas ton problème de paquets « mlterm | mlterm-tin y »
impossibles à virer simultanément. Mais il me semble que ce
comportement surprenant vient du fait que lors de l'installation
tu as sûrement eu aussi les paquets recommandés qui se sont
installés sur ton système automatiquement (c'est le cas par d éfaut
depuis Wheezy).
Je constate qu'avec un :
apt-get install --no-install-recommends -y mlterm
apt-get remove -y mlterm
Ton problème ne se produit pas.
Personnellement, je penche vraiment de plus en plus pour
que apt n'installe pas les paquets recommandés par défaut
y compris sur mes machines perso (sur les serveurs, pour
moi, il n'y a pas photos).
Cette gestion des dépendances est vraiment mal faite:
Je pense sincèrement que c'est quand même globalement
très bien fait, simplement on n'a pas toujours conscience
de certaines configurations qui ne sont pas anodines. Je
pense pour ma part qu'avoir décidé chez Debian de passer
APT::Install-Recommends à true par défaut à partir de
Wheezy n'est pas anodin (mais c'est un choix que je ne
critique pas, il ne me convient pas, je le change sur
mon OS c'est tout)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 d ira "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 ét ait tout Ã
fait capable de trouver où se trouve une installation exotique de
texlive.... Donc aucune config spéciale à faire. Enfin!
LÃ aussi, tu remarquera qu'avec un :
apt-get install --no-install-recommends -y auctex
tu en prends seulement pour 137 MB sur Wheezy sans
trop avoir à ce battre ;-). Ceci étant tex-common
est quand même installé sur le système comme dépend ance.
Bonjour,
Le 12/01/2014 19:15, François Patte a écrit :
Tu dois avoir un paquet installé qui dépend de « mlt erm |
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 (genr e celui
suggéré mlterm-im-* qui n'est nécessaire qu'à mlte rm), il préfere
ajouter un utilitaire qui s'en servira, alors même qu'on lui dema nde
d'enlever le seul utilitaire qui s'en servait! Logique!
En fait, effectivement, ce qui s'est produit produit dans ton
cas est curieux en un sens car je reconnais qu'on pouvais s'attendre
naturellement à ce qu'un simple :
apt-get install -y mlterm
apt-get remove -y mlterm
ne produise pas ton problème de paquets « mlterm | mlterm-tin y »
impossibles à virer simultanément. Mais il me semble que ce
comportement surprenant vient du fait que lors de l'installation
tu as sûrement eu aussi les paquets recommandés qui se sont
installés sur ton système automatiquement (c'est le cas par d éfaut
depuis Wheezy).
Je constate qu'avec un :
apt-get install --no-install-recommends -y mlterm
apt-get remove -y mlterm
Ton problème ne se produit pas.
Personnellement, je penche vraiment de plus en plus pour
que apt n'installe pas les paquets recommandés par défaut
y compris sur mes machines perso (sur les serveurs, pour
moi, il n'y a pas photos).
Cette gestion des dépendances est vraiment mal faite:
Je pense sincèrement que c'est quand même globalement
très bien fait, simplement on n'a pas toujours conscience
de certaines configurations qui ne sont pas anodines. Je
pense pour ma part qu'avoir décidé chez Debian de passer
APT::Install-Recommends à true par défaut à partir de
Wheezy n'est pas anodin (mais c'est un choix que je ne
critique pas, il ne me convient pas, je le change sur
mon OS c'est tout)
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 d ira "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 ét ait tout Ã
fait capable de trouver où se trouve une installation exotique de
texlive.... Donc aucune config spéciale à faire. Enfin!
LÃ aussi, tu remarquera qu'avec un :
apt-get install --no-install-recommends -y auctex
tu en prends seulement pour 137 MB sur Wheezy sans
trop avoir à ce battre ;-). Ceci étant tex-common
est quand même installé sur le système comme dépend ance.
Bonjour,
Le 12/01/2014 19:15, François Patte a écrit :Tu dois avoir un paquet installé qui dépend de « mlt erm |
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 (genr e celui
suggéré mlterm-im-* qui n'est nécessaire qu'à mlte rm), il préfere
ajouter un utilitaire qui s'en servira, alors même qu'on lui dema nde
d'enlever le seul utilitaire qui s'en servait! Logique!
En fait, effectivement, ce qui s'est produit produit dans ton
cas est curieux en un sens car je reconnais qu'on pouvais s'attendre
naturellement à ce qu'un simple :
apt-get install -y mlterm
apt-get remove -y mlterm
ne produise pas ton problème de paquets « mlterm | mlterm-tin y »
impossibles à virer simultanément. Mais il me semble que ce
comportement surprenant vient du fait que lors de l'installation
tu as sûrement eu aussi les paquets recommandés qui se sont
installés sur ton système automatiquement (c'est le cas par d éfaut
depuis Wheezy).
Je constate qu'avec un :
apt-get install --no-install-recommends -y mlterm
apt-get remove -y mlterm
Ton problème ne se produit pas.
Personnellement, je penche vraiment de plus en plus pour
que apt n'installe pas les paquets recommandés par défaut
y compris sur mes machines perso (sur les serveurs, pour
moi, il n'y a pas photos).
Cette gestion des dépendances est vraiment mal faite:
Je pense sincèrement que c'est quand même globalement
très bien fait, simplement on n'a pas toujours conscience
de certaines configurations qui ne sont pas anodines. Je
pense pour ma part qu'avoir décidé chez Debian de passer
APT::Install-Recommends à true par défaut à partir de
Wheezy n'est pas anodin (mais c'est un choix que je ne
critique pas, il ne me convient pas, je le change sur
mon OS c'est tout)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 d ira "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 ét ait tout Ã
fait capable de trouver où se trouve une installation exotique de
texlive.... Donc aucune config spéciale à faire. Enfin!
LÃ aussi, tu remarquera qu'avec un :
apt-get install --no-install-recommends -y auctex
tu en prends seulement pour 137 MB sur Wheezy sans
trop avoir à ce battre ;-). Ceci étant tex-common
est quand même installé sur le système comme dépend ance.
tu as sûrement eu aussi les paquets recommandés qui se sont
installés sur ton système automatiquement (c'est le cas par défaut
depuis Wheezy).
Je constate qu'avec un :
apt-get install --no-install-recommends -y mlterm
apt-get remove -y mlterm
Ton problème ne se produit pas.
Non!
Je n'installe jamais d'emblée les paquets recommandés.
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!
Là aussi, tu remarquera qu'avec un :
apt-get install --no-install-recommends -y auctex
Non!
Quand j'ai demandé à installer auctex, les paquets de texlive
étaient proposés non comme paquets recommandés, mais comme paquets
requis (cela a peut-être changé depuis) et j'ai stoppé l'installation
(c'est pourquoi, je n'utilise jamais -y).
tu en prends seulement pour 137 MB sur Wheezy sans
trop avoir à ce battre ;-). Ceci étant tex-common
est quand même installé sur le système comme dépendance.
On se demande à quoi peut bien servir, pour auctex ou lyx, tex-common
qui ne contient que des utilitaire tex et des répertoires vides....
C'est en ce sens que je trouve la gestion des dépendances mal faites: on
a l'impression que pour certains paquets, cela a été conçu à la louche;
tu as sûrement eu aussi les paquets recommandés qui se sont
installés sur ton système automatiquement (c'est le cas par défaut
depuis Wheezy).
Je constate qu'avec un :
apt-get install --no-install-recommends -y mlterm
apt-get remove -y mlterm
Ton problème ne se produit pas.
Non!
Je n'installe jamais d'emblée les paquets recommandés.
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!
Là aussi, tu remarquera qu'avec un :
apt-get install --no-install-recommends -y auctex
Non!
Quand j'ai demandé à installer auctex, les paquets de texlive
étaient proposés non comme paquets recommandés, mais comme paquets
requis (cela a peut-être changé depuis) et j'ai stoppé l'installation
(c'est pourquoi, je n'utilise jamais -y).
tu en prends seulement pour 137 MB sur Wheezy sans
trop avoir à ce battre ;-). Ceci étant tex-common
est quand même installé sur le système comme dépendance.
On se demande à quoi peut bien servir, pour auctex ou lyx, tex-common
qui ne contient que des utilitaire tex et des répertoires vides....
C'est en ce sens que je trouve la gestion des dépendances mal faites: on
a l'impression que pour certains paquets, cela a été conçu à la louche;
tu as sûrement eu aussi les paquets recommandés qui se sont
installés sur ton système automatiquement (c'est le cas par défaut
depuis Wheezy).
Je constate qu'avec un :
apt-get install --no-install-recommends -y mlterm
apt-get remove -y mlterm
Ton problème ne se produit pas.
Non!
Je n'installe jamais d'emblée les paquets recommandés.
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!
Là aussi, tu remarquera qu'avec un :
apt-get install --no-install-recommends -y auctex
Non!
Quand j'ai demandé à installer auctex, les paquets de texlive
étaient proposés non comme paquets recommandés, mais comme paquets
requis (cela a peut-être changé depuis) et j'ai stoppé l'installation
(c'est pourquoi, je n'utilise jamais -y).
tu en prends seulement pour 137 MB sur Wheezy sans
trop avoir à ce battre ;-). Ceci étant tex-common
est quand même installé sur le système comme dépendance.
On se demande à quoi peut bien servir, pour auctex ou lyx, tex-common
qui ne contient que des utilitaire tex et des répertoires vides....
C'est en ce sens que je trouve la gestion des dépendances mal faites: on
a l'impression que pour certains paquets, cela a été conçu à la louche;