Re: duda pbuilder
Gracias Ana, resolviste mi duda. gracias también a Hector y a José
Re: duda pbuilder
Les agradesco bastante, tomaré en cuenta sus sugerencias. Gracias Elías El 19 de mayo de 2009 17:05, José Luis Tallón escribió: > SilentBlue X wrote: > > Hola > > > > Debes instalar las dependencias de ejecución para poder ejecutar > > el programa. Las dependencias de compilación para compilarlo. > > > > > > Es exactamente lo que quiero evitar, esas dos. > > esta es mi duda: > > descargo con: apt-get source paquete > > quiero modificar creo un parche, y ahora probar los cambios. > Ok > > Entonces para probar el paquete necesito instalar las dependencias > > :( o se puede actualizar el .dsc para que reconosca los cambios, de > > manera que se pueda probar el paquete ??? > Para probar el paquete, necesitarás compilarlo. > Si se trata exclusivamente de programas interpretados (arquitectura > "all"), las dependencias de construcción (Build-Depends) del paquete > (compilación, si no se tratara de programas interpretados) serán poco > más que dpkg-dev > > Para PROBAR el paquete, tendrás que instalarlo en algún sitio (por > ejemplo, en un chroot), y para que funcione es necesario instalar las > dependencias de ejecución (Depends) del mismo. > > > ¿ Por qué no quieres instalarlas ? Precisamente pbuilder lo que hace es > instalarlo todo en un chroot, que actualiza bajo demanda, y que es > restaurado automáticamente al estado original al terminar. Por tanto, > pbuilder no dejará "restos" en tu sistema. > > Para probarlo, exactamente lo mismo. Puedes instalar dchroot (mejor > schroot) y utilizar (c)debootstrap para crear una "jaula" donde probar > el paquete... otra vez sin afectar a tu sistema principal. > > > Si es un problema de ancho de banda, te recomiendo que vayas creando un > "mirror" del Archivo de Debian para tu arquitectura... de esa forma sólo > necesitarás descargar los cambios correspondiente al subconjunto del > archivo que te interese ( por ej.: lenny/main/binary-i386 ). (¡ojo! si > sigues "unstable" --recomendado para el desarrollo--, el volumen de > cambios es enorme ) > > > > Un saludo, > >Jose > >
Re: duda pbuilder
Hola Debes instalar las dependencias de ejecución para poder ejecutar el > programa. Las dependencias de compilación para compilarlo. > Es exactamente lo que quiero evitar, esas dos. esta es mi duda: descargo con: apt-get source paquete quiero modificar creo un parche, y ahora probar los cambios. Entonces para probar el paquete necesito instalar las dependencias :( o se puede actualizar el .dsc para que reconosca los cambios, de manera que se pueda probar el paquete ??? Gracias
duda pbuilder
Saludos, Como puedo usar el pbuilder para probar las modificaciones que he hecho en el codigo fuente de un paquete?, uso el pbuilder apartir del .dsc cuando los bajo con: apt-get source En este caso tendría que generarlo con el debuild para poder obtener un .dsc pero esto me implicaria instalar las dependencias y todo, cosa que no deseo Solo quiero probar si la modificacion corre perfectamente, pero sin compromenterme a instalar las dependencias. La verdad soy nuevo en esto, a ver si me ayudan Gracias
Dpatch, consulta
Saludos: Tengo por aca, un paquete que tenía en su fuente; imagenes, sonidos, pero que no podía separarse del directorio "lib" que traia por defecto, para que corra de manera normal con todos estos. Lo que hice fue, crear un parche, cambiando para que se ubiquen en "/usr/share", una vez compilandolo a mano. corre bien. Pero ahora quiero que el parche este en "debian/patches" y que use Dpatch. mi duda, es en el archivo "debian/rules", que puedo agregar en la parte de: build-stamp: patch-stamp (???) Estuve revisando [1], pero esa parte no me queda claro, a ver si me dan la mano, PD. El paquete es para subirlo a DebianMentors. Gracias, por anticipado. [1] http://matrixhasu.altervista.org/index.php?view=use_dpatch
Dudas...
Saludos. Estaba intentando empaquetar algo por ahí, y me fije en [1], para empezar con algo más en serio. Mi pregunta es, si es posible empaquetar cualquiera de esas solicitudes, o existe un criterio a tomar en cuenta como el tiempo de espera que tienen, u otras para poder echarle mano. Otra duda: Cuando se parcha un paquete lo hace por que tiene problemas de empaquetado, que involucran a Debian, o parcha problemas de funcionalidad que involucran a la aplicacion y su proyecto. (para los cuales, supongo que tienen sus propios voluntarios). Gracias de antemano. [1]http://www.debian.org/devel/wnpp/requested
Re: Par de dudas.
Hola de nuevo, les agradesco por las respuestas a todos, si que me despejaron las dudas que les mencionaba. Sin embargo estuve leyendo y a ver si me ayudan nuevamente :) - Cuando uno desea adoptar un paquete, tiene necesariamente que encargarse de su mantenimiento, en todas las arquitecturas que soporta Debian (x86, sparc, alpha, etc...)? - Hace poco estaba experimentando con un juego y creo que esta como huerfano, y no se que funcionalidad agregarle, pues si le hago algunos arreglos derrepente igual pasa como desapercibido. - La documentación de Ubuntu en el sentido de parchado de paquetes me puede servir?, Me parece que tiene mejor informacion en ese aspecto, en Debian no la encuentro :( - Los fallos tipo FTBFS, son los más faciles de corregir? Como veran son preguntas sueltas. Les agradesco por anticipado a todos. Saludos. El día 9/12/07, Javier Fernández-Sanguino Peña <[EMAIL PROTECTED]> escribió: > > On Fri, Nov 30, 2007 at 10:51:59AM +0100, Adeodato Simó wrote: > > * SilentBlue X [Tue, 27 Nov 2007 13:54:56 -0500]: > > > Otra duda, estaba observando algunos paquetes huerfanos, y parece que > > > algunos no tienen bugs, en el sentido que se hayan reportado errores > > > de funcionalidad en estos. Entonces, mi pregunta es como se puede > > > colaborar con estos paquetes, y algunos tienen buen tiempo con falta > > > de "cariño". Gracias. > > > > Bueno, si no hay bugs reportados en el paquete, y no hay nuevas > > versiones que empaquetar, es verdad que habrá poco que hacer. No > > obstante, siempre puedes adoptarlo para avisar de que serás tú quien se > > encargue si al final se informa de un fallo, o de empaquetar una nueva > > versión. > > Muchas veces hay paquetes que no tienen erratas reportadas porque nadie > los > utiliza activamente (o los usuarios no saben utilizar el BTS). Que no haya > erratas no significa que esté funcionando perfectamente, que esté > totalmente > documentado, que esté traducido y soporte interfaz de traducción, etc, > etc. > Cualquier programa se puede mejorar, te sugiero mirar si puedes mejorar un > paquete huérfano y, sólo en ese caso, cogerlo. No se si merece la pena > cogerlo para que esté como está (nadie lo toca, ninguna mejora, ni nueva > versión, ni nada) y que el único cambio sea el campo "Maintainer" > > Un saludo > > Javier > > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.6 (GNU/Linux) > > iD8DBQFHXBJ3sandgtyBSwkRAuhEAJwJJwsAS2U/enj3LG9cDGWwEQ00EACePTj5 > sWclvEtgxf8So+8Kb9w5e+4= > =qDCL > -END PGP SIGNATURE- > >
Par de dudas.
Hola a todos No saben si existe un HOWTO para el tema de parcheado de paquetes. Si se sigue alguna metodología, o solo basta tener encuenta la Debian Policy , conocer algun lenguaje, la funcionalidad del paquete y aplicarle patch. Pregunto para enviar como NMU. Otra duda, estaba observando algunos paquetes huerfanos, y parece que algunos no tienen bugs, en el sentido que se hayan reportado errores de funcionalidad en estos. Entonces, mi pregunta es como se puede colaborar con estos paquetes, y algunos tienen buen tiempo con falta de "cariño". Gracias.
