[Jderobot-admin] CMAKE ardronelib

Francisco Perez f.perez475 en gmail.com
Lun Nov 2 12:49:32 CET 2015 

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
>
------------ pr髕ima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://gsyc.escet.urjc.es/pipermail/jderobot-admin/attachments/20151102/dfd97822/attachment.htm

More information about the Jderobot-admin mailing list