Reprise du message précédent :
a y est, la 2.12(.2) est en x86!!!
 

 
bon, ben 67 paquets a mettre a jour, ca va me chauffer un peu la maison

Mis à jour un peu en avance, voir mon message du dessus, je vais nettoyer mon packages.keywords .  
 
D'ailleurs j'ai un nouveau comportement avec cette 2.12, j'ai un lecteur de cartes mémoires et avant je voyais uniquement les slots avec cartes rentrées.  
Maintenant je vois tous les slots dans le post de travail sans savoir qui est qui
Personne n'a une idée? Sûrement une astuce avec hal/gnome-machin
 
 
Edit: j'ai une question à propos de portage, à la fin d'une install de paquet , il donne des conseils. C'est bien mais quand il a emergé 40 ebuilds depuis, je ne sais pas lire les infos. Sont-elles consignées quelque part?

Cette 2.12 elle fout la zone.... : avec la mise à jour de hal et dbus, kde est perdu du coup.
 
il reste plus qu'ils nous stabilisent kde 3.5 pour rectifier ça... enfin non pas forcement mais bon faut qu'ils trouvent une solution....

 
bonsoir,
 
script enotice
 
A+

Merci, c'est pile ce que je cherchais. Je ne comprends pas que ça soit livré de base

Elles sont pas flagrante les nouveauté de gnome 2.12

 
mouaip, chez moi y a pas que kde qui est paume, lors de l'emerge -u world il me met a jour hal et dbus vers les dernieres versions, mais y a plein de dependances qui sautent (entre autres kde, mais aussi des outils gnome (je sais plus trop lesquels) et ivman), du coup je lance un revdep-rebuild et la c'est la cata il me redescend hal et dbus, bref y a quelque chose qui cloche...

Aucun problème chez moi avec que gnome, pas ivman et pas kde.

Pas de souci avec KDE 3.5 (3.5.1 bientôt), mais je n'ai pas Gnome, ça joue peut-être .
 
belgique : script portlog-info, fonctionne sans souci.

vi, je me suis un peu trompe, en fait c'est gnome qui veut emerger la derniere version de dbus et k3b et ivman qui veulent les downgrader.
et c'est tres chiant parcequ'a part repasser en 2.10 ou bien supprimer ivman et k3b (soit supprimer le support de dbus/hal soit remplacer par graveman soit...) je ne sais pas trop comment m'en sortir (en meme temps j'ai vu ca rapidement hier soir, j'ai pas eu trop le temps de me pencher dessus).
ce qu'il se passe exactement:
emerge -u world => monte dbus et hal et un troisieme truc (oui c'est vrai, je l'avais oublie celui-la) qui n'a rien a voir mais qui se tape un delire lui aussi
revdep-rebuild => veut recompiler entre autres ivman qui lui va necessiter le downgrade de dbus et hal
bref on se mort la queue (Aïe)...
je regarderai ca ce week-end (peut-etre meme que le probleme sera resolu d'ici la avec de nouveaux ebuilds pour les paquets a probleme, j'y crois )

Bizarre, j'ai aucun problème avec k3b.

un petit revdep-rebuild s'impose pour certain  

J'ai qu'OO qui me fait des noises avec ça, c'est normal quoi
Updating portage cache, c'est devenu d'une lenteur insupportable chez moi

le probleme c que la version stable de KDE (3.4.3) requiere hal-0.4.8 et dbus-0.23 et que des version plus récentes ont été marqué comme stable, a priori pour pouvoir rendre stable gnome 2.12....
 
donc bref....
 
http://forums.gentoo.org/viewtopic [...] ight-.html

Je vois pas trop de solutions, on allait pas attendre la stabilisation de KDE pour mettre à jour gnome

