[16:59] javier_galicia: jajajaj, shhhh :D [16:59] :) [17:00] Bueno, ya es casi la hora. En seguida empiezo. Les pido que traten de sólo hablar on-topic, y sólo si tienen una pregunta para hacer, si? [17:00] hola gente!. Soy de santa fé y hace 3 años que uso Debian GNU/Linux :) [17:00] Hay mucho olor a Ubuntu!!!! [17:00] por suerte [17:00] si -charm.oftc.net- [17:00] marga (~marga@190.55.86.61) changed topic: Introducción [17:00] comprendido marga :) -charm.oftc.net- [17:00] garaguas (~garaguas@host193.200-82-125.telecom.net.ar) joined the channel [17:00] yo no, soy debian! [17:00] Este tutorial está dirigido a todo aquél que nunca haya hecho un paquete de Debian, o a quienes ya hayan hecho alguno, pero quieran practicar un poco más, reforzando algunos conceptos que son importantes a la hora de generar un paquete limpio y estable. [17:00] oki marga.. cuando quieras -charm.oftc.net- [17:00] LightKnight (~gabry@adsl-ull-84-177.41-151.net24.it) joined the channel [17:01] me parece que deberíamos esperar unos 5 min más, porque sigue entrando gente [17:01] Por favor, si les van surgiendo preguntas para hacer, háganlas en el momento, y por este mismo canal. Me interesa que me vayan siguiendo, y me vayan diciendo si hay algo que no se entiende. Si voy muy rápido o muy lento, también avísenme. El tutorial es bastante largo, así que traten de seguirlo mientras lo voy dando. También me pueden hacer comentarios por privado, para no hacer tanto "ruido". [17:01] Buenas tarde a vosotros hispanohablantes! :-) [17:02] Lo primero que tienen que hacer es instalarse los paquetes que van a hacer falta para la compilación del programa que vamos a empaquetar. Les paso la línea de apt: [17:02] apt-get install build-essential devscripts dh-make fakeroot valgrind libqt3-mt-dev -charm.oftc.net- [17:02] nachogoni (~nachogoni@18-131-126-200.fibertel.com.ar) joined the channel [17:02] Los primeros 4 son estándar y sirven para cualquier paquete que tengan que empaquetar. Los otros 2 son las dependencias de compilación del paquete que vamos a armar. Mientras se van bajando los paquetes (es probable que lleve un rato), vamos avanzando con la charla. [17:03] Antes que nada, una aclaración con respecto a Debian/Ubuntu: los paquetes para Debian y Ubuntu se arman de la misma manera, con las mismas herramientas. Es posible que un paquete armado para Debian funcione en Ubuntu y viceversa. Si no sucede así, es por un problema de versiones de las dependencias, y no por una falencia en el paquete. -charm.oftc.net- [17:03] Juanjo-sfe (~juanjo@200-127-7-237.cab.prima.net.ar) joined the channel [17:03] hola [17:03] llego tarde? [17:03] Ya empezamos. [17:04] La diferencia entre Debian y Ubuntu es el procedimiento para agregar paquetes al archivo oficial de la distribución. Yo me voy a nombrar los procedimientos para Debian, pero esto no quiere decir que el resto del tutorial no les sirva a quienes vayan a querer mantener paquetes en Ubuntu. [17:04] marga: estamos siguiendo un tutorial online/ compilando algun paquete en particular? (digo por las dependencias especificas que indicaste) -charm.oftc.net- [17:04] manel (~manel@189.134.119.217) joined the channel [17:04] Darni: si. [17:04] marga: se podra poner un link en el topic? [17:04] (y aparentemente, para kde dadas las librerias qt) -charm.oftc.net- [17:04] redondos (~redondos@190.48.43.101) joined the channel [17:04] Darni: ya va a venir. [17:04] moin. [17:05] marga: esta bien que me traiga como 46 paquetes? -charm.oftc.net- [17:05] step_quasar (~step_quas@190.48.243.207) joined the channel [17:05] Si, son muchas dependencias. Por eso se los dije con anticipación [17:05] Es posible, y hasta yo diría que deseable, mantener un paquete tanto en Debian como en Ubuntu, no son trabajos excluyentes. A partir de ahora, siempre que diga "un paquete de Debian" me refiero a un paquete de Debian o de Ubuntu según su preferencia. [17:05] solo 46?? en mi gutsy son 71 :( -charm.oftc.net- [17:05] marga (~marga@190.55.86.61) changed topic: Comenzando un nuevo paquete [17:05] Hay básicamente dos situaciones en las cuales uno se pone armar un paquete de Debian. La primera es cuando uno está aburrido y dice "hoy tengo ganas de empaquetar algo", la segunda es cuando uno encuentra un programa que está bueno y no está empaquetado. [17:06] pablo_: eso depende también de hace cuanto que no actualizas [17:06] En el primer caso, si uno no sabe qué empaquetar, se pueden buscar ideas en el listado de paquetes en adopción: http://www.debian.org/devel/wnpp/work_needing o bien en el listado de paquetes solicitados: http://www.debian.org/devel/wnpp/requested. Y en Ubuntu: https://launchpad.net/ubuntu/+bugs?field.tag=needs-packaging [17:06] En Debian: SIEMPRE antes de subir un paquete hay que hacer un "ITP" que quiere decir "Intend To Package" o un "ITA" (Intend to Adopt) en el caso en que estuvieran adoptando un paquete existente. Cuando se deciden a hacerse cargo de un paquete , deben cambiarle el título a la solicitud, para que quede claro que ustedes van a empaquetarlo. [17:06] marga: entonces podría usar los repositorios de ubuntu para mi debian no? [17:06] Macarse: si, pero podés llegar a tener problemas de dependencias. -charm.oftc.net- [17:07] deavid (deavid@84.120.105.136.dyn.user.ono.com) joined the channel [17:07] Es decir, deben reemplazar "RFP" (Request For Package) por "ITP", o "O" (Orphaned) o "RFA" (Request for Adoption) por "ITA". Para ello deben usar el comando "retitle", según se explica en http://www.debian.org/devel/wnpp y en http://www.debian.org/Bugs/server-control [17:07] marga: como es la modalidad de la charla? no hay problemas en que los lectores vayamos interrumpiendo? [17:07] Juanjo-sfe: sólo si tienen algo importante para interrumpir. Somos muchos, así que sino va a ser un caos [17:07] generalmente se tiende a empaquetar usando los paquetes de una rama en particular? stable, testing, sid? [17:07] sino, sacanos la voz para evitar la tentación -charm.oftc.net- [17:08] pardo_bsso (~pardo@200.68.200.169) joined the channel [17:08] RompeRatones: generalmente unstable. En el caso de ubuntu, la distro más nueva (gutsy ahora) [17:08] En Ubuntu: empezar un paquete nuevo, oficial, es un poquito más complicado, pero básicamente hay que seguir las instrucciones de https://wiki.ubuntu.com/MOTU/Packages/REVU [17:08] marga: las otras no necesitan o es de mala onda nomás? [17:08] ok, para los que llegan tarde http://charon.damianv.com.ar/tutorial_marga.log -charm.oftc.net- [17:09] eduardo (~eduardo@ADSL-200-59-124-120.capfed1.uolsinectis.com.ar) joined the channel [17:09] :o eso es cool des [17:09] (vale aclarar que en Gutsy cierra en 4 dias la fecha para que entren paquetes nuevos, y se reabrira para la siguiente version a finales de Octubre) [17:09] la_rayis: es por cómo funciona el traslado de un paquete de una distribución a otra. Primero se suben a unstable y de ahí pasan a testing. En Ubuntu, subís a gutsy, para cuando se haga el release [17:09] Si se trata, en cambio, del segundo caso, es decir que encontraron un programa interesante que no está empaquetado, es importante que se fijen si ya hay otra persona trabajando en armar el paquete, o si hubo alguien que lo solicitara. -charm.oftc.net- [17:09] ernesto (~ernesto@WLL-40-pppoe065.t-net.net.ve) joined the channel -charm.oftc.net- [17:09] luciano (luciano@e-livestock.com) joined the channel -charm.oftc.net- [17:09] marga (~marga@190.55.86.61) changed topic: Comenzando un nuevo paquete | para los que llegan tarde http://charon.damianv.com.ar/tutorial_marga.log [17:10] En Debian: para ello utilizan la lista de "Futuros Paquetes" (http://www.debian.org/devel/wnpp/prospective) y revisan que el paquete no se encuentre en el listado como "ITP", o, si se encuentra como "RFP" le cambian el nombre como antes. [17:10] En Ubuntu: primero deben fijarse si ya está para Debian, porque en muchos casos simplemente se hace un "sync" con Debian. Y en caso en que no esté, generar un nuevo bug, como se explica en: https://wiki.ubuntu.com/MOTU/Packages/New -charm.oftc.net- [17:10] marga (~marga@190.55.86.61) changed topic: Descargando el programa | para los que llegan tarde http://charon.damianv.com.ar/tutorial_marga.log [17:11] En particular, hoy vamos a empaquetar una herramienta llamada Valkyrie, que es una interfaz gráfica para Valgrind. El pedido de paquete para Debian está en: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=372268 [17:11] Ahora vamos a empezar con el empaquetamiento. Lo ideal sería que para trabajar con los paquetes tengan un directorio "debian/" o "src/debian" o "sources/debian" en su home, y el archivo con el código fuente del paquete lo guarden en ese directorio. (O ubuntu, según corresponda) -charm.oftc.net- [17:11] makemyday (~makemyday@air.leonescba.com.ar) joined the channel [17:11] El programa lo bajan de: http://www.open-works.co.uk/projects/valkyrie.html -charm.oftc.net- [17:12] lombo (~lombo@OL171-53.fibertel.com.ar) joined the channel [17:12] Para ver el contenido del archivo pueden hacer: tar -tjvf archivo.tar.bz2 y para descomprimirlo, tar -xjvf archivo.tar.bz2 -charm.oftc.net- [17:12] faw (~felipe@faw.user.oftc.net) joined the channel -charm.oftc.net- [17:12] gzotreat (~root@190.7.30.48) joined the channel [17:12] marga: le damos al svn? [17:13] De[V]oN: no, no, el de descargar. El .bz2 [17:13] Mientras bajan el archivo y lo descomprimen, vamos a configurar unas variables de entorno, que nos hacen falta ahora y nos van a servir en el futuro. [17:13] Esto lo pueden hacer ahora desde la línea de comandos, pero es una buena idea dejar estas variables de entorno en los archivos .bashrc, .zshenv, etc, de modo que esten seteadas la proxima vez que vayan a armar un .deb [17:13] Lo que tienen que configurar es: "export DEBEMAIL=tu@email.com" y "export DEBFULLNAME='Tu nombre'". Una vez que tengan esas variables seteadas, ya podemos proceder a crear el paquete. También sería posible pasar estos valores por parámetro, pero es preferible tener las variables seteadas, ya que en general el mail y el nombre propio no cambian -charm.oftc.net- [17:14] Caroll (~carolina@200-138-97-72.ctame706.dsl.brasiltelecom.net.br) joined the channel [17:14] marga: un sec [17:15] Ok. Espero unos segundos. A que estén todos [17:15] marga: el email tambien va entre comillas simples? [17:15] justo que paraste, alguien me dice como hacer lo de export? [17:15] la_rayis: no hace falta, porque no tiene espacio. [17:16] pablo_: desde línea de comandos: export VARIABLE=valor [17:16] gracias [17:16] :) -charm.oftc.net- [17:16] datilor (~datilor@host141.190-136-76.telecom.net.ar) joined the channel [17:16] marga: en slack para ver la lista de variables typeo set. [17:16] acá en debian etch parece no funcionar [17:17] En todos los unix, para ver la lista de variables lo ves con set. [17:17] Pero pueden ser muchas [17:17] Si querés ver una en particular, hacelo con echo $VARIABLE. [17:17] marga: pregunta de algo un poco atrás: es comun el caso que los paquetes los hagan los desarrolladores mismos? [17:17] Bueno, seguimos? -charm.oftc.net- [17:17] user (~user@237.pool85-59-93.dynamic.orange.es) joined the channel [17:17] listo [17:17] por mi si [17:17] si [17:17] joya, estoy. [17:17] Darni: los desarrolladores del programa? pasa pero no es muy común. [17:18] Lo primero que hay que hacer es renombrar el archivo tar.bz2 al nombre requerido por las herramientas. El nombre debe ser paquete_version.orig.tar.gz, en este caso, el paquete se llama "valkyrie" y la versión es "1.2.0". Pero hay un problema: es un bz2 y no un gz. Actualmente las herramientas soportan el formato bz2, pero aún no se aceptan paquetes cuyo código fuente esté en bz2 -charm.oftc.net- [17:18] sarin (~chatzilla@salida1.dedicado.com.uy) joined the channel [17:18] De modo que hay que desempaquetarlo, y luego generar el tar.gz correspondiente. Así: "tar -xjf valkyrie-1.2.0.tar.bz2" (si no lo habían hecho ya) y luego: "tar -czf valkyrie_1.2.0.orig.tar.gz valkyrie-1.2.0". Así ya tenemos el archivo correcto. -charm.oftc.net- [17:18] marga (~marga@190.55.86.61) changed topic: Usando dh_make | para los que llegan tarde http://charon.damianv.com.ar/tutorial_marga.log [17:19] ok un seg... [17:19] sabiendo eso, para qué lo ponen para descarga en bz2? más compresión? [17:19] Macarse: si. [17:19] Macarse: en el futuro se va a poder usar bz2 -charm.oftc.net- [17:19] MartinCapo (~mcabral@OL171-142.fibertel.com.ar) joined the channel [17:19] Para armar el paquete vamos a usar una herramienta especialmente creada para ese propósito, llamada dh_make. Esta herramienta prepara un "template" de paquete que después tendremos que modificar. Para que dh_make funcione, es necesario que el directorio donde se encuentra el código fuente tenga el nombre estándar "paquete-version". En este caso, valkyrie-1.2.0 [17:20] en 'orig', que iria? [17:20] plinko: orig es literal [17:20] ok gracias [17:20] Así que hagan: "cd valkyrie-1.2.0" y luego "dh_make" [17:20] Al ejecutarlo, les va a preguntar el tipo de paquete que desean crear. En este caso, el tipo de paquete es "single binary", ya que nuestro paquete generará un solo .deb. Luego pide confirmar los datos y crea el paquete. Termina haciendo una advertencia con respecto a los archivos de Makefile, que vamos tener en cuenta un poco más adelante. [17:21] ¿Ok? [17:21] wait [17:21] ahi estamos [17:21] ok [17:21] ok [17:21] marga: y la licencia dice blank. Esta bien? [17:22] De[V]oN: si, si. [17:22] Luego de ejecutar "dh_make", al hacer un ls del directorio actual (valkyrie-1.2.0) van a ver que aparece un directorio "debian/" que antes no estaba. -charm.oftc.net- [17:22] kurt (kurt@141-244-222-201.adsl.terra.cl) joined the channel [17:22] dh_make es un comando genérico que lo que hace es generar un directorio lleno de archivos, no todos esos archivos nos van a servir, una gran mayoría los vamos a borrar. Están ahí porque de esa manera, cualquiera sea el tipo de paquete que vayamos a armar, ya tenemos cubierto el espectro de archivos que vamos a necesitar. [17:22] puede ser que el dh_make cree el tar.gz? -charm.oftc.net- [17:22] Diego (~chatzilla@200-122-53-130.dsl.prima.net.ar) joined the channel [17:22] Macarse: te tendría que decir "Skipping creating ../valkyrie_1.2.0.orig.tar.gz". Si te dice que lo creó, es que el nombre del tar.gz que hiciste no estaba del todo bien. [17:22] que se entiende por espectro de archivo ? [17:23] x-ip: variedad de archivos. -charm.oftc.net- [17:23] ortegamx (~francisco@189.138.121.251) joined the channel [17:23] Macarse: no es muy grave si te lo crea el dh_make. [17:23] nah, me tiró el skip [17:23] pero ya para la prox sé que lo hace el dh_make y no lo tengo que hacer yo. [17:23] Macarse: ah, ok. [17:24] Macarse: lo que pasa que no siempre lo hace bien. Es preferible hacerlo uno y saber que está ok. -charm.oftc.net- [17:24] marga (~marga@190.55.86.61) changed topic: Directorio /debian | para los que llegan tarde http://charon.damianv.com.ar/tutorial_marga.log [17:24] Entren en el directorio /debian y fíjense un poco los archivos que están ahí. Yo les voy a ir diciendo qué archivos borrar. [17:24] *) cron.d.ex es un ejemplo para un paquete que tenga que agregar una tarea al cron, el nuestro no tiene así que se va. [17:24] ls [17:25] *) emacsen-* son archivos relacionados con emacs, tampoco nos interesan. [17:25] *) init.d.ex es un ejemplo para un paquete que tenga que tener un script de inicio, el nuestro no tiene, así que se va. [17:25] *) valkyrie-default.ex es un ejemplo de un archivo de defaults, está relacionado con los scripts de inicio, tampoco nos hace falta, así que se va. [17:25] marga: *.es son examples, calculo [17:25] lisandropm: si, todos los .ex son de "example" [17:25] *) valkyrie-doc-base.EX es otro ejemplo, que nos permitiría añadir la documentación a la base de datos general de documentos, pero no tenemos una documentacion importante, así que se va. [17:26] marga: cómo sabemos si la documentacion es importante o no? [17:26] Con respecto a la página man, todo paquete de Debian debe tener su página man, el sistema nos permite que "el fuente" esté en uno de tres formatos posibles: groff (es el 1.ex), sgml y xml. Groff es el formato original de las páginas man, mientras que sgml y xml son lenguajes para los cuales existen conversores (que los transforman a groff). [17:27] la_rayis: bueno, hay que analizar qué es lo que trae el paquete. Ese paso lo saltée, para que no se haga eterno el tutorial. Este paquete trae, en el directorio doc/, unos htmls con un manual, pero son bastante básicos, por lo que no ameritan ser agregados a la base de datos de documentación. [17:27] oki [17:27] *) Escribir una página man lleva tiempo, así que para este tutorial simplemente renombramos la manpage.1.ex a valkyrie.1 (valkyrie porque es el nombre del ejecutable generado y 1 porque es una aplicación que se encuentra en la seccion 1 de las páginas man). Copiamos el mismo archivo a vk_logmerge.1 (otro ejecutable que también genera el paquete) y borramos los otros dos ejemplos (manpage.sgml.ex, manpage.xml.ex). -charm.oftc.net- [17:28] ricardo (ricardo@host8.190-137-102.telecom.net.ar) joined the channel [17:28] *) postinst.ex, prerm.ex, preinst.ex y postrm.ex son los "maintainer scripts" que se ejecutan cuando el paquete se instala o se desinstala. En nuestro caso, nuestro paquete no va a hacer nada loco, con lo cual no nos hace falta ningún maintainer script adicional. [17:29] los borramos??? [17:29] radhios: si [17:29] *) README.Debian es para colocar mensajes específicos de Debian que uno le quiera dar a los usuarios. En este caso, se trata de un paquete bastante sencillo, por lo que no hay ningún mensaje importante para dar. Se borra. [17:29] *) menu.ex es un ejemplo que _si_ vamos a usar. Lo renombramos a "menu". De la misma manera con watch.ex, lo renombramos a "watch". [17:29] un sec un sec [17:30] Haciendo un ls, los archivos que quedaron son: changelog compat control copyright dirs docs menu rules valkyrie.1 vk_logmerge.1 watch [17:30] Verifiquen. [17:30] tengo un conffiles.ex [17:30] Estos son, para nuestro paquete, los archivos importantes. Vamos a ver en detalle de qué se trata cada uno. Cada vez que nombre un archivo, por favor ábranlo y mírenlo. [17:31] Darni: que raro, yo no. Pero igual, no tenemos conffiles, se borra. [17:31] y no tengo watch, sino watch.es [17:31] .ex [17:31] Los conffiles son archivos de configuración generales del sistema. [17:31] Darni: si, lo tenés que renombrar. [17:31] ok -charm.oftc.net- [17:32] marga (~marga@190.55.86.61) changed topic: debian/changelog | para los que llegan tarde http://charon.damianv.com.ar/tutorial_marga.log [17:32] ok [17:32] Abrimos: debian/changelog [17:32] El changelog es un archivo cortito (por ahora), pero tiene bastante información. En la primera línea dice: "valkyrie (1.2.0-1) unstable; urgency=low". En el caso de que estén usando Ubuntu, puede ser que diga el nombre de la distro... me lo confirman? [17:33] estoy usando dapper, y dice unstable, tambien [17:33] en mi caso no [17:33] no dice nada [17:33] Ok. En ese caso, deberían cambiarlo a mano. [17:33] Lo primero es el nombre del paquete. Lo segundo es la version, donde 1.2.0 es la versión del programa, y -1 es la revisión de Debian. Ustedes pueden tener varias revisiones de Debian para una misma versión del programa. Se irán numerando -2, -3, etc. [17:33] en feisty dice unestable [17:33] Estoy en feisty y tengo esto "valkyrie (1.2.0-1) unstable; urgency=low" [17:33] "unstable" indica que estamos preparando este paquete para subirlo a "unstable" que es el camino normal de los paquetes en Debian. En Ubuntu va directamente el nombre de la distribución para la que se esté preparando el paquete. O sea, deberían borrar "unstable" y poner "feisty", "gutsy" o similar. [17:34] (para meter el paquete en Ubuntu, ahi debera decir la version, ej. gutsy) [17:34] ok [17:34] "urgency=low" indica que es un paquete con baja urgencia, es decir que una vez subido a unstable, no pasará a testing hasta después de 10 días, si es que no se le reporta ningún bug crítico. (No sé qué efecto tiene el urgency en Ubuntu) [17:34] marga: ningun :D [17:35] beuno: ok :) [17:35] En la otra línea nos dice: [17:35] * Initial release (Closes: #nnnn) [17:35] si [17:35] sto se refiere a lo que habíamos hablado antes. Lo que hay que hacer es reemplazar el número "nnnn" por el número de bug asignado al ITP del paquete. En este caso, el ITP que tiene el paquete es #372268. [17:35] beuno: en Ubuntu iría el número de bug de Ubuntu? [17:35] marga: si, va LP #NNNN [17:36] y cual sería ese número en ubuntu? [17:36] Imaginé. Donde LP #NNN es el bug en Launchpad que corresponde al paquete. [17:36] pablo_: el pedido de empaquetamiento del que hablamos al principio de la charla. [17:36] ahhhh, gracias, me había perdido eso [17:36] beuno: va Closes: LP #nnnn [17:36] Lo del final es un comentario, que hay que borrar. De manera que la línea del changelog nos queda: * Initial release. (Closes: #372268) -charm.oftc.net- [17:37] ricardo (ricardo@host8.190-137-102.telecom.net.ar) left the channel [17:37] marga: lod e arriba tb se borra? [17:37] radhios: tengo entendido que parsea directamente LP #NNNN [17:37] la_rayis: no, no. Lo de arriba y lo de abajo queda. Yo decía la línea del centro. -charm.oftc.net- [17:38] marga (~marga@190.55.86.61) changed topic: debian/control | para los que llegan tarde http://charon.damianv.com.ar/tutorial_marga.log [17:38] Abrimos: debian/control [17:38] oki [17:38] "control" es otro de los archivos importantes del directorio debian/, ya que contiene la descripción del archivo, las dependencias, el nombre del responsable del paquete y otra información relevante. [17:38] La primera línea: "Source: valkyrie" indica cómo se llama el paquete "fuente". En nuestro caso, como le pusimos "single binary" el fuente se llama igual que el binario, pero para los paquetes que generan más de un binario, esto no es así. No vamos a ver multi-binarios en este tutorial, cualquier cosa me preguntan. [17:38] (después) [17:38] La siguiente línea: "Section: unknown" indica en qué sección de los repositorios de Debian se encuentra el paquete. Como se trata de un aplicación de desarrollo, va en la sección "devel". La lista completa de secciones la pueden ver en: http://www.nl.debian.org/doc/debian-policy/ch-archive.html#s-subsections [17:39] (algunas cosas en debian/control son distintas en Ubuntu ya que se mantienen los paquetes en equipos, y no individualmente) [17:39] En este caso, para saber en qué sección ponerlo, me fije en qué sección iba el valgrind, ya que esto es una interfaz gráfica para Valgrind). [17:39] beuno: ok, las cosas que sean distintas, por favor, explicalas. [17:39] A continuación viene la prioridad, que indica qué tan importante es el paquete. Como es una herramienta de debugging, no muy importante, lo dejamos en "extra". Luego viene el maintainer, y están los datos que le pusimos en las variables de entorno. -charm.oftc.net- [17:40] valor_ (~cannabis@r190-64-215-224.dialup.adsl.anteldata.net.uy) joined the channel [17:41] hay gente que verifica que los que crean paquetes no hagan cagadas? [17:41] Macarse: si. [17:41] Macarse: antes de entrar al archivo tienen que pasar por un control (en el caso de debian es por parte del ftp-master), y además hay equipos de QA que revisan todos los paquetes, una vez que ya estan en el archivo. [17:41] A continuación, el campo "Build-depends". Hay que modificarlo, y es importante, ya que si no lo hacemos así, el paquete no se va a poder compilar automáticamente. Hay que indicar qué paquetes tienen que estar instalados para poder compilar. -charm.oftc.net- [17:42] emiliano (~emiliano@190.49.45.87) joined the channel -charm.oftc.net- [17:42] jldalla (~jld@inalambrico1-229-nqn.neunet.com.ar) joined the channel [17:42] Valkyrie es un programa que usa las bibliotecas QT, es necesario indicar, entonces "libqt3-mt-dev", que es el paquete que incluye a todas las dependencias de qt. Por otro lado, no nos van a hacer falta los autotools, así que pueden borrar lo de "autotools-dev". [17:42] en Ubuntu el maintainer es el equipo de LP, y se agrega un item adicional que es XSBC-Original: ) [17:42] Macarse: Además solo del Debian Developers puede subir los paquetes, el resto tiene que pedirle a un Debian Developer que se lo suba. [17:42] s/del/los/ -charm.oftc.net- [17:42] ASD123 (opera@201-212-91-105.cab.prima.net.ar) joined the channel [17:43] Podemos ponerlo a partir de una versión en particular (como está ya puesto para debhelper) o simplemente el nombre del paquete. En este caso dejamos solamente el nombre del paquete. -charm.oftc.net- [17:43] jldalla (~jld@inalambrico1-229-nqn.neunet.com.ar) left the channel [17:43] Entonces, la línea de Build-Depends queda en: Build-Depends: debhelper (>= 5), libqt3-mt-dev [17:44] El "Standards-Version" es la versión del Debian Policy bajo la cual está armado el paquete. Esta variable hay que ir manteniéndola actualizada, a medida que se actualiza el Policy, fijándose que el paquete cumpla con los nuevos requisitos. En este caso no hay que hacer nada. [17:44] beuno: ubuntu? [17:44] marga: exactamente igual [17:44] gracias [17:44] Ya pasamos al paquete binario. La siguiente línea que nos interesa dice "Architecture: any", esta línea nos indica que nuestro paquete se puede compilar para todas las arquitecturas. En general lo vamos a dejar así, aunque solamente lo compilemos en i386 (o amd64), para el resto de las arquitecturas va a ser compilado a través del sistema de buildds de Debian/Ubuntu. [17:45] marga: las policies están en el sitio de debian, supongo [17:45] la_rayis: si, y también están disponibles como paquetes que uno puede consultar, sin estar conectado. [17:45] Otra opción es Architecture: all, es el caso de las aplicaciones que no hace falta compilar. Por ejemplo: scripts (python, perl, php), paquetes que contienen documentación, o imágenes, etc. En ese caso el paquete no es compilado por los buildds, sino que el paquete que subamos es el que todos van a instalar. [17:45] la_rayis: http://www.debian.org/doc/debian-policy/ [17:45] gracias des [17:46] cuando se decide que no es compilable en alguna arquitectura? [17:46] Eisenheim: cuando no compila :D [17:46] XD [17:46] beuno: y una cómo sabe eso? :) [17:46] Eisenheim: puede suceder que requiera ciertas características específicas de algunos procesadores [17:46] debian-policy es el paquete si lo quieren instalar [17:46] Eisenheim: o que tenga disponibles bibliotecas / entornos que en esa arquitectura no están. [17:46] la_rayis: prueba y error [17:47] marga: podés contar algo de sistema de buildds de Debian/Ubuntu? cómo funciona? [17:47] cuando suben un paquete pueden ver como compilo: http://people.debian.org/~igloo/status.php?packages=exifprobe [17:47] Macarse: es medio mágico. Subís el paquete y automáticamente se compila para todas las arquitecturas disponibles. [17:47] En nuestro caso lo dejamos en Any. [17:47] pero teoricamente el paquete no está ya compilado? [17:48] Macarse: si, pero solo para tu arquitectura. [17:48] Macarse: no es lo mismo i386, que amd64, que powerpc, que sparc [17:48] por eso, subo algo compilado y ese "server" compila para el resto de las arquitecturas? no me cierra. [17:48] Macarse: no es un server, es una red de servers. Quisiera seguir con el paquete. [17:48] Macarse: subis el codigo fuente tambien [17:49] si, sigamos [17:49] marga: k perdón, después me fijo [17:49] A continuación vienen las dependencias. En esa línea hay unas variables "mágicas" que van a ser completadas automáticamente cuando generemos el paquete. Estas variables se completan haciendo un "ldd" del archivo compilado. En este caso el ldd no es suficiente, ya que este programa requiere del valgrind para funcionar, tenemos que agregar "valgrind" en esa línea. -charm.oftc.net- [17:49] vlad (~v4vlad@190.49.47.32) joined the channel [17:49] Quedaría: Depends: valgrind, ${shlibs:Depends}, ${misc:Depends} [17:49] Y finalmente viene la descripción. La descripción debe estar en inglés y se compone de dos partes. La primera es únicamente una línea, que, en general, no debe empezar con mayúscula ni nombrar al paquete, y no debe terminar con ".", debe ser una pequeña explicación acerca del programa. [17:50] mm, me aparecen caritas en tu linea :) [17:50] Macarse: Lo subis, codigo fuente y lo compilaste (ponele para i386), la gente que tiene i386 va a poder usar tu paquete que compilaste en tu maquina. Para las otras arquitecturas se compila en un servidor de esa arquitectura (por ejemplo powerpc). [17:50] garaguas: bueno, simplemente agregale un valgrind, adelante. [17:50] si,si [17:50] Por ejemplo "Description: graphical user interface for valgrind 3.X" [17:51] va sin <> ni nada, no? [17:51] la_rayis: si. [17:51] Y luego viene la descripción larga, que debe empezar dónde está marcado, dejando un espacio. Esta descripción puede tener varias líneas, y la idea es que dé una idea más amplia del contenido del paquete. En general, comienza con el nombre del paquete. -charm.oftc.net- [17:51] jpmaiden (~jpmaiden@190-82-158-143.adsl.cust.tie.cl) joined the channel [17:51] Si se quiere dejar líneas en blanco, se pone una línea que contiene un " ." (espacio punto). Para escribir la descripción, cuando uno no está muy inspirado, se suele mirar el README o la web. En particular, yo lo rellené con el texto que está en: http://www.open-works.co.uk/projects/valkyrie.html, abajo del nombre. [17:52] Recuerden poner " ." en las líneas en blanco. [17:52] comillas punto comillas ??? [17:53] pablo_: no. espacio punto [17:53] o con un espacio? [17:53] pablo_: no, espacio punto [17:53] borramos la long description?? [17:53] ahhhhh [17:53] perdón las metidas de pata.. :) [17:53] radhios: si, y pega la que está en la web (o poné lo que quieras) [17:53] Al final de todo, se agrega una línea que diga " Homepage: " y la URL correspondiente. [17:53] no te dejan subir paquetes sin description y url no? [17:53] Bueno, terminamos con "control", ¿alguna duda hasta acá? [17:54] marga: al final de la descripción o como otro campo? [17:54] martin_: no. [17:54] marga: todo perfecto :) [17:54] lisandropm: es parte de la descripción. [17:54] lisandropm: algún día será un campo aparte, pero por ahora no. [17:54] tengo una pregunta.........con descomprimo rar [17:54] marga: el homepage también con espacio adelante, no? [17:55] la_rayis: si. [17:55] la_rayis: toda la descripción larga lleva un espacio adelante. [17:55] jpmaiden: unrar -charm.oftc.net- [17:55] Oxigeno (~Oxigeno@168.226.13.215) joined the channel -charm.oftc.net- [17:55] valor_ (~cannabis@r190-64-215-224.dialup.adsl.anteldata.net.uy) joined the channel [17:55] La homepage en estos dias estan discutiendo de agregarlo como un campo adicional. [17:55] y como lo instalo [17:55] ??? -charm.oftc.net- [17:55] bl4ckb1t_ (~bl4ckb1t@168.226.102.59) joined the channel [17:55] Abrimos: copyright -charm.oftc.net- [17:55] marga (~marga@190.55.86.61) changed topic: debian/copyright | para los que llegan tarde http://charon.damianv.com.ar/tutorial_marga.log [17:56] ok [17:56] En este archivo hay varias cosas para completar, que creo que son bastante claras. Donde dice "It was downloaded from" va la URL de donde lo bajamos. [17:56] perdón, con respecto a lo anterior [17:56] qué es el debhelper? [17:56] marga: pregunta sobre la descripcion: va cortado a 80 columnas? menos? todo en un renglon con un \n al final? [17:56] Donde dice "Upstream Author(s):" va el nombre del autor o autores del programa (hay que sacar los paréntesis y dejar Author o Authors según corresponda). En general esta información se encuentra en el archivo AUTHORS. En este caso son: Donna Robinson y Cerion Armour-Brown. [17:57] Macarse: debhelper es la herramienta que vamos a usar para hacer el paquete. Lo vamos a ver en más detalle cuando veamos debian/rules [17:57] marga: va el link directo? [17:57] como hago para instalar unrar??? [17:57] Darni: va cortado a 80 columnas, si. Lo importante es que empiece con espacio. El \n al final no importa [17:57] /kick jpmaiden [17:57] XD [17:57] De[V]oN: si [17:58] Donde dice "Copyright", van los años y los dueños del Copyright. Esto, en general, está especificado en los encabezados de los archivos fuente. Lo que hay que hacer, siempre que uno prepara un paquete, es revisar los encabezados y ver si todos tienen el mismo Copyright, o no. En este caso es fácil, porque todos son prácticamente iguales. La línea de copyright es: "Copyright (c) 2000-2006, OpenWorks LLP " [17:58] jpmaiden, te equivocaste de lugar -charm.oftc.net- [17:58] _slacker_ (~x@200.123.172.65) joined the channel [17:58] Finalmente, hay que especificar la licencia. Obviamente, antes de ponerse a empaquetar, uno se tiene que fijar la licencia y ver que sea una licencia válida, que se va a poder distribuir, y en lo posible que sea libre, de manera que pueda ir en la sección "main" de Debian/Ubuntu. [17:58] marga: si no estan los emails de los autores no hay drama? [17:59] la_rayis: no. Es medio simbólico lo de los autores. Es más importante la línea del copyright. [17:59] Este programa indica en sus encabezados que es un programa GPL v2. Por lo cual ponemos una línea como la siguiente: "This program is released under the terms of the GNU GPL v.2". Y en la línea de abajo: "In Debian Systems, you can find a copy of the GNU GPL v2 at: /usr/share/common-licenses/GPL-2". [17:59] marga: puede ser que me aparezca "License:" en vez de "Copyright:"? [18:00] Darni: puede ser, evidentemente tenemos versiones distintas de dh_make [18:00] marga: tan simbolico que en mi archivo copyright no sale :) [18:00] Darni: pero License no es lo mismo que Copyright. [18:00] Tiene que haber una línea de "Authors" una de "Copyright" y una de "License" [18:00] yo tengo donwloaded from, copyright holder y license [18:00] Darni: primero tenes la linea de copyright, y abajo la de license [18:00] marga: dh_make 0.40, en un ubuntu dapper [18:01] martin_: tengo copyright holder, y debajo license -charm.oftc.net- [18:01] luis (~luis@host91.190-30-70.telecom.net.ar) left the channel [18:01] Los autores son los que escribieron el software, los copyright holders son los que tienen los derechos sobre el software, y la licencia son los términos bajo los cuales se distribuye el software. [18:01] suponiendo que quiero hacer un paquete de algo que no tiene licencia, ni autores, ni nada. no debería hacerlo? [18:01] Ok, si no está alguno de los campos, lo agregan. [18:01] o hay casos especiales? [18:01] Macarse: si un paquete no tiene licencia, definitivamente no podes distribuirlo [18:01] Macarse: podés hacerlo, pero no lo vas poder poner en Debian ni Ubuntu. Lo podés tener en un repositorio personal, tuyo. [18:02] ejemplo sería el rar que está en un dep distinto? [18:02] Pero no porque no tenga licencia, me parece. [18:02] Macarse: eso es porque no es libre el formato de compresion [18:03] igual que mp3 y esos codecs [18:03] Macarse: pero si, todo lo que no tenga licencia, o su licencia no permita redistribución no se puede poner en los repositorios oficiales. Vos, en tu vida privada, podés hacer lo que quieras. [18:03] En el caso en el que la licencia no estuviera incluida en /usr/share/common-licenses/ (Artistic, BSD, GPL, GPL-2, LGPL, LGPL-2, LGPL-2.1), hay que incluirla completa, no alcanza con poner el nombre. -charm.oftc.net- [18:03] datilor (~datilor@host65.190-137-240.telecom.net.ar) joined the channel [18:04] marga: por las dudas, en "Upstream Author" no vamos nosotros, no? [18:04] Si tienen una de las versiones nuevas de dh_make, después de la licencia viene la licencia del empaquetamiento, esto es algo que es relativamente nuevo, hasta hace poco dh_make no lo sugería y casi nadie lo ponía. En general, vamos a seguir la sugerencia de dh_make y licenciarlo GPL. [18:04] Si no aparece, lo pueden escribir ustedes "The Debian packaging is (C) 2007, and is licensed under the GPL, see `/usr/share/common-licenses/GPL'." -charm.oftc.net- [18:05] luciano (luciano@e-livestock.com) joined the channel [18:05] marga: en license, entonces, se pone sólo el nombre de la licencia? [18:05] De[V]oN: no. "upstream" son los autores originales del software. Los que lo escribieron. Vos sólo serías el maintainer. [18:05] la_rayis: si es una de las "common-licences" si. Si es una licencia rara, hay que ponerla completa. [18:05] ok [18:06] erminamos con copyright.... ¿Todavia me siguen? -charm.oftc.net- [18:06] plinko_ (~plinko@189.Red-83-40-248.dynamicIP.rima-tde.net) joined the channel [18:06] qué sentido tiene licenciar mi "empaquetamiento"? [18:06] :S [18:06] sip marga [18:06] ok [18:06] marga: dame un minuto please [18:06] si, si -charm.oftc.net- [18:06] rushmore (~rmamani@host200.200-45-219.telecom.net.ar) joined the channel [18:06] Macarse: depende de cuántro trabajo hayas hecho en el paquete. Hay veces en que es bastante laburo, y en ese caso es importante licenciarlo para que otros puedan modificarlo y redistribuirlo, legalmente. [18:07] toy [18:07] tenía pensado que funcionaba como la wiki [18:07] todo lo que hagas para debian queda en una licencia libre para que puedas modificar [18:07] Macarse: digamos que se asume que todos los empaquetadores para Debian/Ubuntu están empaquetando con una licencia libre, pero es mejor dejarlo dicho explícitamente. -charm.oftc.net- [18:07] Gazer (~gazer@ADSL-200-59-117-182.capfed2.sinectis.com.ar) joined the channel [18:08] Macarse: y en general conviene que la licencia sea la misma que la del paquete, para evitar problemas. -charm.oftc.net- [18:08] marga (~marga@190.55.86.61) changed topic: debian/rules | para los que llegan tarde http://charon.damianv.com.ar/tutorial_marga.log [18:08] Abrimos: debian/rules [18:08] ok [18:08] Macarse: eso desde ya, si el empaquetado no es libre (de acuerdo con las guias de debian) no vas a poder incluirlo en debian, so... -charm.oftc.net- [18:08] radhios (~radhios@200.122.113.42) joined the channel [18:08] Este archivo viene a ser una suerte de Makefile, pero especial de Debian. Si lo abren van a ver que adentro hay montones de líneas que dice "dh_..." estas son las instrucciones de Debhelper para hacer una u otra cosa. [18:08] Debhelper es un conjunto de comandos (todos los dh_*), que ayudan a generar un paquete de Debian. No es obligatorio utilizarlo, pero en general es una ayuda importante. [18:09] yo sigo, pero instalar todas esas librerías demoró demasiado tiempo así que tendré que leer el log. de todos modos, es evidente que me faltaban unos cuantos conceptos ya que solo empaquetaba para mí :) [18:09] Otro comando que se puede utilizar para hacer paquetes de Debian es "cdbs", hay gente que lo adora y gente que lo odia. En este tutorial no lo vamos a ver. -charm.oftc.net- [18:09] Miki (~miki@161.Red-80-32-207.staticIP.rima-tde.net) joined the channel [18:10] LikeVinyl: :-\ [18:10] Algunas de las líneas en debian/rules están comentadas y otras no. Algunas las vamos a descomentar, y las que no usemos las vamos a terminar borrando. [18:10] Al igual que lo que dije antes de los archivos que genera dh_make, acá hay muchas reglas, para que sea lo más flexible posible, después uno se queda con lo que necesita. [18:10] Ahora vamos a hacerle un par de cambios al debian/rules. Muchas veces esto es lo que más tiempo lleva, porque uno se tiene que fijar cómo compila el programa, qué problemas tiene, y demás. Yo ese trabajo lo hice anticipadamente, pero si lo estuvieran haciendo ustedes, seguramente les llevaría un rato. [18:11] si no modifico nada, deberia andar bien no? [18:11] martin_: depende del paquete. En este caso, no. [18:11] marga: k [18:11] martin_: si tenés suerte y te toca un programa que está bien hecho, si. [18:11] En la línea que dice ./configure hay que agregar "--with-Qt-dir=/usr/share/qt3" (en la misma línea, sin que se corte). Para que el programa encuentre donde están los datos de Qt. [18:11] número de línea?? [18:11] pablo_: 36 [18:11] gracias [18:12] Yo lo agregué justo antes de LDFLAGS, pero lo pueden agregar en cualquier lado. [18:12] Además, vamos a borrar todo lo que está entre el ifneq "$(wildcard /usr/share/misc/config.sub)", hasta antes del configure, ya que no hace falta. (son 6 líneas en total) [18:12] seh, línea 30 para mí [18:12] marga: yo tengo esto en la linea 36: "dh_testdir" [18:12] Ah, bueno, puede variar según la versión de dh_make. [18:13] Fíjese la línea que dice ./configure dentro del target "config.status" [18:13] ¿están? [18:13] un segundo [18:13] sep [18:13] sip [18:13] si [18:13] marga: lo ue hay que borrar es desde ifneq hasta en el endif? [18:14] listo [18:14] los dos ifneq [18:14] la_rayis: si, pero ojo que hay más de un ifneq. Los que dicen lo de config.sub y config.guess [18:14] marga: si podés hacer un pastebin del archivo, por ahí mejor -charm.oftc.net- [18:14] Miki (~miki@161.Red-80-32-207.staticIP.rima-tde.net) left the channel [18:14] lisandropm: si, en 5 minutos les paso una url con todo el paquete. [18:14] ok [18:15] Más abajo, casi al final, encontramos la regla que genera el paquete (binary-arch). En esa regla hay muchas líneas comentadas. La única que tenemos que descomentar es dh_installmenu, las otras que están comentadas las podemos sacar. Son todas reglas optativas que no vamos a usar. [18:15] También podemos borrar: dh_installexamples y dh_link, que tampoco vamos a usar. [18:16] listo -charm.oftc.net- [18:16] marga (~marga@190.55.86.61) changed topic: Parches | para los que llegan tarde http://charon.damianv.com.ar/tutorial_marga.log [18:16] Bien, lo que nos falta ahora antes de poder compilar es hacerle unos arreglitos al código fuente. [18:16] La mayoría de los paquetes que uno vaya a hacer van a tener sus "cosas" que hay que arreglar. No es para espantarse, esto se debe a que el autor del programa lo compiló en su sistema, con su entorno, que no necesariamente es el mismo que el nuestro. [18:16] Este programa tiene unos pequeños bugs en sus Makefiles, que tenemos que corregir. En los 3 casos que vamos a ver corregiremos tanto el Makefile.am como el Makefile.in. En realidad con el .in sería suficiente, pero por una cuestión de prolijidad, corregimos los dos. [18:17] (generalmente sabes que algo esta mal porque al compilar, explota todo, :D) [18:17] marga: pero borramos la dependencia al autotools [18:17] Vayan para atrás, al directorio padre: valkyrie-1.2.0 [18:17] marga: como puede seguir usando el .in? [18:17] De[V]oN: si, porque no vamos a regenerar. [18:17] De[V]oN: al revés, el .in es el que usa el ./configure, el .am es el que usan los autotools. [18:18] marga: ah oks, gracias [18:18] De[V]oN: o sea, el .am no hace falta arreglarlo, lo arreglamos sólo por si en algún momento tenemos que regenerar. [18:18] *) valkyrie/Makefile.am: en la línea 145 dice QTDIR, debería decir QT_DIR [18:18] *) valkyrie/Makefile.in: misma corrección línea 346 [18:19] *) doc/Makefile.am: en la línea 3 dice "docdir = $(prefix)/doc/", debería decir "docdir = $(prefix)/share/doc/valkyrie/manual/" [18:19] marga, mi archivo es mucho más corto [18:19] tiene 20 lineas [18:19] pablo_: no estás mirando el que corresponde. [18:19] pablo_: el que esta en el subdirectorio valkyrie debajo de la raiz del proyecto [18:19] pablo_: fijate que es el Makefile.am/in del directorio valkyrie, no el del directorio en el que estás parado. [18:19] pablo_: a mi me paso lo mismo :) [18:20] eso mismo, perdón [18:20] me faltó cambiar de directorio [18:20] *) doc/Makefile.in: misma corrección, línea 161 [18:20] doc/images/Makefile.am: en la línea 3 dice "docdir = $(prefix)/doc/images", debería decir "docdir = $(prefix)/share/doc/valkyrie/manual/images" [18:21] *) doc/images/Makefile.in: misma corrección línea 152 [18:21] un segundo porfa [18:21] Si, si. [18:22] dame un segundo también [18:22] En este caso los arreglos los estamos haciendo directamente sobre el código fuente. Una manera más limpia sería hacerlos con "dpatch" y guardarlos como parches separados del código, pero eso ya escapa al nivel de este tutorial. [18:22] ¿están? [18:22] esto pasa porque el autor usa otra distro para codear no? [18:22] yo si [18:22] otro segundito please [18:23] marga: estoy [18:23] sip [18:23] Macarse: el primero de los arreglos, la verdad, no sé cómo es que al autor le anda. Me imagino que debe tener la variable QTDIR en su entorno. [18:23] si [18:24] Macarse: los otros arreglos es porque al autor no se le ocurrió que alguien pudiera querer instalar la documentación en otro lugar que no sea ahí donde él la puso. [18:24] marga: el primero de los arreglos no es el tipo de cosas que uno querría mandar upstream? [18:24] En la mayoría de los programas, uno le pasa una variable "--docdir" o similar, para indicar donde van los docs, pero este no la recibe. [18:24] Darni: si. -charm.oftc.net- [18:24] albertito (~net@host65.200-117-158.telecom.net.ar) joined the channel [18:24] Darni: el segundo no, porque es muy quick&dirty, pero habría que hacer un arreglo para que el makefile reciba el docdir por parámetro. [18:25] marga: y estos errores los arregla el developer o se siguen "parcheando"? -charm.oftc.net- [18:25] marga (~marga@190.55.86.61) changed topic: Compilación | para los que llegan tarde http://charon.damianv.com.ar/tutorial_marga.log [18:25] De[V]oN: la idea es mandarlos a Upstream, para no tener que parchearlos cada vez. [18:25] Ya estamos listos para hacer la prueba de la primera compilación. Para generar un paquete .deb, sencillo, sin generar el paquete fuente, desde el directorio "valkyrie-1.2.0" y escribimos: "fakeroot debian/rules binary". [18:26] fakeroot es un comando que sirve para "simular" que el paquete está armado como root, ya que los archivos tienen que grabarse con el uid de root y demás. Pero no está siendo realmente root. debian/rules es el archivo que editamos hace un ratito. binary es la regla de para armar el paquete binario (es decir el .deb). [18:26] ups estalló [18:26] make: *** [config.status] Error 77 [18:27] Macarse: pega la salida en http://paste.debian.net y pasá el link acá [18:27] macarse: tenes libqt3-mt-dev? [18:28] ya tengo el .deb :) [18:28] fertig!! [18:28] yo tambien [18:28] yo todavía sigo esperando.... [18:28] Ejecuten el comando que puse y vean la salida... Si todo sale bien, va a compilar, y luego va a "instalar" (pero en un directorio interno del paquete) y luego va a generar el .deb. Esto (dependiendo de la compu) va a llevar un rato. Así que pueden aprovechar para hacer una pausa mientras compila, o preguntar lo que no les haya quedado claro hasta ahora. [18:28] lo tengo [18:28] marga: dpkg-gencontrol: warning: unknown substitution variable ${misc:Depends} ? [18:28] estalla: /usr/bin/fakeroot: 152: debian/rules: not found [18:28] http://paste.debian.net/35469 [18:29] waiting.... [18:29] De[V]oN: si, es un warning común. No tiene importancia. [18:29] De[V]oN: lo que te está diciendo es que esa variable mágica no la va a usar. Pero no pasa nada. [18:29] opps!!! [18:29] dpkg-gencontrol: error: syntax error in control file debian/control at line 12: line with unknown format (not field-colon-value) [18:29] dh_gencontrol: command returned error code 2304 [18:29] make: *** [binary-arch] Error 1 [18:29] roberto@morpheus:~/src/debian/valkyrie-1.2.0$ [18:29] redondos: seh [18:30] radhios: mismo error [lisandropm!~lisandro@cpe-22-76.bvconline.com.ar] [18:30] ACTION compiló [18:30] radhios: seremos los ubuntus? [18:30] Macarse: instalaste build-essential? [18:30] yo soy ubuntu y me ha salido [18:30] yo todavía no termino, ya les digo [18:30] salta este cartel, /usr/bin/fakeroot: 152: debian/rules: not found [18:30] Darni: no creo, lo que te dice es que hay un error en el archivo control. [18:30] marga: pastee la línea de apt-get install que pasaste vos [18:30] martin_: lo estás ejecutando en el directorio incorrecto. [18:30] beuno: y??? [18:30] me fijo igual [18:30] marga: si, justo en la linea donde empieza la descripcion -charm.oftc.net- [18:31] Eisenheim (~Eisenheim@201.255.153.152) left the channel [18:31] Darni: pegá tu archivo debian/control en http://paste.debian.net/ [18:31] nop también tengo el build-essential [18:31] radhios: que? [18:31] radhios: vos también. -charm.oftc.net- [18:31] eternal1 (~eternal1@OL139-182.fibertel.com.ar) joined the channel [18:31] okis [18:31] Macarse: me dá la impresión que no tenés el g++ [18:31] marga: se genero el .deb pero mostro esta advertencia dpkg-gencontrol: advertencia: variable ${misc:Depends} de sustitución desconocida [18:32] marga: http://paste.debian.net/35470 [18:32] vale lo tengo [18:32] ntovar: si, ya lo aclaré antes. Fijate lo que le dije a De[V]oN [18:32] marga: ok [18:32] Darni: no te faltó el espacio al comienzo? [18:32] Macarse: tu problema es un poco más complicado -charm.oftc.net- [18:32] Dev\Zer0 (morgul@pc-98-111-241-201.cm.vtr.net) joined the channel [18:32] lisandropm: si tiene b-e tiene g++ [18:32] Darni: tenés una línea vacía, y te faltan los espacios al principio de cada línea. [18:32] marga: lo ejecuto parado en el directorio valkyrie-1.2.0 [18:32] :( [18:33] martin_: hacé un "ls -l debian/rules" [18:33] marga: ah, se me paso esa parte [Darni!~dmoisset@host144.190-136-230.telecom.net.ar] [18:33] ACTION repasa el backlog y hace la tarea [18:33] marga: lo encuentra [18:33] todo ok por acá en feisty [18:33] http://paste.debian.net/35471 [18:33] martin_: entonces fijate cómo lo estás ejecutando. [18:34] Ah, acá me dice Maxy que en ubuntu build-essential no depende de g++ [18:34] Macarse: probá apt-get install g++ [18:34] radhios: te faltan los espacios [18:34] g++ is already the newest version. [18:34] marga: si lo hice mal, despues lo arreglo, esta todo bien con que corra el comando de nuevo, o tengo que hacer algo antes? [18:34] radhios: cada línea de la descripción larga debe comenzar con un espacio. [18:34] el .deb generado queda en el directorio desde donde estamos haciendo todo? [18:34] Darni: está todo bien [18:34] okis marga [18:35] llegue tarde T_T [18:35] Darni: está bien, pero también podés hacer un fakeroot debian/rules clean -charm.oftc.net- [18:35] crux_ (~crux_@190.50.179.164) joined the channel [18:35] Dev\Zer0: http://charon.damianv.com.ar/tutorial_marga.log [18:35] pablo_: en el anterior. [18:35] marga: el del . tambien??? [18:35] thanks [18:35] radhios: si, aunque no hace falta empezar con una línea vacía. [18:35] ok, gracias, todavía sigo esperando que termine de compilar... [18:35] pablo_: ok. [18:36] marga: puse exactamente la linea q pasaste, y lo ejecuto como usuario normal [18:36] Macarse: probá apt-get install libc6-dev [18:36] ufa, mi changelog está mal :( [18:36] marga: necesito sudo? [18:36] martin_: no. [18:36] cuantos ubunteros [18:36] martin_: pegame la línea que estás ejecutando (con el path completo) y la salida que te da, por privado. [18:36] la_rayis: pastebin :) [18:36] marga: libc6-dev is already the newest version. [18:36] martin_: o bien en pastebin [18:37] Macarse: apt-get install libstdc++6-dev ? [18:37] ese no lo tenía [18:37] installing [18:37] me pasó lo mismo que a muchos con lo debian/control [18:37] va de vuelta [18:38] Macarse: ok, crucemos los dedos -charm.oftc.net- [18:38] lisandropm (~lisandro@cpe-22-76.bvconline.com.ar) joined the channel [18:38] marga: acá uno de los que tengo usando mi pc con un shell me dijo que le anduvo [18:38] así que la cagué en algún paso [18:39] ahita! [18:39] Macarse: ah! -charm.oftc.net- [18:39] datilor (~datilor@host121.190-137-194.telecom.net.ar) joined the channel [18:39] Macarse: puede ser que hayas descomprimido el paquete como root? [18:39] una pregunta, si quiero hacerlo de vuelta, tengo que limpiar algo??? [18:39] el que quiera el tutorial resumido http://www.ubuntu-es.org/node/11143 [18:39] Si, para compilar de vuelta, conviene: fakeroot debian/rules clean y luego fakeroot debian/rules binary [18:40] marga: mmm nop [18:40] Aunque no es obligatorio. [18:40] marga: dpkg-gencontrol: error: source package name `single binary' contains illegal character ` ' [18:40] dh_gencontrol: command returned error code 65280 [18:40] make: *** [binary-arch] Error 1 [18:40] oks, otra cosa, me marca un error en debian/control en la línea de la homepage [18:40] Macarse: si a los demás les anduvo, debería ser un tema de permisos. [18:40] dejé el espacio al principio y todo [18:40] a ver [18:40] marga: nop, tengo permiso para todos los files. [18:40] radhios: el "Source" debería decir "valkyrie"... Porqué dice "single binary" ? [18:41] quizá al tocar los makefiles toqué algo de maś [18:41] marga: ooopsss [18:41] Macarse: lo dudo. No te daría ese error. [18:41] XD [18:41] cuantos oops [18:41] pablo_: pega tu control en http://paste.debian.net/ [18:41] marga: mmm voy a compara los files [18:41] oks [18:41] la_rayis: te falta la línea de abajo. [18:41] marga: works!!!! [18:42] marga: paste.debian.net/35473 [18:43] marga: http://paste.debian.net/35475 [18:43] marga: si, entendí que habia que borrarla [18:43] martin_: ls -l debian/rules ? [18:43] la_rayis: perdón [18:43] la_rayis: ahora pongo la url del mío. [18:43] marga: ah, dale :-D [18:44] des: lo encuentra [18:44] pablo_: tiene que tener 80 o menos columnas [18:44] Funciona!!!! [18:44] great!!! [18:44] pablo_: y TODAS las líneas tienen que empezar con espacio. [18:44] (TODAS == todas las de la descripción larga) [18:44] y como cuento las columnas?? [18:45] pablo_: no sé, cortalo a ojo. [18:45] pablo_: que editor estas usando? [18:45] gedit [18:45] martin_: pegá la salida del ls en el pastebin [18:45] des: k [18:45] columnas=caracteres por línea? [18:45] pablo_: pedile a gedit que te las muestre [18:45] pablo_: fijate en las preferencias, tenes una opcion de mostrar margen derecho [18:45] got it! dpkg-deb: building package `valkyrie' in `../valkyrie_1.2.0-1_i386.deb'. [18:45] pablo_: con eso te va a poner una linea gris vertical. Asegurate de que tu texto no se pase de la linea [18:45] impecable, estoy en eso [18:46] En http://www.marga.com.ar/~marga/debian/packages/valkyrie-1.2.0/ está mi paquete [18:46] la_rayis: copiate la línea que te falta, de http://www.marga.com.ar/~marga/debian/packages/valkyrie-1.2.0/debian/changelog [18:46] des: done. paste.debian.net/35478 [lisandropm!~lisandro@cpe-22-76.bvconline.com.ar] [18:46] ACTION corre valkyrie en su último programa [18:46] Ah, veo que ya lo habías arreglado. [18:47] marga: des me ayudó :) [18:47] en feisty instalo sin problemas aunque lo configure como debian!! [18:47] marga: encontré el error [18:47] martin_: probá hacer un 'fakeroot ls' [18:47] Bueno... Por si hay alguno que todavía no pudo... Ahora se genero el paquete .deb, pueden instalarlo y ejecutar el programa "valkyrie". Para poder usarlo van a necesitar correr valgrind sobre algún programa binario. Por ejemplo el "ls". Apreten el botón de "Run valgrind", escriban "ls" (o lo que quieran) en la caja de "Binary", "Ok" y luego "Run valgrind" otra vez. [18:47] Macarse: cuál era? [18:48] des: misma salida q el ls pero sin color [18:48] marga: en rules: /configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info CFLAGS="$(CFLAGS)" --with-Qt-dir=/usr/share/qt3 LDFLAGS="-Wl,-z,defs" [18:48] arranqué de nuevo, copiando y pegando el tuyo, veamos que pasa :) [18:48] había puesto [18:48] marga: en rules: /configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info CFLAGS="$(CFLAGS)" LDFLAGS="-Wl,-z,defs --with-Qt-dir=/usr/share/qt3" [18:48] Macarse: ok. [18:48] des: primera vez con bitchx, no tengo el skill del private :s [18:49] marga: ja no tengo X en la pc que lo estaba probando, es una maquina de freir churros mal del DC pero ahora lo pruebo en mi notebook :P [18:49] Bueno, podemos seguir un cachito más? Ya casi terminamos con lo que tengo preparado.... [18:49] marga: esto está ok? [18:49] dpkg-gencontrol: error: syntax error in control file debian/control at line 12: line with unknown format (not field-colon-value) [18:49] dh_gencontrol: command returned error code 2304 [18:49] make: *** [binary-arch] Error 1 [18:49] dale marga, me lo guardo para verlo después de que se genere el .deb :) [18:49] adelante marga! [18:49] marga: dale marga! [18:49] Macarse: no, es que tenés mal tu archivo control. Les pasó a casi todos. Pegalo en pastebin y te decimos como arreglarlo. -charm.oftc.net- [18:49] marga (~marga@190.55.86.61) changed topic: Otros archivos | para los que llegan tarde http://charon.damianv.com.ar/tutorial_marga.log [18:49] Nos quedan por editar un par de archivos más. Ninguno muy importante -charm.oftc.net- [18:50] carlitos (~carlitos@189.167.138.78) joined the channel [18:50] *) debian/menu es un archivo para los menúes de Debian. Es bastante fácil de editar. Si lo abren, donde dice "needs" tiene que quedar "X11" y donde dice "section" tiene que quedar "Applications/Programming". Si quieren saber en qué sección va un paquete, hay que buscarlas en /usr/share/doc/menu/menu.txt.gz [18:50] El archivo menu lleva \ al final de las líneas, porque va todo en una sola línea. -charm.oftc.net- [18:50] eternal (~eternalda@201.247.67.133) joined the channel [18:51] (\ es lo mismo que que no haya fin de línea) [18:51] *) debian/watch es un archivo que sirve para verificar si hay nuevas versiones de un paquete. El que viene ya trae varios ejemplos que pueden servir. En nuestro caso nos quedamos con el primer ejemplo, y reemplazamos de la siguiente manera: "http://www.valgrind.org/downloads/ valkyrie-(.*)\.tar\.bz2". Todos los comentarios se pueden borrar. [18:52] *) debian/manpages es un archivo que indica qué manpages se deben instalar. En este caso nuestras manpages son ficticias, porque son las del ejemplo, sin editar, pero de todas maneras las incluimos en este archivo, de a una por línea: "debian/valkyrie.1" y "debian/vk_mergelog.1". [18:52] Este archivo manpages nos permite indicar donde está la man page. Nosotros le ponemos el nombre y la regla "dh_installman" del debian/rules se encarga de instalarla donde corresponde. [18:53] una pregunta de ignorante, esto que estás diciendo ahora es para hacerlo antes de la configuración y compilación o se puede hacer después? [18:53] *) Esto sucede con muchas reglas de debhelper. Por ejemplo, dh_installdocs, instala los archivos que se encuentren en el archivo "docs" dentro de /usr/share/doc/paquete. En "docs" vamos a dejar: AUTHORS NEWS README [18:53] marga: no tengo un debian/manpages, lo agrego? [18:53] pablo_: se puede hacer en cualquier momento. [18:54] pablo_: uno en general trata de compilar rápido, para ver que ande, y después le empieza a hacer retoques [18:54] la_rayis: si. [18:54] Macarse: yo también tenía tu mismo error! [18:54] marga: las manpages van una por linea y sin nada alrededor? comillas, etc? [18:54] ahhhhh, yo decía para subir el .deb ya con todo [18:54] :) [18:54] la_rayis: sin nada alrededor. [18:54] Apenas instale Debian y estoy perdido. No se como hacer para que mi otro disco duro con mi información importante la reconozca el sistema y a pesar de que en el gestor de paquetes synaptic descargue los archivos para ver flash o shockwave las paginas con estos no me corren y cuando intento bajar de adobe el flash installer el sistema dice que no es compatible, me pueden ayudar [18:55] pablo_: El deb es lo de menos [18:55] pablo_: claro, pero esto es muy de prueba y error. Lo compilás, ves cómo anda, lo probás, lo modificás, etc. [18:55] XD [18:55] mal momento carlitos [18:55] claro, voy entendiendo de a poquito pero voy entendiendo :) [18:55] carlitos: justo estamos al final de un tutorial. Te recomiendo que preguntes en #debian-es [18:55] gracias [18:55] carlitos, instalate ubuntu y listo :-) (acá me pueden linchar por esto :-P) [18:55] :S [18:55] Una vez que el paquete haga todo bien, ya se puede generar el paquete fuente, que es el que van a necesitar para poder subirlo a Debian o Ubuntu. Ese paquete se genera haciendo "dpkg-buildpackage -rfakeroot". [18:56] Cuando ejecutan ese comando, no sólo se compila el binario como hacíamos hasta ahora, sino que también se genera el paquete fuente. [18:56] hala Nomius, haciendo amigos.. [18:56] ahora caigo marga, me estaba adelantando, cuestiones de novato :) [18:56] El paquete fuente consiste de tres archivos. Uno es el .orig.tar.gz que nosotros generamos al principio. Otro es un archivo de texto con extensión .dsc, que incluye la descripción del paquete generado y el otro es un archivo .diff.gz que incluye todos los cambios que ustedes hayan realizado al paquete. [18:56] marga: eso es dp que comprobamos que el deb salio sin problemas? [18:56] plinko_, no uso ni debian ni ubuntu yo, así que no me jode :-D [18:56] xD [18:56] Esos tres archivos son los que van a subir a Ubuntu. En el caso de Debian, se suben esos tres archivo + el .deb compilado. [18:56] la_rayis: si. [18:57] la_rayis: antes de subirlo el paquete tiene que estar 10 puntos. [18:57] en ubuntu no se sube el .deb porque compilan ellos? [18:57] Por ejemplo, habría que escribir las páginas man, que por ahora están las del ejemplo. [18:57] marga: uh, eso no lo hace el developer? qué embole :) -charm.oftc.net- [18:57] igancuhz (~igancuhz@189.137.224.242) joined the channel [18:57] Macarse: si. Compilan para todas las arquitecturas. En Debian se compila para todas menos para la que uno subió. [18:57] la_rayis: :) [18:58] /kicks Nomius [18:58] ¿Disculpá? [18:58] XD [18:58] xD [18:58] bueno, bueno, no peleen. [18:58] yo ya estoy [18:58] me salio bien [18:58] marga: por ejemplo, si hay un cambio en la funcionalidad del paquete, lo ves en algun lado y actualizas la manpage? eso lo hace el mantainer? [18:58] (en Ubuntu solo se compila para x86, a64 y sparc) [18:58] Vale decir que Debian compila para MUCHAS arquitecturas (del orden de 12) y Ubuntu solo 3. [18:58] (que chafa) [18:58] lo he logrado, ya está mi primer .deb :) [18:59] yuju! [18:59] :D [18:59] la_rayis: si. Si la página man la mantenés vos, vos tenés que fijarte que esté actualizada. [18:59] :D [18:59] la_rayis: pero algo copado para hacer es mandarle la página man a "upstream" (o sea a los autores originales) y que sean ellos los que la mantengan de acá en adelante. [18:59] pablo_: congrats :) [18:59] marga, puedo hacer una pregunta de algo que ya pasó, o sea, ahora que tengo el paquete? [18:59] graciassssss [19:00] marga: genere el source... pero me dice que no puede firmarlo, donde pongo mi key??? [19:00] de una advertencia que me tiró al final [19:00] dpkg-gencontrol: advertencia: variable ${misc:Depends} de sustitución desconocida [19:00] radhios: tenes tu key generada en .gnupg? [19:00] radhios: tendrías que generar tu llava con gnupg. [19:00] marga: ah, oki [19:00] radhios: pero si no, podés generar el paquete con: dpkg-buildpackage -rfakeroot -us -uc, y no te pide firmar. [19:01] con que estes en .gnupg es sufi??? [19:01] radhios: No [19:01] pablo_: si, ya lo expliqué antes, fijate lo que le contesté a De[V]oN (hace como media hora) [19:01] perdón [19:01] gracias [19:01] radhios: no, no. Tenés que tener la llave generada. [19:01] :) [19:01] pablo_: todo bien :) [19:01] Bueno, eso es todo. Les dejo un par de links por si quieren leer más [19:01] http://www.debian.org/doc/maint-guide/ [19:01] http://doc.ubuntu.com/ubuntu/packagingguide/C/index.html [19:01] Yo me quedo. Todos aquellos que tengan dudas, no se contengan :) [19:02] si entiendo, marga, digo que si la key esta ahi es sufi??? [lisandropm!~lisandro@cpe-22-76.bvconline.com.ar] [19:02] ACTION agradece a marga (y al equipo por detrás) por el tiempo y las ganas :-) [19:02] radhios: ah, si. [19:02] Muchas Gracias marga [19:02] okis [19:02] Gracias marga !!!! [Macarse!macarse@38-78-17-190.fibertel.com.ar] [19:02] ACTION aplaude :) [19:02] marga, muchas gracias y la verdad que así da gusto aprender, felicitaciones !!! [19:02] jeje [19:02] clap!!! clap!!! clap!!! clap!!! clap!!! clap!!! clap!!! clap!!! clap!!! [19:02] Gracias Marga [19:02] vengan las cervezas [19:02] :) [19:02] plas plas plas plas plas!! [19:02] gracias [19:02] Gracias a des por la atención a los usuarios, a maxyz por contestar por privado, a beuno por los aportes de Ubuntu. Y todos ustedes por venir. [19:02] gracias marga [19:02] marga: alguna recomandacion para mantener paquetes desde subversion / cvs ? [19:02] aplauso! :) [19:02] marga: muchas gracias for esto buen tutorial, yo espero qué estaran algos(?) :-) [19:02] Sos grossa Marga!! [19:02] muchas gracias marga ;) [plinko_!~plinko@189.Red-83-40-248.dynamicIP.rima-tde.net] [19:02] ACTION aplaude como un loco [19:02] clap! clap! clap! [19:02] gracias! [19:03] clap! clap! clap! [19:03] alguien puede decir a que hora comenzo? [19:03] Gracias! [19:03] xD [19:03] 17h [19:03] a las 17 [19:03] Gracias Marga no pude seguirlo a todo pero luego lo veo [19:03] :D [19:03] clap,clap,clap congrats! [19:03] hora... argentina? [19:03] las 22 en España xD [19:03] marga: gracias! (llegando tarde al backlog) [19:03] ah eso mejor plinko_ [19:03] argentina, uruguaya [19:03] xD [19:03] migatxu: sep [19:03] dangra: existen comandos especificos: svn-buildpackage y cvs-buildpackage (creo), pero nunca los usé. [19:03] es para echar un ojo al log y no morir [19:03] clap! clap! clap! [19:04] para los usuarios que siguieron, qué les pareció? más jodido más fácil que lo que esperaban? [19:04] eso sí, para la próxima si es que hay próxima, es posible notificar previamente los paquetes que serán necesarios? :) [19:04] hasta que trompee a la gente de fibertel... [19:04] lo esperaba mas complicado la verdad..... [19:04] LikeVinyl: perdón. Traté de avisarlo bien temprano para que no tuvieran problema. [19:04] Mas facil, si lo explico RE BIEN! [19:04] Macarse: mas simple de lo que esperaba [mankod!mankod@200.92.158.2] [19:04] ACTION El LOG, de la charla pronto en http://wiki.debian.org/DebianSpanish/Devel/IRCTalks [19:04] yo la verdad que no tenía idea de nada y ahora por lo menos ya algo de nociones tengo, ya les diré con próximos empaquetamientos, pero para empezar estuvo muy bueno [19:04] no pasa nada, se entendió perfecto igual loguee todo :) [19:04] Macarse: Mas facil, si lo explico RE BIEN! [19:04] pero con lo bien que ha hecho el tutorial y eso ha salido bastante facil [19:04] Macarse: es un poco más complicado que con los rpms... lo que es una pena porque uso mucho más distros debianosas [19:04] Macarse: Lo mas complicado es conocer bien el fuente de lo que vas a instalar y sus dependencias [des!~des@190.7.29.10] [19:04] ACTION se va a merendar, que está famélico :-) [19:05] después lo veré en detalle [19:05] Gente, si se largan a hacer su propio paquete y tienen dudas, no tengan miedo de preguntar por acá. [19:05] Darni: danos un curso para hacer rpms [19:05] total después alinenizamos ;-) [19:05] no dudo de la buena explicación, pero eso de tocar el código del author me dio un poco de miedo :) [19:05] marga: en algun momento habia leido la new mantainer guide -charm.oftc.net- [19:05] v4vlad (~v4vlad@190.49.47.32) left the channel [19:05] marga: parecido a lo que contaste ahora... [19:05] marga: el tema es que no encontre mucho de como hacer paquetes un poco mas complicados [plinko_!~plinko@189.Red-83-40-248.dynamicIP.rima-tde.net] [19:05] ACTION sigue aplaudiendo [19:06] Darni: ni idea de cómo es hacer rpms, pero cuando uno le agarra la mano, es bastante fácil hacer .debs [19:06] marga: muy buen tutoria, muchas gracias [19:06] Lo que pasa es que hay muchas cosas para tener en cuenta. [19:06] ojalá se llene de mantenedores... hehe [19:06] marga: trabajo para detallistas :) [19:06] marga: en mi caso particular me interesa para empaquetar las cosas que yo desarrollo, así le es más facil a los usuarios instalarlos [19:06] Darni: cuánto más complicados? [19:06] Darni: si tenés dudas específicas de un paquete, siempre estamos acá para contestarlas [19:06] marga: tengo un mismo codebase, que podes compilar de varias formas y obtener varios binarios [19:07] marga: que estaria bueno que fueran paquetes separados [19:07] ASCIIGirl, vive? [19:07] creeia que seria mas complicado, ahora supongo que sera coger experiencia, por lo menos partire de una buena base [19:07] Darni: ah, claro. Eso sería un paquete multi-binario. [19:07] marga: documentacion generada a partir de fuentes... distintas cosas, segun el proyecto -charm.oftc.net- [19:07] br1 (~opera@r190-64-196-29.dialup.adsl.anteldata.net.uy) joined the channel [19:07] marga: hay un tutorial sobre eso? [19:07] Darni: uhm. Dejame ver [19:08] marga: el maint-guide dice "multibinario es complicado, empeza con uno facil" [19:08] marga: y ahi me quedo -charm.oftc.net- [19:08] igancuhz (~igancuhz@189.137.224.242) left the channel [19:08] Darni: si, claro. Siempre se empieza por lo sencillo -charm.oftc.net- [19:09] br1 (~opera@r190-64-196-29.dialup.adsl.anteldata.net.uy) left the channel [19:09] Bueno, marga nuevamente muchas gracias por tan estupenda clase, y ya creo que me voy a dar una vuelta más seguido por aquí. Saludos para todos y todas!!! [19:10] Darni: la verdad que no encuentro ningún tutorial al respecto. [19:10] pablo_: saludos. [19:10] marga: tengo una duda, tenia en mente que a partir de tu tutorial voy a empaquetar el soft que desarrollo en el laburo [19:10] De[V]oN: aha. [19:11] marga: pero me estas surgiendo dudas de la licencia original [19:11] *estan [19:11] De[V]oN: qué licencia tiene? [19:11] marga: y por donde se sigue? el tema es que todo el proceso evidentemente es muy poderoso, pero hay como muchos pasos magicos y no encontre mucho que describa esa magia, mas que practicar y hacer un monton de paquetes [19:11] bueno yo tambien me despido, un saludo a todos y gracias a marga por el fantastico tutorial :D [19:11] marga: es que no estoy 100% es una cosa rara tipo BSD [19:11] plinko_: saludos. -charm.oftc.net- [19:11] plinko_ (~plinko@189.Red-83-40-248.dynamicIP.rima-tde.net) left the channel [19:11] marga: lo que es un poco incomodo para la gente como yo, que desarrolla y le inmteresa empaquetar solo lo suyo, egoistamente =P [19:11] De[V]oN, o/ [19:11] De[V]oN: las licencias BSD suelen ser las mas "libres" [19:11] marga: pero ahora despues de tu tutorial me dieron ganas de meterle mas pilas y tratar de empaquetarla para debian [19:12] marga: igual el tutorial estuvo muy bueno y me aclaro algunas cosas, muchas gracias [19:12] Darni: supongo que lo siguiente a leer es el developers reference: http://www.debian.org/doc/manuals/developers-reference/ No es un tutorial, pero va a tener info más avanzada. [19:12] beuno: dije tipo BSD, porque no son las que hacen miles de referencias a los autores / universidades? [19:12] De[V]oN: si es BSD, está todo bien. [19:12] Mil gracias Marga, chau -charm.oftc.net- [19:13] Juanjo-sfe (~juanjo@200-127-7-237.cab.prima.net.ar) joined the channel [19:13] les puedo pasar el texto a ver que opinan? [19:13] Darni: no hace falta hacer tantos paquetes. Porque no hace falta saber sobre TODO lo que se puede hacer. Uno siempre conoce sobre las cosas que usa. [19:13] Juanjo-sfe: ya está, se terminó :) [19:13] bueno me despido, muchas gracias por el tutorial marga y un saludo a todos [19:13] De[V]oN: pegalo en paste.debian.net [19:13] me mandas el log por mail? [19:14] Saludos a todos. [19:14] Juanjo-sfe: el log está ahí en el topic. -charm.oftc.net- [19:14] marga (~marga@190.55.86.61) changed topic: Felicitaciones Luciano! Ya somos 5 DDs en Argentina :: La DebConf8 es en Argentina: http://wiki.debconf.org/wiki/Argentina :: Comunidad Argentina Debian GNU/Linux :: Charla de empaquetamiento: http://charon.damianv.com.ar/tutorial_marga.log [19:15] marga: pero es un link [19:15] De[V]oN: ah, entonces si -charm.oftc.net- [19:15] Miki (~miki@161.Red-80-32-207.staticIP.rima-tde.net) joined the channel [19:15] marga: oks, bueno en resumen es esto: http://clumon.ncsa.uiuc.edu/download.php -charm.oftc.net- [19:15] Miki (~miki@161.Red-80-32-207.staticIP.rima-tde.net) left the channel -charm.oftc.net- [19:15] Zizou (~zizou@190.37.71.6) joined the channel [19:16] marga: y como recien empiezo en esto no tengo idea que tan compatible es [19:16] ok [19:16] perdon, ya termino la charla cierto? [19:16] marga: kudos por el tutorial, estuvo muy bien. [19:16] De[V]oN: parece estar todo bien [19:16] De[V]oN: me parece que es claramente una 3-clause BSD, sólo que de Illinois. [19:17] De[V]oN: tendrías que incluir toda la licencia en debian/copyright, pero excepto eso, no hay drama. [19:17] marga: oks, pero tengo que seguir bajo este tipo, no> [19:17] ? [19:17] Zizou: si, podés leer el log en la url que está en el topic [19:17] De[V]oN: ?? [19:17] marga, gracias, ya lo estoy viendo.. [19:17] marga: es decir, no puedo pasar el codigo a GPL [19:17] Juanjo-sfe: te alcanza con eso? [19:18] De[V]oN: la referencia para ver si la licencia se puede usar o no esta en: http://www.debian.org/social_contract [19:18] The Debian Free Software Guidelines (DFSG) [19:18] supongo [19:18] no lo lei [19:18] es todo? [19:18] tiene que cumplir con esas condiciones [19:18] me tuve que ir al utlimo [19:18] pero compile y tengo mi .deb [19:18] muchas gracias por el tutorial [19:18] beuno: ah gracias, estoy entrando [19:18] estuvo buenisimo marga -charm.oftc.net- [19:18] sur3857 (~fam@190.49.43.177) left the channel [19:19] Juanjo-sfe: si [19:19] esta medio feito -charm.oftc.net- [19:19] luis (~luis@host117.190-31-31.telecom.net.ar) joined the channel [19:19] al principio de cada renglón.. [19:19] voy a ver de pegarle un reformateada -charm.oftc.net- [19:20] gimi (GIMI@200-55-127-237.dsl.prima.net.ar) joined the channel -charm.oftc.net- [19:20] luis (~luis@host117.190-31-31.telecom.net.ar) left the channel [19:21] De[V]oN: si, me parece que si... Las licencias BSD normales admiten re-licenciamiento. [19:21] igualmente es sobre el codigo que me base hace casi 2 años, pero bueno igual tengo que ver como es el tema de la redistribucion de una modificacio [19:21] n [19:21] garaguas: me alegro :) [19:21] marga: y vos recomendas que lo "relicencie" o sigo como esta? [19:22] De[V]oN: no tiene nada de malo como está. Yo, para no hacer lío, la dejaría como está. Pero la verdad, te conviene preguntar bien en debian-devel. [19:22] De[V]oN: si vos querés relicenciar, podés. El tema es que no sé bien qué hace falta para relicenciar. [19:22] marga: oks, igual por el momento voy a poner en practica lo que vimos y los links que pasaste [19:23] De[V]oN: ok. [19:23] y cuando lo tenga mas maduro me pongo con el tema de licencias [19:23] pero no quería empezar con algo que no iba a poder distribuir