[Jde] Lanzando jde 4.3

Roberto Calvo rocapal en gsyc.es
Dom Oct 5 19:11:32 CEST 2008


Otra cosa, tenemos que mirar esto:

dpkg-gencontrol: warning: unknown substitution variable
${shlibs:Depends}
dpkg-gencontrol: warning: unknown substitution variable ${misc:Depends}
dpkg-gencontrol: warning: unknown substitution variable
${shlibs:Depends}
dpkg-gencontrol: warning: unknown substitution variable
${shlibs:Depends}
dpkg-gencontrol: warning: unknown substitution variable
${shlibs:Depends}
dpkg-gencontrol: warning: unknown substitution variable
${shlibs:Depends}


En el proceso de configure (creo) esas variables se tienen que rellenar
para que a la hora de generar el paquete debian se pongan las
dependencias apropiadas.

Por ejemplo el paquete de drivers de jde, debería tener dependencia con
paquetes como player, firewire, mplayer ... etc etc.

Tenemos que mirarlo, aunque no se muy bien como hacerlo. David ¿a ti te
suena?

un saludo!

El jue, 02-10-2008 a las 09:43 +0200, David Lobato escribió:
> 
>         Una cosa david, al correr el configure me da el siguiente
>         error:
>         No package 'libdc1394' found
>         
>         Yo tengo instalado libdc1394-22 y libdc1394-22-dev ¿porque no
>         es capaz
>         de encontrarlo?
> 
> El chequeo que se hace usa pkg-config, así que si no encuenrta el .pc,
> o en esa versión se llama de otra manera, estamos apañados...
> 
> ¿Las librerías en esa versión mantienen el nombre? ¿Y las cabeceras?
> Quizá lo mas fácil es hacer el chequeo estándar buscando cabeceras y
> librerías.
>  
>         
>         
>         Otra cosa, cual era la ruta por defecto donde busca los .h y
>         librerías
>         de player, y con que versión de player has probado tú? Hace
>         tiempo
>         miramos esto juntos, pero ahora no lo recuerdo bien.
> 
> Por defecto se busca en /usr/local, pero si quieres cambiarlo tienes
> que indicarlo con:
> 
> --with-player=<path de player> (ojo, el path es el directorio raiz que
> contiene include y lib)
> 
> Idem con gazebo.
> 
> Para ver estas cosillas ./configure --help. Añado un comentario para
> que se vea claro cual es el valor por defecto.
>  
>         
>         Quitando estos dos problemillas me compila a las mil
>         maravillas!! Eres
>         un crack :-)
> 
> 
> Gracias por los ánimos! jaja! Autotools son un calvario!!!
> 
> Saludos.
> David.
> 
> 
>  
> 
>         
>         Voy a empezar a meter lo de los paquetes debian, si necesito
>         cambiar
>         algo de los Makefile te lo comento antes.
>         
>         un saludete!!
>         
>         
>         >
>         >
>         >
>         > El 30 de septiembre de 2008 16:29, Roberto Calvo
>         <rocapal en gsyc.es>
>         > escribió:
>         >         El mar, 30-09-2008 a las 13:18 +0200, David Lobato
>         escribió:
>         >         > Acabo de subir las últimas modificaciones, que
>         incluyen los
>         >         nuevos
>         >         > drivers y schemas.
>         >         > Ahora falta probarlo en serio. Compilar, compila,
>         pero hay
>         >         que hacer
>         >         > una prueba y ver si funciona lo que genera.
>         Supongo que no
>         >         lo va a
>         >         > hacer a la primera, porque no he puesto algunas
>         opciones de
>         >         > compilación como -Bsymbolic a falta de comprobar
>         donde son
>         >         necesarias.
>         >         >
>         >         > Me han surgido algunas dudas:
>         >         >
>         >         > *schemas/mastergui: Tiene un fd y un glade, parece
>         según el
>         >         makefile
>         >         > que usa gtk. Habrá que limpiar los ficheros que no
>         se usen.
>         >         >
>         >         > *schemas/opengl_viewer: ¿Qué hace
>         pioneeropengl.[hc]?,
>         >         aparentemente
>         >         > no se compila.
>         >         >
>         >         > En cuanto a la manera de incluir las cabeceras en
>         el código,
>         >         sería
>         >         > interesante revisar si se incluye con "" o con <>.
>         Si
>         >         estamos
>         >         > incluyendo cabeceras que están en directorios que
>         pasamos
>         >         con -I al
>         >         > compilar es mejor usar <> para evitar problemas
>         >         posteriormente. Yo he
>         >         > tocado un par de schemas, habrá que revisarlos
>         todos.
>         >         >
>         >         > Y en cuanto a lo que dices de esquemas que habría
>         que mover,
>         >         > completamente de acuerdo. De momento están
>         deshabilitados, e
>         >         incluso
>         >         > algunos ni siquiera tienen el Makefile.am.
>         >
>         >
>         >         ¿¿Podrías decirme cuales son los que están
>         deshabilitados y no
>         >         trastocaría nada el proceso de compilación si los
>         quito del
>         >         subversion??
>         >
>         >         No quiero quitar algo, y que casque el proceso de
>         autootools.
>         >
>         >
>         >         >
>         >         > Me quedo a la espera de realimentación.
>         >         >
>         >         > Saludetes.
>         >         > David.
>         >         >
>         >         > El 29 de septiembre de 2008 14:50, Roberto Calvo
>         >         <rocapal en gsyc.es>
>         >         > escribió:
>         >         >
>         >         >         Buenas,
>         >         >
>         >         >         Este tarea tiene que ver con el ticket
>         #169 [1].
>         >         >
>         >         >         Nos queda poquito para lanzar la nueva
>         versión de
>         >         jde. Para
>         >         >         ello
>         >         >         necesitamos realizar algunos cambios más
>         en la
>         >         estructura del
>         >         >         subversion.
>         >         >
>         >         >         Por ello y para no perder nada, hemos
>         hecho un nuevo
>         >         tag con
>         >         >         el objetivo
>         >         >         de tener una copia de seguridad de lo que
>         hay ahora
>         >         mismo en
>         >         >         la versión
>         >         >         de desarrollo. Dicho tag lo podéis ver en
>         [2].
>         >         >
>         >         >         Sobre los esquemas que hay, yo sacaría del
>         >         repositorío oficial
>         >         >         los
>         >         >         siguientes (sacar del repo oficial, no
>         significar
>         >         tirarlo, se
>         >         >         meten en
>         >         >         otros repositorios).
>         >         >
>         >         >         * esquema_prueba (dudo sobre si debe ir en
>         el
>         >         software
>         >         >         oficial).
>         >         >         * papito (idem).
>         >         >
>         >         >         Los siguientes irían al svn que tenemos
>         para
>         >         componentes
>         >         >         non-free:
>         >         >
>         >         >         * eyeoperator1 (no sw libre, usa ipp. Hay
>         otro repo
>         >         para estos
>         >         >         esquemas).
>         >         >         * eyeoperator4 (no sw libre, usa ipp. Hay
>         otro repo
>         >         para estos
>         >         >         esquemas).
>         >         >         * ipp_demo (no sw libre, usa ipp. Hay otro
>         repo para
>         >         estos
>         >         >         esquemas).
>         >         >         * opflow (no sw libre, usa ipp. Hay otro
>         repo para
>         >         estos
>         >         >         esquemas).
>         >         >
>         >         >         David, quitando los esquemas que comento
>         >         anteriormente (y los
>         >         >         que
>         >         >         comente alguien más) ¿qué queda por
>         autotoolizar?
>         >         Una vez que
>         >         >         este todo
>         >         >         autotoolizado podemos pasar a crear los
>         paquetes
>         >         debian y
>         >         >         después
>         >         >         podemos realizar pruebas de funcionamiento
>         y
>         >         rendimiento.
>         >         >
>         >         >         A ver si le pegamos un empujón a esta
>         tarea :-)
>         >         >
>         >         >         un saludo!
>         >         >
>         >         >         [1]
>         https://trac.jde.gsyc.es/jde/trac.cgi/ticket/169
>         >         >         [2]
>         >
>         http://svn.jde.gsyc.es/jde/jdec/tags/jde-old_29-09-2008/
>         >         >
>         >         >         --
>         >         >         Roberto Calvo Palomino          | Libre
>         Software
>         >         Engineering
>         >         >         Lab (GSyC)
>         >         >         Tel: (+34)-914 888 105          |
>         Universidad Rey
>         >         Juan Carlos
>         >         >         rocapal en gsyc.es                 | Edif.
>         >         Departamental II -
>         >         >         Despacho 116
>         >         >         http://libresoft.urjc.es/       |
>         c/Tulipán s/n
>         >         28933 Móstoles
>         >         >         (Madrid)
>         >         >
>         >         >         GPG-KEY:
>         http://gsyc.es/~rocapal/rocapal.gpg
>         >         >
>         >         >
>         _______________________________________________
>         >         >         Jde-developers mailing list
>         >         >         Jde-developers en gsyc.es
>         >         >
>         >
>         http://gsyc.escet.urjc.es/cgi-bin/mailman/listinfo/jde-developers
>         >         >
>         >         >
>         >         >
>         >
>         >         --
>         >
>         >         Roberto Calvo Palomino          | Libre Software
>         Engineering
>         >         Lab (GSyC)
>         >         Tel: (+34)-914 888 105          | Universidad Rey
>         Juan Carlos
>         >         rocapal en gsyc.es                 | Edif.
>         Departamental II -
>         >         Despacho 116
>         >         http://libresoft.urjc.es/       | c/Tulipán s/n
>         28933 Móstoles
>         >         (Madrid)
>         >
>         >         GPG-KEY: http://gsyc.es/~rocapal/rocapal.gpg
>         >
>         >
>         >
>         
>         --
>         
>         Roberto Calvo Palomino          | Libre Software Engineering
>         Lab (GSyC)
>         Tel: (+34)-914 888 105          | Universidad Rey Juan Carlos
>         rocapal en gsyc.es                 | Edif. Departamental II -
>         Despacho 116
>         http://libresoft.urjc.es/       | c/Tulipán s/n 28933 Móstoles
>         (Madrid)
>         
>         GPG-KEY: http://gsyc.es/~rocapal/rocapal.gpg
>         
>         
>         _______________________________________________
>         Jde-developers mailing list
>         Jde-developers en gsyc.es
>         http://gsyc.escet.urjc.es/cgi-bin/mailman/listinfo/jde-developers
>         
> 
> 
-- 
Roberto Calvo Palomino          | Libre Software Engineering Lab (GSyC)
Tel: (+34)-914 888 105          | Universidad Rey Juan Carlos
rocapal en gsyc.es                 | Edif. Departamental II - Despacho 116
http://libresoft.urjc.es/       | c/Tulipán s/n 28933 Móstoles (Madrid)

GPG-KEY: http://gsyc.es/~rocapal/rocapal.gpg
------------ próxima parte ------------
Se ha borrado un mensaje que no está en formato texto plano...
Nombre     : no disponible
Tipo       : application/pgp-signature
Tamaño     : 197 bytes
Descripción: Esta parte del mensaje =?ISO-8859-1?Q?est=E1?= firmada
	digitalmente
Url        : http://gsyc.escet.urjc.es/pipermail/jde-developers/attachments/20081005/3ae70a57/attachment.pgp 


More information about the Jde-developers mailing list