c sur !! par contre je sais pas quelle solution va être choisit....parce que bon a part stabiliser KDE 3.5 (ou alors patcher la 3.4.3 si c'est possible..) je vois pas

rab de kde

kde c'est le bien. Bizarre tout vos problemes avec hal et dbus. Perso j'ai kde 3.5 et les dernieres version de hal et dbus sans soucis.
 
ah, mais je crois me souvenir que je suis en ~x86 et je n'ai pas de bout de gnome à part evolution. Et portage 2.1 est plus rapide

essaye de supprimer le cache de portage (/var/cache/edb je crois, a confirmer!!! fais un tar avant au cas ou) et de refaire un coup de emerge --metadata apres, ca va aller vachement plus vite... pendant pas longtemps

oui mais non en fait ca resoud rien

On voit là les défauts d'avoir un  système qui évolue en permancence et les nouvelles dépendances communes sur certains éléments du système, certains démons qui font qu'on ne peut pas avoir 2 versions en même temps.
Les distrib stables n'ont pas ce genre de problèmes quoique je crois que sous ubuntu on peut avoir gnome 2.12 et kde 3.4 sans problème je crois

je debarque .. mais on peut aussi avoir les deux: gnome et kde .. ..

Heu c'est normal que mon sélecteur de thème supporte pas du tout du tout que je scrolle dans la liste des thèmes depuis la sortie de la 2.12? (Genre on voit plus rien, et on peut plus rien utiliser)... Et sinon si je lance totem depuis gnome-terminal, j'ai des gros bugs graphiques verts dans l'affichage de la vidéo. Faudrais que j'essaie un revdep-rebuild... peut être que j'ai oublié de recompiler qqch..

C'est mon cas, mais en ce moment meme en utilisant les versions x86 de kde et gnome il y a des problemes de dependances.

Je viens de tester, même problème.
 
http://bugs.gentoo.org/show_bug.cgi?id=115681

 
 
auatnt pour moi ..  
 
(je ne met pas à jour en permanance aussi .. )

j'ai pas ce pb avec le theme manager moi (je suis en ~amd64)

Apparemment c'est le thème crux qui fout la merde:
gnome-theme-manager: symbol lookup error: /usr/lib/gtk-2.0/2.4.0/engines/libcrux-engine.so: undefined symbol: uninstall_all_focus_hooks

oui je confirme, il suffit de supprimer /usr/share/themes/Crux et ça fonctionne..

Apparement pour résoudre le prb d'upgrade/downgrade de hal/dbus sous kde, il suffit de monter la version de IVMAN en 0.6.x (~x86).
 
Ca marche pâs mal et plus de souci à l'upgrade ou revdep-rebuild...

Donc le problème n'est pas KDE mais ivman  
Beaucoup de bruit pour presque rien (un emerge -t aurait peut-être résolu plus rapidement le problème   )

ivman, c'est un peu une grosse merdasse je trouve. Depuis kde 3.5, tout se monte/demonte tout seul, tranquille,et j'ai pu me passer de ivman

+1
 
ivman, ça sert plus à rien du tout sous KDE

 
Même sous 3.4.3 ?? je veux bien la méthode !!

hal+dbus+pmount : ça suffit, il me semble (+ use hal, dbus bien sûr).

sous gnome non plus ca ne sert a rien ivman, le combo de jcp marche parfaitement (ne pas oublier de recompiler gnome-volume-manager   )

Sous gnome ça doit être automatique depuis la 2.6/8, ça fait un bail

 
normal, gnome ca rox

C'est bien le seul truc sur lequel ils ont été en avance sur kde
 
Mais ça roxe quand même

Je suis quand meme dubitatif sur le processus de stabilisation de gnome sous Gentoo. On dirait bien qu'il y a un truc qui va pas. Sois c'est un probleme qui vient de Gnome, soit ça vient des mainteneurs Gentoo, mais bon là on va bientot renommer en Genbian

KDE semble pas plus rapide. Ce qu'il y a c'est que les dépendances sont nombreuses mais faut voir le temps qu'ils prennaient pour corriger un bug