> Totalement fallacieux. Relis toi: "Mon cas particulier implique l'universalité"
Et lui il ne généralise pas peut etre? ça ne fonctionne pas convenablement chez lui-> c'est de la merde
Et bah c'est pas une raison pour faire pareil. Mais effectivement, c'est un peu abusif. Mais ça ne change rien au fait que tu as sauté sur l'occasion pour troller contre gentoo, de manière encore plus abusive.
Mais pourquoi tant d'obstination à refuser l'éventualité que ce mec ait effectivement diagnostiquer correctement la présence d'un problème materiel chez lui, sur sa bécane.
Sérieux, c'est toi qui lui a vendu ou quoi ?
Ce que je dis depuis le début c'est:
- les instabilité matérielles existent, la preuve j'en ai eu.
- elles se manifestent souvent lors de l'utilisation de gcc, je l'ai constater par exemple avec une slack aussi.
- sous gentoo, l'utilisation de gcc est courante, ce qui explique qu'elles se manifestent plus courament que sur d'autres distributions.
Et tu réponds:
- les instabilités matérielles n'existent pas, la preuve j'en ai pas.
- donc une instabilité sous gentoo c'est normal, c'est parceque elle est nulle cette distro, la preuve je l'aime pas.
Quand à l'histoire des dépendances:
Euh, t'as dut mal lire, Christian Wiederseiner dit qu'il ne désinstalle jamais rien a cause du manque de cete fonctionnalité et toi, tu lui expliques qu'il existes des outils pour émuler cette fonctionnalité mais que c'est de toutes façons, géré par l'utilisateurs alors que ça devrait etre le systeme de packages.
Je trouve très bien que ce soit l'utilisateur qui _décide_ de nettoyer les dépendances, et pas le système de packages. Le tout, c'est que cet utilisateur puisse le faire facilement, et c'est le cas. Moi ça m'arrive par exemple de virer temporairement une librairie pour mettre une version de debug à la place, à la main. J'ai pas pour autant envie de virer tout ce qui en dépend, alors que ça marchera très bien à nouveau qd je la remettrai. Non, vraiment, je comprends en quoi un gain en souplesse d'utilisation peut être criticable.
Quand au fait d'avoir à mettre un pipe en une commande qui liste des choses et une qui agit dessus, je maintiens que c'est une bonne façon de faire. Et ceux que ca emmerde peuvent faire un alias. Mais en aucun cas je n'y vois une faiblesse. Ou alors, c'est tout posix qui est à revoir et il faut vite creer un énorme ensemble de commandes clôt par redirections.
[^] # Re: Sortie de la Release Candidate 3 de Gentoo 1.4
Posté par tgl . En réponse à la dépêche Sortie de la Release Candidate 3 de Gentoo 1.4. Évalué à 0.
> Totalement fallacieux. Relis toi: "Mon cas particulier implique l'universalité"
Et lui il ne généralise pas peut etre? ça ne fonctionne pas convenablement chez lui-> c'est de la merde
Et bah c'est pas une raison pour faire pareil. Mais effectivement, c'est un peu abusif. Mais ça ne change rien au fait que tu as sauté sur l'occasion pour troller contre gentoo, de manière encore plus abusive.
Mais pourquoi tant d'obstination à refuser l'éventualité que ce mec ait effectivement diagnostiquer correctement la présence d'un problème materiel chez lui, sur sa bécane.
Sérieux, c'est toi qui lui a vendu ou quoi ?
Ce que je dis depuis le début c'est:
- les instabilité matérielles existent, la preuve j'en ai eu.
- elles se manifestent souvent lors de l'utilisation de gcc, je l'ai constater par exemple avec une slack aussi.
- sous gentoo, l'utilisation de gcc est courante, ce qui explique qu'elles se manifestent plus courament que sur d'autres distributions.
Et tu réponds:
- les instabilités matérielles n'existent pas, la preuve j'en ai pas.
- donc une instabilité sous gentoo c'est normal, c'est parceque elle est nulle cette distro, la preuve je l'aime pas.
Quand à l'histoire des dépendances:
Euh, t'as dut mal lire, Christian Wiederseiner dit qu'il ne désinstalle jamais rien a cause du manque de cete fonctionnalité et toi, tu lui expliques qu'il existes des outils pour émuler cette fonctionnalité mais que c'est de toutes façons, géré par l'utilisateurs alors que ça devrait etre le systeme de packages.
Je trouve très bien que ce soit l'utilisateur qui _décide_ de nettoyer les dépendances, et pas le système de packages. Le tout, c'est que cet utilisateur puisse le faire facilement, et c'est le cas. Moi ça m'arrive par exemple de virer temporairement une librairie pour mettre une version de debug à la place, à la main. J'ai pas pour autant envie de virer tout ce qui en dépend, alors que ça marchera très bien à nouveau qd je la remettrai. Non, vraiment, je comprends en quoi un gain en souplesse d'utilisation peut être criticable.
Quand au fait d'avoir à mettre un pipe en une commande qui liste des choses et une qui agit dessus, je maintiens que c'est une bonne façon de faire. Et ceux que ca emmerde peuvent faire un alias. Mais en aucun cas je n'y vois une faiblesse. Ou alors, c'est tout posix qui est à revoir et il faut vite creer un énorme ensemble de commandes clôt par redirections.