[Jderobot-admin] Modificación en órdago
Roberto Calvo
rocapal en gsyc.urjc.es
Mar Sep 15 11:31:52 CEST 2015
Podemos crearlo cada vez que saquemos una nueva versión, va relacionado
con el paquete jderobot. No hay problema con eso.
Simplemente en el cpack deberiamos especificar que queremos generar un
paquete más llamado "jderobot-deps" y poner ahà todas las dependencias
que consideremos que necesita este paquete.
No entiendo a que te refieres con "habrÃa que hacerlo aparte de lo que
hay en el git"
On 09/14/2015 11:47 AM, Francisco Perez wrote:
> Hola Roberto,
>
> me parece bien la solución que propones. No obstante tengo alguna
> duda. Este paquete nuevo (jderobot-deps) se generarÃa una sóla vez (y
> cuando cambiara alguna de las dependencias), en lugar de generarlo
> cada vez que saquemos una nueva versión de JdeRobot, ¿verdad?. Además,
> para generar este nuevo paquete, habrÃa que incluir las dependencias
> para que JdeRobot compile en el directorio Deps, y generar el paquete
> con eso entiendo. Eso habrÃa que hacerlo aparte de lo que hay en git, ¿no?
>
> Un saludo.
>
> El 13 de septiembre de 2015, 13:29, Roberto Calvo
> <rocapal en gsyc.urjc.es <mailto:rocapal en gsyc.urjc.es>> escribió:
>
> Hola Fran,
>
> Por mantener compatibilidad sobre como sea hace este proceso, creo
> que deberÃamos olvidarnos de crear el paquete jderobot-dev para
> que se instalen las dependencias. Quiero decir, tradicionamente si
> instalas un paquete llamado "jderobot" esperas que vengan los
> binarios y lbrerÃas (so, a) necesarias, y si instalas
> "jderobot-dev" esperas que se instalen las cabeceras (.h) para
> poder compilar contra ese proyecto.
>
> Lo que buscamos es una manera fácil para que se instalen las
> dependencias que necesita jderobot para compilar (pero eso no
> tienen nada que ver con jderobot-dev). Al añadir las dependencias
> Build-depends no se genera ningún paquete nuevo, simplemente se
> genera metainformación para luego poder usarla con
> dpkg-buildpackage. Pero creo que eso no se puede hacer con cmake.
>
> Para intentar cerrar este tema, que os parece si hacemos lo siguiente:
> - Pasamos de dpkg-buildpackage y debian/control para las deps
> - Generamos un paquete llamado "jderobot-deps" que tenga todas
> las dependencias necesarios para poder compilar JdeRobot.
> - Usamos Cpack también para generar este 2º paquete.
>
> ¿Cómo lo véis?
>
>
> On 09/12/2015 11:46 AM, Francisco Perez wrote:
>>
>> Hola Roberto,
>>
>> he estado investigando a partir del ejemplo que me propones para
>> hacer el paquete de desarrolladores, pero tengo problemas. La
>> idea es que Cpack genere el fichero debian/control tanto con
>> Depends como con Build-depends, y tal y como está ahora sólo lo
>> genera con Depends. He estado trasteando y no consigo que genere
>> también la sección de desarrolladores (jderobot-dev) en el
>> fichero de control, añadiendo un nuevo directorio de dependencias
>> (deps-dev) y haciendo una "copia" en el CMakeLists raÃz de lo que
>> ya tenemos, pero para desarrolladores, cambiando las variables de
>> entorno pertinentes (CPACK_DEPENDS por CPACK_BUILD_DEPENDS)
>> etc.¿Hay que hacer algo extra que no estoy viendo?
>> Además, el tema de la compilación.. ¿no podrÃa compilarse con
>> cmake y make en lugar de con dpkg-buildpackage? Pregunto desde la
>> ignorancia más absoluta sobre el tema. Es decir, tener el paquete
>> normal que se instale con
>>
>> apt-get install jderobot,
>>
>> el paquete de desarrollo que se instale como
>>
>> apt-get install jderobot-dev,
>>
>> descargar el código fuente con
>>
>> apt-get source jderobot
>>
>> y luego compilar eso con cmake y make.
>>
>> Un saludo!
>>
>> Fran.
>>
>> El 23/07/2015 12:49, "Roberto Calvo" <rocapal en gsyc.urjc.es
>> <mailto:rocapal en gsyc.urjc.es>> escribió:
>>
>> [ Asegúrate de contestar siempre con copia a la lista, que sino
>> perdemos el hilo ]
>>
>> Entiendo lo que quieres decir con los paquetes para
>> desarrolladores,
>> pero quizás podemos hacerlo de la manera estándar. Cuando te
>> instalas
>> un paquete *-dev no se espera que te instale multitud de
>> paquetes dev,
>> solamente las cabeceras y ficheros necesarios para compilar
>> contra esa
>> librerÃa. Normalmente cuando quieres compilar un proyecto que
>> está
>> paquetizado haces:
>>
>> apt-get source nombre_paquete
>>
>> Y después lo intentas compilar con:
>>
>> dpkg-buildpackage -us -uc -rfakeroot
>>
>> Es este el momento donde se comprueba si tienes todas las
>> dependencias
>> para compilar y sino, te dice cuales falta. Y simplemente
>> hace falta
>> añadir todas las dependencias necesarios en el fichero
>> control. En el
>> fichero control, se añade el campo "Build-Depends" y se
>> añaden ahi
>> todas las dependencias necesarias. Lo podemos hacer
>> automáticamente
>> igual que hacemos con las dependencia de paquetes.
>>
>> Para mirar un ejemplo concreto de lo que te cuento, prueba a
>> mirar el
>> paquete gnome-shell:
>>
>> apt-get source gnome-shell
>>
>> y luego mira el fichero debian/control, verás la parte de
>> Depends (que
>> es la que tenemos nosotros ahora) y la parte de Build-Depends
>> (que es
>> la que nos falta).
>>
>> Échale un ojo y lo hablamos.
>>
>> El jue, 23-07-2015 a las 12:39 +0200, Francisco Perez escribió:
>> > Hola,
>> > vale, ya está claro. Sobre lo de los paquetes... los que hay
>> > actualmente instalan solo las dependencias necesarias para
>> ejecutar
>> > los componentes de JdeRobot sin posibilidad de modificación
>> ni de
>> > compilación de los mismos. La idea es generar los paquetes
>> jderobot
>> > -dev que instalen todas las dependencias que hay en el
>> manual, de
>> > modo que simplemente instalando ese paquete y descargando
>> el código
>> > de git se puedan desarrollar más componentes o modificar los ya
>> > existentes; es decir, librarnos de instalar las
>> dependencias una a
>> > una como están en el manual y facilitar asà la instalación del
>> > entorno. Las dependencias son diferentes ya que por ejemplo
>> bastarÃa
>> > con instalar gazebo5 para poder usarlo, pero para poder
>> desarrollar
>> > herramientas para gazebo habria que instalar además la
>> dependencia
>> > libgazebo5-dev (que no estarÃa incluÃda en las dependencias
>> > actuales).
>> > No sé si me he explicado bien.
>> > Un saludo,
>> > Fran.
>> > El 23/07/2015 12:00, "Roberto Calvo" <rocapal en gsyc.urjc.es
>> <mailto:rocapal en gsyc.urjc.es>> escribió:
>> > > El mié, 22-07-2015 a las 19:31 +0200, Francisco Perez
>> escribió:
>> > > > Hola Roberto,
>> > > >
>> > > > muchÃsimas gracias!! ya tengo los chroot tanto de x86
>> como de x64
>> > > de
>> > > > trusty operativos en build!
>> > >
>> > > Voy a tramitar lo del DNS ahora. Tambien he cambiado la
>> password.
>> > >
>> > > La idea es que build sea el nuevo "ordago", asà que o
>> hace falta
>> > > registrar ningún nuevo dns. Cuando terminemos de migrar todo,
>> > > apagamos
>> > > ordago y usaremos ese nombre e IP con la nueva máquina.
>> > >
>> > >
>> > > > La idea ahora es generar los paquetes para
>> desarrolladores desde
>> > > > ahÃ. El tema es que los archivos de dependencias serán
>> diferentes
>> > > > para los paquetes binarios y para los paquetes de
>> > > desarrolladores, y
>> > > > al tirar CPack del CMakeLists raÃz de JdeRobot habrÃa que
>> > > especificar
>> > > > de que ficheros de dependencias deberÃa tirar CPack
>> para generar
>> > > el
>> > > > paquete (binario o desarrolladores). Dado que en el
>> CMakeLists
>> > > raÃz
>> > > > hay que hacer cambios tanto en la inclusión de los
>> ficheros de
>> > > > dependencias (lo que están en Deps) como en el nombre
>> del paquete
>> > > > supongo que podemos crear un flag dentro del CMakeLists
>> raÃz que
>> > > > obtenga un valor determinado (0 ó 1) en función del tipo de
>> > > paquete
>> > > > que se quiere generar y controlar los cambios con
>> if-else ¿cómo
>> > > lo
>> > > > véis?
>> > >
>> > > ¿Qué son los paquetes para desarrolladores? ¿Y porqué van
>> a tener
>> > > diferentes dependencias los paquetes binarios "normales"
>> y los de
>> > > "desarrolladores" ?
>> > >
>> > > >
>> > > > Un saludo!
>> > > >
>> > > > El 19 de julio de 2015, 14:23, Roberto Calvo <
>> > > rocapal en gsyc.urjc.es <mailto:rocapal en gsyc.urjc.es>>
>> > > > escribió:
>> > > > > Fran,
>> > > > >
>> > > > > Ya tengo montada la máquina para los chroot. Se llama
>> 'build' y
>> > > > > faltarÃa meterla en el dns de gsyc.es
>> <http://gsyc.es>. Mientras tanto la IP es
>> > > > > 193.147.71.77 y las credenciales te las he dejado en
>> /root de
>> > > > > ordago
>> > > > > (credenciales_build). Cambia la password cuanto antes.
>> > > > >
>> > > > > Tienes sudo en la máquina, asà que puedes hacer de
>> todo. Los
>> > > chroot
>> > > > > déjalos dentro de /var/ que es la partición que tiene
>> 122GB.
>> > > > >
>> > > > > Instala lo que necesites y cualquier cosa me dices.
>> > > > >
>> > > > > Un saludete!
>> > > > >
>> > > > > El dom, 19-07-2015 a las 13:35 +0200, Roberto Calvo
>> escribió:
>> > > > > > Tenemos que tener cuidado con los discos de backup
>> ¿sabéis
>> > > por
>> > > > > qué
>> > > > > > veo
>> > > > > > lleva bastante tiempo apagada? Por eso seguramente
>> no es
>> > > estaban
>> > > > > > haciendo los backups.
>> > > > > >
>> > > > > > Voy a ir montando una máquina virtual para los
>> chroot, Fran,
>> > > no
>> > > > > te
>> > > > > > preocupes porque todo lo que tienes montado en
>> ordago para
>> > > los
>> > > > > > chroot,
>> > > > > > podemos hacer la copia por red de todos los chroot,
>> no vamos
>> > > a
>> > > > > perder
>> > > > > > nada de lo que tienes hecho.
>> > > > > >
>> > > > > > Eso si, de momento, al menos desmonta los discos de
>> veo que
>> > > > > montaste
>> > > > > > en
>> > > > > > ordago (aunque los backups serán de hace meses).
>> > > > > >
>> > > > > > Un saludete!
>> > > > > >
>> > > > > > El jue, 16-07-2015 a las 18:10 +0200, Francisco Perez
>> > > escribió:
>> > > > > > > Hola,
>> > > > > > >
>> > > > > > > sÃ, es correcto. Los discos duros que habÃa en la
>> máquina
>> > > Veo
>> > > > > los
>> > > > > > > tiene ahora órdago. El de los backups está en en
>> > > > > /media/BackHDD, y
>> > > > > > > el
>> > > > > > > otro que no está montado tiene el sistema
>> operativo del
>> > > Veo.
>> > > > > Veo
>> > > > > > > llevaba bastante tiempo apagado, asà que supongo
>> que no
>> > > estaba
>> > > > > > > operativo entonces, y tampoco ahora!
>> > > > > > > Me parece bien destinar órdago sólo para backups,
>> pero ahÃ
>> > > > > ahora
>> > > > > > > mismo tenemos el servidor de ordago
>> (ordago.gsyc.es <http://ordago.gsyc.es>) para
>> > > > > probar
>> > > > > > > los
>> > > > > > > paquetes (que ya está configurado). No sé si será
>> mucho
>> > > curro
>> > > > > > > trasladar toda esa config a otra máquina.
>> > > > > > >
>> > > > > > > Un saludo!
>> > > > > > >
>> > > > > > > El 16 de julio de 2015, 14:41, Roberto Calvo <
>> > > > > rocapal en gsyc.urjc.es <mailto:rocapal en gsyc.urjc.es>>
>> > > > > > >
>> > > > > > > escribió:
>> > > > > > > > Hola!
>> > > > > > > >
>> > > > > > > > En veo.gsyc.es <http://veo.gsyc.es> tenÃamos
>> los backups ¿que pasó con esa
>> > > máquina
>> > > > > > > > JoseMaria? En teorÃa deberÃa tener el disco duro de
>> > > backups
>> > > > > que
>> > > > > > > > es
>> > > > > > > > el
>> > > > > > > > /media/BackHDD que has puesto en ordago ¿es
>> asi? En veo
>> > > > > tenÃamos
>> > > > > > > > mucha
>> > > > > > > > configuración del servidor de bacula ¿sigue estando
>> > > > > operativo?
>> > > > > > > >
>> > > > > > > > Os propongo una cosa, ordago o veo lo podemos
>> usar única
>> > > y
>> > > > > > > > exclusivamente para los backups (la otra
>> máquina podemos
>> > > > > > > > desecharla).
>> > > > > > > > Para eso necesitamos saber el estado de veo. Y
>> la maquina
>> > > > > para
>> > > > > > > > chroots,
>> > > > > > > > la puedo montar como maquina virtual en amadeus que
>> > > tenemos
>> > > > > > > > espacio
>> > > > > > > > de
>> > > > > > > > sobra.
>> > > > > > > >
>> > > > > > > > JoseMarÃa para los backups necesitarÃamos
>> ampliar los
>> > > disco
>> > > > > duros
>> > > > > > > > y
>> > > > > > > > tenerlos en raid por software. 2 discos de 3TB
>> serÃa lo
>> > > ideal
>> > > > > > > > (unos
>> > > > > > > > 240€ en total).
>> > > > > > > >
>> > > > > > > > Decirme que os parece y empezamos a montar
>> todo. Que
>> > > llevamos
>> > > > > sin
>> > > > > > > > backups una buena temporada y nos vamos a
>> llegar a algún
>> > > > > disgusto
>> > > > > > > >
>> > > > > > > > ...
>> > > > > > > >
>> > > > > > > > Un saludete!
>> > > > > > > >
>> > > > > > > > El mar, 14-07-2015 a las 20:23 +0200, Francisco
>> Perez
>> > > Salgado
>> > > > > > > > escribió:
>> > > > > > > > > Hola,
>> > > > > > > > >
>> > > > > > > > > esta mañana he estado trasteando con órdago y
>> le he
>> > > > > instalado
>> > > > > > > > > dos
>> > > > > > > > > discos duros de la máquina de backups. Uno de
>> ellos de
>> > > 1TB
>> > > > > que
>> > > > > > > > > contiene los backups como tal y otro de 80GB que
>> > > contiene
>> > > > > el
>> > > > > > > > sistema
>> > > > > > > > > operativo de la máquina a la que se lo he
>> quitado. He
>> > > hecho
>> > > > > > > > > esto
>> > > > > > > > > porque órdago ya no tenÃa espacio en el disco
>> duro, y
>> > > > > necesito
>> > > > > > > > > trabajar con él para alojar y generar los
>> paquetes para
>> > > > > > > > > JdeRobot.
>> > > > > > > > > He montado el disco de 1TB en /media/BackHDD
>> y a ese le
>> > > > > quedan
>> > > > > > > > unos
>> > > > > > > > > 170GB libres para trabajar. El de 80GB de
>> momento no lo
>> > > he
>> > > > > > > > montado en
>> > > > > > > > > ningún sitio.
>> > > > > > > > > Roberto, ¿podrÃas echarle un vistazo tú a ver
>> que te
>> > > > > parece? Y
>> > > > > > > > > si
>> > > > > > > > > puedes hacerme un poco de hueco en el HDD
>> principal
>> > > para
>> > > > > que
>> > > > > > > > pueda
>> > > > > > > > > seguir usando los chroot te lo agradecerÃa.
>> Lo harÃa
>> > > yo,
>> > > > > pero
>> > > > > > > > > me
>> > > > > > > > da
>> > > > > > > > > miedo tocar cosas que estén en uso, o lo que sea.
>> > > > > > > > > Básicamente usaremos órdago tanto para
>> generar los
>> > > paquetes
>> > > > > de
>> > > > > > > > > jderobot (tanto el normal como el de
>> desarrolladores),
>> > > como
>> > > > > > > > máquina
>> > > > > > > > > de testeo de paquetes y además como máquina
>> para las
>> > > copias
>> > > > > de
>> > > > > > > > > seguridad.
>> > > > > > > > > Los paquetes que funcionen serán trasladados a
>> > > > > jderobot.org <http://jderobot.org>,
>> > > > > > > > desde
>> > > > > > > > > donde ya se harán públicos al resto del mundo
>> cuando
>> > > estén
>> > > > > > > > probados.
>> > > > > > > > >
>> > > > > > > > > Un saludo!
>> > > > > > > > > _______________________________________________
>> > > > > > > > > Jderobot-admin mailing list
>> > > > > > > > > Jderobot-admin en gsyc.escet.urjc.es
>> <mailto:Jderobot-admin en gsyc.escet.urjc.es>
>> > > > > > > > >
>> > > http://gsyc.escet.urjc.es/cgi-bin/mailman/listinfo/jderobot
>> > > > > > > > > -admin
>> > > > > > > > --
>> > > > > > > > Roberto Calvo Palomino | Robotics Lab
>> (GSyC)
>> > > > > > > > R&D Android Mobile Engineer | Universidad Rey
>> Juan
>> > > Carlos
>> > > > > > > >
>> > > > > > > > Twitter: @rocapal
>> > > > > > > > Linkedin: http://www.linkedin.com/in/rocapal
>> > > > > > > >
>> > > > > > > > _______________________________________________
>> > > > > > > > Jderobot-admin mailing list
>> > > > > > > > Jderobot-admin en gsyc.escet.urjc.es
>> <mailto:Jderobot-admin en gsyc.escet.urjc.es>
>> > > > > > > >
>> > > > >
>> > >
>> http://gsyc.escet.urjc.es/cgi-bin/mailman/listinfo/jderobot-admin
>> > > > > > > >
>> > > > > > > _______________________________________________
>> > > > > > > Jderobot-admin mailing list
>> > > > > > > Jderobot-admin en gsyc.escet.urjc.es
>> <mailto:Jderobot-admin en gsyc.escet.urjc.es>
>> > > > > > >
>> > > > >
>> > >
>> http://gsyc.escet.urjc.es/cgi-bin/mailman/listinfo/jderobot-admin
>> > > > > --
>> > > > > Roberto Calvo Palomino | Robotics Lab (GSyC)
>> > > > > R&D Android Mobile Engineer | Universidad Rey Juan
>> Carlos
>> > > > >
>> > > > > Twitter: @rocapal
>> > > > > Linkedin: http://www.linkedin.com/in/rocapal
>> > > > >
>> > > > > _______________________________________________
>> > > > > Jderobot-admin mailing list
>> > > > > Jderobot-admin en gsyc.escet.urjc.es
>> <mailto:Jderobot-admin en gsyc.escet.urjc.es>
>> > > > >
>> > >
>> http://gsyc.escet.urjc.es/cgi-bin/mailman/listinfo/jderobot-admin
>> > > > >
>> > > > _______________________________________________
>> > > > Jderobot-admin mailing list
>> > > > Jderobot-admin en gsyc.escet.urjc.es
>> <mailto:Jderobot-admin en gsyc.escet.urjc.es>
>> > > >
>> http://gsyc.escet.urjc.es/cgi-bin/mailman/listinfo/jderobot-admin
>> > > --
>> > > 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
>>
>> _______________________________________________
>> Jderobot-admin mailing list
>> Jderobot-admin en gsyc.escet.urjc.es
>> <mailto:Jderobot-admin en gsyc.escet.urjc.es>
>> http://gsyc.escet.urjc.es/cgi-bin/mailman/listinfo/jderobot-admin
>>
>
> --
> 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
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: http://gsyc.escet.urjc.es/pipermail/jderobot-admin/attachments/20150915/e14d3445/attachment-0001.htm
------------ próxima parte ------------
Se ha borrado un mensaje que no está en formato texto plano...
Nombre : rocapal.vcf
Tipo : text/x-vcard
Tamaño : 4 bytes
Descripción: no disponible
Url : http://gsyc.escet.urjc.es/pipermail/jderobot-admin/attachments/20150915/e14d3445/attachment-0001.vcf
More information about the Jderobot-admin
mailing list