[Jderobot-admin] Modificación en órdago

Roberto Calvo rocapal en gsyc.urjc.es
Jue Jul 23 12:49:10 CEST 2015 

[ 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> 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>
> > > escribió:
> > > > Fran,
> > > >
> > > > Ya tengo montada la máquina para los chroot. Se llama 'build' y
> > > > faltaría meterla en el dns de 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) 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>
> > > > > >
> > > > > > escribió:
> > > > > > > Hola!
> > > > > > >
> > > > > > > En 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,
> > > > > > > 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
> > > > > > > > 
> > 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
> > > > > > >
> > > > 
> > http://gsyc.escet.urjc.es/cgi-bin/mailman/listinfo/jderobot-admin
> > > > > > >
> > > > > > _______________________________________________
> > > > > > Jderobot-admin mailing list
> > > > > > 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
> > > > 
> > http://gsyc.escet.urjc.es/cgi-bin/mailman/listinfo/jderobot-admin
> > > >
> > > _______________________________________________
> > > Jderobot-admin mailing list
> > > 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

More information about the Jderobot-admin mailing list