Si están intesesados en asistir, anótense en la página de coordinación.

Como en ocasiones anteriores, hay varias recomendaciones para los asistentes:

• De ser posible, lleven su propia laptop. ¡Con Debian, o de perdida Ubuntu, por supuesto! Tenemos disponibles uno o dos equipos para quien no tenga lap, pero por lo menos uno ya está apartado, así que no cuenten en realidad con ello.
• No se trata de hacer un InstallFest, ni una sesión de “intenté configurar mi Debian para que lea mi USB formateado en VMS y no me salió”. Se trata de colaborar para corregir problemas. Dicho esto, si tienes ganas de colaborar pero no sabes por dónde empezar o como se le hace, eres más que bienvenido. Todos empezamos así.
• Hay cafetera (y, contrario a lo que afirma gwolf, en realidad es bastante sencilla de usar). Lo que no hay es café. Apreciaríamos bastante a quien trajera un medio kilito.
• Vamos a estar ahí desde las 10 AM y hasta por ahí de las 6 PM. Si no tienes tiempo de estar todo el día, puedes venir solo un rato, aunque sea a saludar.
• Si tienes llave GPG, trae tu fingerprint y una identificación. Si no tienes, ¿que esperas? ¿No sabes como sacarla? ¡Acá te ayudamos también con eso!

A estas alturas, los que no viven cerca del DF (o sí, pero se van de vacaciones) han de estar quejandose del mugroso centralismo de los chilangos. Como no queremos eso, les recordamos que ustedes también están cordialmente invitados. Abran su cliente favorito de IRC, conecten al servidor irc.debian.org y unanse al canal #debian-mx donde los estaremos esperando para platicar, matar bugs, y tomarnos unas cuantas tasas de café virtual.

No tengo un cuarto reservado en Londres, y no sé si visitaré Liverpool o Newcastle en mi camino del sur al norte del Reino Unido. Tampoco he lavado la ropa que me voy a llevar. No importa, ya he visto viajes más ambiciosos tener éxito con menos planes.

Seguiré reportando.

A ver que resulta.

Así que, Debianeros, ¡Nos vemos en Edimburgo!

(Y feliz fiesta de liberación de Etch, a los que tengan una en su ciudad.)

Ahora, cuando reciban un spam, pidanle a su cliente de correo que mande el cuerpo del mensaje a ese scripticito. Eso enviará un reporte a los encargados del BTS, que servirá para que limpien el archivo y, más importante aún, para que entrenen los filtros.

Perdón por no poner el texto del script aquí mismo en linea, pero es que con tantos caracteres ‘raros’, queda irremediablemente destruido por el WordPress.

¡Hola a todos, niños y niñas, debianeros y debianitas!

Conmemorando el éxito de nuestro célebre BSP mexicano ([1], [2] y muy especialmente [3]), y como excelente pretexto para encontrarnos antes de que termine el presente año, convocamos nuevamente a un BSP. En el mismo lugar, a la misma hora, pero en otro día. Todo quien quiera participar, convocado queda.

¿Dónde?

Nuevamente, en las cómodas (inocente palomita) instalaciones de Nul Unu, en la Zona Rosa de la Ciudad de México.

Cerrada de Varsovia 19
Colonia Juarez
Delegación Cuauhtemoc
México, D.F.

¿Cuándo?

El jueves 28 de diciembre, a partir de las 10 AM y hasta que pidamos esquina por piedad. Sí, es en serio. No es broma por el día de los Santos Inocentes. Nos vamos a reunir el 28 de diciembre.

¿Quien debe asistir?

Los debianeros que estemos interesados en mejorar la calidad actual y futura de Debian. Quienes quieran dedicarle un rato a encontrar o aplastar bugs, a empaquetar algún programa interesante que no forme parte de Debian hoy en día, a machetearle un poco a la infraestructura del proyecto, etc. Tristemente, al convocar a BSP tenemos que ser un poco elitistas: Queremos que sea una sesión productiva. Ven si quieres sentarte y trabajar, o aprender cómo se hace este trabajo siguiendo de cerca a quien lo haga. No, no vamos a tal como dijo Rodrigo en [3] ayudarte a configurar tu wireless en Ubuntu. Es una reunin de trabajo.

No vamos a ser demasiado elitistas, sin embargo – Todos los que tengan un genuino interés por colaborar o aprender están bienvenidos. En especial, chambas como la que se aventó Toño Galindo la vez anterior (filmando y editando lo que hacemos y cómo lo hacemos) pueden ser muy útiles. (Toño, si nos lees: ¿dónde podemos bajar los videos? De ser posible, en resoluciones menores a la que me ofreciste hace tiempo, para que sea práctico desde casita )

¿Qué necesitas traer?

Cito textualmente lo que escribió Rodrigo en la convocatoria del BSP anterior:

1. Ganas, primero. El objetivo primordial es, como dije arriba, corregir problemas en etch. En particular, y sin querer sonar rudo, no se vale venir a navegar, leer el correo, chatear o aprender a configurar wireless en Ubuntu.

2. Una computadora con Debian. Inestable. No es necesario que toda la computadora use inestable, es perfectamente posible usar un chroot. Para evitar retrasos, es mejor que ya lo traigan instalado, pero si no saben como hacer eso (instalar un chroot, no instalar debian) yo me comprometo a ayudar a los aún más novatos que yo.

3. Una silla El sitio tiene mesas suficientes, pero no sillas en buenas condiciones. Traigan algo en que sentarse o aténganse.

