Introduccion
Semana del desarrollador
Martes 31 de Enero del 2012 - Introduccion al desarrollo de Ubuntu - dholbach
1 09:05 ~~~chilicuil [~chilicuil@unaffiliated/chilicuil] has joined #ubuntu-classroom-es
2 09:05 ~~~Irssi: #ubuntu-classroom-es: Total of 3 nicks [1 ops, 0 halfops, 0 voices, 2 normal]
3 09:07 ~~~Irssi: Join to #ubuntu-classroom-es was synced in 143 secs
4 09:08 < chilicuil> buenos dias, bienvenidos a la semana del ubuntu developer week, sere durante un par de hrs
5 el pseudointerprete que intentara llevarles la interpretacion de lo que estara pasando en #ubuntu-classroom
6 09:09 < chilicuil> el ubuntu developer week es una semana (de hecho, ahora son 3 dias) donde se hablan de
7 temas relacionados con el desarrollo de ubuntu, empaquetamiento, arreglo de errores, testing, colaboracion
8 con debian, etc
9 09:09 ~~~vafied [~evazquez@unaffiliated/vafied] has joined #ubuntu-classroom-es
10 09:10 < chilicuil> la interpretacion estara accesible mas tarde desde la pagina wiki de classroom-es
11 09:10 < chilicuil> les sugiero que tambien esten pendientes de #ubuntu-classroom-chat
12 09:11 < chilicuil> ahi es donde se lleva la platica casual del tema que se este dando, y donde podran hacer
13 sus preguntas, si tienen alguna pregunta y creen que su ingles no es suficiente, con gusto les ayudare a
14 hacerla
15 09:11 < chilicuil> dholbach es el primer ponente, es el encargado de crear una comunidad alrededor de Ubuntu
16 09:12 < chilicuil> en esta primera charla nos dara una introduccion a como se maneja el desarrollo de ubuntu
17 09:12 < chilicuil> bien, ahora iniciare con la interpretacion
18 09:12 < chilicuil> como muchos de ustedes saben, liberamos una version de ubuntu cada 6 meses
19 09:13 < chilicuil> esto solo es posible, porque establecemos fechas limite, donde progresivamente vamos
20 congelando etapas del desarrollo, a estas les llamamos fechas limite (date freeze)
21 09:14 ~~~nicoruy [~nicoruy@r190-135-18-28.dialup.adsl.anteldata.net.uy] has joined #ubuntu-classroom-es
22 09:14 < chilicuil> con cada fecha limite, se intenta que los desarrolladores introduzcan menos cambios
23 09:14 < chilicuil> si miran en https://wiki.ubuntu.com/PrecisePangolin/ReleaseSchedule veran el calendario
24 que se sigue para la ultima version, pandolin
25 09:15 < chilicuil> el feature freeze es la primera fecha despues de que la mitad del ciclo ha pasado
26 09:15 < chilicuil> aun estamos a 2 semanas de alcanzarla
27 09:15 < chilicuil> una vez qaue lo hagamos, la gran mayoria de caracteristicas deberan estar implementadas
28 09:16 < chilicuil> el resto del ciclo se usara para pulirla arreglando bugs
29 09:17 < chilicuil> despues de esa fecha, la interfaz, la documentacion y el kernel son congelados, no se les
30 hacen mas cambios, despues de eso se libera la beta, la cual recibe es sometida a muchas pruebas
31 09:18 < chilicuil> despues de que se libera esa beta, se libera una candidata, la cual solo recibira parches
32 de bugs criticos y si es lo suficientemente estable, se convertera en la siguiente version de ubuntu
33 09:19 < chilicuil> i_can_bot_maybe_ pregunto si cuando una persona descarga software del centro de software
34 es descargado su codigo fuente y compilado localmente
35 09:19 < chilicuil> dholbach ha contestado que no, cuando instalas software, solo se instala un .deb, el
36 cual es un binario
37 09:19 < chilicuil> se volvera a ese tema mas tarde
38 09:20 < chilicuil> jrzabott ha preguntado si se puede abandonar C en favor de Cpython
39 09:20 < chilicuil> dholbach ha contestado que lo dudaria mucho, seguramente los desarrolladores del kernel
40 entre otros no querran hacer el cambio
41 09:21 < chilicuil> kbmonkey ha preguntado donde se conservan las fuentes para las distribuciones basadas
42 en debian que no usan launchpad
43 09:21 < chilicuil> dholbach ha contestado que usan espejos ftp, por ejemplo ftp.<countrycode>.debian.org
44 09:22 < chilicuil> kyoushuu ha preguntado si las traducciones se ven affectadas por los etapas de
45 desarrollo
46 09:23 < chilicuil> dholbach que no, las traducciones se congelan ya pasado la mayoria del desarrollo,
47 muy tarde
48 09:23 ~~~wicope [~wicope@77.230.138.223] has joined #ubuntu-classroom-es
49 09:23 < chilicuil> se4n_ pregunto por que se ponen binarios en linea, cuando podrian ponerse las fuentes
50 para compilarse lcoalmente
51 09:25 < chilicuil> dholbach ha contestado que no es escalable instalar herramientas de desarrollo en
52 todas las maquinas del mundo, por el tiempo que requeriria localmente, ademas los usuarios tendrian que
53 descargar no solo las fuentes sino las cabeceras de las que dependen sus programas
54 09:25 < chilicuil> yak12 ha preguntado porque ubuntu tiene un ciclo de desarrollo tan corto
55 09:26 < chilicuil> dholbach ha contestado que en unos pocos años y a su opinion cree que el ciclo de
56 6 meses ha funcionado relativamente bien
57 09:27 < chilicuil> es una mezcla entre tiempo para desarrollar cosas, y limite para tener algo real y
58 usable en el mercado
59 09:28 < chilicuil> miles de paquetes, billones de lineas de codigo, cientos de colaboradores, requieren
60 de buenos canales para lograr una buena calidad
61 09:28 < chilicuil> asi que al inicio de cada ciclo se desarrolla el Ubuntu Developer Summit donde
62 desarrolladores y usuarios se reunen para planear las proximas caracteristicas que tendra la siguiente
63 version de ubuntu
64 09:28 < chilicuil> btw, la proxima es en marzo
65 09:29 < chilicuil> UbuntuFlo ha preguntado si hay alguna posibilidad de que ubuntu tenga una version
66 rolling-release, es decir que no se tenga que reinstalar sino que se actualice siempre, al estilo de
67 arch o de gentoo
68 09:30 < chilicuil> dholbach ha contestado que seria un experimento interesante pero que aun no ha
69 escuchado de nada formal
70 09:30 < chilicuil> regresando al tema, la razon de tener tanta gente involucrada obliga a estar en
71 contacto constantemente
72 09:31 < chilicuil> los equipos de desarrollo usan el irc y listas de correo, para mantener esta
73 comunicacion necesaria
74 09:31 < chilicuil> todas las discusiones son abiertas
75 09:32 < chilicuil> para el ubuntu developer summit tambien existen canales irc y feeds de
76 noticias http://uds.ubuntu.com/participate/remote/
77 09:32 < chilicuil> otra importante via es a traves del bugtracker, de launchpad
78 09:33 < chilicuil> toda la informacion sobre un error es recolectada en reportes que se alojan en
79 launchpad, su estatus actual, y sus posibles parches
80 09:33 < chilicuil> durante las siguientes hrs y los proximos 3 dias tendremos varias sesiones sobre
81 como modificar, reportar y arreglar esos bugs
82 09:34 < chilicuil> la mayoria del software usado en Ubuntu, no es desarrollado por sus propios
83 desarrolladores, sino por otros programadores, Ubuntu integra esos programas en la distribucion
84 09:35 < chilicuil> esos proyectos son llamados upstream
85 09:35 < chilicuil> se pueden visualizar como fluidos, donde estos upstream desembocan en Ubuntu
86 09:36 < chilicuil> el mas importante upstream de Ubuntu, es debian, muchas de las decisiones que conllevan
87 el manejo de infraestructura con los paquetes se toman ahi
88 09:36 < chilicuil> en ubuntu tradicionalmente existe la idea de tener mantenedores por paquetes o areas
89 09:36 < chilicuil> en debian*
90 09:37 < chilicuil> en ubuntu tambien se tiene la idea de esos equipos, aunque no de mantenedores
91 individuales, en la practica cada desarrollador tiene acceso a modificar cualquier fuente, aunque
92 naturalmente tenemos desarrolladores con mayor experiencia en areas especificas
93 09:38 < chilicuil> ashickur-noor pregunto si en el futuro Ubuntu podra convertirse en alguna empresa
94 como RHEL, donde cobren por usar su distribucion
95 09:38 < chilicuil> dholbach ha contestado que aunque existe soporte comercial para Ubuntu, la
96 distribucion perse nunca sera comercial, en el sentido de que tengan que pagar por ella
97 09:39 < chilicuil> _rahmat_ ha preguntado que es nuevo con el desarrollo de ubuntu y le gustaria
98 saber como iniciarse
99 09:39 < chilicuil> dholbach ha contestado que espera que para el final del ubuntu developer week tenga
100 una buena idea
101 09:40 < chilicuil> tejaswidp ha preguntado en que se diferencia debian sid de ubuntu
102 09:40 < chilicuil> dholbach ha remarcado la preguntado y responde que para contestarla tendra que
103 regresar a la explicacion del ciclo
104 09:41 < chilicuil> cada nuevo ciclo y hasta la fecha marcada como Debian Import Freeze se sincronizan
105 automaticamente los paquetes de unstable, dado que ahora se esta trabajando en una lts, se esta
106 sincronizando de testing
107 09:42 < chilicuil> esto se hace para intentar solidifar la base, aunque en otras partes notaran que
108 Ubuntu esta delante de Debian, hablando de versiones de paquetes
109 09:43 < chilicuil> siempre depende de en las metas que tengamos, cuando planeen liberar debian,
110 sus objetivos, etc
111 09:44 < chilicuil> asi la diferencia se hace mas grande despues de esta del Debian Import Freeze
112 donde podemos tener algunos paquetes mas nuevos que ellos, pero ellos tambien tendran algunas versiones
113 adelantadas, de las que subieron despues de esta fecha
114 09:45 < chilicuil> jincreator pregunto si Debian es el upstream de Ubuntu, es posible que algunos paquetes
115 de Ubuntu sean upstream para Debian?
116 09:45 < chilicuil> dholbach dice que es posible, y que de hecho ya ha pasado, algo que originalmente
117 haya estado en ubuntu y que ha sido enviado a debian
118 09:46 < chilicuil> porque Ubuntu escogio utilizar launchpad & bzr en lugar de software existente como
119 bugzilla con git/mercurial?
120 09:47 < chilicuil> dholbach responde que launchpad les da muchos beneficios, como el seguimiento
121 automatico en otros bugtracker, una integracion con el sistema de contruccion, etc
122 09:48 < chilicuil> introducir un cambio en ubuntu como un nuevo contribuidor, no es una tarea tan dificil
123 como pueda parecer, y es una experiencia muy reconfortante, no solo se trata sobre aprender algo nuevo y
124 emocionante, pero tambien sobre compartir la solucion con millones de usuarios
125 09:50 < chilicuil> el desarrollo de codigo abierto se hace en un mundo distribuido con diferentes objetivos
126 y diferentes areas de concentracion, por ejemplo, podria ser el caso un upstream particular interesado
127 en desarrollar una nueva caracteristica para Ubuntu, pero que por el corto tiempo de desarrollo, preferiria
128 tener su software lo mas estable posible, solo con unas pocas correciones
129 09:51 < chilicuil> esa es la razon por el que hacemos "desarrollo distribuido", donde el codigo vive en
130 varias ramas y donde solo se combinan las apropiadas, despues de discusion y testing
131 09:51 < chilicuil> el objetivo siempre es: encontrar una solucion del que todas las personas se puedan
132 beneficiar
133 09:52 < chilicuil> pongamos que quieren arreglar un bug en Ubuntu, que deben hacer?
134 09:53 < chilicuil> priumero deberan tener el codigo fuente del paquete, despues trabajar en el parche,
135 documentarlo, para hacer facil ver los cambios a los desarrolladores y a otros usuarios, crear el paqeute,
136 probarlo y una vez que has pasado por esto, proponerlo para incluirlo en la version de desarrollo
137 09:53 < chilicuil> despues un desarrollar con permisos lo revisara, y si lo aprueba lo integrara en Ubuntu,
138 sino, te dara comentarios para que pueda ser aprobado mas tarde
139 09:54 < chilicuil> otros pasos adicionales podran ser migrar la solucion a versiones anteriores de ubuntu
140 09:55 < chilicuil> jacopoL pregunto como puede decirdir cuando es mejor proponer un parche a upstream y
141 cuando hacerlo a Ubuntu
142 09:56 < chilicuil> dholbach dice que dependiendo del programa, si es un error de tipografia, bien podria
143 enviarse a upstream y esperar por el en Ubuntu, sin emnbargo cuando se trate de un problema critico, como
144 una aplicacion que no funcione y estando cerca de la liberacion de Ubuntu, en ese caso sera mejor enviar la
145 solucion a Ubuntu
146 09:56 ~~~m4v [~znc@unaffiliated/m4v] has quit [Read error: Connection reset by peer]
147 09:57 < chilicuil> _rahmat_ pregunto si la sesion sera accesible mas tarde, despues se le ha dado una liga
148 apuntando a https://wiki.ubuntu.com/UbuntuDeveloperWeek
149 09:57 < chilicuil> mas tarde, tambien pondre la liga, para la version interpretada
150 09:58 < chilicuil> no necesitan ser gurus en C/Perl/Java/C++/python, si saben un poco de cualquiera, con
151 eso es suficiente =)
152 09:59 < chilicuil> algunos buenos lugares para hacer preguntas sobre estos temas son:
153 ubuntu-motu@lists.ubuntu.com #ubuntu-motu en irc.freenode.net, haran facilmente amigos y gente que
154 comparte la misma pasion que ustedes: hacer del mundo un lugar mejor a traves del software libre
155 09:59 < chilicuil> tejaswidp pregunto porque se arriesgaron tanto con un cambio de interfaz refiriendose
156 a unity
157 10:00 < chilicuil> dholbach respondio que porque unity se adapta a una mayor variedad de dispositivos,
158 hablando de tabletas, televisiones y celulares
159 10:01 < chilicuil> han hecho una pausa, que basicamente hemos consumido, mientras terminaba de interpretar,
160 la sesion seguira sin break x.x, ups, sry
161 10:02 < nicoruy> (:
162 10:02 < chilicuil> alguien ha preguntado que clase de musica le gusta a dholbach
163 10:02 < chilicuil> dholbach intentara responder a todas las preguntas que quedaron sin contestarse en
164 la hr anterior
165 10:02 ~~~m4v [~znc@unaffiliated/m4v] has joined #ubuntu-classroom-es
166 10:03 < chilicuil> no olviden entrar a ubuntu-classroom-chat, ahi se van hablando sobre temas perifericos
167 10:03 < chilicuil> y de hacer sus preguntas =)
168 10:03 < chilicuil> UbuntuFlo pregunto con que version de ubuntu trabaja dholbach
169 10:04 < chilicuil> dholbach comento que tradicionalmente actualiza su maquina a la ultima version de
170 desarrollo de ubuntu lo mas rapido que puede
171 10:04 < chilicuil> adicionalmente comento que habra una platica donde se daran tips para trabajar con la
172 version en desarrollo sin tener que usarla por completo
173 10:05 < chilicuil> alco pregunto que cual es la mejor forma de solicitar un tutor, no respondieron en
174 motu-mentoring-reception@reponses.net
175 10:06 < chilicuil> dholbach respondio que sus programas de mentoring no funcionan ahora mismo, y no hay
176 fecha para saber cuando se reestableceran
177 10:06 < chilicuil> aunque apunta que hay mejor documentacion que nunca
178 10:06 < chilicuil> y que siempre puedes entrar a #ubuntu-motu para hacer todas las preguntas que quieras
179 10:07 < chilicuil> kanliot pregunto si netbeans esta bien para hacer desarrollo de ubuntu
180 10:07 < chilicuil> dholbach ha dicho que no ve nada malo en ello, que si se siente bien con Java, que
181 puede usarlo
182 10:08 < chilicuil> ahora, crearemos nuestro entorno de desarrollo n___n/
183 10:08 < chilicuil> Ceno pregunto donde puede leer los logs de las 15 hrs, dholbach ha apuntado una vez mas
184 a https://wiki.ubuntu.com/UbuntuDeveloperWeek
185 10:09 < chilicuil> hay determinada cantidad de cosas que se deben saber antes de comenzar con el desarrollo
186 de ubuntu, lo que sigue seran intrucciones para configurar tu computadora de tal manera que puedas trabajar
187 con paquetes y subir tus cambios a Launchpad
188 10:09 < chilicuil> cubriremos
189 10:10 < chilicuil> - instalacion de utilidades para empaquetar software
190 10:10 < chilicuil> - software de cifrado, para verificar que el trabajo esta hecho por ti
191 10:10 < chilicuil> - mas software de criptografia, para asegurar que las transferencias sean seguras
192 10:11 < chilicuil> - crear y configurar una cuenta de launchpad
193 10:11 < chilicuil> - configurar tu entorno para crear paquetes localmente, interactuar con otros
194 desarrolladores y proponer tus cambios en Launchpad
195 10:11 < chilicuil> asi que como se menciono antes, es mejor si pueden correr la version de desarrollo,
196 pero si no la tienen ahora mismo, no es problema
197 10:12 < chilicuil> facilmente podran ver los pasos y replicarlos si es que deciden actualizar, aunque se
198 puede trabajar en parches desde cualquier version de ubuntu
199 10:13 < chilicuil> comenzaremos instalando utilidades que les haran la vida mas facil cuando esten
200 desarrollando para ubuntu
201 10:13 < chilicuil> si tienen la version la 11.10 o la 12.04, pueden instalarlas asi $ sudo apt-get install
202 packaging-dev
203 10:14 < chilicuil> si tienen una version anterior $ sudo apt-get install gnupg pbuilder ubuntu-dev-tools
204 bzr-builddeb apt-file # les dara el mismo resultado
205 10:14 < chilicuil> esto tomara algo de tiempo, pero seguiremos hablando mientras se instala =)
206 10:14 < chilicuil> los comandos anteriores instalaran el siguiente software:
207 10:15 < chilicuil> - gnupg, un programa que tienen las herramientas para usar llaves criptograficas, que
208 usaran para firmar el codigo de conducta de ubuntu y para firmar sus paquetes
209 10:15 < chilicuil> - pbuilder, una utilidad para construir paquetes localmente
210 10:15 < chilicuil> - ubuntu-dev-tools, una coleccion de scripts para hacer las tareas mas rapidas y
211 faciles
212 10:16 < chilicuil> - bzr-builddeb, contiene herrramientas para unir launchpad, bzr y empaquetamiento, aka,
213 la forma de trabajar de ubuntu en comparacion con debian
214 10:17 < chilicuil> - apt-file que permite conocer correspondencias de software con paquetes
215 10:17 < chilicuil> google_ pregunto si es posible usar una instancia virtual de la version de desarrollo
216 de ubuntu
217 10:18 ~~~Geeko [55fb62a2@gateway/web/freenode/ip.85.251.98.162] has joined #ubuntu-classroom-es
218 10:18 < chilicuil> a lo cual dhcolbach contesto que no ve ningun problema en ello, aunque asegura que habra
219 una sesion llamada "Running the development release" o "Usando la version en desarrollo" donde se daran mas
220 tips al respecto
221 10:18 ~~~sdoutob [~sdoutob@79.108.187.62.dyn.user.ono.com] has joined #ubuntu-classroom-es
222 10:18 < chilicuil> = creando la llave gpg =
223 10:19 < chilicuil> si ya tienen su llave creada, pueden saltarse estos pasos, solo necesitaremos 1
224 10:20 < chilicuil> gpg significa gnu privacy guard, o guardian de la privacidad gnu, implementa el
225 estandard openpgp, que permite cifrar y firmar mensajes y archivos, es util por un numero de razones, en
226 nuestro caso es importante que puedan firmar sus paquetes para que podamos quien trabajo en que cambio, si
227 suben un cambio a launchpad, solo sera aceptado si puede determinar quien lo subio
228 10:21 < chilicuil> para generar una nueva llave utilicen $ gpg --gen-key
229 10:21 < chilicuil> gpg les preguntara que clase de llave desean crear, si escogen la que se pone por defecto
230 (RSA y DAS) estaran bien
231 10:22 < chilicuil> lo proximo sera ver el tamaño de la llave en bits, el que se sugiere por defecto (2048)
232 esta bien, pero 4096 es mas seguro
233 10:22 < chilicuil> despues les preguntara si desean que expire su llave en algun momento, estaran bien si
234 solo escriben 0, indicando que su llave no expirara
235 10:23 ~~~Geeko [55fb62a2@gateway/web/freenode/ip.85.251.98.162] has left #ubuntu-classroom-es []
236 10:23 < chilicuil> la ultima pregunta sera sobre su nombre y correo, usen el que usaran para el desarrollo
237 de ubuntu, debera ser formal, no escriban algo como chilicuil porque les regresaran sus cambios =(
238 10:23 < chilicuil> ahora gpg creara una llave para ustedes, esto puede tomar un poco de tiempo, necesita un
239 poco de entropia, asi que solo dejen que su computadora se tome su tiempo, muevan su mouse si necesitan mas
240 entropia
241 10:24 < chilicuil> = Crear una llave SSH =
242 10:24 < chilicuil> de nuevo, si ya tienen una cuenta ssh, solo ignoren estos pasos
243 10:24 < chilicuil> de lo contrario escriban en una consola $ ssh-keygen -t rsa
244 10:25 < chilicuil> el nombre por defecto deberia hacer sentido, asi que no lo modifiquen, a menos que ya
245 tengan 1, en ese caso, si deberan modificarlo o reescribira la anterior
246 10:26 < chilicuil> ssh significa secure shell o shell segura, y es un protocolo para el intercambio de datos
247 de una manera segura sobre una red, se usa comunmente para acceder a shells de otras maquinas, y nosotros
248 la usaremos para transferir sus cambios de manera segura a traves de internet hacia launchpad
249 10:26 < chilicuil> si la terminal donde estan creando gpg aun no termine, solo abran otra y ahi creen su
250 llave ssh
251 10:27 < chilicuil> = Configurar pbuilder =
252 10:27 < chilicuil> pbuilder les permitira crear paquetes localmente, y ademas de eso:
253 10:27 < chilicuil> - lo hara en un entorno limpio y minimalista, de esta forma no tendran un desorden en
254 su maquina
255 10:27 < chilicuil> - no instalara dependencias en sus maquinas, solo en un chroot que creara
256 10:28 < chilicuil> - podran crear varias instancias, es decir probar su paquete para diferentes versiones
257 de ubuntu y debian
258 10:28 ~~~debsan_ [~debsan@190.245.74.16] has joined #ubuntu-classroom-es
259 10:28 < chilicuil> para crear una instancia de pbuilder, usen $ pbuilder-dist <release> create
260 10:28 ~~~rsajdok [~rsajdok@user-164-127-41-234.play-internet.pl] has joined #ubuntu-classroom-es
261 10:28 < chilicuil> para nuestro caso $ pbuilder-dist precise create
262 10:29 < chilicuil> esto tomara un rato, dado que descargara todos los paqeutes necesarios para crear
263 una instalacion minimalista, los paquetes seran cacheados, asi qeu sera mucho mas rapido la proxima
264 vez
265 10:29 < chilicuil> asi que, si ya tienen pbuilder instalado y configurado, solo omitan esta parte
266 10:30 < chilicuil> tendremos una sesion exclusivamente para pbuilder en esta seman, el 2 de febrero a las
267 16:30 UTC, para saber su hr UTC corran en una consola $ date -u
268 10:30 < chilicuil> la charla sera llamada ""Building locally with pbuilder" o "Usando pbuilder para
269 crear paquetes localmente"
270 10:31 < chilicuil> arcimboldo pregunto si pueden usar pbuilder en debian para compilar paquetes de ubuntu,
271 dholbach respondio que si
272 10:31 < chilicuil> regresando a la = Llave GPG =
273 10:31 < chilicuil> una vez que se haya generado, veran un mensaje similar a este:
274 10:32 < chilicuil> [10:30] <+dholbach> pub 4096R/43CDE61D 2010-12-06
275 10:32 < chilicuil> [10:30] <+dholbach> Key fingerprint = 5C28 0144 FB08 91C0 2CF3 37AC 6F0B F90F 43CD
276 E61D
277 10:32 < chilicuil> [10:30] <+dholbach> uid Daniel Holbach <dh@mailempfang.de>
278 10:32 < chilicuil> [10:30] <+dholbach> sub 4096R/51FBE68C 2010-12-06
279 10:32 < chilicuil> [10:30] <+dholbach> In the case above 43CDE61D is the key ID.
280 10:32 < chilicuil> en ese caso el ID es 43CDE61D
281 10:32 < chilicuil> obvio el suyo tendra su nombre y su email
282 10:32 < chilicuil> una vez que tengan su llave, deberan subir la parte publica, para que el mundo pueda
283 identificar mensajes y archivos como suyos, asi entonces, pueden introducir:
284 10:32 < chilicuil> $ gpg --send-keys <KEY ID>
285 10:33 < chilicuil> dond KEY ID ya dijimos que era
286 10:33 < chilicuil> si obtienen algun error pueden ejecutarlo de esta forma: gpg --send-keys --keyserver
287 keyserver.ubuntu.com <KEY ID>
288 10:33 < chilicuil> de esa forma se enviara a los servidores de Ubuntu
289 10:33 < chilicuil> tambien, si quieren que aparezca lo mas rapido posible en launchpad deberan enviarlo a
290 ubuntu directamente
291 10:34 < chilicuil> de lo contrario se enviara a un servidor de llaves, y despues de un tiempo se sincronizara
292 con los servidores de ubuntu
293 10:34 ~~~xangua [~xangua@unaffiliated/xangua] has joined #ubuntu-classroom-es
294 10:34 < chilicuil> Ceno pregunto si una persona registrada en launchpad puede tener asociada varias llaves
295 gpg, a lo que dholbach respondio que si
296 10:35 < chilicuil> = Configurar el entorno para trabajar con Launchpad =
297 10:35 < chilicuil> con las llaves en su lugar, y las herramientas instaladas, el siguiente paso sera
298 configurar el entorno para interactuar con launchpad
299 10:35 < chilicuil> esto es lo que haremos:
300 10:36 < chilicuil> - definir launchpad y crear una cuenta ahi
301 10:36 < chilicuil> - subir tus llaves gpg y ssh a launchpad
302 10:36 < chilicuil> - configurar bazaar para trabajar con launchapad
303 10:36 < chilicuil> - configurar bash para trabajar con bazaar
304 10:37 < chilicuil> launchpas es el punto central de la infraestructura que usamos en ubuntu, no solo almacena
305 todos nuestros paquetes, tambien la usamos para traducir, para llevar un control sobre los reportes de bugs,
306 para guardar informacion sobre la gente que trabaja en ubuntu y sus contribuciones..., usaran launchpad para
307 enviar sus parches, y para que otros desarrolladores los apreben
308 10:38 < chilicuil> necesitaran registrar en launchpad y proveer una cantidad minima de informacion
309 10:38 < chilicuil> ademas de ubuntu, launchpad hostea otros programas libres
310 10:39 < chilicuil> nava pregunto, cual es el mejor lenguaje para programar para Ubuntu
311 10:39 < chilicuil> dholbach contesto que encontraba python como uno muy practico
312 10:39 < chilicuil> en realidad mucho del desarrollo de ubuntu se hace sobre python, si desconocen lenguajes,
313 comiencen por el
314 10:40 < chilicuil> cual es la version mas apropiada de python para desarrollar para Ubuntu?, la 2.7, 3.x?
315 10:41 < chilicuil> dholbach contesto que tanto la 3.x como la 3.7 estan instaladas por defecto, cree que
316 la mejor es la 3.x
317 10:41 < chilicuil> regresando al tema, si aun no han creado su cuenta pueden hacerlo a traves de
318 https://launchpad.net/+login
319 10:42 < chilicuil> el proceso de registro en launchpad les preguntara por un nombre, se recomienda que usen
320 el real, tambien les enviara un correo para verificar su cuenta, algunas veces puede caer en la bandeja de
321 spam, asi que asegurense de revisarla tambien ;)
322 10:42 ~~~sdoutob [~sdoutob@79.108.187.62.dyn.user.ono.com] has left #ubuntu-classroom-es []
323 10:42 < chilicuil> una vez que tengan su cuenta pueden subir sus llaves a traves de estos enlaces:
324 10:43 < chilicuil> https://launchpad.net/~/+editpgpkeys
325 10:43 < chilicuil> ~https://launchpad.net/~/+editsshkeys
326 10:43 < chilicuil> el proceso es muy sencillo, no deberian tener problemas con ello
327 10:43 < chilicuil> el siguiente paso sera decirle a bazaar quienens somos, para eso pueden correr:
328 10:43 < chilicuil> bzr whoami "Bob Dobbs <subgenius@example.com>"
329 10:44 < chilicuil> bzr launchpad-login nick
330 10:44 < chilicuil> el formato de whoami debe ser como se muestra, de esa forma launchpad sabra quien eres y
331 tu correo asociado
332 10:44 < chilicuil> si no recuerdan su ID, pueden ir a https://launchpad.net/~
333 10:45 < chilicuil> su id es la parte que sigue despues de ~
334 10:45 < chilicuil> ahora configuraremos la shell
335 10:45 ~~~nicoruy [~nicoruy@r190-135-18-28.dialup.adsl.anteldata.net.uy] has quit [Quit: Lost terminal]
336 10:45 ~~~xangua [~xangua@unaffiliated/xangua] has left #ubuntu-classroom-es []
337 10:46 < chilicuil> de una forma similar a bazaar, las herramientas de debian/ubuntu necesitan saber quien
338 eres para automatizar ciertos proceso, abran su ~/.bashrc con un editor de texto y agreguen lo siguiente
339 al final del mismo:
340 10:46 < chilicuil> export DEBFULLNAME="Bob Dobbs"
341 10:46 < chilicuil> export DEBEMAIL="subgenius@example.com"
342 10:47 < chilicuil> despues de lo cual pueden cerrar su archivo, cerrar su consola y volver a abrirla o
343 ejecutar $ source ~/.bashrc
344 10:47 < chilicuil> si han seguido todos los pasos anteriores, estaran listos para la accion
345 10:47 < chilicuil> alguna pregunta hasta ahora?
346 10:47 < chilicuil> =)
347 10:49 < chilicuil> Kvrmurthy pregunto si en bzr whoam yo @ejemplo quiere decir "@launchpad" o mi
348 correo "@gmail"
349 10:49 < chilicuil> dholbach respondio que la cuenta de correo que usaran para el desarrollo de ubuntu, si
350 tiene una cuenta en gmail, esa sera
351 10:50 < chilicuil> hay un link que usaran, http://developer.ubuntu.com/packaging/
352 10:50 < chilicuil> tambien, si quieren enterarse de las ultimas novedades sobre el desarrollo de ubuntu,
353 pueden seguir http://twitter.com/ubuntudev http://identi.ca/ubuntudev http://facebook.com/ubuntudev
354 http://gplus.to/ubuntudev
355 10:50 < chilicuil> uno solo de ellos deberia ser suficiente ;)
356 10:51 < chilicuil> Ceno pregunto si bzr puede compararse a git, que pasasi usando un proyecto que use git,
357 que seria lo mejor, dejar git y usar bzr? o poner nuestro proyecto en gitbug y tratarlo como un upstream
358 de Ubuntu?
359 10:52 < chilicuil> dholbach contesto que en primer lugar bzr si es parecido a git, hg y muchos otros,
360 aunque su principal caracteristica es que esta altamente integrado con launchpad, de ahi que sea perfecto
361 para desarrollar ubuntu
362 10:53 < chilicuil> ademas de eso, ha comentado que todo depende de que es lo que prefiera el, si le gusta
363 git, no hay obligacion para cambiar, podria tratarlo como upstream, aunque el nunca ha hechado nada de
364 menos en git usando bzr =)
365 10:54 < chilicuil> ademas de los links antes mencionados, #ubuntu-motu y ubuntu-motu@lists.ubuntu.com pueden
366 usarse para hacer preguntas, se mencionan nuevamente porque en realidad se usan para contestar preguntas
367 10:54 < chilicuil> alguna otra pregunta antes de ceder el microfono a mhall119? =)
368 10:55 < chilicuil> Atlantic777 pregunto como construir paquetes .deb si no usamos una distribucion derivada
369 de debian, deberia instalar una maquina virtual y hacer el empaquetado ahi?
370 10:56 < chilicuil> dholbach comento que probablemente una maquina virtual sea la forma mas facil, pero que
371 probablemente un chroot tambien funcionaria
372 10:57 < chilicuil> y con eso termino la interpretacion de estas sesiones, tomare 5 minutos y regresare para
373 traducir una mas, si alguien se apunta para interpretar alguna mas, es bienvenido
SemanaDesarrollador/OneiricLogs/Introduccion (last edited 2012-02-01 05:59:56 by javier-lopez)