Reprise du message précédent :
J'ai eu exactement la même chose hier soir en passant sous xorg7
 
un ptit :
 
#emerge -av libXaw xterm
 
 
et c'était réglé  
 
 
Note : ne pas oublier d'enlever la ligne :   RgbPath   "/usr/X11R6/lib/X11/rgb" d' /etc/X11/xorg.conf
 

On avance...
C bon j'ai mon X qui remarche mais xfce4 toujours pas. Il me refait la même chose qu'avant lorsque que je lance startxfce4. J'ai re-emergé xfwm4 et xfce4-session
 
voici ce qu'il donne:

 
même si j'ai pas encore xfce, j'arrive déjà à poster depuis firefox  

En faisant des tests, toutes mes applications utilisant GTK rencontrent cette erreur, je ré-emerge gtk+, on va voir si cela résoud le problème ...

revdep-rebuild << t'as testé ?

http://bugs.gentoo.org/show_bug.cgi?id=127333

merci (effectivement réémerger gtk+ n'a pas suffit)

Petite question bete et mechante
lors de l'installation vaut-il mieux compiler son noyau avec
 
make menuconfig
ou
genkernel
 
Dans l'hypothese ou je fais un make menuconfig si j'ai oublié des modules ds le noyau je devrais recompiler un nouveau noyau en rajoutant les options que j'aurais omis précédement. Cela serait-il mieux ou cela revient au meme?
 
Merci.

je préfère menuconfig, mais bon, genkernel fait du bon boulot

Tu peux utiliser genkernel avec l'option : --menuconfig
De cette manière, genkernel fait son boulot, et toi ensuite tu peux personnaliser la configuration

   
Merki

Bonjour à tous.
 
Je suis toujours sous Gentoo et c'est vraiment une bonne distro.
 
En fait, je voulais vous demander si certains sont passer sous Gnome 2.14 et si ça marche bien (par rapport à 2.12) ?

plus rapide

Ca, ça doit pas être difficile.
 
Et sinon, c'est stable ? (malgré qu'il ne soit pas "officiellement" proposé)

Voila, la 2.14 est en phase d'installation.
 
QUestion conne: comment faire pour emerge un paquet en spécifiant les options ?  
J'arrive à le faire en les ajoutant dans le /etc/make.conf, mais j'aimerais les faire à la volée, directement lors de la compilation pour ce programme en particulier.
 
Genre pour ufraw-0.7:
- Si je le fais avec le source tar.gz, je le lance:
./configure --enable-extras --with-libexif  
 
- Et pour emerge, je pourrais faire ça comment ?

t'as le fichier /etc/portage/package.use
et y'a des outils pour faire ca direct mais j'ai oublié le nom

 
Taper:
 
# USE="gtk gtk2 -qt -alsa" emerge -av blabla
 
Marche aussi très bien. Plutot que de passer par le package.use .

 
Et lorsque tu met à jour y'a plus les flags et tes options/dépendances changent sans que tu comprenne pourquoi    
La manip que tu décris est fortement déconseillée c'est pas pour rien

Mieux .

 
Genre: le ./configure va te conserver tes flags...
 
Le monsieur voulait une option équivalente, je lui donne. Point barre. J'ai pas dit qu'il devait s'en servir comme ca, c'est quoi ce proces d'intention?  
 
Edit: pour moi le package.use c'est pas à la volée.

Et c'est exactement la réponse que j'attendais.
J'avais tester avec USE="", mais j'ai mis après le emerge ufraw, donc il avait rien compris.

Audacious est sortit en 1.0 en ~x86
 
Il est terrible ! il prend les plugins de xmms

Je préfère les projets gstreamer

Bonjour,
J'ai ajouté des ebuilds dans mon overlay et j'aimerais les supprimer et donc  qu'ils ne soient plus disponibles quand je fais un "emerge --search" ou quand j'utilise Kuroo.  
Merci d'avance.

bein supprime les de ton overlay  

Ok merci je pensais pas que ca suffisait.

Bien le bonjour.. je suis confronté a un probleme plutot étrange avec le liveCD de gentoo...
 
je viens de telecharger la version 2006 .. un petit check MD5 puis gravure , jusque  la tout va bien
 
