Por qué no depender de YaST
No hay nada que haga lo que hace YaST para las distribuciones que no son de SUSE. Hay pequeñas herramientas aquí y allá, pero nada tan completo. Es una bendición y una maldición. Las personas que llegan a depender de YaST se pierden de cómo funcionan realmente las cosas debajo del capó.
Me tomaría el tiempo para "aprender" realmente cómo funcionan las cosas en lugar de buscar otra muleta. No digo que esto sea malo, solía usar YaST en mi trabajo diario y aprecio lo que proporciona, pero es una muleta.
Alternativas
Si está realmente motivado, encontré este proyecto que parece estar en espera, pero podría ser una buena base de código para que lo retome si realmente está buscando desarrollar algo como YaST para otras distribuciones.
- YaST4Debian
También parece que la próxima versión de YaST para SuSE 13.1 se portó a una implementación de Ruby, por lo que podría ser más fácil de portar gracias a este esfuerzo.
- Próximamente:openSUSE 13.1 con YaST en Ruby
- openSUSE:Migración de YaST a Ruby
extracto
¿Por qué querías migrar YaST a Ruby?
YaST se desarrolló en YCP, un lenguaje personalizado, simple e inflexible. Durante mucho tiempo, muchos desarrolladores de YaST sintieron que los ralentizaba. No admitía muchos conceptos útiles como OOP o manejo de excepciones, el código escrito en él era difícil de probar, había algunas características molestas (como una tendencia a ser "robusto", lo que realmente significa ocultar errores). Sin embargo, los desarrolladores originales de YCP pasaron a otros proyectos y no había nadie dispuesto a intervenir y mejorar el lenguaje.
Era obvio que la única forma de salir de esta situación era cambiar la implementación a algún otro lenguaje ampliamente utilizado (la mayoría de la gente pensaba en lenguajes de secuencias de comandos, como Ruby o Python, que ofrecen una gran flexibilidad y un código más corto en comparación con, por ejemplo, C++ o Java). . Tal cambio significaría que no necesitaríamos mantener nuestro propio idioma personalizado. También nos permitiría usar muchas bibliotecas de terceros y hacer que contribuir al proyecto sea mucho más fácil para personas externas. La gente no tendría que aprender un idioma completamente nuevo solo por YaST.
Cambiar el lenguaje de implementación de una base de código tan grande como YaST es un gran esfuerzo, por lo que no es de extrañar que los desarrolladores en su mayoría solo hablaran de eso, durante años. Se requirió que alguien externo al equipo (David) decidiera que hablar no es suficiente y que deberíamos hacerlo :-)
¿Cómo fueron los resultados?
Bien :-) Tradujimos 96 módulos de YaST en total y actualmente no se usa código YCP en YaST, excepto algunos lugares oscuros como ejemplos en la documentación (que deben reescribirse manualmente para reflejar las mejores prácticas actuales). YCP también se sigue utilizando como formato de serialización para algunos archivos de datos y para la comunicación entre los componentes de YaST, pero esto no afecta al desarrollo y probablemente también lo eliminaremos con el tiempo.
- el portal de YaST en el wiki de openSUSE
- información del desarrollador aquí
Oracle tiene este proyecto alojado que parece ser una versión modificada de YaST que se usa específicamente en RHEL + Unbreakable Linux. Asumiría que podría usarlo para CentOS y posiblemente también para Fedora.
- Proyecto:Yast
No estoy seguro de su estado, pero podría valer la pena echarle un vistazo. Aunque es probable que esté desarrollado en el código base original de YaST, es posible que desee echar un vistazo primero a la implementación de Ruby.
No hay nada que realmente se compare con YaST para CentOS o Debian. Las aplicaciones más cercanas podrían ser estas:
-
YUMEX:una interfaz gráfica de usuario para YUM
-
Webmin
Webmin es bastante poderoso y debería hacer mucho de lo que YaST puede hacer (v hosts, firewall, montajes de red).
Hay varias otras opciones, comparables a Webmin.