Reprise du message précédent :

Et tu as vu ca ou ? Parce que pas du tout    
Juste une dep sur ncurses...

parce que en émergeant kde 4 il le compile...
en émergeant comme indiqué dans le wiki KDE 4:
http://fr.gentoo-wiki.com/HOWTO_KDE4

use

Luke...
 
Au moins, tu "verras" qui fait appel à cette lib

ouais, pardon, en minuscule

Okay

Grmbl, au temps pour moi j'avais lu la phrase à l'envers

Ok problème résolu j'avais mis -uDavt en fait, au lieu de Davt, la conséquence c'est que je me retrouvais avec cette saloperie de libcaca en dépendance
maintenant c'est bon, plus de -u et je n'ai plus cette dépendance incompilable
 
La compilation de kde 4 avec gcc-4.3 du 18 janvier continu donc
 
Edit: si j'arrive au bout de la compilation de kde 4, je réinstallerais completement mon "vrai" PC avec kde 4 et gcc-4.3 du 25 janvier sur mon Core 2 Duo avec -march=core2, comme je le désire depuis un moment    
 
http://unknownart.webd.pl/o/gcc43/ on peut lire ceci:
 

 
Et je confirme que c'est vrai, voila donc le paquet en dépendance de kde sur lequel je bute si qqun a une soluce...(je pensais éventuellement compiler spécifiquement celui là avec gcc-4.2.2 mais le prob c'est que tout ce qui est compilé avec le 4.3 le sera avec -march=core2 sur ma "vrai" config, or le gcc-4.2.2 ne gérant pas core2 je devrais mettre autre chose (ia64 ou un truc ds le genre je suppose) jtrouverais ça space d'avoir un -march différent pour le paquet boost...(a moins qu'osef ?)  
 
Je mets à jour vers gcc-4.3.0_alpha20080201 avec un très très faible espoir que boost veuille bien se compiler avec

si je comprends bien, il faut gcc 4.3 pour compiler avec march=core2 ?

Oui
 
Edit: truc très chian, le paquet boost est en dépendance de kde  

KDE, c'est le bien, réjouis toi de l'installer .
 
