== Semana del desarrollador ==

Martes 31 de Enero del 2012 - Introduccion al desarrollo de Ubuntu - dholbach

{{{#!IRC
09:05 ~~~chilicuil [~chilicuil@unaffiliated/chilicuil] has joined #ubuntu-classroom-es
09:05 ~~~Irssi: #ubuntu-classroom-es: Total of 3 nicks [1 ops, 0 halfops, 0 voices, 2 normal]
09:07 ~~~Irssi: Join to #ubuntu-classroom-es was synced in 143 secs
09:08 < chilicuil> buenos dias, bienvenidos a la semana del ubuntu developer week, sere durante un par de hrs
el pseudointerprete que intentara llevarles la interpretacion de lo que estara pasando en #ubuntu-classroom
09:09 < chilicuil> el ubuntu developer week es una semana (de hecho, ahora son 3 dias) donde se hablan de
temas relacionados con el desarrollo de ubuntu, empaquetamiento, arreglo de errores, testing, colaboracion
con debian, etc
09:09 ~~~vafied [~evazquez@unaffiliated/vafied] has joined #ubuntu-classroom-es
09:10 < chilicuil> la interpretacion estara accesible mas tarde desde la pagina wiki de classroom-es
09:10 < chilicuil> les sugiero que tambien esten pendientes de #ubuntu-classroom-chat
09:11 < chilicuil> ahi es donde se lleva la platica casual del tema que se este dando, y donde podran hacer
sus preguntas, si tienen alguna pregunta y creen que su ingles no es suficiente, con gusto les ayudare a
hacerla
09:11 < chilicuil> dholbach es el primer ponente, es el encargado de crear una comunidad alrededor de Ubuntu
09:12 < chilicuil> en esta primera charla nos dara una introduccion a como se maneja el desarrollo de ubuntu
09:12 < chilicuil> bien, ahora iniciare con la interpretacion
09:12 < chilicuil> como muchos de ustedes saben, liberamos una version de ubuntu cada 6 meses
09:13 < chilicuil> esto solo es posible, porque establecemos fechas limite, donde progresivamente vamos
congelando etapas del desarrollo, a estas les llamamos fechas limite (date freeze)
09:14 ~~~nicoruy [~nicoruy@r190-135-18-28.dialup.adsl.anteldata.net.uy] has joined #ubuntu-classroom-es
09:14 < chilicuil> con cada fecha limite, se intenta que los desarrolladores introduzcan menos cambios
09:14 < chilicuil> si miran en  https://wiki.ubuntu.com/PrecisePangolin/ReleaseSchedule veran el calendario
que se sigue para la ultima version, pandolin
09:15 < chilicuil> el feature freeze es la primera fecha despues de que la mitad del ciclo ha pasado
09:15 < chilicuil> aun estamos a 2 semanas de alcanzarla
09:15 < chilicuil> una vez qaue lo hagamos, la gran mayoria de caracteristicas deberan estar implementadas
09:16 < chilicuil> el resto del ciclo se usara para pulirla arreglando bugs
09:17 < chilicuil> despues de esa fecha, la interfaz, la documentacion y el kernel son congelados, no se les
hacen mas cambios, despues de eso se libera la beta, la cual recibe es sometida a muchas pruebas
09:18 < chilicuil> despues de que se libera esa beta, se libera una candidata, la cual solo recibira parches
de bugs criticos y si es lo suficientemente estable, se convertera en la siguiente version de ubuntu
09:19 < chilicuil> i_can_bot_maybe_ pregunto si cuando una persona descarga software del centro de software
es descargado su codigo fuente y compilado localmente
09:19 < chilicuil> dholbach ha contestado que no, cuando instalas software, solo se instala un .deb, el
cual es un binario
09:19 < chilicuil> se volvera a ese tema mas tarde
09:20 < chilicuil> jrzabott ha preguntado si se puede abandonar C en favor de Cpython
09:20 < chilicuil> dholbach ha contestado que lo dudaria mucho, seguramente los desarrolladores del kernel
entre otros no querran hacer el cambio
09:21 < chilicuil> kbmonkey ha preguntado donde se conservan las fuentes para las distribuciones basadas
en debian que no usan launchpad
09:21 < chilicuil> dholbach ha contestado que usan espejos ftp, por ejemplo  ftp.<countrycode>.debian.org
09:22 < chilicuil> kyoushuu ha preguntado si las traducciones se ven affectadas por los etapas de
desarrollo
09:23 < chilicuil> dholbach que no, las traducciones se congelan ya pasado la mayoria del desarrollo,
muy tarde
09:23 ~~~wicope [~wicope@77.230.138.223] has joined #ubuntu-classroom-es
09:23 < chilicuil> se4n_ pregunto por que se ponen binarios en linea, cuando podrian ponerse las fuentes
para compilarse lcoalmente
09:25 < chilicuil> dholbach ha contestado que no es escalable instalar herramientas de desarrollo en
todas las maquinas del mundo, por el tiempo que requeriria localmente, ademas los usuarios tendrian que
descargar no solo las fuentes sino las cabeceras de las que dependen sus programas
09:25 < chilicuil> yak12 ha preguntado porque ubuntu tiene un ciclo de desarrollo tan corto
09:26 < chilicuil> dholbach ha contestado que en unos pocos años y a su opinion cree que el ciclo de
6 meses ha funcionado relativamente bien
09:27 < chilicuil> es una mezcla entre tiempo para desarrollar cosas, y limite para tener algo real y
usable en el mercado
09:28 < chilicuil> miles de paquetes, billones de lineas de codigo, cientos de colaboradores, requieren
de buenos canales para lograr una buena calidad
09:28 < chilicuil> asi que al inicio de cada ciclo se desarrolla el  Ubuntu Developer Summit donde
desarrolladores y usuarios se reunen para planear las proximas caracteristicas que tendra la siguiente
version de ubuntu
09:28 < chilicuil> btw, la proxima es en marzo
09:29 < chilicuil> UbuntuFlo ha preguntado si hay alguna posibilidad de que ubuntu tenga una version
rolling-release, es decir que no se tenga que reinstalar sino que se actualice siempre, al estilo de
arch o de gentoo
09:30 < chilicuil> dholbach ha contestado que seria un experimento interesante pero que aun no ha 
escuchado de nada formal
09:30 < chilicuil> regresando al tema, la razon de tener tanta gente involucrada obliga a estar en
contacto constantemente
09:31 < chilicuil> los equipos de desarrollo usan el irc y listas de correo, para mantener esta
comunicacion necesaria
09:31 < chilicuil> todas las discusiones son abiertas
09:32 < chilicuil> para el ubuntu developer summit tambien existen canales irc y feeds de
noticias http://uds.ubuntu.com/participate/remote/
09:32 < chilicuil> otra importante via es a traves del bugtracker, de launchpad
09:33 < chilicuil> toda la informacion sobre un error es recolectada en reportes que se alojan en
launchpad, su estatus actual, y sus posibles parches
09:33 < chilicuil> durante las siguientes hrs y los proximos 3 dias tendremos varias sesiones sobre
como modificar, reportar y arreglar esos bugs
09:34 < chilicuil> la mayoria del software usado en Ubuntu, no es desarrollado por sus propios
desarrolladores, sino por otros programadores, Ubuntu integra esos programas en la distribucion
09:35 < chilicuil> esos proyectos son llamados upstream
09:35 < chilicuil> se pueden visualizar como fluidos, donde estos upstream desembocan en Ubuntu
09:36 < chilicuil> el mas importante upstream de Ubuntu, es debian, muchas de las decisiones que conllevan
el manejo de infraestructura con los paquetes se toman ahi
09:36 < chilicuil> en ubuntu tradicionalmente existe la idea de tener mantenedores por paquetes o areas
09:36 < chilicuil> en debian*
09:37 < chilicuil> en ubuntu tambien se tiene la idea de esos equipos, aunque no de mantenedores
individuales, en la practica cada desarrollador tiene acceso a modificar cualquier fuente, aunque
naturalmente tenemos desarrolladores con mayor experiencia en areas especificas
09:38 < chilicuil> ashickur-noor pregunto si en el futuro Ubuntu podra convertirse en alguna empresa
como RHEL, donde cobren por usar su distribucion
09:38 < chilicuil> dholbach ha contestado que aunque existe soporte comercial para Ubuntu, la
distribucion perse nunca sera comercial, en el sentido de que tengan que pagar por ella
09:39 < chilicuil> _rahmat_ ha preguntado que es nuevo con el desarrollo de ubuntu y le gustaria
saber como iniciarse
09:39 < chilicuil> dholbach ha contestado que espera que para el final del ubuntu developer week tenga
una buena idea
09:40 < chilicuil> tejaswidp ha preguntado en que se diferencia debian sid de ubuntu
09:40 < chilicuil> dholbach ha remarcado la preguntado y responde que para contestarla tendra que
regresar a la explicacion del ciclo
09:41 < chilicuil> cada nuevo ciclo y hasta la fecha marcada como Debian Import Freeze se sincronizan
automaticamente los paquetes de unstable, dado que ahora se esta trabajando en una lts, se esta
sincronizando de testing
09:42 < chilicuil> esto se hace para intentar solidifar la base, aunque en otras partes notaran que
Ubuntu esta delante de Debian, hablando de versiones de paquetes
09:43 < chilicuil> siempre depende de en las metas que tengamos, cuando planeen liberar debian,
sus objetivos, etc
09:44 < chilicuil> asi la diferencia se hace mas grande despues de esta del Debian Import Freeze
donde podemos tener algunos paquetes mas nuevos que ellos, pero ellos tambien tendran algunas versiones
adelantadas, de las que subieron despues de esta fecha
09:45 < chilicuil> jincreator pregunto si Debian es el upstream de Ubuntu, es posible que algunos paquetes
de Ubuntu sean upstream para Debian?
09:45 < chilicuil> dholbach dice que es posible, y que de hecho ya ha pasado, algo que originalmente
haya estado en ubuntu y que ha sido enviado a debian
09:46 < chilicuil> porque Ubuntu escogio utilizar launchpad & bzr en lugar de software existente como
bugzilla con git/mercurial?
09:47 < chilicuil> dholbach responde que launchpad les da muchos beneficios, como el seguimiento
automatico en otros bugtracker, una integracion con el sistema de contruccion, etc
09:48 < chilicuil> introducir un cambio en ubuntu como un nuevo contribuidor, no es una tarea tan dificil
como pueda parecer, y es una experiencia muy reconfortante, no solo se trata sobre aprender algo nuevo y
emocionante, pero tambien sobre compartir la solucion con millones de usuarios 
09:50 < chilicuil> el desarrollo de codigo abierto se hace en un mundo distribuido con diferentes objetivos
y diferentes areas de concentracion, por ejemplo, podria ser el caso un upstream particular interesado
en desarrollar una nueva caracteristica para Ubuntu, pero que por el corto tiempo de desarrollo, preferiria
tener su software lo mas estable posible, solo con unas pocas correciones
09:51 < chilicuil> esa es la razon por el que hacemos "desarrollo distribuido", donde el codigo vive en
varias ramas y donde solo se combinan las apropiadas, despues de discusion y testing
09:51 < chilicuil> el objetivo siempre es: encontrar una solucion del que todas las personas se puedan
beneficiar
09:52 < chilicuil> pongamos que quieren arreglar un bug en Ubuntu, que deben hacer?
09:53 < chilicuil> priumero deberan tener el codigo fuente del paquete, despues trabajar en el parche,
documentarlo, para hacer facil ver los cambios a los desarrolladores y a otros usuarios, crear el paqeute,
probarlo y una vez que has pasado por esto, proponerlo para incluirlo en la version de desarrollo
09:53 < chilicuil> despues un desarrollar con permisos lo revisara, y si lo aprueba lo integrara en Ubuntu,
sino, te dara comentarios para que pueda ser aprobado mas tarde
09:54 < chilicuil> otros pasos adicionales podran ser migrar la solucion a versiones anteriores de ubuntu
09:55 < chilicuil> jacopoL pregunto como puede decirdir cuando es mejor proponer un parche a upstream y
cuando hacerlo a Ubuntu
09:56 < chilicuil> dholbach dice que dependiendo del programa, si es un error de tipografia, bien podria
enviarse a upstream y esperar por el en Ubuntu, sin emnbargo cuando se trate de un problema critico, como
una aplicacion que no funcione y estando cerca de la liberacion de Ubuntu, en ese caso sera mejor enviar la
solucion a Ubuntu
09:56 ~~~m4v [~znc@unaffiliated/m4v] has quit [Read error: Connection reset by peer]
09:57 < chilicuil> _rahmat_ pregunto si la sesion sera accesible mas tarde, despues se le ha dado una liga
apuntando a https://wiki.ubuntu.com/UbuntuDeveloperWeek
09:57 < chilicuil> mas tarde, tambien pondre la liga, para la version interpretada
09:58 < chilicuil> no necesitan ser gurus en C/Perl/Java/C++/python, si saben un poco de cualquiera, con
eso es suficiente =)
09:59 < chilicuil> algunos buenos lugares para hacer preguntas sobre estos temas son:
ubuntu-motu@lists.ubuntu.com #ubuntu-motu en irc.freenode.net, haran facilmente amigos y gente que
comparte la misma pasion que ustedes: hacer del mundo un lugar mejor a traves del software libre
09:59 < chilicuil> tejaswidp pregunto porque se arriesgaron tanto con un cambio de interfaz refiriendose
a unity
10:00 < chilicuil> dholbach respondio que porque unity se adapta a una mayor variedad de dispositivos,
hablando de tabletas, televisiones y celulares
10:01 < chilicuil> han hecho una pausa, que basicamente hemos consumido, mientras terminaba de interpretar,
la sesion seguira sin break x.x, ups, sry
10:02 < nicoruy> (:
10:02 < chilicuil> alguien ha preguntado que clase de musica le gusta a dholbach
10:02 < chilicuil> dholbach intentara responder a todas las preguntas que quedaron sin contestarse en
la hr anterior
10:02 ~~~m4v [~znc@unaffiliated/m4v] has joined #ubuntu-classroom-es
10:03 < chilicuil> no olviden entrar a ubuntu-classroom-chat, ahi se van hablando sobre temas perifericos
10:03 < chilicuil> y de hacer sus preguntas =)
10:03 < chilicuil> UbuntuFlo pregunto con que version de ubuntu trabaja dholbach
10:04 < chilicuil> dholbach comento que tradicionalmente actualiza su maquina a la ultima version de
desarrollo de ubuntu lo mas rapido que puede
10:04 < chilicuil> adicionalmente comento que habra una platica donde se daran tips para trabajar con la
version en desarrollo sin tener que usarla por completo
10:05 < chilicuil> alco pregunto que cual es la mejor forma de solicitar un tutor, no respondieron en
motu-mentoring-reception@reponses.net
10:06 < chilicuil> dholbach respondio que sus programas de mentoring no funcionan ahora mismo, y no hay
fecha para saber cuando se reestableceran
10:06 < chilicuil> aunque apunta que hay mejor documentacion que nunca
10:06 < chilicuil> y que siempre puedes entrar a #ubuntu-motu para hacer todas las preguntas que quieras
10:07 < chilicuil> kanliot pregunto si netbeans esta bien para hacer desarrollo de ubuntu
10:07 < chilicuil> dholbach ha dicho que no ve nada malo en ello, que si se siente bien con Java, que
puede usarlo
10:08 < chilicuil> ahora, crearemos nuestro entorno de desarrollo n___n/
10:08 < chilicuil> Ceno pregunto donde puede leer los logs de las 15 hrs, dholbach ha apuntado una vez mas
a https://wiki.ubuntu.com/UbuntuDeveloperWeek
10:09 < chilicuil> hay determinada cantidad de cosas que se deben saber antes de comenzar con el desarrollo
de ubuntu, lo que sigue seran intrucciones para configurar tu computadora de tal manera que puedas trabajar
con paquetes y subir tus cambios a Launchpad
10:09 < chilicuil> cubriremos
10:10 < chilicuil> - instalacion de utilidades para empaquetar software
10:10 < chilicuil> - software de cifrado, para verificar que el trabajo esta hecho por ti
10:10 < chilicuil> - mas software de criptografia, para asegurar que las transferencias sean seguras
10:11 < chilicuil> - crear y configurar una cuenta de launchpad
10:11 < chilicuil> - configurar tu entorno para crear paquetes localmente, interactuar con otros
desarrolladores y proponer tus cambios en Launchpad
10:11 < chilicuil> asi que como se menciono antes, es mejor si pueden correr la version de desarrollo,
pero si no la tienen ahora mismo, no es problema
10:12 < chilicuil> facilmente podran ver los pasos y replicarlos si es que deciden actualizar, aunque se
puede trabajar en parches desde cualquier version de ubuntu 
10:13 < chilicuil> comenzaremos instalando utilidades que les haran la vida mas facil cuando esten
desarrollando para ubuntu
10:13 < chilicuil> si tienen la version la 11.10 o la 12.04, pueden instalarlas asi $ sudo apt-get install
packaging-dev
10:14 < chilicuil> si tienen una version anterior $ sudo apt-get install gnupg pbuilder ubuntu-dev-tools
bzr-builddeb apt-file # les dara el mismo resultado
10:14 < chilicuil> esto tomara algo de tiempo, pero seguiremos hablando mientras se instala =)
10:14 < chilicuil> los comandos anteriores instalaran el siguiente software:
10:15 < chilicuil> - gnupg, un programa que tienen las herramientas para usar llaves criptograficas, que
usaran para firmar el codigo de conducta de ubuntu y para firmar sus paquetes
10:15 < chilicuil> - pbuilder, una utilidad para construir paquetes localmente
10:15 < chilicuil> - ubuntu-dev-tools, una coleccion de scripts para hacer las tareas mas rapidas y
faciles
10:16 < chilicuil> - bzr-builddeb, contiene herrramientas para unir launchpad, bzr y empaquetamiento, aka,
la forma de trabajar de ubuntu en comparacion con debian
10:17 < chilicuil> - apt-file que permite conocer correspondencias de software con paquetes
10:17 < chilicuil> google_ pregunto si es posible usar una instancia virtual de la version de desarrollo
de ubuntu
10:18 ~~~Geeko [55fb62a2@gateway/web/freenode/ip.85.251.98.162] has joined #ubuntu-classroom-es
10:18 < chilicuil> a lo cual dhcolbach contesto que no ve ningun problema en ello, aunque asegura que habra
una sesion llamada "Running the development release" o "Usando la version en desarrollo" donde se daran mas
tips al respecto
10:18 ~~~sdoutob [~sdoutob@79.108.187.62.dyn.user.ono.com] has joined #ubuntu-classroom-es
10:18 < chilicuil> = creando la llave gpg =
10:19 < chilicuil> si ya tienen su llave creada, pueden saltarse estos pasos, solo necesitaremos 1
10:20 < chilicuil> gpg significa gnu privacy guard, o guardian de la privacidad gnu, implementa el
estandard openpgp, que permite cifrar y firmar mensajes y archivos, es util por un numero de razones, en
nuestro caso es importante que puedan firmar sus paquetes para que podamos quien trabajo en que cambio, si
suben un cambio a launchpad, solo sera aceptado si puede determinar quien lo subio
10:21 < chilicuil> para generar una nueva llave utilicen $ gpg --gen-key
10:21 < chilicuil> gpg les preguntara que clase de llave desean crear, si escogen la que se pone por defecto
(RSA y DAS) estaran bien
10:22 < chilicuil> lo proximo sera ver el tamaño de la llave en bits, el que se sugiere por defecto (2048)
esta bien, pero 4096 es mas seguro
10:22 < chilicuil> despues les preguntara si desean que expire su llave en algun momento, estaran bien si
solo escriben 0, indicando que su llave no expirara
10:23 ~~~Geeko [55fb62a2@gateway/web/freenode/ip.85.251.98.162] has left #ubuntu-classroom-es []
10:23 < chilicuil> la ultima pregunta sera sobre su nombre y correo, usen el que usaran para el desarrollo
de ubuntu, debera ser formal, no escriban algo como chilicuil porque les regresaran sus cambios =(
10:23 < chilicuil> ahora gpg creara una llave para ustedes, esto puede tomar un poco de tiempo, necesita un
poco de entropia, asi que solo dejen que su computadora se tome su tiempo, muevan su mouse si necesitan mas
entropia
10:24 < chilicuil> = Crear una llave SSH =
10:24 < chilicuil> de nuevo, si ya tienen una cuenta ssh, solo ignoren estos pasos
10:24 < chilicuil> de lo contrario escriban en una consola $ ssh-keygen -t rsa
10:25 < chilicuil> el nombre por defecto deberia hacer sentido, asi que no lo modifiquen, a menos que ya
tengan 1, en ese caso, si deberan modificarlo o reescribira la anterior
10:26 < chilicuil> ssh significa secure shell o shell segura, y es un protocolo para el intercambio de datos
de una manera segura sobre una red, se usa comunmente para acceder a shells de otras maquinas, y nosotros 
la usaremos para transferir sus cambios de manera segura a traves de internet hacia launchpad
10:26 < chilicuil> si la terminal donde estan creando gpg aun no termine, solo abran otra y ahi creen su
llave ssh
10:27 < chilicuil> = Configurar pbuilder =
10:27 < chilicuil> pbuilder les permitira crear paquetes localmente, y ademas de eso:
10:27 < chilicuil> - lo hara en un entorno limpio y minimalista, de esta forma no tendran un desorden en
su maquina
10:27 < chilicuil> - no instalara dependencias en sus maquinas, solo en un chroot que creara
10:28 < chilicuil> - podran crear varias instancias, es decir probar su paquete para diferentes versiones
de ubuntu y debian
10:28 ~~~debsan_ [~debsan@190.245.74.16] has joined #ubuntu-classroom-es
10:28 < chilicuil> para crear una instancia de pbuilder, usen $ pbuilder-dist <release> create
10:28 ~~~rsajdok [~rsajdok@user-164-127-41-234.play-internet.pl] has joined #ubuntu-classroom-es
10:28 < chilicuil> para nuestro caso $  pbuilder-dist precise create
10:29 < chilicuil> esto tomara un rato, dado que descargara todos los paqeutes necesarios para crear
una instalacion minimalista, los paquetes seran cacheados, asi qeu sera mucho mas rapido la proxima
vez
10:29 < chilicuil> asi que, si ya tienen pbuilder instalado y configurado, solo omitan esta parte
10:30 < chilicuil> tendremos una sesion exclusivamente para pbuilder en esta seman, el 2 de febrero a las
16:30 UTC, para saber su hr UTC corran en una consola $ date -u
10:30 < chilicuil> la charla sera llamada ""Building locally with pbuilder" o "Usando pbuilder para
crear paquetes localmente"
10:31 < chilicuil> arcimboldo pregunto si pueden usar pbuilder en debian para compilar paquetes de ubuntu,
dholbach respondio que si
10:31 < chilicuil> regresando a la = Llave GPG =
10:31 < chilicuil> una vez que se haya generado, veran un mensaje similar a este:
10:32 < chilicuil> [10:30] <+dholbach> pub   4096R/43CDE61D 2010-12-06
10:32 < chilicuil> [10:30] <+dholbach>       Key fingerprint = 5C28 0144 FB08 91C0 2CF3  37AC 6F0B F90F 43CD
E61D
10:32 < chilicuil> [10:30] <+dholbach> uid                  Daniel Holbach <dh@mailempfang.de>
10:32 < chilicuil> [10:30] <+dholbach> sub   4096R/51FBE68C 2010-12-06
10:32 < chilicuil> [10:30] <+dholbach> In the case above 43CDE61D is the key ID.
10:32 < chilicuil> en ese caso el ID es 43CDE61D
10:32 < chilicuil> obvio el suyo tendra su nombre y su email
10:32 < chilicuil> una vez que tengan su llave, deberan subir la parte publica, para que el mundo pueda
identificar mensajes y archivos como suyos, asi entonces, pueden introducir:
10:32 < chilicuil> $ gpg --send-keys <KEY ID>
10:33 < chilicuil> dond KEY ID ya dijimos que era
10:33 < chilicuil> si obtienen algun error pueden ejecutarlo de esta forma:  gpg --send-keys --keyserver
keyserver.ubuntu.com <KEY ID>
10:33 < chilicuil> de esa forma se enviara a los servidores de Ubuntu
10:33 < chilicuil> tambien, si quieren que aparezca lo mas rapido posible en launchpad deberan enviarlo a
ubuntu directamente
10:34 < chilicuil> de lo contrario se enviara a un servidor de llaves, y despues de un tiempo se sincronizara
con los servidores de ubuntu
10:34 ~~~xangua [~xangua@unaffiliated/xangua] has joined #ubuntu-classroom-es
10:34 < chilicuil> Ceno pregunto si una persona registrada en launchpad puede tener asociada varias llaves
gpg, a lo que dholbach respondio que si
10:35 < chilicuil> = Configurar el entorno para trabajar con Launchpad =
10:35 < chilicuil> con las llaves en su lugar, y las herramientas instaladas, el siguiente paso sera
configurar el entorno para interactuar con launchpad
10:35 < chilicuil> esto es lo que haremos:
10:36 < chilicuil> - definir launchpad y crear una cuenta ahi
10:36 < chilicuil> - subir tus llaves gpg y ssh a launchpad
10:36 < chilicuil> - configurar bazaar para trabajar con launchapad
10:36 < chilicuil> - configurar bash para trabajar con bazaar
10:37 < chilicuil> launchpas es el punto central de la infraestructura que usamos en ubuntu, no solo almacena
todos nuestros paquetes, tambien la usamos para traducir, para llevar un control sobre los reportes de bugs,
para guardar informacion sobre la gente que trabaja en ubuntu y sus contribuciones..., usaran launchpad para
enviar sus parches, y para que otros desarrolladores los apreben
10:38 < chilicuil> necesitaran registrar en launchpad y proveer una cantidad minima de informacion
10:38 < chilicuil> ademas de ubuntu, launchpad hostea otros programas libres
10:39 < chilicuil> nava pregunto, cual es el mejor lenguaje para programar para Ubuntu
10:39 < chilicuil> dholbach contesto que encontraba python como uno muy practico
10:39 < chilicuil> en realidad mucho del desarrollo de ubuntu se hace sobre python, si desconocen lenguajes,
comiencen por el
10:40 < chilicuil> cual es la version mas apropiada de python para desarrollar para Ubuntu?, la 2.7, 3.x?
10:41 < chilicuil> dholbach contesto que tanto la 3.x como la 3.7 estan instaladas por defecto, cree que
la mejor es la 3.x
10:41 < chilicuil> regresando al tema, si aun no han creado su cuenta pueden hacerlo a traves de
https://launchpad.net/+login
10:42 < chilicuil> el proceso de registro en launchpad les preguntara por un nombre, se recomienda que usen
el real, tambien les enviara un correo para verificar su cuenta, algunas veces puede caer en la bandeja de
spam, asi que asegurense de revisarla tambien ;)
10:42 ~~~sdoutob [~sdoutob@79.108.187.62.dyn.user.ono.com] has left #ubuntu-classroom-es []
10:42 < chilicuil> una vez que tengan su cuenta pueden subir sus llaves a traves de estos enlaces:
10:43 < chilicuil> https://launchpad.net/~/+editpgpkeys
10:43 < chilicuil> ~https://launchpad.net/~/+editsshkeys
10:43 < chilicuil> el proceso es muy sencillo, no deberian tener problemas con ello
10:43 < chilicuil> el siguiente paso sera decirle a bazaar quienens somos, para eso pueden correr:
10:43 < chilicuil>  bzr whoami "Bob Dobbs <subgenius@example.com>"
10:44 < chilicuil> bzr launchpad-login nick
10:44 < chilicuil> el formato de whoami debe ser como se muestra, de esa forma launchpad sabra quien eres y
tu correo asociado
10:44 < chilicuil> si no recuerdan su ID, pueden ir a https://launchpad.net/~ 
10:45 < chilicuil> su id es la parte que sigue despues de ~ 
10:45 < chilicuil> ahora configuraremos la shell
10:45 ~~~nicoruy [~nicoruy@r190-135-18-28.dialup.adsl.anteldata.net.uy] has quit [Quit: Lost terminal]
10:45 ~~~xangua [~xangua@unaffiliated/xangua] has left #ubuntu-classroom-es []
10:46 < chilicuil> de una forma similar a bazaar, las herramientas de debian/ubuntu necesitan saber quien
eres para automatizar ciertos proceso, abran su  ~/.bashrc con un editor de texto y agreguen lo siguiente
al final del mismo:
10:46 < chilicuil>  export DEBFULLNAME="Bob Dobbs"
10:46 < chilicuil> export DEBEMAIL="subgenius@example.com"
10:47 < chilicuil> despues de lo cual pueden cerrar su archivo, cerrar su consola y volver a abrirla o
ejecutar $ source ~/.bashrc
10:47 < chilicuil> si han seguido todos los pasos anteriores, estaran listos para la accion
10:47 < chilicuil> alguna pregunta hasta ahora?
10:47 < chilicuil> =)
10:49 < chilicuil> Kvrmurthy pregunto si en bzr whoam yo @ejemplo quiere decir "@launchpad" o mi
correo "@gmail"
10:49 < chilicuil> dholbach respondio que la cuenta de correo que usaran para el desarrollo de ubuntu, si
tiene una cuenta en gmail, esa sera
10:50 < chilicuil> hay un link que usaran,  http://developer.ubuntu.com/packaging/
10:50 < chilicuil> tambien, si quieren enterarse de las ultimas novedades sobre el desarrollo de ubuntu,
pueden seguir http://twitter.com/ubuntudev http://identi.ca/ubuntudev http://facebook.com/ubuntudev
http://gplus.to/ubuntudev
10:50 < chilicuil> uno solo de ellos deberia ser suficiente ;)
10:51 < chilicuil> Ceno pregunto si bzr puede compararse a git, que pasasi usando un proyecto que use git,
que seria lo mejor, dejar git y usar bzr? o poner nuestro proyecto en gitbug y tratarlo como un upstream
de Ubuntu?
10:52 < chilicuil> dholbach contesto que en primer lugar bzr si es parecido a git, hg y muchos otros,
aunque su principal caracteristica es que esta altamente integrado con launchpad, de ahi que sea perfecto
para desarrollar ubuntu
10:53 < chilicuil> ademas de eso, ha comentado que todo depende de que es lo que prefiera el, si le gusta
git, no hay obligacion para cambiar, podria tratarlo como upstream, aunque el nunca ha hechado nada de
menos en git usando bzr =)
10:54 < chilicuil> ademas de los links antes mencionados, #ubuntu-motu y ubuntu-motu@lists.ubuntu.com pueden
usarse para hacer preguntas, se mencionan nuevamente porque en realidad se usan para contestar preguntas
10:54 < chilicuil> alguna otra pregunta antes de ceder el microfono a mhall119? =)
10:55 < chilicuil> Atlantic777 pregunto como construir paquetes .deb si no usamos una distribucion derivada
de debian, deberia instalar una maquina virtual y hacer el empaquetado ahi?
10:56 < chilicuil> dholbach comento que probablemente una maquina virtual sea la forma mas facil, pero que
probablemente un chroot tambien funcionaria
10:57 < chilicuil> y con eso termino la interpretacion de estas sesiones, tomare 5 minutos y regresare para
traducir una mas, si alguien se apunta para interpretar alguna mas, es bienvenido
}}}