[Jderobot-admin] Paquetes JdeRobot

[JoseMaria Cañas Plaza]

Buenas,

yo veo bien estudiarlo con calma para seguir madurándolo. De momento
seguiría con el planteamiento que hemos preparado estos meses y que
está prácticamente a punto. Sacaría ahora el paquete 5.3-RC1 con él. Y
mientras, seguimos explorando al planteamiento que proponeis para
digerir sus ventajas y ver si encaja bien.

Buen trabajo!,

JoseMaria

2015-10-31 11:44 GMT+01:00 Francisco Perez <f.perez475 en gmail.com>:
> Hola!
>
> noticias frescas! Igual todo el curro que he hecho con el tema de los
> paquetes no vale para el futuro inmediato! He estado toda la tarde por
> hangouts con Victor Arribas (en copia) y se nos ha ocurrido que una buena
> solución es la propuesta en [1]. Se puede generar un único paquete jderobot
> desde el proyecto principal (como el que existía antes de los dos paquetes
> actuales) y generar otros metapaquetes vacíos a parte, que incluyan todas
> las dependencias.
> Resumiendo, CPack sólo generaría un paquete (jderobot) y desde Third-Party
> se podrían generar otros que sólo incluyan las dependencias (jderobot-deps).
> Las ventajas de esto son:
>   1. generar un único paquete de dependencias para todas las arquitecturas
> (más fácil de generar y mantener),
>   2. evitamos el mantenimiento de código en el CMakeLists (quedará más
> limpio además),
>   3. al tratarse de metapaquetes se pueden generar tantos como se quieran de
> forma muy sencilla (rellenar fichero debian/control y ejecutar un comando de
> Linux), se pueden referenciar entre ellos y crear jerarquías, etc.
>   4. posibilidad de definir descripciones propias para cada paquete. CPack
> en su instalación por módulos no permite que diferentes paquetes tengan
> diferentes descripciones, de esta manera sí.
>
> En un futuro cercano podríamos utilizar lo que he avanzado yo en lo que
> respecta a múltiples paquetes desde un mismo fuente para crear los famosos
> jderobot y jderobot-dev (para instalar binarios y cabeceras respectivamente)
>
> Actualmente los paquetes que están subidos al repositorio oficial
> (jderobot.org) son los dos que ya he creado: jderobot-core y jderobot-deps.
> Con esta solución dispondríamos de un paquete llamado jderobot y de dos
> metapaquete que instalan las dependencias:
>   • jderobot-deps (con las dependencias del actual jderobot-core) y,
>   • jderobot-deps-dev (con las dependencias del actual jderobot-deps)
>
> El convenio de nombres está sujeto a cambios, claro.
>
> ¿Cómo lo véis?
>
> [1] https://github.com/RoboticsURJC/JdeRobot-ThirdParty/issues/4
>
>
> _______________________________________________
> Jderobot-admin mailing list
> Jderobot-admin en gsyc.escet.urjc.es
> http://gsyc.escet.urjc.es/cgi-bin/mailman/listinfo/jderobot-admin
>