[Jderobot-admin] CMAKE ardronelib

Lun Nov 2 13:36:07 CET 2015

Estupendo Francisco. Si quieres pon un mensaje de aviso en la lista de
correo general indicando que ya hemos publicado la nueva versión de
JdeRobot (5.3-RC1), con estos paquetes, para que lo vayan probando.

Yo continúo el hilo resaltando las mejoras de funcionalidad respecto
de la penúltima, la 5.2.4. Con esto se puede cerrar ya el #174, no?
Durante estos días iremos incorporando afinando algunos flecos
pendientes para incorporarlos a la 5.3. Por ejemplo los mundos de
gazebo para usar esa distribución en el Curso de Programación Avanzada
de drones.

Ánimo,

JoseMaria

2015-11-02 12:49 GMT+01:00 Francisco Perez <f.perez475 en gmail.com>:
> Me parece bien. Con los últimos cambios de Víctor mucho mejor. Ya están
> operativos los paquetes tanto para el SDK de parrot (ardronelib) como para
> JdeRobot (jderobot-core y jderobot-deps). Ambos para Unbuntu 14.04 x86 y
> x64, en el repositorio APT oficial (jderobot.org). Las instrucciones están
> en el manual. Para el SDK [1] y para jderobot [2].
> Para la instalación desde paquetes, tanto jderobot-core como jderobot-deps
> incluyen la dependencia del ardrone, por lo que no hace falta instalarla a
> mano, a menos que se realice una instalación manual :)
>
> Un saludo!
>
> [1] http://jderobot.org/Manual-5#SDK_Parrot_for_ArDrone
> [2] http://jderobot.org/Manual-5#From_debian_packages_in_our_APT_Repository
>
> El 2 de noviembre de 2015, 10:32, JoseMaria Cañas Plaza
> <josemaria.plaza en gmail.com> escribió:
>>
>> Esto al hilo del #198.
>>
>> 2015-11-02 10:29 GMT+01:00 JoseMaria Cañas Plaza
>> <josemaria.plaza en gmail.com>:
>> > Despues de charlar con todos sobre esto, creo que lo mejor esta vez es
>> > hacer un único paquete en nuestro ThirParty que englobe el ParrotSDK
>> > (la versión de ROS), y dentro suyo el iniparse y el ffmpeg con los que
>> > funciona correctamente. Será el paquete ArDroneLib.
>> >
>> > La solución más limpia arquitectónica es hacer tres y enganchar con
>> > los paquetes (o software) oficiales, pero:
>> > * estas tres piezas de software están ya metidas en el ParrotSDK y
>> > funcionando
>> > * son versiones muy antiguas (las versiones actuales de ffmpeg e
>> > iniparse tienen cambios de versión mayor y de APIs).
>> > * poniendo bien las variables de pkg-config es absolutamente
>> > compatible con que el usuario se instale, por ejemplo, la última
>> > versión de ffmpeg. Sólo ArDroneLib tiraría de la versión antigua de
>> > ffmpeg.
>> >
>> > Incluso ParrotSDK es una versión antigua (2.0.1) y abandonada, la 3.X
>> > ya es para el cuadricóptero Bebop que es en el que Parrot está
>> > poniendo su esfuerzo de desarrollo. Sin embargo es la versión que
>> > funciona con nuestros ArDrone2-GPS.
>> >
>> > Si no os parece muy mal, cerremoslo así. Saludos,
>> >
>> > JoseMaria
>> >
>> > 2015-10-23 16:52 GMT+02:00 Francisco Perez <f.perez475 en gmail.com>:
>> >> No, no el problema de hacer el paquete como tal no es nada complicado.
>> >> Sólo
>> >> tenía esa duda acerca del desacoplamiento.
>> >>
>> >> El 23 de octubre de 2015, 16:37, Roberto Calvo <rocapal en gsyc.urjc.es>
>> >> escribió:
>> >>>
>> >>> Mientras el paquete debian que tengamos se pueda generar en diferentes
>> >>> versiones (ubuntu, debian, etc) es suficiente. Esto es, que cada vez
>> >>> que se
>> >>> genere el paquete debian se compile todo lo necesario, no que solo se
>> >>> copien
>> >>> binarios.
>> >>>
>> >>> Problemas de licencias no tenemos, ya que todos permiten distribuir
>> >>> (cada
>> >>> uno con su licencia especial). Siempre siempre, tenemos que mantener
>> >>> los
>> >>> archivos y licencias del repositorio original.
>> >>>
>> >>> La idea de tenerlo separado, es que es más fácil de actualizar cada
>> >>> paquete por separado. Ahora mismo como dices todo vale para lo mismo,
>> >>> pero
>> >>> si mañana alguien necesita esta versión de ffmpeg porqué va a tener
>> >>> que
>> >>> instalar también la parte del SDK de Parrot. O por ejemplo si añaden
>> >>> initparser a los repos de ubuntu y debian, solo tenemos que quitar
>> >>> nuestro
>> >>> paquete debian de initparser y listo. Además, creo que la diferencia
>> >>> entre
>> >>> paquetizar todo junto o cada uno por separado no es mucha.
>> >>>
>> >>>
>> >>> On 10/23/2015 04:20 PM, Francisco Perez wrote:
>> >>>
>> >>> Digo yo, tal cual lo tenemos ahora es todo el código (sin modificar)
>> >>> localizado en un mismo repositorio, del cual sacamos un sólo paquete
>> >>> (que
>> >>> engloba todo) y que instala los ficheros necesarios. Hay problemas de
>> >>> licencias si lo dejamos tal cual está (copiando todos los archivos de
>> >>> licencia, por supuesto)?
>> >>> La opción que propone Roberto es más elegante y desacopla más la
>> >>> instalación, pero dado que las tres cosas sirven para el mismo fin...
>> >>> ¿tendría sentido el desacoplamiento en este caso? Pregunto desde la
>> >>> ignorancia!
>> >>>
>> >>> Un saludo!
>> >>>
>> >>> El 23 de octubre de 2015, 15:38, Roberto Calvo <rocapal en gsyc.urjc.es>
>> >>> escribió:
>> >>>>
>> >>>>
>> >>>> Una de las cosas que llevamos haciendo desde hace tiempo en JdeRobot,
>> >>>> es
>> >>>> que todas las dependencias deben estar paquetizadas, para poder
>> >>>> permitir la
>> >>>> instalación de todo usando apt-get install. Si un componente de
>> >>>> JdeRobot
>> >>>> necesita el parrot de SDK deberíamos paquetizarlo (quizá no ahora
>> >>>> mismo,
>> >>>> pero en un futuro cercano deberíamos). No es hacerle el trabajo sucio
>> >>>> a
>> >>>> Parrot, es favorecernos a nosotros la actualización y soporte de
>> >>>> JdeRobot.
>> >>>> Lo hemos hecho con openNi y otras librerías, creamos el paquete
>> >>>> debian. Y
>> >>>> aunque sea un SDK de mentira, para nosotros es el único que tenemos y
>> >>>> usamos
>> >>>> no?. Si parrot tiene make y make install, no es muy dificil
>> >>>> paquetizar todos
>> >>>> los binarios que genera.
>> >>>>
>> >>>> Sobre iniparser (y en general sobre cualquier libreria) es usar
>> >>>> versiones
>> >>>> estables o release, no beta.
>> >>>>
>> >>>> Sobre el paquete debian que comentas al final de tu anterior mensaje,
>> >>>> a
>> >>>> que deb te refieres? Te refieres a un paquete binario que contenga
>> >>>> (parrot_sdk, initparser and ffmpeg) y que no sea creado bajo
>> >>>> compilación?
>> >>>>
>> >>>>
>> >>>>
>> >>>> On 10/23/2015 03:19 PM, Victor Arribas wrote:
>> >>>>>
>> >>>>>
>> >>>>> Sinceramente muy dificil.
>> >>>>>
>> >>>>> El SDK de parrot viene muy limitado (seguramente roto a posta).
>> >>>>> Viene
>> >>>>> con varios makefiles, pero no a la hora de usarlos da fallos por
>> >>>>> todas
>> >>>>> partes en cuanto te sales del workflow establecido.
>> >>>>>
>> >>>>> Tristemente hasta los ejemplos se compilan in-source, asi que el
>> >>>>> primer
>> >>>>> paso antes de ir nada mas alla en esto seria tenerlos funcionales y
>> >>>>> casi
>> >>>>> seguro sobre cmake al 100%
>> >>>>>
>> >>>>> Si vamos a separar las dependencias internas,  a parte de decidir
>> >>>>> donde
>> >>>>> instalarlas y si pueden ser incompatibles con las oficiales, surgen
>> >>>>> mas
>> >>>>> cuestiones, como por ejemplo si deberiamos emplear paquetes
>> >>>>> estables.
>> >>>>>    iniparser es una beta (v3.0b), deberiamos intentar saltar a 3.0 o
>> >>>>> 3.1?
>> >>>>>
>> >>>>> Y tras ello, rehacer los Makefikes del SDK, o portar a cmake.
>> >>>>>
>> >>>>> Vamos, hacerle el trabajo sucio a Parrot sobre un SDK de mentira.
>> >>>>> Porque
>> >>>>> el que usan internamente se lo han guardado y a saber la causa.
>> >>>>>
>> >>>>> Casi preferiria poner todas las referencias y webs actualizadas en
>> >>>>> la
>> >>>>> descripcion del .deb, que es mas util y visible.
>> >>>>>
>> >>>>
>> >>>> --
>> >>>> Roberto Calvo Palomino        | Robotics Lab (GSyC)
>> >>>> R&D Android Mobile Engineer   | Universidad Rey Juan Carlos
>> >>>>
>> >>>> Twitter: @rocapal
>> >>>> Linkedin: http://www.linkedin.com/in/rocapal
>> >>>>
>> >>>
>> >>>
>> >>> --
>> >>> Roberto Calvo Palomino        | Robotics Lab (GSyC)
>> >>> R&D Android Mobile Engineer   | Universidad Rey Juan Carlos
>> >>>
>> >>> Twitter: @rocapal
>> >>> Linkedin: http://www.linkedin.com/in/rocapal
>> >>
>> >>
>> >
>> >
>> >
>> > --
>> > Universidad Rey Juan Carlos
>> > http://gsyc.urjc.es/jmplaza
>>
>>
>>
>> --
>> Universidad Rey Juan Carlos
>> http://gsyc.urjc.es/jmplaza
>
>
>
> _______________________________________________
> Jderobot-admin mailing list
> Jderobot-admin en gsyc.escet.urjc.es
> http://gsyc.escet.urjc.es/cgi-bin/mailman/listinfo/jderobot-admin
>