Bonjour,

J'essaye d'installer sur une Red Had 4 un logiciel qui nécessite une version de gtk supérieure à 2.6. Hors sur ma machine comme sur le net en binaire il n'y a que la 2.4 et pas de version supérieure. Avant de me lancer dans la compilation des dernières sources, est-ce que vous pourriez me dire à quel problème je risque d'être confronté? Problème de compilateur au delà de gtk2.4?

Merci d'avance.

Tu vas tout exploser.

Ca à la limite je m'en fous, tout ce que je voudrais savoir c'est pourquoi partout sur le net une lib est limité à gtk2.4 pour red hat 4 alors que pour d'autres OS c'est compilé pour plus récent.

Parce que Redhat déjà c'est pourri et qu'ensuite la version4 est obsolete. Redhat 5 est sortie et elle inclut probablement gtk26

Bah vi je sais mais je dois installer sur cet OS

Je te donne mon avis hein tu en fais ce que tu veux.
Le mieux ça serait de réaliser une compile static de ton soft pour pouvoir le balancer ensuite sur une redhat4 sans avoir besoin de gtk26.

pas con je regarde si c'est possible, vu que "mon soft" c'est un projet open source, merci

aucun problème particulier à part quelques dépendances.

après tu peux aussi regarder les sources ton appli voir ce qui nécessite vraiment gtk-2.6, c'est des fois pas grands choses.

En fait gtk a besoin de vachement de prérequis c'est un peu la merde mais bon.
 
 
Mais la question qui me taraude c'est pourquoi on trouve plus de rpm récents pour red hat 4 ?

Mais bordel :|
 
Une distrib stable c'est un ensemble de paquets validés, sur lesquels on assure un support sur une période donnée.
 
Si tu veux des paquets récents sur une base Redhat tu utilise Fedora. Elle est faite pour ça. Par contre tu risque de rencontrer des bugs, et tout un tas d'anomalie, contrairement à une Redhat.

Ok ok, je me suis jamais vraiment intéressé aux distrib, du coup une question con a réussi à passer, merci pour ta réponse

En fait une distribution c'est des versions de paquet fixes dans la pluspart des cas.
 
Après tout dépend de la distrib: ubuntu est sur un cycle de release de 6mois, debian de 1 ou 2 ans, redhat de beaucoup plus.
Après il y'a des exceptions, comme fedora ou debian testing/unstable qui sont plutot des distributions de tests pour les sorties de redhat et debian stable.
Les paquets y sont mis à jours en permanence mais le publique visé c'est clairement les power users et les gens qui souhaite aider au developement de la prochaine version stable

C'est nul comme réflexion. Ta plateforme, tu l'as et tu peux rien y faire. Sinon le client débarque "faut ça" mais qu'il a pas le budget pour mettre à jour, bah tu fais et voilà. C'est pas du tout choquant d'avoir des versions plus récentes de certains trucs. Voir les mettre sur NFS pour éviter 1000 installations locales.

Oui /opt à la limite. Mais dans ce cas je maintiens qu'il serait encore plus simple de pondre un binaire statique.

C'est un peu plus facile à dire qu'à faire. Surtout aujourd'hui que beaucoup de programmes sont faits pour charger dynamiquement des tas de trucs optionnels s'ils sont présents.

Ça dépend beaucoup de l'appli, mais il ne veut pas nous dire de quoi il s'agit visiblement

Si c'est pas secret mais je posais la question de manière générique, je demandais pas qu'on fasse le boulot à ma place : http://www.shatters.net/celestia/ en version svn