4. Dinero para su comida y bebida. Vamos a estar casi en medio de la zona rosa, donde no faltan opciones para comer, así que pueden elegir a su gusto. Si quieren traer su propia comida, en la oficina hay horno de microondas, pero no refrigerador. Y hay cafetera, pero no de mucha capacidad.

5. Confirmar. El lugar tiene capacidad para unas 6 personas. Hasta unas 8, si están dispuestos a estar un poco incomodos. Entonces, para evitar aglomeración excesiva, si piensan venir por favor respondan aquí mismo en la lista, dando el horario en que estarán presentes.

¿Qué más puede ser de utilidad?

1. Un disco duro (desde un par de días antes). Como vamos a estar trabajando intensivamente con los paquetes, el tener un mirror local puede acelerarnos muchos procesos. Si alguien me puede prestar un disco duro de unos 50GB un par de días antes, me lo llevo a mi oficina y hago un mirror de parte de Nisamox. Me enfocaría en copiar lo pertinente a Etch+Sid para arquitectura i386. Si alguno de ustedes llevará laptop AMD64 o PowerPC, por favor díganmelo para que también las incluya en el mirror. Claro, entre más grande sea el disco duro, mejor.

2. Botanitas y suplementos de supervivencia personal para estar contentos. Conociendo las deformaciones profesionales personales, seguramente yo llegaré con café para todos.

3. Ideas. Tantas como quieran.

¿Qué más va a haber?

Damog insiste en que demos un par de pláticas más formalmente montadas que las que dimos la vez pasada. Algo montaremos Probablemente, yo hable acerca de la infraestructura para trabajo colaborativo en Debian (de Alioth, pues). Damog probablemente tome como tema el uso del BTS, y Rodrigo se echará un clavado en los entornos restringidos para construcción (pbuilder). Si alguien más quiere compartir algo, ¡adelante!

Si Toño nos acompaña, me gustaría que grabe estas pláticas. De hecho, con un poco de suerte, hacemos un stream de video en vivo para quien guste seguirnos desde lejos.

Hecho pues, ¡un abrazo pre-navideño, y nos vemos el 28!

[1] http://www.red-libre.org/pipermail/debianmexico/2006-July/002073.html
[2] http://www.red-libre.org/pipermail/debianmexico/2006-August/thread.html#2078
[3] http://www.red-libre.org/pipermail/debianmexico/2006-August/002083.html

Conste que no es por amarrar navajas, lo pregunto en serio.

La primera es, precisamente, la no arbitrariedad. Las reglas de la mayoría de las listas (que no son más que repeticiones de la netiqueta) están ahí por que la experiencia colectiva (que suma décadas) ha mostrado que son la forma más adecuada de tener un buen entorno. Reglas como evitar el HTML (porque desperdicias ancho de banda y no todo el mundo lo puede leer), no hacer top posting (porque el español se lee de arriba para abajo), recortar lo que citas, tener cuidado con la ortografía, tienen como propósito lograr que las preguntas y respuestas sean fáciles de leer y entender. Debería ser claro para cualquiera que las preguntas más entendibles son las que logran más respuestas.

Sí, muchos de los regulares son (somos) intransigentes con los que transgreden las normas. Esto es por que muchos tenemos años leyendo a gente que repetidamente comete los mismo errores, una y otra vez, sin importarles que se les señale, se les expliquen las razones, se les regañe, etc.

Y eso nos lleva a la segunda razón. Muchas veces los nuevos parecen creer que tienen un derecho divino a ser ayudados. Como si los demás integrantes de la lista estuvieran ahí como personal de apoyo pagado. Y, claramente, no es así. La lista es una comunidad, formada por personas voluntarias. Y, como toda comunidad, tiene normas sociales que hay que respetar si se quiere ser aceptado.

Transgredir las normas de una comunidad, por arbitrarias que nos parezcan, nunca va a lograr que nos acepten en la comunidad. Y, en este caso particular, trabaja en nuestra contra de forma particularmente grave. Por que los más ofendidos por las transgresiones son, precisamente, aquellos de quienes más nos importa su aceptación. Son los usuarios experimentados, los que llevan mucho tiempo en la comunidad. Son de quienes más queremos que nos ofrezcan su conocimiento.

Así que, la próxima vez que reciban un regaño por no cumplir una norma de la lista, no se enojen, no disputen así como así la sensatez de la norma y, sobre todo, no traten de ofender a quien se los dijo, por más que él (o ella) haya sido poco amable al decirlo. No por “respeto”, sino por simple interes propio.

Pues bien, resulta que la versión de desarrollo, 1.1.x, ya tiene una (la de hacer adecuadamente visibles los metadatos de una entrada). Y tiene soporte para scripting, lo cual me permitirá trabajar en otra (la de marcar como leidas entradas duplicadas en diferentes feeds ). Ahora todo lo que se necesita es:

1. Subirlo a experimental. Lo cual haré tan pronto salga 1.1.7 que corregirá algunos bugs algo molestos.
2. Convencer a todo el mundo de usarlo.
3. Convencer a los administradores de los planetas de no quitar los metadatos de las entradas.

Mientras tanto, esta es una entrada de prueba que me permitirá ver si lo que dije en el punto 3 es realmente necesario o nada más estoy difundiendo FUD.

Probando: uno, dos, tres.

Y como esas ofertas no se dejan pasar así nomás, acabo de poner un nuevo sitio hermano de Elucubrando, Bleeding Edge. Allá voy a escribir, en inglés, acerca de mi ir aprendiendo a ser un desarrollador de Debian. Están todos cordialmente invitados, por supuesto.