 Ok, so good morning everyone. Thank you very much for taking the time to come and participate in Debian Day today. It's very exciting for me to be here and to be part of the Debian Developers Conference and the camp that has been going on as we work together over the last few days and to be here for Debian Day today. Ok, muchas gracias por venir. Es muy emocionante para mí estar aquí con ustedes iniciando este Debian Day. Hemos estado anticipando este día de trabajo y pues vamos. Yeah, what I want to try and do for the next period of time is to give you some background and some context for helping understand what the Debian Project is and how it works. And the reason I am the one to do this today is that of the people still involved in the Debian Project, I'm one of the people who's been around for the longest time. Ok, lo que quiero hacer a través de esta plática es darles un poco de información de fondo acerca de cómo se ha ido desarrollando a través de los años el proyecto de Debian. Y para ello pues bueno, yo soy Vida Iles, una de las personas que más tiempo ha estado como parte de nuestro proyecto. Apologize very much for being so handicapped because I can only speak English. Y lamento tener esta desventaja cultural porque solo hablo inglés. I tell people that I made my first personal contribution of source code to this thing that we now call free software in 1979. Yo le digo a la gente que hice mi primera contribución a esto que hoy en día llamamos software libre en 1979. I've had the pleasure to be an employee of the Hewlett Packard Company since 1986 and today and for the last ten years I serve as the chief technologist for HP's open source and Linux business. He he tenido el placer de ser empleado de la compañía hoy conocida como Hewlett Packard desde 1986 y desde hace 10 años soy el technologista en jefe de software libre y Linux, open source y Linux. Y en el mundo del software libre soy más conocido por mis muchos años de estar involucrado en diferentes proyectos entre ellos destacando el proyecto de Debian. Y al día de hoy estoy cumpliendo roles más formales como presidente de software de public interest que es una organización que da representación legal y servicios a diferentes proyectos de desarrollo de software libre, miembro del Consejo Directivo de la Fundación de Linux y de la Fundación del Freedom Box. Y todo el mundo que me va conociendo poco a poco sabe que tengo hobbies muy comunes y muy interesantes y en los cuales siempre termino mezclando el asunto del software libre. Por ejemplo me gusta construir y lanzar proyectiles grandes. Y incluso esto tiene que ver con el software libre porque cuando nosotros construimos y lanzamos este proyectil hace unos años sólo esta parte roja volvió. Y esto falló por un bug en el altímetro en uno de los componentes de navegación que era propietario. Y esto que les estoy mostrando es el ejemplo que tenemos hoy de uno de los circuitos que construimos y que pusimos como Open Hardware y que está a disposición de la comunidad de gente que está en interés. Y esto que les estoy mostrando es el ejemplo que tenemos hoy de uno de los circuitos que construimos y que pusimos como Open Hardware y que está a disposición de la comunidad de gente que está en interés en hacer proyectiles. Así que entre más saben de mí más van a ir entendiendo que todo lo que hago termina convirtiéndose en un proyecto de software libre. Así que vamos a hablar un poco acerca de qué es Debian. Debian es un proyecto único en el sentido de que no hay ninguna compañía detrás de él que lo impulse. Así que vamos a hablar un poco acerca de qué es Debian. Debian es un proyecto único en el sentido de que no hay ninguna compañía detrás de él que lo impulse. Sino que es una asociación de individuos que han encontrado una causa común que es crear un sistema operativo libre. El sistema operativo libre y muchas otras aplicaciones de software libre es esta noticia que están desarrolladas por y mantendidas y apoyadas por una comunidad. Y lo que significa es que no hay una compañía detrás de él y un rango de diferentes contributores con muchos intereses, muchas habilidades y motivaciones que vienen de diferentes geográficas y backgrounds económicas que colaboran juntos para hacer algo mucho más grande que cualquier compañía que pueda hacer. Y esto es muy importante para los usuarios también. Porque una de las cosas que pasa cuando adoptamos las licencias de software libre y este tipo de model de desarrollo de comunidad, es que cada usuario puede ser un usuario que puede ser una persona que está en el camino de la vida de las personas. Y esto es muy importante para los usuarios también, porque una de las cosas que pasa cuando adoptamos las licencias de software libre y el modelo de comunidad de desarrollo es que cada usuario puede ser un usuario o una persona que puede ser un usuario de su camino. Y esto es muy importante entre nuestros grupos de usuarios porque se vuelve natural que cualquier persona que usa nuestro sistema, nuestros productos, puede ya sea él mismo convertirse en un desarrollador o pagarle a alguien más para que lo haga, pagarle a alguien que tenga la capacidad para involucrarse en el desarrollo. Así que, si ves alguna necesidad, algún pedazo de software en el mundo que no exista, pueden construir a partir de todos los componentes libres que ya existen y desarrollar sobre esto. Y el resultado mágico que viene de este modelo es cuando el modelo de desarrollo de comunidad libre y el modelo de desarrollo de comunidad libre, y el resultado que obtenemos de esto es que si construimos sobre lo que ya existe, sobre lo que ya va desarrollado, vamos a terminar desarrollando únicamente un pequeño componente que es el modelo de desarrollo de comunidad libre. Y el resultado que obtenemos de esto es que si construimos sobre lo que ya existe, sobre lo que ya va desarrollado, vamos a terminar desarrollando únicamente un pequeño componente que es el faltante y vamos a obtener una base de alta calidad y de muy buen rendimiento. Ahora, ¿por qué es importante de Vian? Hay todo un mundo de distribuciones de proyectos de software libre basados en Linux y en otras cosas. ¿Por qué de Vian es diferente o especial entre ellos? Yo creo que es por la libertad. Es muy importante también que Vian nos proporciona una comunidad estable de desarrollo muy funcional, muy activa y es muy importante que la mayor parte de los desarrolladores, a pesar de que haya discusiones, a pesar de que haya puntos de atascamiento, sigue trabajando, vamos, es lo que él llama no vocal, o sea gente que sigue trabajando en su línea aunque haya atascos en otra. La comunidad es muy abierta a contribuciones. Si eres fascinante y quieres trabajar con Vian y hacer algo mejor, nos ayudará a venir y participar en el proyecto y ser parte de nuestro proceso voluntario y tenemos este beneficio de que todas las cosas que la gente ha aprendido y hecho antes han sido usadas para crear políticas para cómo trabajamos juntos y para how we package software that help to drive a very uniform experience for our users even in this huge number of packages. Una de las cosas que ha sido muy conocida también a través de muchos años de Vian es que tiene un gran número de arquitecturas, o sea que corren procesadores con características técnicas muy distintas entre sí y de paquetes, o sea de áreas de aplicación y esto ha sido posible dado que parte del proceso de desarrollo de la distribución, de ir creando los paquetes, de ir creando consenso entre los desarrolladores, nos ha ido llevando a crear políticas, digamos políticas de aplicabilidad, políticas de desarrollo, políticas que rigen como el sistema se integra en una unidad. What we build and what we make together in Debian feeds a huge downstream set of users in other distributions and dependencies. There are many other distributions that are based on Debian, including some famous ones like Ubuntu, and there are many, many products from companies like HP and others that embed and are dependent on Debian technologies. Y parte de este ecosistema que se crea con Debian es una cadena hacia abajo de dependencias de proyectos que construyen sobre la tecnología que nosotros hemos ido creando. Hay muchas distribuciones derivadas de propósito general, de propósito específico, incluyendo algunas muy conocidas como Ubuntu y otras que están embebidas en productos, por ejemplo, de compañías como la de Videl y Hewlett-Packard, que incluyen a Debian como base tecnológica dentro de sus dispositivos. Debian also is a very, very international project. As you know, we are meeting this year here in Managua. Last year we had our big annual meeting in Bosnia in a very different part of the world and this is because we have contributors from many different places around the world in a very, very international community. Bueno, y el mismo hecho de que nos estamos reuniendo hoy aquí en la ciudad de Managua habla de otra de las grandes riquezas de Debian. Ustedes saben que el año pasado nos reunimos en otro lugar muy distinto y muy lejano de aquí, que es Bosnia. Debian está compuesto de participantes que están básicamente esparcidos por todo el mundo. So how is it that this all happened? What is it that caused the Debian project to become what it is today? On this slide I have identified what I think are some of the important and key moments in Debian's history, beginning with the first not really very good public-ish release in August of 1993 and carrying on through the first five years or so of the project. Entonces, ¿qué es lo que ha hecho que Debian sea este gran éxito, esta gran masa de gente? Bueno, en esta lámina presento algunos de los momentos que marca como principales en la historia temprana de Debian, incluyendo la liberación de la no muy buena y muy lejana de estar terminada primer versión en agosto del 93. And if we look back, all the way back to January of 1994, there were two very, very important things that were part of that release. The first was a document called the Debian Linux Manifesto, which I will talk more about in a minute, that helped to explain why people should care about Debian and then there was also the introduction of a very simple package manager which was the predecessor of our current d-package tool and this was the first time that a Linux distribution had ever had an explicit package manager. Entonces, en la versión de enero del 94 incluye dos grandes hitos en los cuales está basado todo el desarrollo posterior que hubo. Debian Linux Manifesto, un manifesto del que hablará posteriormente y un sistema simple de manejo de paquetes. Debian fue la primera distribución basada en Linux en incluir un sistema de manejo de paquetes. Esto se volvió vital para el desarrollo posterior. Esto no era lo que conocemos hoy en día, no era apt, esto era únicamente de PKG, pero pues bueno, fue la primera distribución que explícitamente incluyó este tipo de herramientas. Y muchos de los aspectos que consideramos fundamentales en todas las distribuciones de Linux fueron introducidas por Debian hace muchos años y poco a poco fueron incorporándose a todas las demás. Vida y el Segundo Unión al proyecto entre el segundo y trasladado, me parece que una es la primera plan de aplicación de debian y me parece que el segundo y trasladado y me parece que el segundo y trasladado, me parece que la segunda ginoma deavian Videl se unió al proyecto entre el segundo y tercerito, en enero del 94 y marzo del 95. Para marzo del 95 fue que se estabilizó, vamos al concepto que hoy conocemos como DPKG. Para muchas personas, el primer release que vieron publicamente fue esta, y esta fue la primera vez que tuvimos una interfaz de usuario para seleccionar el package que quisieras tener en tu sistema. En el 95 fue la primera versión en la que incluimos una infraestructura de selección de paquetes, llamada Deselect, que es la primera cara de Debian que muchos de nosotros nos tocó ver. Muchos hoy en día, si ven Deselect, se quejan de que es una interfaz muy incómoda, muy poco amigable. Pero a mí me sigue gustando y la introdujimos en el 95. Y, como pueden ver, a partir de esta época, el proyecto creó muy rápido, de los 12 contributores de este release a los 60 de este release. A partir de la época que llegamos a 1997, el proyecto creó muy rápido, de los 12 contributores de este release a los 60 de este release. A partir de la época que llegamos a 1997, el proyecto creó muy rápido, que creó un problema. No todas las personas nuevas que participan en el proyecto entendieron todos los principales principales y ideas que se basaron en el proyecto. Y, por eso, nos sentimos compelidos para crear algo que llamaba Debian Social Contract, y con eso, algo que llamaba Debian Free Software Guidelines. Entonces, como pueden ver, entre el 94 y el 95, el proyecto iba creciendo a un ritmo muy acelerado. En el principio del 94 tenía 12 personas contribuyendo, fines del 95 eran 60. Y el ritmo al que iba este crecimiento para el 97 los llevó a darse cuenta que se estaban enfrentando un problema, que los nuevos que se iban integrando podían no comprender o no estar claramente de acuerdo con las decisiones fundamentales de inicio del proyecto, por lo cual crearon el contrato social y los linamientos de software libre de Debian. Entonces, puede ver como aquí el proyecto se ha ido destructurando conforme lo va requiriendo. A estos que, primeros, textos fundacionales, como los llamamos ahora, en el julio del 98 salió la primera distribución multiarquitectura, o sea, la primera versión de Debian que corría, además de la arquitectura interna, el proyecto se ha ido destructurando conforme lo va requiriendo. A estos que, primeros, textos fundacionales, como los llamamos ahora, bueno, en julio del 98 salió la primera distribución multiarquitectura, o sea, la primera versión de Debian que corría además de la arquitectura interna, en la arquitectura Motorola 68000. Y pues, bueno, conforme se fue juntando más gente, hacía falta más estructura formal, más estructura, llamamos legal, posteriormente se introdujo la Constitución y posteriormente se introdujeron un proceso formal para aceptar nuevos miembros. Ok, habíamos hablado de qué hablaríamos del manifiesto de Debian Linux. Este es un documento escrito por Ian Murdoch, que es el formalmente el fundador del proyecto, y es lo que hizo que Videl decidiera entrar a trabajar con este proyecto. Así que vamos a ver algunos de esos puntos. Ok. Y al punto de verlo, ya no había sentido que las grabaciones no fueron las que seió, pero la primera fue que Debian Linux era una distribución de un tipo de Linux, y tener en cuenta en esa época, no había muchas cosas que sabíamos de la distribución, pero tuvo la sensación que se desarrollaría occidentalmente en la forma de Linux y Gannu, y que hubo gran parte de ese turningo. De mixin se hizo el que el silently Bueno, el primer punto es que debían Linux y va a ser un nuevo tipo de distribución de Linux y recuerden que en el 93 no había muchas cosas que hoy en día reconoceríamos como una distribución, pero bueno, debían ser un nuevo tipo de distribución de Linux desarrollo de forma abierta siguiendo el espíritu de Linux y de GNU. At that time, the model of development and collaboration that was being experimented with by the Linux kernel community had never really been seen before in the software world in a big way. En esos años, el tipo de desarrollo que se estaba empezando a explorar para el desarrollo del núcleo de Linux del kernel, nunca, pues era una novedad, no se había visto nada así en el desarrollo de software. And from Richard Stallman and the GNU project, we got a very strong philosophical basis on the importance of freedom in software. Y del lado de Richard Stallman y del movimiento GNU, llegó pues se tomó una base muy sólida de qué sería filosóficamente el software libre. And so what Ian was trying to do here was to create a project which would combine the best of both of those worlds, a very open, egalitarian collaborative development model and a very strong focus on freedom. Entonces, lo que Ian murdo que estaba intentando crear aquí era algo que juntaba lo mejor de ambos mundos, un modelo de desarrollo tecnológico y igualitario abierto y una base filosófica fuerte. The second major point was that Debian would be carefully and conscientiously put together and would be maintained and supported with similar care. El segundo punto mencionaba que Debian iba a ser construido con cuidado y con mucha conciencia y que iba a ser mantenido y soportado, se le iba a dar soporte con un cuidado similar. And as part of that, the Debian design process would be completely open to ensure both that the system would be of high quality and that it would reflect the needs of our user community. Y bueno, que el proceso de diseño de Debian sería abierto para asegurarse que el sistema sería de la máxima calidad y que reflejara las necesidades de la comunidad de usuarios. And at that point in history, 20 years ago, it was very controversial to suggest that Linux should not be a commercial product and that it never should be a commercial product, but that didn't mean that Linux would never be able to compete commercial and yet, today, one of the things that is so obvious when you look at the Debian project is to understand that it works the way it works and works as well as it works because it's not a single product and it's not the property of a single company. Una cosa que estaba muy en el centro de la controversia en esa época y que ha ido cambiando pero se sigue manteniendo, vamos, como el origen, es que decían Linux no es y no debe ser un producto comercial. Pero eso no significa que Linux nunca pueda competir de forma comercial. Y pues bueno, a pesar de que hoy Linux existe como proyecto, como producto comercial, esto se sigue sintiendo, se sigue notando en el sentido de que no es un solo producto, que no es algo monolítico, que no hay una sola manera de ver las cosas, sino que tenemos una diversidad. Y creo que en hindsight, esto es una de las cosas que Ian ha escrito en la época que parecen difícil de creer y que hoy sabemos que es absolutamente verdadera. En el mundo de smartphones hoy, más de los teléfonos son el kernel de Linux que cualquier otro sistema de operación. Y bueno, en retrospectiva, este documento que escribió Ian fue de los más visionarios y de los que menos era creíble que pudiera ser sostenible, que menos era creíble que pudiera llevarse a la práctica. Pero viéndolo desde hoy, se llevó a la práctica perfectamente. Hablando de la diversidad, hoy en día en el mundo de los smartphones que es donde más está creciendo el cómputo al día de hoy, más teléfonos usan el kernel de Linux que ningún otro sistema operativo. Y en el otro lado de la escala, el 90% de las grandes computadoras de cómputo intensivo están corriendo con Linux prácticamente todos los procesos de reserva de aerolíneas y de transacciones financieras están basados en Linux. Así que, como el proyecto continuó a crecer, he mencionado que, a un momento, teníamos que crear esto que llamaba el Débien Social Contract. Lo que fue sobre esto fue el hecho de que, como más y más personas llegaron al proyecto, teníamos que tener una manera de asegurar que cada nueva persona que participara en el proyecto entendía algunos de los proyectos fundamentales y valores y que pudiera vivir con ellos. Bueno, entonces, conforme fue creciendo el proyecto, como les mencioné hace rato, uno de los primeros documentos que tuvimos que crear fue el Contracto Social de Débien. Este Contracto Social básicamente determina que quien esté uniéndose al proyecto, quien se convierta en parte de Débien, comparte una serie de valores básicos que son los que indicarán cómo va a ir desarrollándose el proyecto. Y hay sólo seis puntos en este Contracto Social, y ellos todos hoy permanecen muy fuertemente incontrovertidos. Débien sería un 100% libre software que nos daríamos de vuelta a la comunidad libre de software, que no tendríamos problemas, que nuestras prioridades serían todos nuestros usuarios y libre software, y tuvimos una discusión explícita sobre cómo íbamos a dar programas que no conocían nuestras líneas de libre software. Y, en realidad, las líneas de libre software, que voy a hablar de en un minuto, son una parte importante de el contrato social, porque, si dices que prometemos ser 100% libre, debes definir qué es libre. Bueno, entonces el Contracto Social fue creado con estos seis puntos. Estos seis puntos se han mantenido prácticamente libres de controversia hasta el día de hoy. Los seis puntos del Contracto Social son, Débien permanecerá haciendo 100% software libre. Vamos a entregar de vuelta, vamos a colaborar de vuelta con la comunidad de software libre. No vamos a esconder los problemas, nuestras prioridades son los usuarios y el software libre. Y, bueno, hubo bastante controversia desde el principio en el sentido de qué era libre. Si estamos hablando de software libre desde el principio, tuvimos que definir qué significa algo que es software libre. Entonces, hay ciertas provisiones para los programas que no cumplen con nuestros líneas de software libre. Y se creó un segundo documento ligado cercanamente a este, que significa libre según la definición los líneas de software libre de Diana. Entonces, no voy a pasar por muchos detalles de las líneas de software libre de Débien, pero ha sido un elemento muy fundacional, no solo del proyecto de Débien, donde todo el software en nuestra distribución debe conocer nuestras líneas de software libre. Porque todo el software que nosotros consideramos libre como para que sea parte de la distribución debe cumplir con los lineamientos establecidos. Pero, bueno, estos lineamientos no solo nos han servido a nosotros. El análisis que hicimos en ese momento, llevó a que nuestros lineamientos fueran copiados a otras áreas de la tecnología de la información. Estos lineamientos con muy pequeñas modificaciones poco después se convirtieron también en la Open Source Definition, la definición de Open Source. Tan pronto definimos los lineamientos de software libre. Estos fueron adoptados por muchos otros depósitos de software que había en ese momento en la red. Por ejemplo, Sonsite, que era un gran depósito de software libre, los adoptó como propios, lo cual significa que todo lo que distribuía Sonsite tendría que seguir los lineamientos de software libre. ¿Cómo fueron definidos por Debian? So, all this gives you some understanding of the philosophical basis for the Debian project and some of the ways that the evolving needs of the project have led us to become more formal over time about some of these documents and the ways that we interact with each other. Bueno, entonces, esto es lo que ha ido dándole forma y lo que ha ido dando forma Bueno, entonces esto es lo que ha ido dándole forma y lo que nos ha ido permitiendo ir formalizando, vamos haciendo más explícito cómo opera el proyecto. Desde un punto más práctico, parte de cómo Debian ha sido capaz de ser sucesivo, es que algunas de esas ideas fundacionales han tenido muy reales implementaciones. Por ejemplo, desde 1994, Debian ha tenido un sistema de tránsito publico en la Internet. Este es un sistema abierto. Este es un sistema abierto. Si alguien puede admitir bugs contra Debian packages, si alguien puede admitir enhancement requestos y otros comentarios, si alguien puede trabajar en ayudarnos a entender qué causas de la ruta son de esos problemas, y si alguien puede ayudar a fixarlo. Este es un sistema que, desde 1994, ha sido en lugar y es muy útil hoy y es una parte muy importante de cómo interactamos con nosotros y con nuestros usuarios. Bueno, yendo a un punto más práctico, de nuestros mismos linamientos y formas de trabajo, fueron surgiendo implementaciones como la de nuestro sistema de seguimiento de fallos. Este sistema existe desde 1994. Es un sistema de seguimiento de fallos públicos, lo cual significa que cualquier fallo que es reportado queda a disposición del público de inmediato. Este es un sistema abierto en el que cualquier persona puede reportar un fallo en algún programa solicitar características adicionales, poner a otros comentarios, ayudar a que el desarrollador pueda entender lo que quiere el usuario o a reproducir cuando se produce determinado fallo. El uso principal, la principal interfaz para este programa es que se manda un correo para interactuar con el sistema y todo lo que se va recibiendo está disponible por una interfaz web. Este está en bugs.debian.org. Otro punto muy importante que explica cómo trabajamos juntos tantas personas es que tenemos una política de desarrollo, un documento que explica cómo los diferentes programas deben acomodarse, deben configurarse, cómo podemos hacer que los programas no entren en conflicto unos con otros. Y creo que más incluso que los mismos documentos de políticas y mejores prácticas, algo que nos ha ayudado muchísimo a asegurar la calidad a gran escala de Debian es que hemos ido implementando herramientas de software que analizan los paquetes antes de que los subamos a Debian y nos dicen si alguno de ellos aparenta estar rompiendo alguna de las políticas, aparenta estarse saliendo de lo que debería ser alertando al mantenedor para que corrige esos problemas. Entonces de esta manera cuando discutimos, cuando encontramos alguna nueva característica, alguna nueva forma en que creemos que se debe hacer el desarrollo de software para que nos funcione mejor, es muy fácil hacerlo llegar a todos los desarrolladores. Bueno, y en el momento en que hay un documento de políticas para un grupo diverso de desarrolladores, también seguramente habrá desarrolladores que no estén de acuerdo con alguno de los problemas o que haya decisiones que llevan a controversia y que se vuelvan difíciles de determinar. Entonces es por ello que se creó la Constitución, la Constitución, la Constitución, la Constitución, la Constitución, la Constitución, es un documento que crea una forma, llamémosle de cierto modo, de gobierno, de llegar a decisiones, de a qué entidades puede recurrir un desarrollador en caso de no estar de acuerdo con un cierto proceso. La división de poderes ha convirtido en que casi todos los responsables de decisiones y el poder en una base de datos se mantienen con los desarrolladores individuos y las respuestas que están haciendo la gente por especiales. Una de las cosas que me llama la atención sobre este sistema de gobernación que hemos desarrollado es que es al revés de casi cualquier sistema de gobierno que vamos a encontrar. Porque la mayor parte de las decisiones siguen en mano de cada uno de los desarrolladores como individuos y solo en casos especiales, para necesidades muy específicas, se entra a los cuerpos formales. Y así, esto preserva el beneficio de un modelo en el que la gente es mayormente empazada a hacer su propio trabajo, en su propio tiempo, para su propia motivación. Pero nos da un mecanismo para resolver las dificultades cuando esas motivaciones vienen en conflicto con cada otro. Y una de las cosas interesantes que sucedieron en la Constitución es que seleccionamos un mecanismo para dar votos en el proyecto usando algo que llamaba un sistema de preferencia o condorce, que en el momento fue considerado inusual y un poco extraño. Pero lo que pasó fue que se estuvo muy bien estudiado por organizaciones que cuidan sobre la política social. Una de las cosas interesantes que se han desarrollado a partir de esto es que el sistema de votación que elegimos, cuando fue elegido, era ampliamente visto como una cosa casi inaplicable, muy compleja y casi imposible de llevar a la práctica el condor set preferido. El sistema de votación, el sistema de votación, y casi imposible de llevar a la práctica el sistema de preferencias múltiples condor set que ha sido, desde que lo adoptamos, visto como una cosa posible para ciertos grupos de ciertas características, ha sido ampliamente estudiado por grupos que buscan análisis de cómo llevar a involucremento político. La primera es que should never underestimate the value of explicitly stating what your values are. If you have values that you share and agree on with other people, you can from that create a vision for what you would like the world to be like if your values were the ones that mattered, and from that you can create strategies and objectives. But if you don't start by agreeing on a common core set of values, it can become very difficult when you have disagreements to understand what you should fall back to. Values provide an anchor that you can rely on when things in your project get difficult. Ok, entonces como resumen, hay dos cosas principales que yo he aprendido a lo largo de mi involucramiento con Debian. La primera es nunca subestimar el valor de los valores. Cuando una comunidad está definida en torno a un juego de valores, entonces es esto el principal motor que lleva a que esta comunidad avance. Después de los valores la visión hacia dónde se quiere llegar, después de esto la estrategia, cómo se quiere llegar a ello, y por último los objetivos. Pero los valores sirven siempre como un ancla en caso de haber desencuentros. Los valores básicos son siempre lo que da unidad al proyecto entero. Y bueno, esto es lo que pasa cuando Videl hace últimas precisiones antes de dar una plática que no le aparece el texto que puso. Debería haber un segundo encabezado ahí que dice nunca subestimes la tiranía de una pequeña minoría, de una minoría vocal. Porque lo que pasan un grupo como de nuestro, que todo el intercambio lo tenemos a través del correo electrónico principalmente, a través del correo electrónico principalmente, es que cuando hay un par de personas que tienen tiempo para dedicarle a hacer una discusión, a escribir en las listas del correo, parecería que todo mundo está participando en la discusión, pero lo que encuentra es que la mayor parte de la gente sigue trabajando en silencio, de una forma competente, de una forma responsable, a pesar de que haya discusiones. Y un pequeño grupo de gente puede hacer mucho ruido. Entonces, siempre hay que llegar a un balance, porque si bien es importante escuchar a cada una de estas opiniones y es importante siempre recordar que es esta diversidad de opiniones la que hace que nuestro producto sea tan grande. Pero, en el mismo tiempo, es muy importante escuchar a cada una de estas opiniones y es importante siempre recordar que es esta diversidad de opiniones la que hace que en el mismo tiempo, es muy importante no permitir el progreso en el proyecto de ser bloqueado por un pequeño grupo de personas que no tienen nada mejor que hacer que argumentar. Pero, en el mismo tiempo, es muy importante que entendamos que es más importante seguir desarrollando, seguir avanzando con el proyecto y no detenernos a rebatir todos los argumentos que hace un pequeño grupo de gente. Bueno, chica, el siguiente slide ha mostrado eso. Así que, de todas formas, parte de cómo Debian trabaja y parte de lo que hace que es posible para todas esas políticas y procesos que van a venir juntos es esta noticia que todo el software en el sistema de Debian está comprado. Y algunas de las características importantes de los packages en Debian es que tienen estos nombres de .deb para el package binario. El otro gran sistema de comprensión en el mundo de Linux es el que Red Hat creó hace años que se llama RPM y en el mundo de Linux, casi todo es either a .deb o RPM. Bueno, una cosa yendo más hacia el lado técnico de cómo funciona Debian es que todo el software que forma parte de Debian es parte de un paquete. El formato de paquetes, el archivo de paquetes de Debian es el archivo .deb. En el mundo de Linux van a encontrar que el software empaquetado casi siempre existe o como .deb o como .rpm, que es otro formato que fue inventado por Red Hat, el Red Hat Package Manager. Y como mencioné, los packages son mantendidos por individuos o pequeños grupos y hay un package de source correspondiente y un management de fuerte dependencia entre los packages. Por ejemplo, si vas a instalar un nuevo programa y tiene una dependencia en alguna librería, el sistema comprende eso y te ayudará a instalar todas las piezas que necesitan para hacer el programa funcionar. Entonces, el concepto que introdujo de Debian en algún momento es el concepto de las dependencias. Bueno, cuando un programa requiere de ciertas bibliotecas, requiere de otros programas para funcionar correctamente, declara dependencias en este, entonces las herramientas que gestionan los paquetes los instalan todos juntos. It also means that if you want to remove a program that you are no longer using, the system often can help you understand which of the libraries and other tools were installed only because of that program and now are no longer needed and can be removed. Y cuando queremos eliminar un programa que ya no estamos usando, también esto nos ayuda a que el sistema nos sugiera cuando quiero quitar un programa, bueno, cuáles bibliotecas fueron introducidas por causa o por culpa de este programa y podamos quitarlos en conjunto. And as I mentioned earlier, we've created a number of tools over the years that both helped to create Debian packages and then helped to check them and keep them, keep us knowledgeable about whether they are up to date with our policies and so forth. And those policy documents really capture and then in some cases mandate the use of best practices that have been discovered by people as they work on the distribution. Bueno, entonces como mencionábamos hace rato a lo largo de los años hemos creado una gran cantidad de herramientas tanto para crear los paquetes como para verificar que estos están siguiendo las mejores prácticas que sigan, que están siguiendo nuestras políticas de desarrollo, nuestras políticas de, digamos, de coherencia a gran escala en el sistema y estas herramientas le dicen a la gente cuando pueden no estar creando sus paquetes según las últimas buenas prácticas. And then another thing that's important to understand about Debian is that we have a network of machines that are used to automatically build new versions of software packages for all of the different processor architectures that we support so that as new source packages are uploaded a database system keeps track of whether they need to be built for the other architectures and helps to guide that entire process. Otro proceso interesante que tenemos dentro de Debian es que como tenemos un gran número de arquitecturas de procesadores diferentes hay un sistema basado en una base de datos que recibe cada uno de los paquetes fuente que son subidos y va indicándole a los autoconstructores cuando se tiene que compilar o recompilar algunos de los paquetes para cada arquitectura. Y este proceso se mezcla las mejores partes de automotor de computador y de la convocación humana y es cómo podemos mantener tantos paquetes para tantos arquitecturas sin estar completamente malos y los resultados de estos procesadores y todos los puestos para esos puestos, como nuestro sistema de tránsito, son completamente open y visibles para que alguien sea capaz de ver la estatus de cómo los paquetes son construidos en Debian y para resolver problemas si existen. Ahora, estas herramientas mezclan lo mejor de la automatización de la computadora y de la supervisión del humano. Hemos creado interfaces que nos permiten de un vistazo de entender cuál es el estado de construcción de cada uno de los paquetes en cada una de las arquitecturas, encontrar cuáles son los fallos que algún detalle de implementación está generando y pues, bueno, todas las vitácoras ampliadas, extendidas, están siempre disponibles. Another interesting thing to understand about how packages work in Debian is how they go from initially being uploaded by the developers and maintainers and are promoted through a process to become part of a stable release. At any given moment, there are sort of different versions of Debian that you can pay attention to and follow. There's the unstable distribution which has a new release more than once every day as new packages are uploaded and included. There's then the testing distribution which is the version of Debian that is headed towards being our next stable release and all of the packages there have to meet certain criteria before they move from unstable into testing. And then every couple of years we release a new stable version which people can run for a very long time with security updates and fixes and not have to worry about changing underneath them. Bueno, entonces el proceso por medio del cual nuevos paquetes van entrando a Debian, van entrando a la distribución es que los desarrolladores siempre lo suben a la rama inestable que es donde ocurre todo el desarrollo. Si se cumplen ciertos criterios un paquete que está en la rama inestable va a caer, va a entrar a la rama de pruebas, a la rama testing. Si estos criterios básicos aparecen aquí, básicamente cierto tiempo para dar tiempo de que se descubran problemas potenciales, que no se creen nuevos bugs, que todas las dependencias estén disponibles, etcétera. Y bueno, esto lleva a que testing sea lo que queremos que use el usuario a futuro. Y cada cierto tiempo, aproximadamente hemos convergido en dos años, se hacen liberaciones de versiones estables. Esto es, se dedica a cierto tiempo a congelar, a pulir la versión de pruebas y se le denomina la nueva versión estable. Y pues continuamos con el ciclo volviendo a entrar desde inestable. Y como mencioné, en el principio de esta conversación, en mi trabajo de día, trabajo para la compañía de Hewlett-Packard. Y quería justamente mencionar que una de las razones que HPE ha trabajado muy cerca con Debian es que muchas de estas cosas que he hablado sobre cómo Debian trabaja generan resultados que son muy, muy útiles para una compañía como HPE. Bueno, y a fin de cuentas, ¿qué es lo que hace que yo esté aquí? ¿Por qué Hewlett-Packard paga por este tipo de desarrollo? Entonces, vamos a ver, ¿qué es lo que hace que HPE permita que yo esté aquí? Y como resultado, hay muchas cosas diferentes que HPE ha hecho en los años para intentar y ayudar al proyecto a hacer progreso en formas que parecimos que podamos hacer. Hemos usado Debian para muchas de las propuestas de desarrollo interna y incluidas de software de Debian en muchos productos diferentes que hemos transportado. Muchos de los servers de Debian.org que ayudaron a hacer el proyecto posible fueron either donated por HPE o made available to Debian at very reduced prices. And for several years I've been very pleased to be able to do some little things like making the Linux Weekly News subscription available to Debian developers. Bueno, participar con un grupo de gente que trabaja en Hewlett-Packard, que está trabajando para Debian, le ha permitido a Hewlett-Packard mantenerse, digamos conectado, mantenerse dentro de la liga del desarrollo software libre. Hewlett-Packard tiene muchos de sus productos construidos alrededor de núcleos de Debian o de otras distribuciones similares y tiene un gran uso interno dentro de la compañía, tanto como plataforma de desarrollo, como una herramienta para probarse un nuevo hardware, conforme lo van acercando a estar listo para los proyectos de investigación, para la medición de rendimiento y empleado. Muchos de los productos que vemos empaquetados como una cosa cerrada que no sabríamos que está corriendo con software libre. Ahora, muchas de las máquinas en las cuales está basado el desarrollo de Debian el día de hoy han sido donadas por Hewlett-Packard y Hewlett-Packard además da pequeños extras como sería la suscripción de Linux Weekly News que hoy en día tienen básicamente todos los desarrolladores de Debian. Entonces, esto es para mostrar cómo, aunque Debian no es impulsado por ninguna compañía en específico y mientras Linux no es un producto que se venda por sí mismo, ¿por qué hay compañías que están dispuestas a invertir en esta tecnología y en pagar la gente como él, como Videl, para dedicar su tiempo a esto? So, as we look towards the future in Debian, what's going to happen? Well, very recently we began the process of freezing the testing distribution to be our next official stable release which is codenamed Weezy and we are here at this conference working together to work through many of the remaining little issues that we have to complete before we can make that release. Bueno, entonces viendo hacia el futuro, ¿qué es lo próximo que esperamos ver dentro de Debian? Bueno, muy recientemente nuestra próxima versión estable fue congelada, esto significa que tenemos algunos meses para pulirla, para corregirle los fallos que tenga para convertirle nuestro próximo granito. Don't expect radical changes in Debian because they aren't needed. No esperen encontrarse con cambios radicales en Debian si no son necesarios. The Debian community today is very strong. The Debian project is very well structured to survive economic changes and downturns. We saw this in the recent global economic crisis of the last few years as other companies in and around the free software world came and went. Debian remained very strong, very focused and very committed to the work that we're doing. I've already mentioned that it's a very powerful ecosystem for derivative distributions and the Debian project itself continues to attract new contributors. Bueno, la comunidad de Debian es muy fuerte, es un grupo muy grande de gente y esta fuerza que tiene este estilo de naturaleza de su desarrollo le ha permitido estar muy bien montada para sobrevivir problemas económicos, por ejemplo, como los que a todo mundo ha causado las suscesivas crisis económicas en el mundo. Hay empresas grandes que se dedican o se dedicaban a desarrollo software libre que han nacido y muerto en estos ciclos económicos y Debian sigue atrayendo gente, sigue siendo un ecosistema muy grande de distribuciones derivadas y continúa atrayendo nuevas contribuciones. Entonces, quieren ayudar a Debian, ¿cómo se puede ayudar a Debian? Bueno, en primer lugar hay que usarlo, usen Debian, instalen los computadoras, el solo usarlo ya nos habla de que está cubriendo más casos de uso, más necesidades, pero reporten cualquier fallo que tengan, cualquier cosa que no funciona como debe, registren nuestra herramienta de seguimiento de fallos. Y no es solo sobre el software, siempre necesitamos ayuda con muchas otras cosas como documentación, test, traducido, ayudando a mantener nuestras páginas web y todo otro tipo de trabajo importante. Y si eres capaz, si estás comprometido, si tienes una idea de cómo escribir documentación, traducir, escribir pruebas, probar el software mismo, verificar que la información que tenemos en las páginas web esté bien, etcétera. Y si eres capaz, si estás comprometido, si quieres irte involucrando para mantener paquetes o para hacer otro trabajo importante, nuevamente trabajo no técnico, también tenemos esa modalidad de participación, puedes irte convirtiendo en manteneror de paquetes o desarrollador del proyecto. Entonces, los dejo con una reflexión una de mis frases favoritas que dice lo siguiente, nunca duden que un pequeño grupo de ciudadanos comprometidos y pensantes puede cambiar el mundo, de hecho es la única cosa que alguna vez lo ha hecho, que alguna vez lo ha logrado. Ok, les agradezco su tiempo y su atención y pues bueno, si tienen algunas preguntas, tenemos tiempo para hacerlas. Entonces, ¿hay alguien en el auditorio que quiera preguntarle algo a Videl? ¿Tienes tu relación directa con el desarrollo de drivers para las impresoras de HP? No, yo no. No. Pero, sé que los que son y si tienes un problema, sienta free que me diga o envíe una e-mail y te daré la información de las personas correctas. Pero si tienes algún problema en particular, conozco la gente que lo hace, así que dime a él, escriben un correo, ponen contacto conmigo y te pongo contacto con ellos. Entonces, asumo plenamente la responsabilidad por ello. ¿Alguna otra pregunta? Comentario. Bueno. Ok. Muchas gracias por su tiempo, su comprensión y que disfruten el resto del día y aprendan muchas cosas interesantes sobre Vian. Gracias.