Awesome fonctionne bien sur Fedora 19, il devrait donc fonctionner sur CentOS 7, n'est-ce pas ? Eh bien, j'ai essayé et je n'ai pas réussi à le faire fonctionner. Après un long moment, j'ai réussi à le compiler à partir des sources et à configurer GDM pour qu'il démarre à partir d'un ~/.xinitrc . Cependant, tout ce que j'ai obtenu, c'est le démarrage du gestionnaire de fenêtres, mais aucun des raccourcis clavier (clavier ou souris) ne fonctionnait du tout.
Je recherche une procédure d'installation étape par étape utilisable.
Réponse acceptée :
Pour commencer, je supprimerais la source que vous avez compilée, puis j'ajouterais le dépôt YUM officiel pour Fedora, en utilisant les étapes de ce post. Ensuite, puisque le référentiel que vous venez d'ajouter contient AwesomeWM, utilisez YUM pour l'installer. Voir ici.
Raisonnement :
Il est presque impossible de mélanger un package basé sur la source avec un système basé sur des packages binaires, car vous créez facilement une incompatibilité de version. Considérez ce qui suit :
- La version A du package binaire dépend de la version B de la dépendance et ne fonctionne qu'avec celle-ci. La version B de la dépendance utilise la bibliothèque C.
- Connecting the Logic in 1, Binary Package Version A, dépend également implicitement de la bibliothèque C.
- Vous avez construit la version B de la dépendance avec la version D de la bibliothèque (si C = 1.0, D = 1.1)
- La version B de la dépendance a été construite avec succès, mais la version A du package binaire est toujours liée à la version C de la bibliothèque. Par conséquent, le package binaire A charge désormais les symboles non résolus, car les symboles de la version C de la bibliothèque ont été remplacés par des symboles plus récents dans la version D.
- La version D de la bibliothèque a remplacé la version C de la bibliothèque. Par conséquent, le développeur a décidé de ne pas lier sa nouvelle version D à la version C.
- Pour résoudre ce problème, chaque package du système lié à la version C de la bibliothèque doit être recompilé à l'aide de la version D de la bibliothèque.
Vous êtes coincé ici parce que tous les packages d'un système binaire ont été pré-emballés, et certains ou tous se cassent lorsqu'ils sont compilés à partir de la source
Vous pourrez peut-être résoudre ce problème en trouvant des versions plus récentes de tous les packages utilisant la version D de la bibliothèque, mais par expérience, cela est très peu probable, c'est pourquoi j'utilise Gentoo.
Mise à jour des commentaires supprimés
On m'a demandé d'expliquer comment gérer un référentiel obsolète et que faire si le référentiel expire, puisque CentOS et Fedora ont des calendriers de publication radicalement différents.
Conformément à vos questions dans les commentaires désormais supprimés ci-dessous, lors de l'ajout d'un référentiel :
- Si la prise en charge de ce référentiel prend fin, ajoutez le référentiel qui l'a remplacé. c'est-à-dire que le dépôt de Fedora 19 sera remplacé par Fedora 20.
- Après la mise à jour vers le nouveau référentiel, vous devez décider en tant qu'utilisateur quelle direction prendre, car vous aurez des incompatibilités de numéros de version entre les packages dans le nouveau référentiel. Par exemple, la version A de la bibliothèque CentOS aura été remplacée par la version B de la bibliothèque dans Fedora. Après avoir ajouté Fedora en tant que référentiel, si un package que vous souhaitez existe dans Fedora, mais PAS dans CentOS, et qu'il demande une version plus récente d'un package, vous devez soit a.) voir si le même package existe dans le référentiel de test CentOS , ou b.) autorisez l'installation à installer le package à partir du référentiel Fedora. De cette façon, vous aurez une installation mixte ou hybride. Si vous ajoutez le référentiel CentOS Testing de la même manière que vous avez ajouté le référentiel Fedora ci-dessus, je pense que YUM vous demandera quel package vous souhaitez utiliser, si le même package existe dans les deux.
- S'il existe une version B de la bibliothèque stable dans Fedora et une version B de la bibliothèque de test dans CentOS, utilisez la version de test dans CentOS, car cette version est "native" à votre système d'exploitation. Dans la mesure du possible, vous souhaitez installer des versions natives de votre système d'exploitation, même si elles sont en test. Ce faisant, si le paquet ne fonctionne pas, vous signalez un bogue aux responsables de votre système d'exploitation, de sorte que le paquet reste dans Testing jusqu'à ce que le bogue soit corrigé avant d'être déplacé vers Stable