vient ensuite le premier boot sur le CD ... et la c'est le drame.. la machine reboot sans raison "apparente" ...
 
j'ai testé avec cette commande "gentoo-nofb noapic acpi=off" , sans changement notable...
 
ma config est un peu particuliere ... PC au format mini-ITX , carte mere Epia C3 600 (si mes souvenirs sont bons) et un disque durs 2.5 venant d'un PowerBook G4.
 
toutes les pieces sont fonctionnelles... (testées avec freeBSD , Windows et une vieille gentoo)
 
merci d'avance !
 
edit : j'ai gravé en premier sur un RW... puis sur un R ... même resultat ...

Si ma mémoire est bonne les Epia C3 ne sont pas parfaitement i686, si le liveCD a un kernel compilé pour les >=686 ca à des chances de merder.
C'est pas forcément ca mais ca peut être une piste...

arf ... il me reste quoi comme possibilité au niveau du choix de l'architecture ?

tu peux esssayer avec un live cd style knoppix.

Hum, je me demandais si certains d'entre vous avaient expérimenté un peu le terrain du côté des relations entre les derniers udev (>=0.89), Alsa et hotplug ?
 
Car, le souci récurrent que je rencontre (enfin, pas tant que cela, vu que je reste en udev 0.87, qui n'interagit pas autant que les versions suivantes avec hotplug, version cold, si je ne m'abuse), c'est de définir l'ordre de chargement des modules sons (malgré un bon classement via /etc/modules.d/alsa, modules-update ...).
 
Bref, quelque soit le moyen utilisé (script alsa Gentoo ou à la main), il apparaît que les cartes sont ordonnées dans un ordre étrange (normalement, ça devrait être +- inversé, mais en faisant des changements et en relançant alsa, on s'aperçoît que ça varie ... http://forums.gentoo.org/viewtopic [...] 84cbdd35b8 ).
 
Bref, les derniers udevs ne sont pas encore en phase avec les derniers hotplugs, ou alors c'est le noyau qui chapeaute tout cela, mais alors, les autres ne sont pas au courant ...
 
En tout cas, si vous avez des idées sur la question, ça m'intéresse (d'ailleurs, il y a un regain de posts sur Alsa ces temps-ci sur les forums Gentoo, entre autre, ceci expliquant peut-être cela).

T'as mis alsa à quel run level?

"hotplug is gone dead and buried"
de plus, colplug est en conflit avec udev >=088

C'est udev qui fait hotplug? A partir de quelle version de udev?

belgique : le runlevel par défaut .
 
mirtouf : oui, j'avais vu dans le changelog (de toute façon, je n'ai jamais utilisé coldplug, au sens Gentoo du terme ).

http://vrfy.org/log/recent-state-of-udev.html
 
Mais je crois que dès qu'il faut charger un firmware hotplug est encore utile.
Dans mon cas, hotplug n'est plus démarré et tout marche très bien chez moi.

Faut le mettre alsa en boot je pense mais je ne sais pas si ça change quelque chose.

Mirtouf> thanx. Sans hotplug mon système doit marcher mais j'ai jamais testé s'il chargerait les modules seul.

j'ai pas tout suivi la, ca veut dire que je peux supprimer hotplug et coldplug de mes systemes? udev fait tout ca en mieux maintenant?
il ferait meme le chargement des modules tout seul, est-ce a dire que je pourrai vider mon /etc/modules.autoload.d/kernel-xxx?
que de progres si c'est le cas.
comment vous arrivez a suivre tout ces changements vous?

Pour virer le modules.autoload, tu dois de toute façon le garder si tu utilises pas coldplug et tu peux t'en débarasser avec coldplug aussi en théorie. Si j'ai bien compris c'est prévu que udev joue le rôle d'un coldplug dans le futur avec un fichier pour exclure les modules qu'on veut pas charger. Mais je ne sais pas quand ça va être fait/si c'est déjà fait ça.

Oki, je vais tenter tout ca ce soir si j'ai le temps, en esperant ne pas tout casser

avec udev-089 ça devrait être bon.

Argh, il est masque, je ne pense pas etre en ~x86 pour udev.