je n'ai encore jamais eu le moindre probleme, mon proc est plus élevé que le sien, ma ram n'est pas de marque(mais je l'ai quand meme testé avec memtest86) donc ça ne peut venir que de la distro.
Totalement fallacieux. Relis toi: "Mon cas particulier implique l'universalité"
C'est pas trop ennuyant d'attendre plusieurs heures pour avoir le meme résultat que monsieur tout le monde?
Je n'ai pas le même résultat. D'une part, j'ai une Gentoo, et comme je l'ai déjà dit ça a bien d'autres avantages que l'optimisation du code. D'autre part, quand on compile un programme, on n'agit pas pas uniquement sur les cflags. As tu déjà essayé un "./configure --help" sur qlqchose ?
En outre, je n'ai eu à attendre que le jour (bon, d'accord, les 2 jours) où j'ai installé ma Gentoo de départ, et c'est tout. Depuis, les mises à jour ne m'ont jamais empêché d'utiliser ma machine. Je n'ai donc jamais eu la sensation d'attendre quoi que ce soit depuis, et c'est pas près de m'arriver à nouveau, puisque les mises à jours se font en douceur, au fil du temps.
Un gestionnaire de paquet qui ne gere pas les dépendance a l'unmerge, ça sert a rien, je le met au niveau de celui de la slack.
Tu devrais te renseigner, ou au moins lire sur cette page les commentaires précédents. Il y a tout ce qui faut pour gérer les dépendances dans tous les sens, même si le comportement par défaut est effectivement de les ignorer pour l'unmerge.
Qui te dit que c'est le matos?
Il me le dit. Et avec la description qu'il fait, plantages alétoires de gcc, c'est pas bien dur à croire.
> Et qu'est-ce que tu lui réponds ? "Bah t'as qu'à utiliser du code de 386, et pas lancer des trucs qui titillent trop la machine."
J'ai dit ça ou? les distros comme mdk, redhat, slack utilisent des optimisations i686
Ok, je retire le "code de 386". Reste le "pas trop titiller la machine", que je maintiens. Si on n'a pas d'emmerde à l'install d'une distrib binaire sur du matos instable, c'est parceque l'install ne la titille pas trop. Bref, on évite le problème, alors que l'install d'une gentoo, compilation oblige, met le doit dessus. En l'occurence, qd j'avais un CM instable, il me restait un slackware dans un coin de disque. Bien sûr elle marchait... sauf pour compiler un noyau.
[^] # 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é à -1.
Totalement fallacieux. Relis toi: "Mon cas particulier implique l'universalité"
C'est pas trop ennuyant d'attendre plusieurs heures pour avoir le meme résultat que monsieur tout le monde?
Je n'ai pas le même résultat. D'une part, j'ai une Gentoo, et comme je l'ai déjà dit ça a bien d'autres avantages que l'optimisation du code. D'autre part, quand on compile un programme, on n'agit pas pas uniquement sur les cflags. As tu déjà essayé un "./configure --help" sur qlqchose ?
En outre, je n'ai eu à attendre que le jour (bon, d'accord, les 2 jours) où j'ai installé ma Gentoo de départ, et c'est tout. Depuis, les mises à jour ne m'ont jamais empêché d'utiliser ma machine. Je n'ai donc jamais eu la sensation d'attendre quoi que ce soit depuis, et c'est pas près de m'arriver à nouveau, puisque les mises à jours se font en douceur, au fil du temps.
Un gestionnaire de paquet qui ne gere pas les dépendance a l'unmerge, ça sert a rien, je le met au niveau de celui de la slack.
Tu devrais te renseigner, ou au moins lire sur cette page les commentaires précédents. Il y a tout ce qui faut pour gérer les dépendances dans tous les sens, même si le comportement par défaut est effectivement de les ignorer pour l'unmerge.
Qui te dit que c'est le matos?
Il me le dit. Et avec la description qu'il fait, plantages alétoires de gcc, c'est pas bien dur à croire.
> Et qu'est-ce que tu lui réponds ? "Bah t'as qu'à utiliser du code de 386, et pas lancer des trucs qui titillent trop la machine."
J'ai dit ça ou? les distros comme mdk, redhat, slack utilisent des optimisations i686
Ok, je retire le "code de 386". Reste le "pas trop titiller la machine", que je maintiens. Si on n'a pas d'emmerde à l'install d'une distrib binaire sur du matos instable, c'est parceque l'install ne la titille pas trop. Bref, on évite le problème, alors que l'install d'une gentoo, compilation oblige, met le doit dessus. En l'occurence, qd j'avais un CM instable, il me restait un slackware dans un coin de disque. Bien sûr elle marchait... sauf pour compiler un noyau.