Centos - ¿Usando Awesome Window Manager en Centos 7?

Awesome funciona bien en Fedora 19, por lo que debería funcionar en CentOS 7, ¿verdad? Bueno, lo intenté y no pude hacerlo funcionar. Después de mucho tiempo, logré compilarlo desde la fuente y configurar GDM para que arranque desde un ~/.xinitrc . Sin embargo, todo lo que obtuve fue que se inició el administrador de ventanas, pero ninguna de las combinaciones de teclas (teclado o mouse) funcionaba en absoluto.

Estoy buscando un procedimiento de instalación paso a paso utilizable.

Respuesta aceptada:

Para empezar, eliminaría la fuente que compiló, luego agregaría el YUM Repo oficial para Fedora, siguiendo los pasos de esta publicación. Luego, dado que el repositorio que acaba de agregar contiene AwesomeWM, use YUM para instalarlo. Ver aquí.

Razonamiento:
Es casi imposible mezclar un paquete basado en código fuente con un sistema basado en paquetes binarios, ya que se crea fácilmente una discrepancia de versión. Considere lo siguiente:

1. La versión A del paquete binario depende de la versión B de dependencia y solo funciona con ella. La versión B de dependencia usa la biblioteca C.
2. Conectar la lógica en 1, versión del paquete binario A, también depende implícitamente de la biblioteca C.
3. Usted creó la versión B de la dependencia con la versión D de la biblioteca (si C =1.0, D =1.1)
4. La versión B de la dependencia se creó correctamente, pero la versión A del paquete binario todavía está vinculada a la versión C de la biblioteca, por lo tanto, el paquete binario A ahora carga símbolos sin resolver, porque los símbolos de la versión C de la biblioteca se reemplazaron con símbolos más nuevos en la versión D.
5. La versión D de la biblioteca reemplazó a la versión C de la biblioteca, por lo que el desarrollador decidió no vincular su nueva versión D a la versión C.
6. Para arreglar esto, cada paquete en el sistema, que está vinculado a la versión C de la biblioteca, debe volver a compilarse usando la versión D de la biblioteca.

Estás atascado aquí porque todos los paquetes en un sistema binario fueron empaquetados previamente, y algunos o todos se romperán cuando se compilen desde la fuente

Es posible que pueda solucionar esto encontrando versiones más nuevas de todos los paquetes usando la versión D de la biblioteca, pero por experiencia, esto es muy poco probable, por eso uso Gentoo.

Actualizar a partir de comentarios eliminados

Me pidieron que explicara cómo manejar un repositorio desactualizado y qué hacer si el repositorio caduca, ya que CentOS y Fedora tienen cronogramas de lanzamiento radicalmente diferentes.

Según sus preguntas en los comentarios ahora eliminados a continuación, al agregar un repositorio:

1. Si finaliza el soporte para ese repositorio, agregue el repositorio que lo reemplazó. es decir, el repositorio de Fedora 19 será reemplazado por Fedora 20.
2. Después de actualizar al nuevo repositorio, debe decidir como usuario qué dirección tomar, ya que habrá discrepancias en el número de versión entre los paquetes del nuevo repositorio. Por ejemplo, en CentOS, la versión A de la biblioteca habrá sido reemplazada por la versión B de la biblioteca en Fedora. Habiendo agregado Fedora como un repositorio, si un paquete que desea existe en Fedora, pero NO en CentOS, y está solicitando una versión más nueva de un paquete, debe a.) ver si el mismo paquete existe en el repositorio de pruebas de CentOS , o b.) permitir que la instalación instale el paquete desde el repositorio de Fedora. De esta forma, tendrás una instalación mixta o híbrida. Si agrega el repositorio de prueba de CentOS de la misma manera que agregó el repositorio de Fedora arriba, creo que YUM le preguntará qué paquete desea usar, si el mismo paquete existe en ambos.
3. Si hay una versión B de la biblioteca estable en Fedora y una versión B de la biblioteca de prueba en CentOS, use la versión de prueba en CentOS, ya que esa versión es "nativa" para su sistema operativo. Siempre que sea posible, desea instalar versiones nativas de su sistema operativo, incluso si están en Pruebas. Al hacerlo, si el paquete no funciona, informa un error a los mantenedores de su sistema operativo, para que el paquete permanezca en Prueba hasta que se solucione el error antes de pasar a Estable

Relacionado:Ubuntu:¿cómo resolver el error "mount.nfs:acceso denegado por el servidor"?