Sinon, je passe de gcc 4.2.2 à gcc 4.2.3 (oui, je sais c'est pas le gros changement).

 
Petit joueur  

c'est quoi ce paquet boost ?

Falcon mathieu # eix boost
* dev-libs/boost
     Available versions:  1.33.1 1.33.1-r1 (~)1.34.1-r1 1.34.1-r2 {bcp bjam debug doc icu pyste static threads threadsonly tools}
     Homepage:            http://www.boost.org/
     Description:         Boost Libraries for C++

J'ai pas tout compris mais voila le site officiel de ce paquet: http://svn.boost.org/trac/boost/

salut les gentooistes

Ce matin je me lève avec l'envie de me remettre une gentil sur mon portable...j'avais plus touche a gentoo depuis l'iut y'a 4 ans.
me rappelais qu'emerge était "long" mais avec les progrès des cpu je m'attendais a mieux
J'en suis a xorg-x11 et sur les 146 paquets il en a fait que 26...
J'ai quand même un core2duo a 1667mhz

Y'a-t-il un moyen de "tester" qqchose voir si y'aurait pas une couille qqpart ?
d'autant que le cpu est jamais utilisé a 100%

ca ne veut rien dire, lors du passage a xorg 7 le paquet a été splitté en plein de sous-paquets plus petits

ok

Bon ben y'a qu'a attendre

disons qu'a la lecture de la doc je voyais pas ca si long

Je crois qu'a une epoque dans la doc ils disaient de relire la trilogie du seigneur des anneaux pendant l'emerge system, c'est plus le cas?

Exact

la pour xorg ils disent "l'installation prend un certain temps, profitez en pour manger un morceau"

Ben faut être un sacré morfale

une lib C++ assez utilisée

 
zut je croyais que c'était un truc pour tout booster

c'est gentoo hein...

 
c'est vrai que c'est déjà tellement rapide    

T'as pas fini de pousser ta charrette, toi ?

Céréalier est un métier d'avenir

Coucou , ceux qui sont passés à KDE4 sont contents ?
Parce que moi, j'ai des trucs gênants :
- Impossible d'utiliser les icônes du bureau ou du lancement rapide : il ne se passe rien quand je clique dessus.
- Gwenview (v2.0) n'offre plus la possibilité de supprimer une image... étrange.
- Les icônes d'aperçus maxi ne sont plus aussi grande que dans Konqueror en 3.5, de la place est perdu par l'énorme encadrement bleu de sélection.
- Quand je supprime une image dans DigiKam il la met dans ~Desktop\Corbeille (que j'ai dû créer à la main) au lieu de la poubelle de KDE. -> ce pb vient peu être de Digikam et pas de KDE.
- Le menu programme à la Vista avec l'obligation de cliquer sur la gauche pour revenir au menu supérieur n'est vraiment pas ergonomique, comment on revient à l'ancien ?
- Quand je clique sur un lien dans Thunderbird il ne se passe rien, il ne l'ouvre pas dans Firefox comme avant.

Et je ne peut pas rebasculer facilement à la 3.5 car le kde-base de la 3.5 bloquait la 4 du coup je l'ai viré

Au final je me demande si après plus d'un an je ne vais pas passer à une autre distrib parce que, certes on apprend bien avec une gentoo mais c'est du temps qu'on ne passe pas à autre chose...

@doum : pour info juste pour KDE4 la compil m'a pris la journée sur mon XP 3200+ avec 1Go ram.

Par contre je m'étais mis iceWM pendant la compil, qu'est-ce que c'est rapide ce truc !

KDE 3.5 et 4 fonctionnent sans problème en parallèle, à condition d'installer soit les versions monolithiques, soit les ebuilds séparés, mais pas un mélange des deux.
 
J'utilise Gwenview 2.0 depuis KDE 3.5.9, et pas de soucis à signaler pour supprimer une image.

Bon, faudrait peut-être repartir de zéro.
En fait il ne se passe rien quand j'appuie sur Suppr, et il n'y a pas de menu "supprimer".
Par contre au lancement de gwenview, il m'écrit ça dans le terminal :

file:///home/ben/new_design.jpg : c'est le nom de l'image passé en paramètre.
Je tenterais un emerge en update demain, on verra bien...

Bug connu. Il y a une commande workaround

Salut,
 
y'a-t-il quelqu'un qui a utilise la version x86_64 de gentoo?
 
J'ai voulu installé openoffice-bin pour m'éviter des heures de compilation et gentoo me propose d'installer des librairies d'émulation 32bits.
Alors j'hésite entre compiler entièrement openoffice ou bien passer par la couche 32bits et installer la version bin.
 
J'aurai donc voulu savoir si il y avait de grosses différences entre les 2 versions?

Je crois pas qu'il compile en 64 de toute manière

Edit: enfin, installer les libs 32 ça coute pas grand chose et ça fonctionne très bien

~amd64 ici. _o/
 
Si si OpenOffice compile et fonctionne très bien en 64 bits. Il faut juste entre 4h et 4h30 pour le compiler sur amd64 3500+ ou 4000+.
 
Perso, la version 32 bits déconnait chez moi, donc je compile à chaque fois OpenOffice. J'ai un système 64 bits donc tant qu'à faire, je mets le max de trucs en 64 bits (même si cest pas forcément utile   ).
 
Au fait, quelqu'un a réussi à installer la version 2.4.0-rc5 ou la version finale (2.4.0) ? Moi j'ai eu un problème à chaque fois pour la 2.4.0-rc5 : la compil me bouffait toute la ram (1go) et tout le swap (2go)  et donc ca avancait pas... alors que d'habitude ca passe niquel.

Il y a un topic spécifique sur OpenOffice
-> http://forum.hardware.fr/forum2.ph [...] nojs=0#bas
 
Sinon, je suis aussi en 64bits, et pas de souci (je n'ai pas encore compilé la dernière 2.4.0).
Un peu plus de 4h30 sur un 3400+ pour la compilation.

arf j'ai déjà installé la version bin 32bits...
 
bon je tenterai la compilation ce week end

Tiens, pour les spécialistes, ç'en est où la version de gcc avec march=core2duoquipoutre ? [dtc proof]

Ca compile.
J'ai pas de Core2duo mais j'ai installé Gcc4.3 et j'ai compilé le système sans problème. Là je tente de compiler le world, on verra ce que ca donne.
 
Sinon, gcc 4.3 dans l'arbre, et svn (branche de la version 4.3.1) dans l'overlay du mec (dirtyepic) qui s'occupe de porter l'arbre à gcc 4.3.

 
koffice  

le tout avec un amd64 x2 (make -j1)

Finalement j'ai fait

Honte sur moi   , mais bon, plus le temps de bricoler des heures pour faire marcher des trucs que kubuntu fait tout seul.
En un an j'ai beaucoup appris avec Gentoo, je ne regrette pas.
A plus tard peut-être, qui sait ?

Recompilation du world finie suite au passage à GCC-4.3 je dirais que sur mes 880 paquets moins de 20 ont pas compilé. Sachant qu'il y en a certains qui n'ont pas compilé pour d'autres raisons que le passage à Gcc-4.3, donc ca va, le passage s'est effectué en douceur.
 
Koffice ...hmm j'ai jamais réussi à m'y faire pourtant je suis un fan de KDE mais ...

OpenRC arrive bientôt en ~arch : http://www.gentoo.org/news/2008041 [...] cement.xml