#ubuntu-classroom-es 2012-08-28 <Hewerson> Ola <Hewerson> buenas tardes! <Conrado> ignore #ubuntu-classroom CRAP NOTICES SNOTES CTCPS JOINS PARTS QUITS KICKS MODES WALLOPS NICKS DCC DCCMSGS CLIENTNOTICES CLIENTCRAP CLIENTERRORS HILIGHTS <Conrado> whre's the traduction? <chilicuil> wop, hola gus-tavo, ya listo para tu sesion?, creo que me quede dormido, como han estado las charlas? <chilicuil> hola Conrado , veo que has estado siguiendo el canal desde las 16:00 utc, la introduccion, debio correr a mi cargo, sin embargo, no he podido llegar a tiempo.., gus-tavo tenia asignada las sesiones que aparecen con su nick en la wiki, de no tener otros problemas, comenzare a interpretar las siguientes sesiones, una vez que finalice ogra <Conrado> ok <Conrado> chilicuil <Conrado> gracias <chilicuil> no para nada, una disculpa, espero que igual hayas podido seguir las charlas en #ubuntu-classroom <chilicuil> ogra ha terminado, ahora bilal se encargarÃ¡ de la sesion sobre 'Desarrollo de ubuntu para jovenes' (Ubuntu development for the youth!) <chilicuil> recuerden entrar a #ubuntu-classroom-chat para seguir las discusiones y para hacer sus preguntas <chilicuil> utilicen el prefijo QUESTION: para identificarlas <chilicuil> si no estan seguros de como hacer su pregunta, haganla por aqui, y les ayudaremos a traducirla <chilicuil> comienzo ahora mismo <chilicuil> Hola, mi nombre es Bilal Akhtar y he estado involucrado con la comunidad de Ubuntu por al menos 2 aÃ±os <chilicuil> como se daran cuenta (o pronto lo haran), hay muchas otras formas de contribuir a Ubuntu ademas de la programacion <gus-tavo> hola chilicuil, yo voy a interpretar la ultima sesion de hoy, necesito ayuda con lernid <gus-tavo> hay una forma de que se conecte a ubuntu-classroom-es? <chilicuil> durante la sesion, no olviden hacer todas sus preguntas, y de utilizar QUESTION: como prefijo, por ejemplo, QUESTION: Why is Ubuntu so awesome?, y tratare de responderlas <gus-tavo> asi no hay que cambiar de solapas para ver el ingles junto a la ventana de espaÃ±ol <chilicuil> si, gus-tavo , con un cliente de irc, por ejemplo, xchat, irssi <chilicuil> o abrir dos sesiones del mismo cliente, y acomodar las ventanas <chilicuil> lo que yo hago, es interpretar, en la version inglesa y pegar en la espaÃ±ola <gus-tavo> ahi esta, hago eso, gracias ! <chilicuil> siguiendo, con la intepretacion.., En fin, permitanme comenzar con un pequeÃ±o resumen de lo que se considera por desarrollo de Ubuntu <chilicuil> Daniel Holbach durante la primera sesion de hoy, dio una charla titulada 'Introduccion al desarrollo de Ubuntu', que se trato justo sobre esto <chilicuil> yo solo hare un pequeÃ±o repaso sobre ello, para obtener mas detalles, pueden leer los logs de su sesion <chilicuil> Ubuntu es un sistema operativo completo, como tal, esta hecho a partir de muchos pequeÃ±os fragmentos, llamados 'paquetes' <chilicuil> cada paquete esta escrito en un determinado lenguaje de programacion, es compilado y a partir de eso, se crea un paquete 'binario' <chilicuil> el instalador de Ubuntu, aquel que usan para instalar Ubuntu, hace poco mas que descargar e instalar varios de esos programas <chilicuil> una pregunta frecuente que obtengo de prospectos a desarrolladores, es "En que lenguaje de programacion esta escrito Ubuntu?, que lenguaje deberia aprender para desarrollar a Ubuntu?" <chilicuil> la mayoria de los programas importantes de Ubuntu, como el kernel (el kernel es el software que se encarga de pegar en una sola capa, el software y hardware de su computadora, controlar los drivers, etc), o las librerias de bajo nivel estan escritas en C <chilicuil> los paquetes de escritorio, que forman la parte visual de Ubuntu, estan escritos en varios otros, la mayoria en C, C++, o python <chilicuil> esta es la razon, por la que sugiero a todos los que me hacen esa pregunta, aprender python <chilicuil> algunos ejemplos de estos programas son: El centro de software (escrito en python), Unity (C++), Nautilus el manejador de archivos (C), Gwibber (python), etc~ <chilicuil> recomiendo python, porque es facil de aprender, y al mismo tiempo les enseÃ±a las bases de la programacion, para que poco despues puedan moverse a C <chilicuil> FlowRiser ha pregunta sobre referencias, o tutoriales para aprender python <chilicuil> bilal lo felicita por la pregunta, y responde que le recomienda empezar por la documentacion oficial http://docs.python.org <chilicuil> http://docs.python.org/tutorial/index.html <chilicuil> para c++, menciona que hay cientos de tutoriales, algunos de los cuales son, cprogramming.com y cplusplus.com <chilicuil> ademas de esos, recomienda hacer una busqueda rapida en google para encontrar otros <chilicuil> coalitians ha preguntado si es verdad que java no muy popular dentro de la comunidad de Ubuntu <chilicuil> bilal le responde, que si lo es, pero que no tanto como C o python <chilicuil> y da el ejemplo de LibreOffice, cuyo codigo esta escrito en java <chilicuil> ademas de LibreOffice, otro ejemplo popular es Eclipse, aun asi, los ejemplos de java son menos que los que se podran encontrar de C y python, esto es porque java requiere una maquina virtual para funcionar, como OpenJDK o Sun Java VM <chilicuil> en caso de conocer java, sugiere que se aprenda C, ya que los 2 lenguajes son muy similares, y C es muy ocupado dentro de la comunidad de Ubuntu <chilicuil> CuppaT ha preguntado si se le podria recomendar un IDE (entorno de desarrollo) <chilicuil> bilal le recomienda que utilice vim, aunque menciona que tiene una curva de aprendizaje alta, asi que para los que no deseen aprender a usarlo, Gedit tambien es una buena alternativa <chilicuil> tambien sugiere Geany <chilicuil> coalitians pregunta si en Ubuntu hay aplicaciones en python que esten siendo migradas a la version 3.x del lenguaje de programacion <chilicuil> bilal responde que en parte, y agrega que python 3.x no es compatible con su antecesor, python 2.x por lo que algunas aplicaciones aun no se han actualizado <chilicuil> se espera que un futuro proximo, todos los programas que vienen incluidos en el CD de Ubuntu hayan sido portados a python3, y puedan deshacerse de python2 <chilicuil> recomienda que en caso de estar aprendiendo de 0, comiencen con python 3 <chilicuil> thotp pregunta cuales son las principales diferencias entre las aplicaciones en c/c++ de ubuntu y windows <chilicuil> bilal responde que la principal diferencia reside en el stack, es decir, mientras Ubuntu usa GTK+ y QT como librerias base para programar aplicaciones graficas, Windows utiliza WPF y WinForms <chilicuil> aunque la sintax es la misma~ <chilicuil> ademas de eso, agrega que las aplicaciones en GTK+ y QT pueden funcionar en Windows <chilicuil> como nota relacionada, barry hablara sobre programacion en python3 en la siguiente sesion <chilicuil> reanalizando la discusion de C en windows vs ubuntu, dice que para aprender la sintaxis basica, no importara desde que plataforma lo aprenda <chilicuil> aunque sugiere que se aprenda en Ubuntu, ya que sera la plataforma para la cual se va a programar <chilicuil> kamilnadeem pregunta que para un nuevo estudiante de ciencias de la computacion, cual es el mejor camino? <chilicuil> bilal responde que seguramente en su universidad le enseÃ±aran algunos lenguajes, aunque si fuera el, comenzaria a estudiar C, puesto que seguramente se lo enseÃ±aran de cualquier forma <chilicuil> eklok pregunta como ser un buen programador, cuantas hrs son necesarias al dia? <chilicuil> bilal responde que no tiene que ver con el numero de horas, calidad != cantidad <chilicuil> y dice, que la mayoria de las personas tienen agendas muy apretadas, y que muchas contribuciones se pueden hacer en 1 hr o menos <chilicuil> dice que lo mas importane, es encontrar algo que puedas y te guste hacer <chilicuil> FlowRiser pregunta por tutoriales para aprender c++ <chilicuil> bilal responde que para programar aplicaciones graficas, es mejor consultar las guias de Gtk, y para programaciÃ³n a secas, cplusplus.com, recomienda que comiencen aprendiendo la sintaxis antes de intentar cosas mas avanzadas, como la programacion en GTK <chilicuil> menciona que aunque muchas personas aprenden a programar en las escuelas y universidad, en la comunidad de Ubuntu, se aprende a traves de mejorar los programas <chilicuil> lo que ha largo plazo es mejor, que cualquier cosa que les puedan enseÃ±ar en la aulas <chilicuil> recomienda comenzar por python, c y por ultimo c++, si no se tiene idea de programacion <chilicuil> si se conoce java, entonces lo mejor desde su punto de vista, sera: Java -> C -> python <chilicuil> raki1 pregunta cual es mejor, GTK+ o QT <chilicuil> bilal responde que ambos son muy buenos, y agrega que QT tiene algunas caracteristicas extra, auqnue GTK es mas facil de aprender <chilicuil> SamTate pregunta si cree qeu Vala es un lenguaje adecuado, despues de JS y PHP <chilicuil> bilal responde, que aunque es un buen lenguaje, limpio sobre todo, para nuevos programadores recomienda asignarle menos prioridad <chilicuil> esto, porque Vala aun no es un lenguaje muy comun <chilicuil> despues de js y php, recomienda C <chilicuil> siguiendo con la sesion.., por que los jovenes deberian estar interesados en el desarrollo de Ubuntu? <chilicuil> bueno, primero, como ya se habia comentado, aprenderan a traves de ejemplos, de cuestiones practicas <chilicuil> esto les ayudara a entender la programacion, mas alla de cualquier curso que se pueda dar en cualquier escuela <chilicuil> aprenderan a resolver problemas criticos, tanto en la tecnica, como en la metodologia <chilicuil> obtendran la ayuda de cientos de talentosos desarrolladores alrededor del mundo <chilicuil> aprenderan a trabajar en equipo <chilicuil> y los conoceran al mismo tiempo, haran amigos dentro de la comunidad <chilicuil> como punto extra, se vera bien en su resumen, si piensan trabajar en el campo de las IT <chilicuil> los colocara un nivel arriba de sus compaÃ±eros de clase <chilicuil> contribuir a Ubuntu, es realmente, una excelente manera de pasar el rato <chilicuil> algunos podrian pensar que es una perdida de tiempo <chilicuil> sin embargo, es importante recordar, que el control sobre la cantidad de tiempo que le dedican la tienen ustedes <chilicuil> ustedes deciden el tiempo que deseen y la hr <chilicuil> y si encuentran problemas, hay muchas personas que estaran felices de ayudarlos <chilicuil> ya sea a traves de sitios, como Ask Ubuntu, los foros, o a traves de las listas de correo ihodge@example.net, ihodge@example.net <chilicuil> tambien, pueden obtener ayuda en los canales de irc, #ubuntu-app-devel para preguntas sobre desarrollo de aplicaciones, o #ubuntu-motu para preguntas sobre empaquetamiento de esas aplicaciones <chilicuil> raki1 pregunta sobre algunas guias de GTK <chilicuil> bilal le recomienda http://developer.gnome.org/ <chilicuil> helderc pregunta sobre partes de Ubuntu (no Kubuntu) donde se utilize QT <chilicuil> bilal menciona que unity 2d, solia usar qt, y que Ubuntu trata a QT, como una libreria de primer nivel <chilicuil> mesutcangurle pregunta por que Ubuntu no tiene mentores para nuevos miembros, o tareas sencilla para comenzar <chilicuil> bilal responde que hay platicas para reactivar al grupo de mentores <chilicuil> y sobre las formas colaborar, existen alternativas, se puede ayudar via upstream, es decir, ayudando en los proyectos originales, como en el caso de Nautilus <chilicuil> pueden verse una lista de bugs en http://launchpad.net/ubuntu/+source/nautilus/+bugs <chilicuil> y para enviar un parche, se puede descargar el codigo fuente, arreglar el problema, y enviar el parche <chilicuil> si desean conocer a detalle el procedimiento para enviar estos parches, tumbleweed tendra una sesion completa para ese tema maÃ±ana <chilicuil> tambien pueden ayudar, clasificando bugs, encontrando reportes duplicados, preguntando por mas datos, en los reportes que no sean claros <chilicuil> o ayudando con la traduccion de ubuntu <chilicuil> https://wiki.ubuntu.com/Translations , el equipo hispano, es especialmente activo <chilicuil> otras formas de ayudar, incluyen, escribir documentacion, o haciendo pruebas de los alpha y beta de Ubuntu <chilicuil> en fin, ahora contestare algunas de las preguntas que me suelen hacer <chilicuil> primera, existe una remuneracion economica por ayudar a Ubuntu? <chilicuil> lo que suelo responder, es que si se obtiene una recompensa, aunque esta no es economica, es de conocimientos <chilicuil> segunda, como se pueden obtener permisos para subir los cambios? <chilicuil> existen diferentes tipos de desarrolladores en Ubuntu https://wiki.ubuntu.com/UbuntuDevelopers <chilicuil> cada uno de ellos, tiene permisos para subir modificaciones a diferentes partes <chilicuil> sin embargo, en todos ellos es el mismo, una vez, que tengas un buen historial, con buenas y sustentadas contribuciones <chilicuil> puedes aplicar para cualquier membresia <chilicuil> una de las cosas que olvide mencionar, es que tambien puedes ayudar, creando paquetes para los programas que aun no estan disponibles en Ubuntu, de esto hablo un poco mas Daniel, en la primera sesion <chilicuil> pueden aprender, como hacer esto en developers.ubuntu.com <chilicuil> FlowRiser: pregunta como puede modificar y crear temas para el screen de login de ubuntu <chilicuil> bilal responde que tendra que hechar un vistazo en la documentacion de lightdm <chilicuil> ajitesh pregunta, cual es mejor para el desarrollo de ubuntu, c++ o python <chilicuil> bilal responde que aunque c/c++ es mas poderoso, python es mas facil de aprender <chilicuil> y que en realidad depende de lo que se quiera desarrollar <chilicuil> por ejemplo, para aplicaciones con interfaz grafica, generalmente es mejor usar python, mientras que para crear cosas de bajo nivel, drivers, etc, es mejor usar C <chilicuil> con eso termina la sesion de bilal, ahora barry hablara sobre desarrollo con python3 <chilicuil> todo tuyo gus-tavo <gus-tavo> ops tarde, me he demorado <chilicuil> sin problemas, gus-tavo , venga que no tenemos una audiencia tremenda, bien podrian quedar unicamente los logs <gus-tavo> ben72 pregunta: hay manera de correr las versiones 2 y 3 de python en el mismo sistema ubuntu? <gus-tavo> si, corriendo 'python! (aka /usr/bin/python) en cualquier sistema ubuntu harÃ¡ correr la Ãºltima verson de python 2, para ubuntu 12.04 en adelante es python 2.7 <gus-tavo> para correr python 3 se necesita explicitamente correr 'python3' Ã³ /usr/bin/phython3' <gus-tavo> puedo hablar de las diferencias entre python 3.2, por defecto en la distribucion ubuntu, y python 3.3 mÃ¡s tarde <gus-tavo> nickE68 pregunta: Quantal usara Python 3.3? <gus-tavo> No, python 3.2 sera todavÃ­a la version por defectho, la 3.3 no va a estar lista al momento del freeze. va a estar por defecto en la version 13.04 <gus-tavo> quantal tiene la version 3.3 disponible a traves de: apt-get install python3.3 <gus-tavo> e invocado a travÃ©s de 'python3.3' <gus-tavo> asÃ­ pueden jugar con las nuevas caracteristicas <gus-tavo> quantal tendra la 2.7, 3.2 y 3.3 con las dos primeras como por defecto <gus-tavo> entonces, por que portar a python 3? <gus-tavo> nunca habra un python 2.8, les puedo asegurar : ) <gus-tavo> lo que implica que py2 nunca tendra alguna nueva caracterÃ­stica <gus-tavo> y el arreglo de errores, a traves de los canale oficiales tomara mas que lo usual <gus-tavo> eventualmente 2.7 solo tendrÃ¡ correcciones de seguridad, pero supongo que desarrollos upstream estarÃ¡n menos interesados en matener la 2.7 a medida que pase el tiempo <chilicuil> hola alvaro_ , bienvenido, si andas un poco perdido, los logs generados hasta el momento en http://irclogs.ubuntu.com/2012/08/28/%23ubuntu-classroom-es.html <chilicuil> y en http://irclogs.ubuntu.com/2012/08/28/%23ubuntu-classroom.html para la sesion en Ingles <gus-tavo> los modulos quedaran obsoletos <gus-tavo> py2 tiene tambiÃ©n muchas errores, algunos pequeÃ±os otros grandes <gus-tavo> y mas importante imo: py3 soluciona el problema entre bytes vs. text <gus-tavo> (la mayorÃ­a : ) <gus-tavo> significando, tenemos el potecian de hacer aplicaciones py3 mas robustas <gus-tavo> para usuarios no hablantes ingles <gus-tavo> mas sobre bytes vs cadenas mas tarde <gus-tavo> cuÃ¡les son los planes de ubuntu para py3? <gus-tavo> estamos en una larga carrera para deprecar python2. hemos esperado a portar todo en las imÃ¡genes de intalacion para py3 en 12.10, pero encontramos unos bloqueos problematicos y no va a pasar para la 12.10 <gus-tavo> tal vez para la 13.04, definiitivamente para la proxima lts <gus-tavo> py2.7 nunca sera removida del archivo, pero va a estar en el universo para la 14.04, si podemos <gus-tavo> hablemos acerca de portar <gus-tavo> dejenme darles uno enlaces primero: <gus-tavo> este es uno de los mejores recursos disponibles para entender como portar tu aplicacion py2 a py3 <gus-tavo> http://python3porting.com/ <gus-tavo> coalitians pregunta: <gus-tavo> desde que el desarrollo para 12.10 se congelÃ³, no hay actividades de portar ahora? <gus-tavo> coalitians: tendriamos definitivamente una ffe para el servicio backend de gwibber portada a py3- tal vez haya otras pocas, pero a la larga hecha con los esfuerzos de portado para 12.10, desde aqui esto seria un error a arreglar <gus-tavo> los enlaces arriba hablan de estrategiss, dan ejemplos de codigo para la conversion de idimas comunes, un poco de extensiones c, y mucho mas <gus-tavo> y he escrito un numero de blog posts que encontrarÃ¡n explicativas: <gus-tavo> http://tinyurl.com/7tb3jkn <gus-tavo> http://tinyurl.com/7famvx3 <gus-tavo> http://tinyurl.com/6ufpvfq <gus-tavo> tambien hay una pÃ¡gina en la wiki ubuntu con ayuda especifica para portar, incluyendo como empaquetar librerÃ­as python y aplicaciones para py3 o para py2/py3 <gus-tavo> https://wiki.ubuntu.com/Python/3 <gus-tavo> tambien les voy a ddar este enlace para la charla de pycon 2012. les recomiendo que vean esto antes de que hagan cualquier trabajo significante con py3. Es la mejor descripcion para el tema bytes vs. cadenas. realmente una gran charla <gus-tavo> http://pyvideo.org/video/948/pragmatic-unicode-or-how-do-i-stop-the-pain <gus-tavo> hablemos de las estrategias para portar <gus-tavo> permitanme decirles que si comienzan con un nuevo proyecto python, les sugiero que vayan directo a py3. tienen que asegurarse de que cualquier dependencia (ej. librerias de terceros que quieran usar) esttÃ©n disponible para py3 en ubuntu <gus-tavo> hemos trabajado fuerte estos ultimos ciclos para asegurar el soporte py3 <chilicuil> hola mary_, bienvenida, si andas un poco perdida, los logs generados hasta el momento estan en http://irclogs.ubuntu.com/2012/08/28/%23ubuntu-classroom-es.html <chilicuil> y en http://irclogs.ubuntu.com/2012/08/28/%23ubuntu-classroom.html para la sesion en Ingles <gus-tavo> y hemos portado en upstream algunos paquetes (dbus-python) <gus-tavo> por supuesto, no todo esta disponible, pero *mucho* estÃ¡ hecho, asÃ­ que probablemente estarÃ¡n en una gran ventaja con quantal <mary_> gracias! <gus-tavo> roadmr pregunta: que camibon recomendas si yo quiero portar una aplicacion usando gstreamer a Python3? <gus-tavo> desafortunadamente no tengo mucha experiencia con gstreamer, asi que no estoy seguro que version py3 esta disponible, asi, donde (upstream, debian, ubuntu) <gus-tavo> "pienso" que no esta, pero no me marques por eso : ) <gus-tavo> para el nuevo codigo, que acerca de portar codigo existente a py3? <gus-tavo> preguntate esto: necesitas mantener soporte py2? y si es asi, cuanto tiempo atras necesitas el soporte?? <gus-tavo> recomendarÃ­a altamente nada mas alejado que py2.6 (no esta disponible en niguna forma en quantal) <gus-tavo> recomendarÃ­a al menos py2.7 para algun exento 2.6 tiene muchos caracteristicas portadas que pueden hacer portado, y soportando py2 y py3 mas facil <gus-tavo> a traves de cosas como "from__future__impor" <gus-tavo> asi cuando comiencen a portar, la primera cosa a hacer es correr su codigo con 'python2.7 --3' <gus-tavo> chilicuil, termino, no traduzco mas ? <gus-tavo> me quede muy atras <chilicuil> gus-tavo: ya no hay mas sesiones por delante, si aun te queda tiempo, podrias terminar la sesion, si no, no hay problema puedo ayudar con el resto <gus-tavo> bueno, vos podes terminar de traducir ? <chilicuil> si gus-tavo , gracias por tu tiempo, terminando igual harÃ© la interpretacion de las charlas a las cuales no pude llegar <chilicuil> y anexo los logs a la wiki =) <gus-tavo> bueno, no entendi mucho, espero estar mas afilado maÃ±ana :) <chilicuil> seguro gus-tavo, gracias =)! <chilicuil> siguiendo con la interpretacion... <chilicuil> a traves de cosas como "from__future__impor" <chilicuil> asi cuando comiencen a portar, la primera cosa a hacer es correr su codigo con 'python2.7 --3' <chilicuil> la opcion -3 les mostrara advertencias sobre cada caracteristica de su programa que no pueda ser convertido facilmente con el programa 2to3 (mas sobre eso en un momento) <mary_> luego en el log cuando se termine las sesiones estaran disponibles en la misma direccion arriba? <chilicuil> por el contrario, si su programa corre bien con 'python2.7 -3', el proceso de transicion sera muy simple <chilicuil> mary_: si, tambien a traves de https://wiki.ubuntu.com/SemanaDesarrollador , ambas las inglesas y sus interpretaciones espaÃ±olas <gus-tavo> si mary, en ingles, las traduccines tambien estan en la wiki <gus-tavo> https://wiki.ubuntu.com/SemanaDesarrollador <chilicuil> 2to3 es un framework de transformacion de codigo, puede tomar la mayoria de las caracteristicas de un programa escrito para python2 y convertilo a codigo para python3 <chilicuil> mi opinion personal es que la salida que devuelve 2to3 es una excelente inicio, pero su codigo no deberia usarse para sistemas en produccion <chilicuil> desde mi punto de vista, se deberia usar un unico codigo base y tener cuidado en como se programa, tambien se deberia usar imports from-future tanto como sea posible <chilicuil> existe una libreria llamada 'six' (creo que se instala con $ apt-get install python-six) que puede simplificar el mantenimiento de su codigo fuente <chilicuil> todos estos tips estan bien, sin embargo, si quisiera recalcar algo, seria tener *muy bien* definido la diferencia entre los modelos de datos (por ejemplo, entre los datos del programa, y las cadenas, legibles por humanos) <chilicuil> si tienen varios errores del tipo UnicodeErrors, significa que no estan siendo suficientemente claros en esa division <chilicuil> esta division, es uno de los grandes beneficios (y dolores de cabeza) de actualizar su codigo a py3, sin embargo, una vez que lo hagan, sus usuarios de lenguas que no sea el Ingles dejaran de tener esos errores 'UnicodeErrors' <chilicuil> BlessJah pregunta si es posible escribir codigo en py3 que tambien funcione en py2? <chilicuil> barry contesta que hacia abajo no hay mucha diferencia, asi que definitivamente debe ser posible <chilicuil> espero que todos hayan entendido la diferencia entre bytes y cadenas <chilicuil> bytes son datos en binario, ejemplo: imagenes, audio, video, etc <chilicuil> mientras que cadenas, es texto que puede ser leido por otras personas <chilicuil> en py2 se tienen 2 diferentes tipos de cadenas, str que tambien se conocen como cadenas de 8 bits, y que pueden ser utilizadas como cadenas de texto, o como datos binarios <chilicuil> tambien existe el tipo unicode, que son justo esto, cadenas en unicode legibles para humanos <chilicuil> el problema de py2 es que comunmente mezclaba ambos, muchas veces en formas que no eran correcta, y que provocan algunos problemas 'UnicodeErrors' <chilicuil> en py3 se tienen bytes que *solo* pueden ser tratados como datos binarios <chilicuil> y str que solo son unicodes <chilicuil> estos 2 tipos no se mezclan, no existen metodos de conversion de uno a otro que sean automaticos <chilicuil> por ejemplo, no se pueden concadenar uno sobre otro, sin hacer una conversion *explicita* <chilicuil> asi que si tienes una cadena unicode, puedes convertirla a bytes, aunque para eso, debes conocer el encoding en el que se encuentran (la mayoria de las veces en utf-8, aunque tambien es frecuente que esten en latin-1 o algun otro) <chilicuil> para ir de bytes a str, tienes que decodificarlo, otra vez, para hacer eso, debes ser claro en el encoding al que quieres convertirlo <chilicuil> otro punto importante a recordar es que en py3, la funcion open() abrira los archivos en el modo binario por defecto <chilicuil> a diferencia de py2, py3 tambien tomara un argumento que establezca el encoding a utilizar <chilicuil> open('mi_archivo', encoding='utf-8') <chilicuil> de esta manera, se estaran leyendo cadenas del archivo codificadas en unicode <chilicuil> esto es genial (asumiendo que su archivo, realmente utilice la codificacion utf-8 en primer lugar :) <chilicuil> en py3, ya no se usa el prefijo u'', las cadenas literalmente se guardan como unicodes <chilicuil> (de hecho: el prefijo u'' se volvio a introducir py3.3, pero lo que he dicho anteriormente escencialmente es correcto) <chilicuil> para escribir bytes literalmente, se usa el prefijo b'' <chilicuil> ejemplo: este es el byte: b'foo' <chilicuil> y esta, la cadena: 'foo' <chilicuil> otra nota rapida sobre esto es que ahora pueden usar de forma segura el modulo 'gettext' en py3, puesto que gettext siempre devolvia unicodes como resultado de su ejecusion <chilicuil> hay mas preguntas sobre este tema, o puedo continuar con otro? <chilicuil> NickE68 pregunto sobre los archivos donde no se sabe el encoding de antemano, pregunta si existe una libreria que pueda adivinarlo <chilicuil> barry responde que si existe, pero que ahora mismo no recuerda su nombre, aunque parece que esta relacionada con el proyecto mozilla <chilicuil> en general, recomienda probar con algunos encodings si no se sabe, por ejemplo, primero utf-7, luego latin-1, luego ascii.., y asi <chilicuil> roadmr pide una aclaracion sobre eso de que 'gettext' siempre devuelve unicodes, esto se refiere a 'cadenas'?, en lugar de 'bytes'? <chilicuil> barry contesta que si, y agrega que desafortunadamente en py2, gettext.gettext('foo') siempre devolvia una cadena de 8 bits que causaba problemas, ademas de eso, el api para analizar unicodes en py2 era muy dificil de usar y no se usaba por defecto <chilicuil> en py3 por el contrario, gettext.gettext('foo') siempre devuelve un tipo 'str', es decir una cadena en unicode <chilicuil> barry agradece por pasarle el tipo puntual, que es python-chardet <chilicuil> regresando a la sesion., durante los siguiente 17 minutos, dare un tour sobre los principales cambios y nuevas caracteristicas en py3 de las que vale la pena estar informado <chilicuil> no es de ninguna manera, una lista completa <chilicuil> hay varios documentos, sobre los nuevos cambios, para cada nueva version de python 3, pero hasta donde se, no una sobre las diferencias entre por ejemplo python 2.7 y python 3.2 <chilicuil> aunque la liga que les di hace rato sobre porting a python esta muy cerca <chilicuil> sientanse libres de preguntar, cualquier cosa mientras comento esta lista <chilicuil> mcuhas partes de la libreria standard 'stdlib' han sido modificadas <chilicuil> lo que significa que algunos modulos antiguos, y modulos que estaban siendo actualizados, fueron finalmente eliminados <chilicuil> muchos de estos modulos no los extraÃ±aran, a menos que esten haciendo procesamiento de imagenes sobre irix, en cuyo caso preguntaria, que estan haciendo aqui? =) <chilicuil> muchos otros modulos, han cambiado de ubicacion, algunos otros los movieron a paquetes <chilicuil> por ejemplo, la funcion urlparse() ahora es parte de urllib.parse.urlparse() <chilicuil> para conocer todas estas diferencias, la mejor guia que pueden revisar es http://docs.python.org/py3k/library/~ <chilicuil> algunas funciones integradas en python tambien han sido modificadas o removidas del todo <chilicuil> por ejemplo, la funcion reload() se puso en imp.reload() <chilicuil> para las funciones que se han eliminado, y que son de este tipo, existen generalmente buenas alternativas <chilicuil> por ejemplo, la funcion callable() se quito, pero ahora pueden si la funcion existe, llamandola ;), o a travÃ©s del modulo 'inspect' <chilicuil> otro gran cambio, que me trajo muchos problemas, al menos hasta que aprendi la nueva forma (y despues de empezar a usar "from __future__ import print_function" en mi codigo py2) <chilicuil> fue que la funcion el predicado 'print' se ha convertido en funcion, por ejemplo: print('hello world') <chilicuil> esto fue muy problematico, pero tiene mucho sentido, eventualmente ustedes tambien comprenderan por que el cambio :) <chilicuil> recuerdan como python2 solia tener 2 tipos de clases?, las clasicas y las nuevas? <chilicuil> bueno, con py3, se eliminaron las clasicas <chilicuil> lo que significa que ya no tiene que heredar de objetos <chilicuil> o usar el truco "__metaclass__ = type" para obtener las geniales caracteristicas de las clases con 'el nuevo estilo' <chilicuil> asi que supongo, que ahora tendremos que dejarle de llamar 'el nuevo estilo', puesto que es el unico que queda =) <chilicuil> py2 solia tener 2 tipos de enteros, int y long <chilicuil> py3 ha eliminado long, asi que solo queda 'int' <chilicuil> automaticamente se encarga de como representar internamente los enteros pequeÃ±os y grandes <chilicuil> tambien se elimino el sufijo 'L' para los enteros <chilicuil> jsjgruber-l82-p ha preguntado si existen algun tipo de float que tenga una presicion elevada en py3 <chilicuil> barry responde que si, pero que el hace muy pocos calculos en python, asi que no puede darle una referencia exacta <chilicuil> agrega, que conoce un tipo 'decimal', pero que no esta accesible por defecto <chilicuil> siguiendo con la lista, los metodos de dict.iter*() ya no existen en python3, es decir, ya no existen mas las funciones .iterkeys(), .itervalues(), o .iteritems() <chilicuil> para estos casos, se puede usar .keys(), este metodo devuelve iteradores y *no* listas concretas <chilicuil> asi que probablemente tendran que analizar el valor que regrese, list(dict.values()) <chilicuil> la sintaxis para capturar excepciones se cambio (algunso de estos cambios tambien se hicieron en py2.6 y py2.7) <chilicuil> "except Foo, e" se cambio por <chilicuil> "except Foo as e" <chilicuil> exec tambien se convirtio en funcion, exec() <chilicuil> file() se quito, y en su lugar se recomienda el uso de open() <chilicuil> tambien se elimino xrange(), para los que deseen una funcionalidad similar, tendra que regresar a range(), que ahora devuelve un iterador <chilicuil> filter() y map() tambien devuelven interadores <chilicuil> una vez mas, para las funciones que devuelven iteradores, tienen que usar list() para crear una lista concreta <chilicuil> los imports absolutos ahora son los que usan por defecto, asi que tendran que hacer explicito su deseo de usar imports relativos <chilicuil> 1/2 ahora regresa 0.5 <chilicuil> 1 / 2 ahora regresa 0.5 <chilicuil> 1/2 (junto) devuelve la vieja forma de representar los flotantes <chilicuil> coalitians pregunta como y donde tienen que estar para ser parte de la comunidad de python en Ubuntu <chilicuil> barry responde que sugiere entrar al canal #debian-python en OFTC, a #ubuntu-devel y a #python (estas ultimas 2 en freenode) <chilicuil> y aclara que no existe un foro unicamente para python en Ubuntu, aunque considera que deberia existir uno <chilicuil> NickE68 pregunta si existe una lugar donde se listen los paquetes que necesiten ser portados a Ubuntu 13.04 <chilicuil> barry: responde que si, y da las siguiente ligas <chilicuil> https://docs.google.com/a/canonical.com/spreadsheet/ccc?key=0AiT4gOXSkmapdFA1anRkWERsaXgtWnllUG9QWXhDVWc&pli=1#gid=0 <chilicuil> https://blueprints.launchpad.net/ubuntu/+spec/foundations-q-python-versions <chilicuil> https://wiki.ubuntu.com/Python/FoundationsQPythonVersions <chilicuil> ademas de eso, invita a lo contacten en #ubuntu-devel para mayor informacion, estara feliz de ayudar <chilicuil> con eso termina la excelente sesion de barry =) <chilicuil> ahora, tomare 10 minutos, y regresare a subir los logs a la wiki, y a interpretar las sesiones que hicieron falta, Daniel Holbach "Introduccion al desarrollo de Ubuntu" <joshua1983> buenas tardes, ya estan listas las traducciones en irclogs.ubuntu? <chilicuil> joshua1983: hola, joshua, si, varias de ellas, http://irclogs.ubuntu.com/2012/08/28/%23ubuntu-classroom-es.html , ahora mismo, estoy actualizando la wiki para reflejar los cambios <chilicuil> comienzo con la interpretacion de "Introduccion al desarrollo de Ubuntu", por Daniel Holbach <chilicuil> antes de comenzar me gustaria dar unos cuantos tips, que les ayudara a disfrutar del evento <chilicuil> primero, asegurense de entrar a #ubuntu-classroom-chat <chilicuil> #ubuntu-classroom es solo para la clase, la platica y preguntes se hacen en #ubuntu-classroom-chat <chilicuil> si tienen alguna pregunta, haganla usando el prefijo QUESTOIN: <chilicuil> ejemplo, QUESTION: Can you recommend any good music for a late-night hacking session? <chilicuil> si tienen problemas para hacer su pregunta en ingles, haganla en este canal, y con gusto les ayudaremos a hacerla en la sesion original <chilicuil> tambien, es buena idea que revisen https://wiki.ubuntu.com/UbuntuDeveloperWeek si desean conocer el calendario de las charlas que se estaran haciendo <chilicuil> dos de las preguntas mÃ¡s frecuentes que se hacen son: 1.- abran logs disponibles? <chilicuil> para esa pregunta, la respuesta es si, se pondran en https://wiki.ubuntu.com/UbuntuDeveloperWeek/ <chilicuil> para la interpretacion, los logs estaran disponibles en https://wiki.ubuntu.com/SemanaDesarrollador <chilicuil> la segunda pregunta es: 'como puedo ignorar todo el ruido que se genera, cuando las personas y entran de la sala?' <chilicuil> para esa pregunta, la respuesta es, escriban "/ignore #ubuntu-classroom CRAP NOTICES SNOTES CTCPS JOINS PARTS QUITS KICKS MODES WALLOPS NICKS DCC DCCMSGS CLIENTNOTICES CLIENTCRAP CLIENTERRORS HILIGHTS" en la ventana de este canal <chilicuil> sin el " obviamente <chilicuil> en fin, eso es todo lo que dire, sobre aspecto organizacionales, que comiencen las sesiones! =) <chilicuil> mi nombre es Daniel Holbach, he estado trabajando en Ubuntu por casi todo el tiempo que lleva existiendo y siempre me ha gustado nuestra comunidad de desarrolladores <chilicuil> he trabajado durante aÃ±os para canonical, comence en el equipo Desktop, y despuÃ©s como parte de nuestra comunidad de desarrolladores <chilicuil> durante esta sesion, les mostrare como funciona en general el desarrollo de Ubuntu <chilicuil> al principio parecera un caos, puesto que siempre hay personas modificando cosas por todos lados, sin embargo, pronto se daran cuenta de lo facil que es :) <chilicuil> tambien me gustaria responde la mayor cantidad de preguntas posibles <chilicuil> si voy demasiado rapido, o lo que digo no les hace sentido, comentenlo =) <chilicuil> Ubuntu esta hecho de miles de diferentes programas, todas ellos escritos en diferentes lenguajes, cada componente - ya sea una libreria de software, una herramienta del sistema, o una aplicacion grafica, esta disponible como un paquete, y el codigo fuente de dicha aplicacion integrado en el <chilicuil> los paquetes de codigo fuente consisten en la mayoria de los casos, de 2 partes, el codigo fuente en si, y metadatos que describen el paquete, esto incluye las dependencias, el copyrigh y las instrucciones sobre como compilar el programa <chilicuil> una vez que el paquete se compila, el proceso de construccion creara un paquete binario, estos paquetes binarios son los archivos .deb que los usuarios instalan <chilicuil> cada vez que se libera una nueva version del programa, o que alguien hace una modificaciÃ³n, el paquete debe subirse a Launchpad, ahi, sera recompilado <chilicuil> los paquetes .deb que resulten, seran distribuidos a traves del archivo y los diferentes mirros de ubuntu alrededor del mundo. Las urls que se encuentran en /etc/apt/sources.list apuntan a esos repositorios <chilicuil> todos los dias, diferentes imagenes de Ubuntu se crean, por ejemplo, ubuntu desktop, ubuntu server, kubuntu, etc. Estas imagenes para CD se utilizan para hacer pruebas y hacer comentarios sobre los planes de lanzamiento <chilicuil> como nota al margen, debo mencionar que durantes los ultimos 2-3 ciclos, hemos comenzado a crear un enorme laboratorio de QA, en el se varias pruebas en toda clase de programas, esto obviamente tambien es tomado en cuenta para modificar los planes de lanzamiento <chilicuil> el desarrollo en Ubuntu, depende de alguna forma, del estado del ciclo en el que se este <chilicuil> liberamos una nueva version de Ubuntu cada 6 meses, esto solo es posible debido a que establecemos fechas estrictas donde prohibimos hacer mas cambios (freeze dates) <chilicuil> con cada nueva de estas fechas, se va sugiriendo a los desarrolladores introducir menos modificaciones <chilicuil> si hechan un vistazo a https://wiki.ubuntu.com/QuantalQuetzal/ReleaseSchedule veran las fechas importantes para la version actual de Ubuntu, la 12.10 <chilicuil> como podran ver, acabamos de pasar la fecha de congelamiento (feature freeze) <chilicuil> esta fecha, es la primera de las que se daran para detener el desarrollo, y se da despues de haber avanzado la mitad del ciclo. Despues de esta fecha, la mayoria de las caracteristicas que contendra la proxima version de Ubuntu deberan estar hechas, el resto del ciclo se utiliza para pulir la distribucion, y para corregir los bugs que se encuentren <chilicuil> despues de esta fecha, se empiezan a prohibir cambios en la interfaz grafica, en la documentacion, en el kernel, etc.., una vez hecho esto, se liberan las versiones beta, las cuales se prueban en gran cantidad de usuarios debido a su madurez <chilicuil> y se comienzan a solucionar unicamente los errores criticos, cuando ya no hay mas errores importantes, se convierte en la version final, y esa es la que se pone a disposicion del publico en general <chilicuil> alguna pregunta hasta el momento? <chilicuil> marcos pregunta si QA significa 'Question and Answer' o 'Pregunta y respuesta' <chilicuil> a lo que dholbach responde que de hecho significa 'Quality Assurance' o 'Aseguramiento de la calidad' <chilicuil> lo que a su vez significa que es donde se hacen toda clase de pruebas, tanto automaticas como manuales, tambien es donde se hacen pruebas de la integridad de los CD, y donde se verifica que los sistemas son instalables, entre otras cosas <chilicuil> QA es lo que hace que Ubuntu en lugar de ser bueno, sea excelente <chilicuil> conner_bw pregunta sobre el criterio para definir que 'ya no hay ningun problema critico' <chilicuil> dholbach responde que aunque no hay un criterio extremadamente formal, el que se pierdan datos, o que existan aplicaciones cruciales que no funcionen (y con aplicaciones cruciales se definen las que vienen en un sistema Ubuntu por defecto) es sin duda un critero que se toma en cuenta para decidir si esta o lista la distribucion <chilicuil> agmenor_ pregunta sobre la version de Ubuntu que tiene que correr si el un desarrollador de aplicaciones <chilicuil> dholbach responde que en su caso, seria suficiente que usara la ultima version estable, es decir, la version 12.04 <chilicuil> aunque si desea modificar a Ubuntu directamente, necesita correr la ultima version en desarrollo, es decir Ubuntu 12.10 <chilicuil> esto es, porque los cambios que se hacen deben probarse antes de su inclusion <chilicuil> paulo_gomes pregunta que es lo que pasa, cuando una nueva aplicacion es liberada, pasada la fecha de congelamiento de ubuntu, se tiene que esperar hasta la proxima version de Ubuntu? <chilicuil> dholbach responde que depende, si el software es liberado antes de la fecha de congelamiento, puede incluirse sin problemas, si es una actualizacion que arregla problemas importantes, puede que pase incluso despues de la fecha de congelamiento de Ubuntu, sin embargo, conforme vayan pasando los dias, cada vez sera mas dificil convencer al equipo que se encarga de la liberacion (el release team) <chilicuil> esto es por una buena razon: se necesita tiempo para probar las cosas <chilicuil> hablare sobre eso, un poco mas adelante <chilicuil> conner_bw vuelve a preguntar sobre el criterio para definir los errores criticos que impiden el lanzamiento de Ubuntu, esto lo hace, porque usando 12.04 esta inscrito a algunos bugs que a su consideracion son muy importantes, y que no detuvieron que Ubuntu precise se liberara, por ejemplo la integracion del launcher de LibreOffice <chilicuil> dholbach responde que algunas veces se tienen que tomar decisiones que permitan liberar Ubuntu el dÃ­a en el que esta marcado, este proceso no es facil, pero tiene que hacerse <chilicuil> Liverpudlian pregunta si las aplicaciones se desarrollan de diferente manera cuando se crean para versiones LTS <chilicuil> obounaim pregunta sobre la ulr del equipo QA <chilicuil> dholbach da la liga https://wiki.ubuntu.com/QATeam/ y sugiere que se lea como introduccion <chilicuil> dholbach responde a Liverpudlian que definitivamente, y agrega que muchas personas deciden utilizar esas versiones por mucho tiempo, asi que los autores se esfuerzan por hacer que sus aplicaciones sean incluidas <chilicuil> C1sM0 pregunta si los archivos .deb se crean automaticamente una vez que el codigo fuente se sube a launchpad <chilicuil> dholbach responde que si, aunque eso puede tardar un poco, porque se organizan en filas, debido a la falta de maquinas asignadas para compilar que se tienen en launchpad <chilicuil> sin embargo, la espera comunmente es de menos de 1 hr <chilicuil> nja pregunta porque la seccion de trabajo en el calendario de lanzamiento de quantal dice A-2 en lugar de A-1 <chilicuil> dholbach responde que realmente no esta seguro, y pregunta si se refiere a lo que aparece en http://status.ubuntu.com/ubuntu-quantal/ <chilicuil> sugiere que tal vez se deba a que la ultima liberacion intermedia fue Alpha 2, aunque confirma que no tiene idea <chilicuil> marcos pregunta si el concurso App Showdown acepta aplicaciones privativas / comerciales <chilicuil> dholbach responde que hasta donde sabe, no <chilicuil> dholbach pide que por el momento, las preguntas y la charla se centre en el desarrollo de Ubuntu por si mismo, y se deje el tema de las aplicaciones para las siguientes sesiones, agrega que parte de lo que ahora mismo se discute (como las fechas de congelamiento) aplican para ambos temas <chilicuil> _et pregunta si usan C-I para compilar los paquetes <chilicuil> dholbach responde que no conoce de C-I, pero que todos los programas, se compilan en launchpad, que es un plataforma de software libre hecha a partir de Zope/Python, y que el sistema de compilacion por si mismo se hace con la ayuda de 'sbuild' <chilicuil> ziviani pregunta sobre la personas que definen las caracteristicas que se implementan en un cilo, y tambien sobre que pasa, con aquellas que no pudieron implementarse antes de la fecha de congelamiento (freeze date) <chilicuil> dholbach responde que aquellas caracteristicas que no pueden completarse, se dejan para el siguiente ciclo, y que las decisiones sobre lo que se hace las toma el equipo de lanzmiento (el release team), y los respectivos lideres de los sub equipos de ubuntu <chilicuil> nja pregunta porque la aplicacion Lernid tiene integrada una terminal <chilicuil> dholbach responde que es porque cuando los ponentes deciden hacer algun ejercicio, los asistentes pueden correrlo en su sistema <chilicuil> marcos pregunta si las versiones estables, como Ubuntu 12.04.1 aceptan nuevas caracteristicas <chilicuil> dholbach responde que no, que lo "unico" que se acepte son actualizaciones de seguridad, correccion de errores pequeÃ±os, nuevas traducciones y cuestiones por el estilo, que sean seguras de implementar <chilicuil> y agrega que con los recursos actuales es muy dificil concentrarte en ambas versiones (la 12.04 y la 12.10 por poner un ejemplo) <chilicuil> Henrich pregunta si existe una lista donde pueda ver las maquinas que crean los paquetes <chilicuil> dholbach responde que si, y le pasa el link https://launchpad.net/builders/ <chilicuil> tambien agradece la avalancha de preguntas =) <chilicuil> asegura que aunque sus dedos le duelen, aun no ve sangre, asi que cree seguro continuar <chilicuil> miles de aplicaciones, billones de lineas de codigo, cientos de colaboradores, requieren mucha comunicacion y planeacion para mantener altos niveles de calidad <chilicuil> asi que al comienzo de cada ciclo, se organiza el Ubuntu developer Summit, donde tanto desarrolladores como contribuiores se reunen para hablar sobre las caracteristicas de la siguiente version de Ubuntu <chilicuil> cada idea se discute, y se toman anotaciones sobre la informacion requerida para implementarla, de los cambios que se necesitan hacer en otros lugares, del plan para probarla, etc <chilicuil> todo esto se hace en un ambiente abierto y transparente, asi que incluso cuando no puedan asistir en persona, siempre pueden participar en linea, escuchar los streamcast, hablar con los asistentes y suscribirse a la lista de modificaciones y especificaciones de cada tema, de esta forma, siempre pueden mantenerse al dia #ubuntu-classroom-es 2012-08-29 <chilicuil> 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 <chilicuil> 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 <chilicuil> si logramos terminar a tiempo, podemos incluso avanzar un poco mas, y analizar algun paquete <chilicuil> esta sesion sera practica, les sugiero que tengan abierta por lo menos una terminal <chilicuil> hay ciertas cosas que necesitan hacer para tener un sistema listo para el desarrollo de Ubuntu <chilicuil> algunas de ellas son; configurar sus equipos para modificar paquetes, y para subir sus cambios a Launchpad, la plataforma de desarrollo de Ubuntu <chilicuil> esto es lo que haremos: <chilicuil> - 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 <chilicuil> - Crear y configurar una cuenta en launchpad <chilicuil> - Configurar software para poder recompilar paquetes en su equipo, para interactuar con otros desarrolladores, y para enviar parches a Launchpad <chilicuil> 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 <chilicuil> asi que tendran que correr Ubuntu Quantal (12.10) de alguna forma <chilicuil> no teman, podran hacerlo a traves de un entorno chroot, de una maquina virtual, o por algun metodo parecido <chilicuil> aunque si les es posible, lo mejor seria que pudieran hacer las pruebas en un entorno que utilicen todos los dias <chilicuil> https://wiki.ubuntu.com/UsingDevelopmentReleases explica algunos metodos para correr la ultima version de forma segura <chilicuil> si alguno de ustedes utiliza 12.04, no importa, pueden seguir las instrucciones, y luego repetirlas en su entorno de desarrollo <chilicuil> 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 <chilicuil> $ sudo apt-get install packaging-dev <chilicuil> esto tomara unos minutos, asi que dejenlo funcionando <chilicuil> al finalizar tendran instalado el siguiente software <chilicuil> - 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 <chilicuil> - pbuilder, esta es una herramienta para recompilar los paquetes, en un entorno limpio y completamente aislado <chilicuil> - ubuntu-dev-tools (y devscripts, que figura como dependencia directa), es una coleccion de scripts que permiten automatizar algunas de las tareas de empaquetamiento <chilicuil> - 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 <chilicuil> - apt-file, es una herramienta para encontrar el paquete al que pertence determinado archivo <chilicuil> - y obviamente muchas otras cosas buenas que no cubriremos en esta guia introductoria :) <chilicuil> alguna pregunta hasta aqui? <chilicuil> NickE pregunta sobre la maquina virtual que usa TestDrive <chilicuil> dholbach responde que la ultima vez que vio, usaba kvm <chilicuil> nja pregunta si es necesario correr "apt-file update" despues de instalar ese metapaquete <chilicuil> 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 <chilicuil> conner_bw pregunta si bzr esta grabado en piedra, o si algun dia se podra usar git en su lugar <chilicuil> dholbach responde que no lo sabe, y que tal vez seria mejor preguntar en #launchpad <chilicuil> 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 <chilicuil> 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 <chilicuil> en fin, vayamos a la accion! <chilicuil> 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 <chilicuil> export DEBFULLNAME="Bob Dobbs" <chilicuil> export DEBEMAIL="ihodge@example.net" <chilicuil> reemplacen el nombre y correo con los suyos :) <chilicuil> ahora, guarden el archivo, y cierren y vuelvan a abrir su terminal, o utilicen el comando: <chilicuil> $ source ~/.bashrc <chilicuil> (si no utilizan bash como shell, editen el archivo correspondiente a la shell que usen) <chilicuil> una vez que lo hayan hecho, las herramientas de empaquetamiento utilizaran su nombre y direccion cuando tengan que introducir un nombre de autor <chilicuil> nja pregunta si Lernid utiliza bash como la shell por defecto <chilicuil> dholbach responde que si, que Lernid utiliza la shell que suelas utilizar, siendo esta por defecto bash <chilicuil> una vez que hayan completado este paso, crearemos la llave GPG <chilicuil> si ya tienen una llave de este estilo, con esa basta, no tienen que crear otra <chilicuil> 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 <chilicuil> 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 <chilicuil> para crear una llave GPG, utilicen: <chilicuil> $ gpg --gen-key <chilicuil> 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 <chilicuil> 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 <chilicuil> 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 <chilicuil> 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) <chilicuil> 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 <chilicuil> tambien podemos dejar que la genere mientras configuramos el resto del entorno, abran otra terminal <chilicuil> ahora crearemos la llave SSH <chilicuil> 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 <chilicuil> para crear una llave SSH, ejecuten: <chilicuil> $ ssh-keygen -t rsa <chilicuil> 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 <chilicuil> para esta llave* <chilicuil> nja pregunta si la contraseÃ±a se puede cambiar despues <chilicuil> dholbach responde que si <chilicuil> el siguiente paso, es configurar pbuilder <chilicuil> pbuilder les permitira compilar paquetes en su maquina, esto tiene 2 ventajas: <chilicuil> - la compilacion se hace en un entorno limpio y minimalista, esto
{'channel': 'ubuntu-classroom-es', 'month': 8}