Reprise du message précédent :
Non mais ça c'est le rpm de base. Urpmi il est censé s'il le peut chercher ce qui manque et l'installer. C'est pour ça que je me demandais si tu mettais des sources plus récentes à ton urmpi si ça n'allait pas marcher. Mais bon, ça risque de tout casser aussi

 
C'est un risque que je ne veux/peux pas prendre.
 
Tant pis, je vais me résigner à attendre la sortie de la mandrake 10. (enfin, la prochaine version stable  et pas la version actuelle).

où est le pb ?
il dit ke gtk-2.4 doit prendre la place de gtk-2.2 et ke toutes les applis dépendants de gtk-2.2 doivent être virée ... ce ki est logique ( et oui, pas de compatibilité descendante ) ...
cela signifie que tu upgrades presque entièrement ton système ....
 
si tu as une 9.1 ( j'ai pas suivi le thread mais d'après ce ke j'ai vue de urpmi, tu sembles avoir une 9.1 ) et ke tu mets un package de 9.2/10, les packages qui dépendent de ce package devront eux aussi être mis à jour ...
donc tu mets une source 9.2/10, tu updates urpmi ( c'est mieux notamment pour corriger les bugs ) et tu updates ton package

 
Je sais tout ça. Mais mon système est stable à 100%, et les personnes que je vois sous mdk 9.2 semblent bien souvent avoir des problèmes.
 
Tu penses que si j'update KDE, Xfree, urpmi etc... etc... je vais aboutir à un système stable ?

hermes le messager :
c'est l'évolution, après libre à toi de choisir de rester sur ta config bien au point ou de vouloir les nouvelles versions.
 
Enfin, tt ceci est aussi une question d'utilité ou de volonté de vouloir les dernières versions.  
 
Sinon, bien sûr que plus tu upgrades de paquets, plus le risque de briser l'homogénéité de ton installation est grand, mais maintenant des outils comme urpmi gérent cela de belle manière (enfin, faut pas rêver aussi, il arrive qq fois à avoir à se débrouiller pour installer un logiciel proprement, et c'est là que tu dois savoir maîtriser un outil comme urpmi pour passer le cap ).
 
Voilà, ma petite contrib au topic .
 
NB : je connais des personnes qui ont encore une RH7.3 (niveau pro), et qui en sont contents .
 
édit : fautes

De toute façon, que tu ais une mdk, gentoo, slack ou autre, l'installation d'un soft récent demande souvent d'upgrader les paquets dépendants. C'est en cela que urpmi, emerge, etc... sont très utiles.
 
Si tu veux rester avec une mdk 9.1 sans l'upgrader tu ne pourras pas installer les derniers softs. Donc lorsqu'on veut avoir des logiciels dernier cri il faut prendre le risque de mettre à jour sa distrib ou attendre que la nouvelle version de la distrib sorte avec toutes les nouveautés intégrées...
 
my 2 cents

 
ouai ok, mais moi, globalement, je suis très satisfait de ma MDK.
 
Là où je suis pas satisfait du tout, c'est de ne pas savoir ou vont se loger les librairies par exemple, et pourquoi quand j'installe un log à partir des sources, il est impossible de prévoir réellement à l'avance où tout cela s'installe avec la facheuse impression qu'il sera difficile de revenir en arrière.
 
C'est pour ça que je commence à lorgner sur une distrib pour apprendre réellement Linux...

J'ai une gentoo et j'en suis très heureux. Et justement vu la multitudes d'apps livrées, je n'installe rien à la main et je n'apprends pas spécialement plus de ce coté là. J'en suis très satisfait quand même

 
Moi aussi j'ai une gentoo. Je suis d'accord avec toi sur le fait que l'on apprend pas forcément plus lorsqu'on utilise un soft comme emerge, urpmi ou apt-get... qui fait le gros du boulot et ceci que ce soit une distrib source ou non.
 
Moi aussi j'en suis assez satisfait de ma Gentoo même si je vais peut-être changer  de distrib bientôt pour le fun...  

J'ai actuellement une Debian (stable) installée.
C'est clair qu'elle n'est pas à la page par rapport à d'autres distrib et que les logiciels récents lui manquent... quand on passe par apt-get. Reste l'install manuelle avec les sources qui fonctionne très bien (du moment qu'on est pas trop bordélique) avec les softs récents et la possibilité de créer ses propres packages .deb pour une maintenance aisée.
Ce qu'il y a de bien, c'est l'assurance de pouvoir dans certains cas se rabattre sur quelque chose de vraiment stable. Par exemple j'ai testé un Mozilla 1.6, mais ce dernier parfois se ferme sans prévenir : je suis donc revenu à un 1.0 certifié chez Debian (avec apt-get) et plus de problème.
 
