Bonjour forum
J'ai installé une gentoo sur un portable ACER 1511LMi, AMD64, et ça marche vraiment très bien, seulement 2 petites choses me chagrinent:
-dans le make.conf, j'ai ajouté (entre autres) les USE mmx et sse (qui, d'après ce que j'ai lu, sont supportés par l'AMD64), or, quand je fais un etcat -u, ou emerge -av sur certains paquettages (mplayer, mpg123, etc...), les USE mmx et sse sont désactivés (j'ai même (-mmx) dans la sortie verbeuse de emerge -a). Où est l'erreur???
-j'aime bien ksensors, et je me suis passé de KDE (xcfe c'est coule). Après un unmerge kdebase, ksensors est resté, mais je ne peux plus l'installer sans installer kdebase! (j'ai mis kdebase et d'autres dans package.mask)
Sinon, gentoo c'est vraiment génial (par pour le tuning des progs, je ne sais pas si ça fait vraiment une grosse différence par rapport à la debian AMD64, mais surtout pour la configuration facile et claire, la parallélisation des scripts d'init, les mises à jours des fichiers de configuration très facile, le nombre de logiciels disponibles, etc...)
Forum Linux.gentoo USE mmx et sse sur amd64, et KDE
8
nov.
2004
# mwai
Posté par gnumdk (site web personnel) . Évalué à -1.
Mwai, la preuve que non:
"Après un unmerge kdebase, ksensors est resté, mais je ne peux plus l'installer sans installer kdebase!"
apt-cache depends ksensors | grep kdebase
Depends: kdebase3 >= 3.3
Donc, oui, ksensors a besoin de kdebase et sur une distrib comme gentoo, tu l'a dans le cul :) Sur une debian(par ex), le resultat doit etre different: ksensors ne doit necessiter que kdebase-core.
Bon, je peux pas tester, j'ai pas de debian sous la main la ;)
[^] # Re: mwai
Posté par gnumdk (site web personnel) . Évalué à 2.
gnumdk@milouse:~$
Bon, ils ont l'air de poliotiser chez gentoo et suse :)
Bon, suse, c'est pas nouveau, apres un mail "coup de gueule" aupres du packageur de gstreamer(le truc depend de gnome), ils m'a avoué que suse utilise un script qui build automatiquement les packages et qui a tendance a inclure de fausses dépendances...
[^] # Re: mwai
Posté par Khâpin (site web personnel) . Évalué à 1.
[^] # Re: mwai
Posté par GhZaaark3 . Évalué à -2.
Claire, complète, fun et stable à n'importe quel moment.
Fais pas attention à ce que dit l'autre debianeux qui chiale car un paquet qui est sortie y a 6 mois n'est tjrs pas dans la branche stable! car il faut l'accord de sa sainteté Debian paraît-il! (joKe):pp
Sinon, c'est con, pourquoi t'es-tu débarassé de KDE?
Avec ton AMD64 et de la mémoire DDR a profusion, j'te lapide si t'ose dire que KDE est trop gourmant pour ton système :)
T'es du genre a avoir une conso moyenne de 0.10 et tu trouves que c'est encore trop ?
sinon pour revenir à ton malaise, j'n'ai pas de problème de flags ignorés.
! (j'ai mis kdebase et d'autres dans package.mask)
je te rassure, on peut tricher, en faisant croire que kdebase est installé : emerge inject kdebase
c'est bizarre, ksensors ne demande pas kdebase pourtant...
+
[^] # Re: mwai
Posté par Khâpin (site web personnel) . Évalué à 1.
(...)
DEPEND=">=sys-apps/lm-sensors-2.6.3
>=kde-base/kdebase-3.0"
need-kde 3.0
(...)
Pourquoi je me passe de KDE? XFCE me plaît et me suffit, tout simplement. En plus, KDE est plus long au lancement et à la sortie.
# Quelques réponses
Posté par FReEDoM (site web personnel) . Évalué à 2.
y'en a pas : certain package interdise explicetement d'utiliser des flags
(par exemple mplayer)
Si tu veux contourner ça edite le ebuild, y'a peut etre une methode plus "propre" que je ne connais pas
>-j'aime bien ksensors, et je me suis passé de KDE (xcfe c'est coule). Après un unmerge kdebase, ksensors est resté, mais je ne peux plus l'installer sans installer kdebase! (j'ai mis kdebase et d'autres dans package.mask)
chui au boulot donc loin de ma distrib, mais je peux t'assurer qu'il y a une option emerge genre --nodeps qui permet de ne pas faire appel aux dépendance lors de l'installation d'un paquet.
>Sinon, gentoo c'est vraiment génial (par pour le tuning des progs, je ne sais pas si ça fait vraiment une grosse différence par rapport à la debian AMD64, mais surtout pour la configuration facile et claire, la parallélisation des scripts d'init, les mises à jours des fichiers de configuration très facile, le nombre de logiciels disponibles, etc...)
Chui d'accord avec plus que l'optimisation et le fait de pouvoir se la péter en soirée ("moi je recompile tout, c'est super optimisé , tu vois.... "), l'intérêt de cette distrib c'est que tout les mecanisme propre à la distrib sont plutot bien documenté et quand un prog fait partie de celle ci, il marche...
[^] # Re: Quelques réponses
Posté par GhZaaark3 . Évalué à 1.
mais ksensors ne demande même pas KDE
bref soit faire un "emerge --nodeps", soit faire un USE="-kde" emerge
Chui d'accord avec plus que l'optimisation et le fait de pouvoir se la péter en soirée ("moi je recompile tout, c'est super optimisé , tu vois.... "), l'intérêt de cette distrib c'est que tout les mecanisme propre à la distrib sont plutot bien documenté et quand un prog fait partie de celle ci, il marche...
exactement, surtout que - pour ma part - je ne compile pas pour l'optimisation, vraiment pas
[^] # Re: Quelques réponses
Posté par FReEDoM (site web personnel) . Évalué à 1.
y'en a tellement que j'ai même pas le courage de toutes les corriger...
PS: mon mozilla derrière un proxy NT est tellement lent que ça m'a enervé et je m'en suis pris à la langue française !
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.