[04:28] comenzare con la interpretacion de la ultima sesion del dia de hoy, 'Configuracion del entorno, para el desarrollo de Ubuntu'/'Getting set up for Ubuntu development' por Daniel Holbach [04:29] durante esa charla se configura el entorno, las herramientas y todo lo que sea necesario para que puedan aprovechar el resto de las sesiones, y para que puedan involucrarse con el desarrollo de Ubuntu [04:29] si logramos terminar a tiempo, podemos incluso avanzar un poco mas, y analizar algun paquete [04:30] esta sesion sera practica, les sugiero que tengan abierta por lo menos una terminal [04:31] hay ciertas cosas que necesitan hacer para tener un sistema listo para el desarrollo de Ubuntu [04:32] algunas de ellas son; configurar sus equipos para modificar paquetes, y para subir sus cambios a Launchpad, la plataforma de desarrollo de Ubuntu [04:32] esto es lo que haremos: [04:34] - Instalar programas para empaquetar programas. Esto incluye: utilidades especificas de Ubuntu, software de cifrado (para que podamos verificar quien ha hecho los cambios), y software para transmitir de forma segura datos entre la plataforma y su computadora [04:34] - Crear y configurar una cuenta en launchpad [04:35] - Configurar software para poder recompilar paquetes en su equipo, para interactuar con otros desarrolladores, y para enviar parches a Launchpad [04:37] es recomendable hacer el trabajo de empaquetamiento usando la version en desarrollo de Ubuntu, de esta forma, pueden hacer pruebas en el mismo entorno donde seran integrados [04:37] asi que tendran que correr Ubuntu Quantal (12.10) de alguna forma [04:38] no teman, podran hacerlo a traves de un entorno chroot, de una maquina virtual, o por algun metodo parecido [04:39] aunque si les es posible, lo mejor seria que pudieran hacer las pruebas en un entorno que utilicen todos los dias [04:39] https://wiki.ubuntu.com/UsingDevelopmentReleases explica algunos metodos para correr la ultima version de forma segura [04:42] si alguno de ustedes utiliza 12.04, no importa, pueden seguir las instrucciones, y luego repetirlas en su entorno de desarrollo [04:43] existen un numero de utilidades que les hara la vida mas facil como desarrolladores de Ubuntu, analizaremos algunas mas tarde, por lo pronto, para instalarlas, copien y peguen este comando en su terminal [04:44] $ sudo apt-get install packaging-dev [04:44] esto tomara unos minutos, asi que dejenlo funcionando [04:44] al finalizar tendran instalado el siguiente software [04:50] - gnupg, el gnup privacy guard contiene herramientas que necesitan para crear llaves criptograficas, con estas llaves se firman los archivos que se suben a Launchpad [04:52] - pbuilder, esta es una herramienta para recompilar los paquetes, en un entorno limpio y completamente aislado [04:53] - ubuntu-dev-tools (y devscripts, que figura como dependencia directa), es una coleccion de scripts que permiten automatizar algunas de las tareas de empaquetamiento [04:55] - bzr-builddeb (y bzr, como dependencia), sirve para obtener un sistema de control de versiones basado en Bazaar, esta es una forma relativamente nueva de trabajar con los paquetes en Ubuntu, a mediano plazo permitira que varios programadores de Ubuntu puedan colaborar mas rapido y facilmente [04:58] - apt-file, es una herramienta para encontrar el paquete al que pertence determinado archivo [04:58] - y obviamente muchas otras cosas buenas que no cubriremos en esta guia introductoria :) [04:58] alguna pregunta hasta aqui? [05:00] NickE pregunta sobre la maquina virtual que usa TestDrive [05:00] dholbach responde que la ultima vez que vio, usaba kvm [05:00] nja pregunta si es necesario correr "apt-file update" despues de instalar ese metapaquete [05:02] dholbach responde que no cree que sea necesario. nota del interprete: si que es necesario, por lo menos una vez justo despues de la instalacion [05:04] conner_bw pregunta si bzr esta grabado en piedra, o si algun dia se podra usar git en su lugar [05:04] dholbach responde que no lo sabe, y que tal vez seria mejor preguntar en #launchpad [05:06] agrega que aunque personalmente le gusta trabajar con bzr, porque es facil de aprender, comprende que otras personas prefieran trabajar con otros sistemas de control de versiones, como git, o hg [05:07] la buena noticia es que Launchpad puede importar ramas de git, y de otros sistemas, asi que despues de importarlos pueden trabajar con bzr nativamente [05:08] en fin, vayamos a la accion! [05:09] el primer paso es hacer que las herramientas de empaquetamiento conozcan sobre ti, asi que por favor, abran su archivo ~/.bashrc con editor de texto, y agreguen algo como esto al final [05:09] export DEBFULLNAME="Bob Dobbs" [05:09] export DEBEMAIL="subgenius@example.com" [05:10] reemplacen el nombre y correo con los suyos :) [05:10] ahora, guarden el archivo, y cierren y vuelvan a abrir su terminal, o utilicen el comando: [05:11] $ source ~/.bashrc [05:11] (si no utilizan bash como shell, editen el archivo correspondiente a la shell que usen) [05:13] una vez que lo hayan hecho, las herramientas de empaquetamiento utilizaran su nombre y direccion cuando tengan que introducir un nombre de autor [05:13] nja pregunta si Lernid utiliza bash como la shell por defecto [05:14] dholbach responde que si, que Lernid utiliza la shell que suelas utilizar, siendo esta por defecto bash [05:14] una vez que hayan completado este paso, crearemos la llave GPG [05:15] si ya tienen una llave de este estilo, con esa basta, no tienen que crear otra [05:18] GPG se utiliza por GNU Privacity Guard, y es una implementacion libre del estandarn OpenPGP que permite firmar y cifrar archivos, esto puede ser util de diferentes formas [05:19] en nuestro caso, es importante que firmen los archivos que modifiquen para que podamos identificar aquellos lugares donde trabajaron. Cuando suban un archivo a launchpad, solo les permitira hacerlo, si puede determinar de forma exacta quien lo esta haciendo [05:20] para crear una llave GPG, utilicen: [05:20] $ gpg --gen-key [05:22] GPG les preguntara sobre el tipo de llave que desean generar, escojan la opcion por defecto (RSA y DSA). Despues les preguntara sobre el tamaño de la clave, el tamaño por defecto (2048) esta bien, sin embargo 4096 es mas seguro [05:22] una vez hayan contestado, les preguntara si desean que expire la llave en determinado momento, contesten con '0', lo que significa que su llave nunca expirara [05:24] las ultimas preguntas son sobre su nombre y correo electronico. Escojan los datos que estaran usando para el desarrollo de Ubuntu, pueden agregar mas correos electronicos despues [05:25] no es necesario poner un comentario. Dejenlo vacio, despues de esto, tendra que configurar una clave, escojan una que sea segura (acepta espacios en blanco) [05:26] con esta informacion GPG creara su llave, esto puede tomar un poco de tiempo, ya que necesita recoger bytes aleatorios, para que los pueda tomar mas rapido, hagan que su computadora realice alguna operacion que haga uso intensivo del cpu [05:27] tambien podemos dejar que la genere mientras configuramos el resto del entorno, abran otra terminal [05:27] ahora crearemos la llave SSH [05:31] SSH obtiene su nombre de Secure Shell/Shell segura, y es un protocolo que permite intercambiar datos de una forma segura sobre una red. Es comun usar ssh para accesar a consola remotas, y para transferir archivos de forma segura. En nuestro caso, utilizaremos la segunda caracteristica, para enviar cambios a Launchpad [05:31] para crear una llave SSH, ejecuten: [05:31] $ ssh-keygen -t rsa [05:33] el nombre por defecto, comunmente esta bien, asi que dejenlo de esa forma (si ya tienen una clave anterior, entonces pueden seleccionar otro nombre). Se recomienda que tambien establezcan una contraseña para esta clave [05:33] para esta llave* [05:33] nja pregunta si la contraseña se puede cambiar despues [05:33] dholbach responde que si [05:33] el siguiente paso, es configurar pbuilder [05:34] pbuilder les permitira compilar paquetes en su maquina, esto tiene 2 ventajas: [05:35] - la compilacion se hace en un entorno limpio y minimalista, esto asegura que se pueda compilar en un sistema que no haya sido alterado [05:35] - no hay necesidad de instalar todas las dependencias localmente, se instalan en su lugar temporalmente en el entorno pbuilder [05:36] mm, una tercera ventaja, es que pueden tener varios entorno en una misma maquina, por ejemplo, varias versiones de Ubuntu o Debian al mismo tiempo [05:36] usar pbuilder es muy facil, utilicen: [05:36] $ pbuilder-dist version_de_ubuntu create [05:37] para crear un nuevo entorno [05:37] en el caso de Ubuntu quantal, pueden crear un nuevo entorno con: [05:38] $ pbuilder-dist quantal create [05:39] esto tomara algunos minutos, ya que descargara todos los paquetes necesarios para crear una instalacion "minimalista", los paquetes que se descarguen se guardaran en una cache [05:40] hay alguna pregunta hasta el momento? [05:40] jsjgruber-l82-p pregunta para que se necesita un archivo ~/.pbuilderrc [05:41] dholbach responde que en ese archivo, se pueden configurar muchas cosas, por ejemplo, el uso de mirrors adicionales, la instalacion de paquetes por defecto, etc [05:41] la pagina man de pbuilder: $ man pbuilder [05:42] describe las cosas que pueden agregar, aunque en la mayoria de los casos, no se requiere [05:47] exodus hace el siguiente comentario: imagina que estoy creando un paquete que tiene dependencia a otros paquetes, y esos paquetes a su vez aun no estan disponibles, por ejemplo, el paquete A, depende del paqeute B y del C. Una vez que compilo B & C, pbuilder conoce de la existencia de estos paquetes, y entonces puedo compilar A. Hay alguna configuracion especial para esta clase de problemas? [05:51] dholbach responde que es una excelente pregunta, y continua diciendo que efectivamente algunas veces querras seguir determinada secuencia en la construccion de los paquetes, por ejemplo cuando quieres actualizar algunas librerias de libalgo1 a libalgo2 [05:52] para estos casos, se tiene que configurar pbuilder para que re utilice los paquetes que ha compilado [05:56] lengau pregunta porque pbuilder requiere permisos de super usuario (root) [05:57] dholbach responde que porque chroot internamente lo requiere para crear un sistema minimalista separado del sistema de donde fue invocado [05:57] TheLordOfTime pregunta como hacer que pbuilder utilice los paquetes que ya han sido compilados, retomando el caso hipotetico de exodus [05:58] dholbach responde que lo mejor seria ver https://wiki.ubuntu.com/PbuilderHowto y que en caso de que este desactualizado, se pregunte en #ubuntu-motu [06:00] ahora, asumire que GPG ha terminado de crear la llave :) [06:00] si es asi, habran obtenido un mensaje similar a este: [06:00] pub 4096R/43CDE61D 2010-12-06 [06:01] Key fingerprint = 5C28 0144 FB08 91C0 2CF3 37AC 6F0B F90F 43CD E61D [06:01] uid Daniel Holbach [06:01] sub 4096R/51FBE68C 2010-12-06 [06:01] para este caso, el ID de la llave es: 43CDE61D [06:05] una vez que tengan estos datos, tendran que subir la parte publica a un servidor de llaves, de esta forma el mundo podra identificar los mensajes y archivos que les pertenezcan, en una consola: [06:05] $ gpg --send-keys [06:07] este comando subira la parte publica a un servidor de llaves, aun tendran que esperar a que se sincronice con el resto de servidores en el mundo (lo cual puede tardar algunos dias), para que todos puedan verificar sus archivos [06:08] nja pregunta el proposito de estas llaves [06:09] dholbach responde con un ejemplo, si intentas subir algun paquete a launchpad (a un repositorio personal), el sistema verificara si ese paquetes fue realmente hecho por ti [06:10] la llave GPG, es un seguro que se rompe, cuando una tercera persona intenta modificar los archivos [06:11] la llave SSH la utiliza Bazaar, y sirve para enviar esos datos a traves de una coneccion segura [06:12] con las configuraciones que hemos hecho hasta el momento, el siguiente paso es configurar el equipo para que funcione con launchpad [06:12] launchpad es la pieza central de infraestructura que usa Ubuntu [06:14] no solo almacena todos los paquetes y el codigo fuente de cada uno, tambien guarda traducciones, reportes de bugs, y la informacion de las personas que trabajan en Ubuntu, asi como los equipos a los que pertenecen [06:15] Launchpad tambien se utiliza para enviar parches, revisarlos e integrarlos en la distribucion [06:19] la integracion, se hace generalmente a traves del patrocinio de los parches de otras personas, esto quiere decir: 'subir un paquete en nombre de alguien mas'. esta es la unica forma de colaborar con Ubuntu, si quieres enviar un parche y no tienes permisos para modificar el archivo [06:20] tendran que crear una cuenta en launchpad y dar una cantidad minima de informacion. esto les permitira descargar y subir codigo fuente, enviar reportes de bugs, entre algunas otras cosas [06:21] ademas de Ubuntu, launchpad ofrece sus servicios, a cualquier proyecto de software libre, https://help.launchpad.net/ contiene mas informacion [06:22] si aun no tienen una cuenta, pueden obtenerla en: https://launchpad.net/+login , si tienen una pero no recuerdan su id, puede saberlo, si entran a https://launchpad.net/~ y despues se fijan en el nick que este despues del ~ [06:23] TheLordOfTime menciona que ha escuchado del codigo de conducta (CoC) y se pregunta si debe firmarlo para desarrollar ubuntu [06:25] dholbach responde que si, y agrega que si desea formar parte de algun equipo, convertirse en un miembro oficial (y con eso, obtener derecho a votar, obtener un alias @ubuntu.com y en general ser reconocido por su trabajo) tendra que firmarlo [06:26] no hay ninguna clausula oculta, no tendran que pagar por algo que no quieren [06:26] el codigo de conducta basicamente dice que seran amables, unos con otros [06:27] eso, generalmente es algo con lo que estarias feliz de cumplir :) [06:27] man_let pregunta si hay cosas en las que puedan ayudar personas no tan inteligentes [06:28] dholbach responde que existen diferentes formas de involucrarse, y que estas actividades incluyen la mayoria de intereses, habilidades o preferencias personales [06:30] el proceso de registro en Launchpad, les preguntara por un nombre que pueda usar cuando tenga que mostrar un nombre. Se sugiere que usen su nombre real, de esta manera, las personas pueden empezar a conocerse de mejor manera, unas a las otras [06:31] tambien, cuando se registre una nueva cuenta, se enviara un link con los pasos necesarios para verificar la cuenta, si no lo reciben, verifiquen que no este en su carpeta de spam [06:38] la pagina de ayuda https://help.launchpad.net/YourAccount/NewAccount les dara mas informacion sobre el proceso, y las opciones de configuracion que pueden modificar [06:39] una vez que tengan su cuenta, tendran que decirle cual es su llave GPG, para esto necesitaran el fingerprint, en una consola ejecuten: [06:39] $ gpg --fingerprint [06:39] lo que les imprimira algo como esto: [06:39] pub 4096R/43CDE61D 2010-12-06 [06:39] Key fingerprint = 5C28 0144 FB08 91C0 2CF3 37AC 6F0B F90F 43CD E61D [06:39] uid Daniel Holbach [06:39] sub 4096R/51FBE68C 2010-12-06 [06:40] vayan a https://launchpad.net/~/+editpgpkeys y copien lo que esta despues de "Key fingerprint" en la caja de texto, para este ejemplo es: [06:41] 5C28 0144 FB08 91C0 2CF3 37AC 6F0B F90F 43CD E61D [06:41] una vez hecho esto, hagan click sobre 'Import Key' [06:44] Launchpad utilizara el fingerprint para buscar su llave en los servidores de Ubuntu, si la encuentra les enviara un correo cifrado, una vez leido el mensaje podran hacer click en el enlace que se indique, y con eso habran confirmado su llave [06:44] si su cliente de correo soporta OpenGPG, les preguntara la constraseña que configuraron cuando crearon la llave [06:45] de regreso al sitio de launchpad, hagan click sobre el boton 'Confirm', y con eso habran linkeado su llave con su cuenta [06:45] si tienen dudas sobre como finalizar el proceso, hechen un vistazo a https://help.launchpad.net/YourAccount/ImportingYourPGPKey [06:46] cuando terminen, pueden hacer lo mismo para su llave ssh [06:46] abran https://launchpad.net/~/+editsshkeys y tambien el archivo ~/.ssh/id_rsa.pub en gedit [06:47] verifiquen que estan abriendo ~/.ssh/id_rsa.pub (la parte publica), y no ~/.ssh/id_rsa (la parte personal) [06:47] :) [06:48] copien los contenidos de ese archivo, y peguenlos en la caja de texto, luego hagan click en 'Import Public Key' [06:48] si tienen dudas en algun paso de este procedimiento, revisen https://help.launchpad.net/YourAccount/CreatingAnSSHKeyPair [06:49] thotp pregunta si las llaves gpg cambian cuando se reinstala el sistema operativo [06:49] dholbach responde que sera mejor que haga una copia de seguridad del directorio ~/.gnupg [06:52] la ultima cosa que me gustaria comentar, antes de que comencemos con la sesion de preguntas y respuestas, es bazaar, bazaar es un programa que se utiliza para almacenar los cambios en el codigo de una manera logica, para intercambiar cambios, y para fusionarlos, incluso cuando el desarrollo se esta haciendo al mismo tiempo. Se usa con el nuevo metodo de desarrollar Ubuntu de manera distribuida en la modificacion de paquetes [06:53] lo primero que se tiene que hacer es configurar a bazaar con su nombre y correo, ejemplo: [06:53] $ bzr whoami "Bob Dobbs " [06:53] $ bzr launchpad-login subgenius [06:55] el primer comando, tomara su nombre y correo, estos datos se utilizaran para firmar sus mensajes de modificaciones (commits). El segundo comando sirve para configurar su ID en launchpad, de esta forma, el codigo que suban desde su maquina sera asociado a su cuenta [06:56] de nuevo, si no pueden recordar su ID pueden ir a https://launchpad.net/~ y ver hacia donde los redirecciona, el nombre que este despues del ~ es su ID [06:56] y eso es basicamente todo lo que tienen que hacer [06:58] una cosa que tal vez deseen hacer, es abrir desde Ubuntu "propiedades del software" y asegurarse que la pestaña que dice 'Sources' esta activada, una vez lo hayan hecho, podran descargar el codigo fuente de cualquier aplicacion de Ubuntu [06:59] eklok pregunta de donde se puede sacar la motivacion para trabajar con esto todos los dias. Menciona que el siempre se lo propone, pero al final del dia falla [07:00] dholbach responde que son las personas y la sensacion de saber que si un error es solucionado, no solo se arregla para el, sino para millones de usuarios [07:01] tambien dice, que aprende terminan aprendiendo algo nuevo, lo que le parece fantastico [07:01] agrega, que algunas veces puede ser dificil solucionar algun problema, pero que siempre se puede preguntar por ayuda [07:02] man_let pregunta lo que pasaria si 2 personas tuvieran la misma llave publica [07:03] dholbach responde que ya ha escuchado de colisiones entre llaves gpgp, pero que son muy raras, asi que no podria darle una respuesta mas especifica, le gustaria que alguien mas le enviara un link que explicara a detalle el tema [07:04] envia http://www.gnupg.org/gph/en/manual.html#AEN282 y espera que eso pueda ayudar a obtener una respuesta [07:04] alguna otra pregunta? [07:05] continuando con la sesion, si han seguido todas las instrucciones hasta el momento [07:05] deberian poder seguir el siguiente ejemplo [07:05] en una consola ejecuten: [07:05] $ bzr branch ubuntu:hello [07:06] lo que descargara una rama del programa 'hello' en Ubuntu, junto con todas sus revisiones (historial, versiones anteriores) [07:06] despues de haber hecho eso, ejecuten: [07:06] cd hello [07:06] bzr bd -- -S [07:08] lo que compilara un paquete de codigo fuente a partir del repositorio - de esta forma se reconstruira el paquete en su forma original, y en las modificaciones que se agregan, para hacer que se compile como un paquete de Debian/Ubuntu [07:08] si escriben: [07:08] $ ls [07:08] veran algunos archivos como: [07:08] hello_2.8-2.debian.tar.gz hello_2.8-2_source.changes [07:09] hello_2.8-2.dsc hello_2.8.orig.tar.gz [07:09] si los ven, ejecuten a continuacion: [07:09] $ pbuilder-dist quantal build ../hello_2.8-2.dsc [07:09] lo que compilara el paquete 'hello', dentro de la instancia de pbuilder que habiamos creado con anterioridad [07:10] lo primero que hara, sera descargar las dependencias, y posteriormente compilarlo [07:10] el paquete resultante, estara disponible en ~/pbuilder/quantal_result/ [07:11] nja pregunta porque obtiene el siguiente mensaje de error: http://paste.ubuntu.com/1172150/ [07:11] dholbach responde que el error que obtuvo es una advertencia, y que se puede ignorar por el momento [07:12] gpg: skipped "Santiago Vila ": secret key not available [07:12] gpg: /tmp/debsign.16cckC0A/hello_2.8-2.dsc: clearsign failed: secret key not available [07:12] se refiere, a que la ultima persona que trabajo en el paquete fue Santiago Vila, y que no tenemos su llave GPG, como debia de esperarse [07:13] pudimos haber agregado "-us -uc" a "bzr bd -- -S" para que no mostrara ningun error [07:13] pero como decia, se puede ignorar por el momento [07:16] con estos pequeños pasos, 3-4 comandos, fuimos desde una rama del codigo fuente (con todas las revisiones de Ubuntu incluidas), a un paquete de codigo fuente (unicamente de la ultima revision) - esto es lo que se sube a launchpad para su compilacion), y finalmente fuimos a un paquete binario (.deb) [07:17] esto solo es una probada, espero que encuentren muchas otras cosas interesantes durante las siguientes sesiones, que los ayuden a unirse al grupo de desarrolladores de Ubuntu [07:18] haganme un ultimo favor, y agreguen a marcadores http://developer.ubuntu.com/packaging/html/ [07:19] e intenten seguir a @ubuntudev en identi.ca/twitter/facebook/gplus [07:19] marcosb pregunta si -us -uc no es en realidad un comando para pbuilder, o si lo es para bzr [07:21] dholbach responde que efectivamente, los parametros son para $ bzr db (y que todo lo que va detras de -- se envia a debuild/dpkg-buildpackage internamente) [07:22] espero que se animen a probar el desarrollo de Ubuntu, que aprendan mucho, que ayuden a crear del mundo un mejor lugar, y que hagan un puñado de amigos en el proceso :) [07:23] dholbach pregunta si hay mas preguntas, tal vez pueda resolver otro par antes de que Oliver "ogra" Grawert comience su charla sobre ARM [07:24] nja pregunta sobre que es lo sigue despues de correr: "bzr bd -- -S -us -uc" [07:24] dholbach responde que $ pbuilder-dist quantal build ../hello_2.8-2.dsc [07:25] y agrega que tambien deberia poder encontrar las instruccines precisas en http://developer.ubuntu.com/packaging/html/ [07:25] y en los logs que se generen y que se publiquen en: https://wiki.ubuntu.com/UbuntuDeveloperWeek [07:27] marcosb comenta: otra sesion para aprender a hacer parches para el paquete hello? :) [07:28] dholbach responde que si, y agrega que hubiera sido muy complicado querer abarcar mas en 2 horas :) [07:28] alucardni pregunta como puede hacer que $ bzr bd invoque a pbuilder para crear un paquete binario [07:30] dholbach responde que no se puede, que tiene que correr ambos comandos [07:30] pero que seria genial tener un plugin para bzr, que simplifique el proceso a un solo paso [07:31] gracias a todos por estar aqui, espero que pueda saber de ustedes pronto, ogra, todo tuyo :) [07:32] y con esta termina la interpretacion de la sesión, pueden consultar los logs del resto de las interpretaciones en https://wiki.ubuntu.com/SemanaDesarrollador , saludos cordiales [14:02] hola KervinRodriguez, bienvenido, dentro de algunos minutos comenzara el segundo dia de la semana del desarrollador, las platicas generales se daran en #ubuntu-classroom (es una buena idea a unirse a ese canal), en este canal, se estara haciendo una interpretacion simultania, tambien si tienes algun problema para plantear tu pregunta en ingles en #ubuntu-classroom-chat puedo ayudarte, las sesiones de ayer estan disponibles en https [14:04] Gracias [14:42] hola [14:52] buenos dias [14:54] bienos dias jossed [14:54] hola [14:55] buenos dias a todos, hola gustavo_ =) [14:55] buenos dias chilicuil [14:55] soy el mismo, logeado dos veces :) [14:56] genial, al menos parecera que somos mas ;) [14:58] jajjaja [14:58] si [15:01] wop, acaba de comenzar =) [15:01] Comienza la sesión :9 [15:01] Michael Terry, es quien mantiene los paquetes de Quickly [15:02] Usualmente da charlas durante la Semana del Desarrollador, como esta, quiere saber si les gustaria hablar de algo mas tecnico o no [15:03] Comienza con una rapida intro a Quikly y los planes para 12.10 y 13.04 [15:04] Quicly es un forma de comenzar a desarrollar muy rápida [15:04] Y no tener que preocuparse mucho acerca del empaquetado o como enviar la app a Ubuntu [15:05] Hay algunas opiniones sobre la elección (como Python, GTK+) que Ubuntu hace, para ofrecer una mejor experiencia [15:06] Hay muchas "plantillas" que Quickly ofrece para otras cosas (como HTML5 o Flash) [15:06] Por que usar Quicly o integrarse al desarrollo ? [15:07] La razón es que si queres comenzar a desarrollar sin importar mucho acerca del empaquetamiento [15:07] =) [15:07] Siempre hay muchas cosas para hacer, y hay planeado mucho trabajo [15:08] en 12.04 hay tres plantillas, la nomal Python+GTK, una interfaz de linea de comandos y otra de juegos flash [15:09] Tambien estan HTML5, Qt, Qt Quick, y una Unity Lens mantenida por la comunidad [15:09] bienvenido mwallacesd , en este canal se hace la interpretacion en tiempo real de #ubuntu-classroom, si tienes alguna pregunta para la sesion, y no estas seguro de como hacerlo, tambien podemos ayudarte, si no tienes problemas con Ingles, igual podemos darnos apoyo uno al otro, todos aqui estamos de una forma u otra interesados en el desarrollo de Ubuntu [15:10] eklok pregunta: se puede trabajar con Quickly via teminal e interfaz gráfica? [15:10] Ahora, está diseñado para ser usado solamente via terminal [15:10] Michael Hall trabaja en un interfaz gráfika [15:10] https://launchpad.net/quickly-gtk [15:11] skizobass pregunta: puede usar Eclipse, PyDev para escribir una App Python con quickly y luego publicarla en el Software Center? [15:11] Si y no [15:12] No tenemos una integración con Eclipse o PyDev [15:12] Pero puedes escribir una app y pegarte dentro de un proyecto Quickly con un pequeña suma de trabajo [15:13] Lo que da Quicly es un proyecto esqueleto [15:14] que nos ofrece Quicly en desarrollo [15:14] que nos ofrece Quickly en desarrollo [15:14] Y si tiras algo del codigo, y te adhieres al tuyo, tenes las mayorias de las ventajas que ofrece Quicky [15:14] pregunta: esa estructura creada por Quickly es el estándar para desarrollar aplicaciones en ubuntu? [15:15] ben72 pregunta: in 12.04 quickly es el paquete a obtener? [15:15] sSi [15:15] se conecta contoda las base de datos o hay q utilizar librerias_ [15:15] FlowRiser pregunta: Como es el actual flujo de trabajo de Quickly? [15:16] Digamos que comienzas un proyecto [15:16] Abres la Terminal [15:16] corres "quickly create ubuntu-application test-project" [15:17] pero es orientada a la web o son para aplicaciones de escritorio [15:17] La app Ubuntu es elegida en ese paso y elijes una plantilla [15:17] En nuestro caso, queremos la default-ubuntu-recommendation, que es Python+GTK [15:17] jossed: acabo de hacer tu pregunta sobre base de datos en #ubuntu-classroom-chat [15:18] ok [15:18] Ahora, crea el esqueleto y y lo lanza [15:19] Cierra este proyecto, "cd test-project" y estás sobre el nuevo proyecto [15:19] Ahora puedes editar el codigo con "quickly edit" o empaquetarlo con "quickly package". Vamos a esos comandos mas tarde [15:20] skizobass pregunta: Puedo escribir y organizar el codigo (clases, paquetes, et,) como en Eclipse? [15:20] jossed: acabo de hacer tu segunda pregunta sobre aplicaciones web vs aplicaciones de escritorio =) [15:21] No estoy seguro como hace Eclipse, espera. [15:21] ok >( [15:21] si me responde me madas las respuesta a mi correo que tengo q salir ok es jsdrnt@gmail.com gracias [15:22] El esqueleto por defecto te da un directorio/modulo-Python para tu codigo [15:22] jossed: las respuestas estaran accesibles como parte del log, te lo mandare todo junto, que te diviertas [15:23] y tambien un modulo Python que tiene su propio codigo boilerplate [15:24] Colocas todo tu codigo en tu modulo y Quickly lo envuelve [15:24] ok [15:25] Si quieres importar codigo existente en Quickly, tienes que reemplazar un modulo con tu codigo [15:25] Pero asi como van clases, Python y Quickly recomiendan una-clase-por-archivo [15:26] puedes hacer como quieras. no es estricto, como Java [15:26] nja pregunta: estaras cubriendo algo de Python en esta sesion? [15:26] No lo tengo planeado, hay mejores recursos para eso [15:27] gus-tavo, puse un tuto bastante bueno de python en el canal de chat [15:27] No hay mas preguntasm comencemos a usar Quickly [15:27] * SergioMeneses is still working [15:28] Antes que lo olvide, Quickly tiene un tutorial embebido [15:28] gus-tavo, el fin de semana sera q miro lo de la semana xD [15:28] Si no me quieren escuchar repetido [15:29] corre "quickly tutorial" en tu directorio [15:29] :O [15:29] exelente aporte [15:30] FlowRiser pregunta: Veo que la mayoria de los lenguajes que usa no requiere compilar el codigo, hay alguna chance de usar Cpp y una plantilla GTK? [15:30] Es una posibilidad [15:30] pero no lo hemos hecho aun [15:31] oh si, creo que muchos de nosotros tendremos de sobra con eso: $ quickly tutorial [15:31] El sistema de plantillas le permite a alguien eschibir algo como una plantilla fácilmente [15:31] Tenemos un progreso con la plantill Vala, que esta compilada [15:32] Pero en general, usuarios nuevos prefieren lenguajes no compilados, como HTML o Python [15:33] SergioMeneses, nos puede pasar el tuto aqui? [15:33] peaceisid pregunta; para usar quickly, debo saber programar en python? [15:33] Si, al menos para la plantilla recomendada por defecto [15:33] pero, nuevamente, no va a ser necesario en el futuro [15:33] estamos hora [15:34] gus-tavo, mwallacesd http://mundogeek.net/tutorial-python/ [15:34] Gracias SergioMeneses [15:34] coalitians pregunta: Quickly esta en python? [15:34] Si, el proyecto esqueleto y Quickly en si [15:35] BebopSteve pregunta: con "quickly edit", que hay de especial? o puedes usar tu editor preferido? [15:36] Puedes usar el editor de tu elección, puedes asignar EDITOR o QUICKLY_EDITOR variables de entorno para cambiarlo [15:37] NickE pregunta: Quickly tiene soporte para Python 3? [15:37] No aún [15:37] Queremos soportarlo, pero eso no pasara hasta 13.04 [15:38] chilicuil pregunta: quickly soporta el acceso a bases de datos? o necesito usar librerias? [15:39] Para eso, no se necesita nada especial, Quickly las soporta [15:39] Solo impota el modulo apropiado Python [15:40] No limita tu eleccion en como escribes tus app. Es solo un envoltorio, para proveer integracion dentro de Ubuntu [15:40] Otro comando util para cambiar tus app, es "quickly design" [15:41] que traera el editor Glade, una interfaz gráfica [15:42] Como usar Glade es enteramente otra charla, trata de ser un constructor interfaces con apunta y clika [15:43] Te ayuda a entender GTK un poco cuando lo usas [15:44] Pero la idea básica es que puede crear nuevas widgets un el panel a la izquierda, colocrlos en el medio y ajustar las propiedades del widget en la zona inferior derecha [15:45] chilicuil pregunta: Quickly esta planeado para producir app de escritorio o app web? [15:45] Ahora, app de escritorio [15:45] Tenemos una plantilla HTML5 en el conjunto de la comunidad [15:46] Pero aun esta diseñado para el escritorio (corre Python por debajo) [15:47] green7 pregunt: Necesitamos conocer GTK para usar Quickly? [15:47] Si, para la plantilla estándar [15:47] como para Glade [15:47] nja pregunta: Donde recomendarias aprender Python? [15:48] Dive into Python es muy bueno [15:48] http://www.diveintopython.net/ [15:48] Digamos que te sientes a gusto con Glade, y has hecho algunos cambios (y podemos volver a ellos) [15:49] Si quieres ver como se ve tu proyecto, corre "quickly run" [15:49] lo que cargara todos los archivos editados y te mostrara el estado actual del proyecto [15:50] un lindo truco Quickly hace es que cuando agregas un eidget, respondes frecuentemente a eventos de usuario que hay en el [15:50] como clicks [15:51] Quickly lo hace facil [15:51] Si agregas un widget llamado boton1 [15:52] puedes escribir un método en la clase ventana llamada on_boton1_clicked (self, widget, data=None) [15:52] y es todo lo que necesitas alli [15:53] buen dia alguno conoce algun tutorial de AS3 [15:53] Quicky lo notificara y ancla el widget a tu método [15:54] Necesitas usar el formato on_WIDGETNAME_SIGNALNAME [15:54] y la señal cambiara de acuardo al tipo de señal [15:54] Vean la documentacion GTK para detalles en una señal dada [15:55] green7 pregunta: hay una diferencia entre packaging y quickly run? [15:55] si [15:55] hephisto: hola, este canal es sobre las sesiones de la semana del desarrollador, https://wiki.ubuntu.com/SemanaDesarrollador, ahora mismo estamos hablando de quickly, una herramienta para crear aplicaciones en python en Ubuntu, para soporte general, usa #ubuntu-es =) [15:56] si estaba mirando eso gracias esta interesante y me interesa [15:57] cuando haces quickly run hace solo quick spot-check [15:57] corre todos los archivos desde done estan en el directorio de tu proyecto [15:58] pero quickly package crea archivo paquete Debian [15:58] que puedes instalar en tu sistema si eres root [15:59] Digamos que cuando corremos 'quickly package' en nuesto test-project [15:59] nos dara un archivo como ../test-project_0.1_all.deb [16:00] si corremos 'sudo dpkg -i ../test-project_0.1_all.deb' lo instalamos [16:00] Y lo verás en el Dash [16:01] antes de empaquetar seriamente tu app, lo mejor es llenar alguna informacion en el archivo 'setup.py' [16:01] como pagina web y autor [16:02] al correr 'quickly license' para especificar la licencia de tu programa [16:03] porque toda esa informacion es importante antes de comenzar la distribucion [16:03] dejenme hablar algo acerca del empaquetamiento [16:04] digamos que pensamos que esta app por defecto es genial [16:04] y la queremos distribuir a amigos [16:04] primero, debemos correrla localmente con 'quickly package' [16:04] asegurarnos que instala bien [16:05] pero si queremos distribuirla a una comunidad amplia, deberias asignarle un PPA [16:05] gus-tavo: acaba de comenzar la segunda sesion, podrias pausar la interpretacion?, si quieres puedo terminar lo que hizo falta [16:06] ok chilicuil, [16:06] gracias [16:06] gracias gus-tavo =), van un poco rapido estos chicos [16:07] vale, para la segunda sesion, tendremos a coolbhavi que nos hablara del equipo consultor de desarrolladores de Ubuntu, o el 'developer advisory team' en ingles [16:08] == Por que estamos aqui? == [16:09] el equipo de consultores, es un conjunto de personas que intentan hacer el desarrollo de ubuntu un poco mas social, con la esperanza de hacer que cada vez mas personas se involucren [16:09] chilicuil, gus-tavo no se desordena mucho el log? [16:09] esto significa, que nos enfocamos en las personas que recien comienzan, y les ayudamos a introducirse en el mundo de desarrollo de Ubuntu [16:09] SergioMeneses: lo pondre todo junto, en un pastebin ;) [16:10] chilicuil, aaaa ok jeje good one! [16:10] == El proceso en general == [16:10] tenemos 4 formas lograr esto [16:11] primero, contactamos a las personas interesadas por correo (hacemos esto dependiendo de la cantidad de contribuciones que hayan hecho, si vemos que son constantes, nos comunicamos con ellos) [16:11] NOTA: hay probabilidades de que ya hayas recibido este correo si sueles enviar parches [16:12] despues de esto, organizamos una entrevista con los candidatos, y les preguntas sobre su experiencia con el proceso [16:12] en esa misma entrevista, les preguntamos cuales son sus objetivos dentro de la comunidad [16:13] cuando hemos terminado con el segundo punto, les hacemos sugerncias (no confundir con el proceso de mentores, uno a uno), y seguimos pendientes de sus contribuciones [16:14] por ultimo, si sentimos que un candidato ya esta listo, le ayudamos a enviar su aplicacion para entrevistarse con el DBM (el council que aprueba nuevos desarrolladores oficiales) [16:15] nja: pregunta sobre los privilegios que se ganan cuando se es parte del DMB [16:15] coolbhavi responde que no podria contestar esa pregunta porque el no es miembro de ese council [16:16] NickE pregunta si el objetivo entonces el objetivo del equipo es convertir desarrolladores casuales, en oficiales? [16:16] coolbhavi responde que si, de eso se trata [16:17] BebopSteve pregunta si entre sus planes esta crear un sitio web con informacion que pueda ayudar a los nuevos desarrolladores [16:17] coolbhavi responde que si, y que lo respondera de mejor forma conforme avance la sesion [16:18] siguiendo con la charla, seguramente algunos de ustedes se estan preguntando, ok, estoy interesado, donde comienzo? [16:19] a lo que yo responderia, si te interesa convertirte en un desarrollador de Ubuntu, nuestro equipo esta aqui para lograrlo [16:20] == eso quiere decir que me asignaran un mentor? == [16:21] desafortunadamente la respuesta a esa pregunta es "no". Solo damos sugerencias (como ligas de los equipos, o de introduccion al desarrollo), sin embargo si en algun momento tienen algun problema, pueden preguntar en #ubuntu-motu, el canal de los desarrolladores MOTU o preguntar en la lista de correo ubuntu-motu@lists.ubuntu.com [16:22] FlowRiser pregunta que es lo que pasa, si no es tan buen programador? [16:22] coolbhavi responde que no tiene que preocuparse mucho por eso, ya que no todas las personas comienzan siendo excelentes programadores [16:23] == Entonces, como pueden ayudarme para que me sea mas facil involucrarme en el desarrollo de Ubuntu ? == [16:24] empezar es relativamente facil, pueden empezar hechandole un vistazo a http://developer.ubuntu.com/packaging/html/ , y si desean tener algo en que trabajar, pueden consultar la iniciativa de correcion de bugs disponible en https://wiki.ubuntu.com/UbuntuDevelopment/BugFixingInitiative [16:25] NickE pregunta sobre el significado de la palabra MOTU [16:25] coolbhavi responde que son las iniciales del equipo Master Of The Universe (Dueños del universo, en referencia del repositorio -universe) [16:26]