Je pense que je ferai de même avec Gimp 2.0 (d'autant qu'il tourne apparemment sans risque de conflits avec le 1.2). En revanche j'évite toujours de prendre des unstables ou du testing surtout pour des packages qui touchent de trop près au système ; courageux, mais pas téméraire.

Super, si jamais quelqu'un arrive à compiler avec succès la version 2.0 finale de the gimp, qu'il le dise... Pour le moment, je ne vois que des gens qui ont exactement les mêmes problèmes que moi avec en plus des mandrake 9.2... Il faut quoi ? Une mandrake 10 encore à moitié en BETA pour pouvoir se servir de gimp maintenant ??
 
Faudrait peut être songer à sortir un binaire en attendant, parce  que là, c'est vraiment n'importe quoi je trouve...

bon, jhe vais compiler la bête sur ma cooker

 
J'attend avec impatience les résultats.  

 
Pour l'instant, je met la cooker à jour :  

Alors ? des nouvelles ? T'as réussi à passer le ./configure déjà pour commencer ?

Ca update toujours, comme ça fait trois semaines que je l'avais pas mise à jours, ça mouline sec

tiens, il me met KDE à jour

 
Ok. J'attend avec impatience.    
 
Sinon, est-il possible de faire un binaire de the gimp ? Comme il en existe pour Mozilla par exemple ?

 
oui.

 
C'est dur à faire ? Facile ?    
 

 
pas trop dur en fait. Ilest écrit en C, donc ça simplifie le problème

 
Pourquoi dans ce cas, n'ont-ils jamais proposé de binaires ?    
 
Ils veulent empêcher ceux qui n'ont pas la toute dernière distrib d'utiliser leur prog ??  

 
Parcequ'entre les différentes distributions, c'est le bordel. Et ça demande pas mal d'organisation pour arriver à faire des binaires déploiyable un peu partout. Ils ont pas l'équivalent de la tinderbox de mozilla.

je l'ai compilé hier soir sur ma mandrake 9.2.  
un simple "./configure --prefix=/usr && make && make install" et ça roule.

Je pense qu'il veut dire que ce serait compilé en statique

 
Eh ben t'as bien de la chance. Que ce soit sur ce forum, ou sur d'autres, j'arrête pas de voir de gens qui ont tous la même erreur avec GTK 2.2.2...
 
Quant à ceux comme moi qui sont encore avec une mandrake 9.1 (pas bien vieille pourtant), il est impossible de compiler le soft.
 

 
On peut faire ça ? Comment faut-il que je fasse ?  

je ne vois pas bien ce que la chance vient faire la dedans...  
c'est quoi cette fameuse erreur ?

 
Je sais pas si on peut le faire pour gimp mais de toute façon il faut que ce soit qqn qui a réussi à le compiler qui le fasse. Ca donnera quelque chose d'énorme par que linker statiquement gtk  

 
C'est ça :
 
http://forum.hardware.fr/hardwaref [...] 4830-1.htm

 
mairde

 
En voulant upgrader ma MDK 9.1, j'ai eu le même problème, impossible d'installer une version de GCC qui ne nécessite pas les dépendances de plein de paquets de la mandrake 9.1.
J'ai du faire marche arrière.

Moi j'ai une mdk 9.2 a jour ( donc update + plf ) avec gnome 2.4. Ben la compilation de gimp 2.0 s'est bien passé. Inutile de passer a la mdk 10.
 
Je peux faire un rpm avec checkinstall si vous voulez

 
Ben ça va rien résoudre pour les gens comme moi qui peuvent pas installer GTK >= 2.2.2 (ça revient à faire une mandrake 9.2)  

toujour pas sur cooker s'nul

hermes tu peux tjs essayer de trouver des sources rpm de gtk (  y en a un paquet ) et rebuilder tout ca.

 
J'ai déjà essayé hier. Verdict : tout ou presque est dépendant, c'est de la folie. Et de plus, ça me donne même pas la garantie que je vais pouvoir compiler gimp 2, puisque certains ont exactement les mêmes problèmes que moi avec la bonne version de GTK.

j'ai essayé de te faire une build statique mais j'ai pas assez de place j'ai arrêté qd mon home a atteint le 90% de remplissage et le dossier prenait déja 407 Mo

 
Quel dommage.    
 
Les 407 mo, c'est du définitif ou ça peut diminuer ensuite ?

Bon, avec les dépendance, pour compiler gimp, je dois installer libogg