dat30 Hola, te pido revises nuevamente la actividad en GitHub. Aunque parezca simple, un cambio de una sola línea puede significar horas de trabajo, testeo y pruebas. Nunca debes traducir el esfuerzo en cantidad de líneas o de commits, o determinar si el proyecto está activo o no. Revisa nuevamente, hay commits todas las semanas, incluso repositorios nuevos creados.
Ahora, sobre como colaborar, es asi: si agregas funcionalidad en tu instalación, o encuentras un bug y lo puedes arreglar, clonas el repositorio, implementas tus cambios, y haces un pull request. Con eso luego se verifican los cambios y su funcionalidad y de estar todo correcto se incorporan. Luego de eso, en un tiempo determinado, se empaquetará un nuevo release de dicho módulo y se hará disponible en los repositorios (quizás en beta al principio), y luego se incorporará en los .iso.
Colaborar en GitHub es sencillo, si esperas que otros hagan el trabajo, entonces deja que lo hagan a su ritmo. Si te parece que va lento, entonces sumate a dicho trabajo. La clave es la "proactividad". Sentarse a mirar y a refrescar github con la esperanza de que pasen cosas no es la mejor manera de empujar al proyecto. Clonar repos, mirar código, meter mano y avanzar, esa es la clave.
Y repito lo que dije anteriormente a supa, una cosa es el código, y otra cosa es la distribución y empaquetado. Esto último no es factible de agregar en GitHub más de lo que ya está hecho, fijate que incluso para cada módulo de Issabel se incluye el .spec para poder generar un RPM si el usuario lo necesita, cosa que no había anteriormente.
Empaquetar Asterisk es empaquetar Asterisk, se trabaja desde un .spec, se modifica o adapta para adaptarlo a la distribución Issabel, al mismo tiempo hay que revisar dependencias y todo lo relativo a ello, y hacer pruebas de instalación y desinstalación. Esto conlleva compilar Asterisk cada vez que se hace alguna alteración o en un parche o en una opción de configuración, o reempaquetar .rpm con cambios en el spec, generar el rpm respectivo, tratar de instalar, o incluso generar iso y probar la instalación, etc.. todo esto lleva enorme cantidad de tiempo. Lo que se generan son .specs y quizás algun parche. Todos ellos están disponibles en el .src.rpm que se publica en los repositorios. Si te interesa ver como marcha la cosa, es cuestión de instalar el .src.rpm en tu equipo y probarlo.
Todo este trabajo se hace para que luego tu, y el resto de la comunidad y usuarios, puedan dar por sentado que instalar Issabel desde script (netinstall) o desde iso, será una experiencia simple y rápida. La instalación que al usuario puede llevarle 10 minutos realizar, significa una enorme cantidad de horas de testeo y pruebas. Y aquí si que pueden todos ayudar, miren el .iso RC que incluye asterisk 13 y asterisk 11. Instalen, y prueben, encuentren bugs, REPRODUZCAN los bugs, y reportenlos para que podamos sacar un .iso lo más limpio y libre de problemas posible. Documenten lo que pueden hacer, es otra manera de colaborar. Compartir toda documentación que puedan realizar con respecto a instalar o a hacer funcionar distintos paquetes.
Y ten en cuenta que todo esto que menciono se está haciendo en tiempos libres y ad honorem.
Hubo un poco más de 20 pull requests, varios fueron aceptados tal y como fueron posteados, otros requirieron algo de adaptación o cambios. Es para todos un aprendizaje. Si hay sugerencias para organizar GitHub de otra manera, también son bienvenidas por supuesto.
Si encuentras un problema, y te das maña, trabaja en solucionarlo y envía el pull request respectivo. Esa será la mejor manera de contribuir con el proyecto. Si el código no es lo tuyo, entonces un bug report, pero reportado con todas las de la ley será muy util también. Atención con esto. Un "No funciona" no es posible de arreglar, y será simplemente ignorado. Cualquier bug reportado debe reportarse con todo detalle, y debe poder reproducirse y es menester que se indique los pasos a seguir para reproducirlo. Al mismo tiempo, si bien es complejo quizás, sería ideal que un reporte de bug se haga en el repositorio correcto, ya que cualquier otra cosa (reporte en repositorio incorrecto, falta de información para la reproducción del bug), lo único que va a lograr es que el proyecto avance más lento.
Saludos!