Y ese todo es realmente todo. En particular hay un par de directorios medio raros y /proc es uno de los más raros. Este artículo explica muy claramente muchas de las cosas que hacen especial este directorio y lo que contiene además de algunas de las cosas que se pueden hacer con el mismo.

Notas

• Artículo original: Discover the possibilities of the /proc directory
• Autor original: el uruguayo Federico Kereki para Linux.com
• La salida de todos los ejemplos utilizados fueron reemplazadas por los de mi PC para que sean más acordes a la actualidad
• Via: Librenix

Traducción

El directorio /proc es una bestia extraña. No existe realmente, pero podemos explorarlo. Sus archivos de tamaño cero no son ni binarios ni de texto sin embargo se los puede examinar y ver. Este directorio especial contiene todos los detalles sobre tus sistemas Linux, incluyendo su núcleo, procesos y parámetros de configuración. Estudiando el directorio /proc puedes aprender cómo funcionan los programas en Linux y aún hacer algunas herramientas administrativas.

En Linux, todo es manejado como un archivo; aún los dispositivos son abstraídos como archivos (en el directorio /dev). Si bien puedes pensar que los archivos “normales” son o bien textos o binarios (o posiblemente archivos de dispositivos o tuberías), el directorio /proc contiene un tipo de archivo más extraño: archivos virtuales. Estos archivos se pueden listar pero no existen realmente en el disco; el sistema operativo los crea al vuelo si intentas leerlos.

La mayoría de los sistemas de archivo siempre tienen una marca temporal actualizada, lo que indica que están siendo actualizados constantemente. El directorio /proc en sí mismo es creado cada vez que inicias el equipo. Necesitas trabajar como root para poder examinar el directorio completo; algunos archivos (como los relacionados a los procesos) pertenecen al usuario que ejecutó el proceso. Si bien la mayoría de los archivos son sólo de lectura, en unos pocos (notablemente en /proc/sys) puedes escribir para modificar parámetros del núcleo (cosa que deberías de hacer con mucho cuidado por supuesto).

Recursos sobre /proc

Encontrar documentación sobre el sistema de archivo /proc puede ser una tarea tediosa porque está desparramada entre todo el código fuente del núcleo. Revisando el directorio /usr/src/linux/Documentation encontré el archivo proc.txt que contiene mucha información pero está algo desactualizada: su última actualización fue en Noviembre de 2000 cuando estaba por salir la versión 2.4.0 (N.d.T.: en realidad fue escrito en esa época y se actualizó por última vez en Junio de 2011, lo que no quiere decir que sea completo). Sin embargo, este directorio es más sencillo de revisar que los archivos de código fuente C. Nota que podrías conseguir más de lo que deseas; por ejemplo, el archivo laptop-mode.txt tiene más de 1000 líneas y sólo documenta el archivo /proc/sys/vm/laptop_mode.

Organización del directorio /proc

El directorio /proc está organizado en directorios y subdirectorios virtuales con sus archivos agrupados por categoría. Trabajando como root, la órden ls /proc devuelve algo como lo siguiente:

1      14455  170   1964   2220   5142       dma          mtrr
10     14456  1729  1967   2234   5146       driver       net
10822  14573  173   1974   2243   5147       execdomains  pagetypeinfo
1145   15     1731  1975   2245   523        fb           partitions
1176   1545   174   1976   2281   535        filesystems  sched_debug
1179   1561   175   1978   2284   570        fs           self
1194   1574   18    1998   2286   6          interrupts   slabinfo
12     1591   1801  2      2289   7          iomem        softirqs
1207   16     1814  2004   2292   8          ioports      stat
1215   160    1855  2022   2299   893        irq          swaps
1218   161    1858  2026   23     894        kallsyms     sys
1275   1610   1859  2045   2307   895        kcore        sysrq-trigger
1292   162    1864  2056   234    acpi       keys         sysvipc
13     1627   1865  20961  24     asound     key-users    timer_list
13070  1628   1869  21     25     buddyinfo  kmsg         timer_stats
13369  1629   1874  2173   26     bus        kpagecount   tty
13874  163    19    2194   2669   cgroups    kpageflags   uptime
13927  1630   1920  22     2750   cmdline    loadavg      version
13934  1631   1942  22113  288    consoles   locks        vmallocinfo
13935  1632   1948  22114  3      cpuinfo    meminfo      vmstat
14     1636   1952  22133  30326  crypto     misc         zoneinfo
14237  169    1953  22134  31901  devices    modules
14450  17     1955  2216   3784   diskstats  mounts

Los directorios numerados corresponden con los procesos que están ejecutando (más al respecto luego); el enlace simbólico self apunta al proceso actual. Algunos archivos virtuales proveen información sobre el soporte físico como /proc/cpuinfo, /proc/meminfo y /proc/interrupts. Otros proveen información relacionada con los archivos como /proc/filesystems o /proc/partitions. Los archivos en /proc/sys veremos están relacionados con los parámetros de configuración del núcleo.

La órden cat /proc/meminfo puede devolver algo parecido a lo siguiente:

# cat /proc/meminfo
MemTotal:        4063188 kB
MemFree:         1239204 kB
Buffers:          191384 kB
Cached:          1241840 kB
[varias líneas eliminadas]

Si ejecutas top o free podrías reconocer algunos de esos números. De hecho, muchas utilidades muy conocidas acceden al directorio /proc para obtener su información. Por ejemplo, si deseas saber qué núcleo estás ejecutando utilizarías uname -srv, pero bien podrías recurrir a la fuente y tipear cat /proc/version.

Algunos otros archivos interesantes

/proc/apm: provee información sobre Manejo de poder avanzado («APM» por sus siglas en inglés), si está instalado.

/proc/acpi: un directorio similar al anterior que ofrece mucha información sobre el reemplazo de APM: interfaz avanzada de poder y configuración («ACPI» por sus siglas en inglés). Por ejemplo, para ver si tu portátil está conectada a la red eléctrica puedes utilizar cat /proc/acpi/ac_adapter/AC/state y obtener «on line» si lo está u «off line» si no lo está.

/proc/cmdline: muestra los parámetros que fueron pasados al núcleo al momento de iniciar. En mi caso contiene BOOT_IMAGE=/vmlinuz-2.6.39-2-amd64 root=UUID=6b950aa9-358a-4e7e-945f-ddc9972767e4 ro quiet que contiene la ubicación de mi raíz de sistema de archivos, la ubicación de la imagen a iniciar y un par de cosas más.

/proc/cpuinfo: provee información sobre el procesador del equipo. Por ejemplo, en mi equipo cat /proc/cpuinfo comienza con:

processor	: 0
vendor_id	: GenuineIntel
cpu family	: 6
model		: 23
model name	: Intel(R) Core(TM)2 Duo CPU     E7400  @ 2.80GHz
stepping	: 10
cpu MHz		: 2806.667
cache size	: 3072 KB

Esto muestra que tengo un procesador, el número 0, de la familia 80686 (el código 6 de cpu family es el dígito intermedio): un Intel Core2Duo a 2.8 GHz.

/proc/loadavg: un archivo relacionado que muestra la carga promedio del procesador; esta información incluye el uso de la CPU en el último minuto, los últimos 5 minutos y los últimos 10 minutos así también como la cantidad actual de procesos ejecutando.

/proc/stat: también provee estadísticas, pero desde el último inicio del equipo.

/proc/uptime: un archivo corto que tiene sólo 2 números: la cantidad de segundos que el equipo ha estado prendido y la cantidad de segundos en los que ha estado inactivo.

/proc/devices: muestra todos los dispositivos de caracteres y bloque actualmente configurados y cargados. /proc/ide and /proc/scsi proveen datos sobre los dispositivos IDE y SCSI.

/proc/ioports: muestra información sobre las regiones de utilizadas para comunicación de Entrada/Salida con dichos dispositivos.

/proc/dma: muestra los canales Direct Memory Access en uso.

/proc/filesystems: muestra los tipos de sistema de archivos soportados por el núcleo. Este archivo podría verse de la siguiente forma:

nodev	sysfs
nodev	rootfs
nodev	bdev
nodev	proc
nodev	cgroup
nodev	cpuset
nodev	tmpfs
nodev	devtmpfs
nodev	debugfs
nodev	securityfs
nodev	sockfs
nodev	pipefs
nodev	anon_inodefs
nodev	devpts
nodev	ramfs
nodev	hugetlbfs
nodev	pstore
nodev	mqueue
nodev	usbfs
		ext3
nodev	fuse
		fuseblk
nodev	fusectl
		vfat

La primer columna muestra si el sistema de archivo está montado en un dispositivo de bloque. En mi caso, tengo particiones configuradas con ext3 montadas.

/proc/mounts: muestra todos los puntos de montaje utilizados por el equipo (su salida se parece a /etc/mtab). Similarmente, /proc/partitions y /proc/swaps muestran todas las particiones y espacio de intercambio.

/proc/fs: si estás exportando sistemas de archivos con NFS, este directorio tendrá entre sus muchos subdirectorios y archivos /proc/fs/nfsd/exports que mostrará los sistemas de archivos compartidos y sus permisos.

/proc/net: no se puede competir contra esta fuente de información de red. Describir cada archivo en este directorio necesitaría demasiado espacio pero incluye cada dispositivo, varios archivos relacionados con iptables, estadísticas de reds y zócalos, información inalámbrica y mucho más.

RAM: también hay varios archivos relacionados con memoria. Ya mencioné /proc/meminfo, pero también existe /proc/iomem que muestra la cantidad de memoria utilizada en el equipo y /proc/kcore que representa la memoria física de la máquina. A diferencia de otros archivos virtuales, /proc/kcore muestra un tamaño que es igual a tu memoria más un pequeño extra (no intentes usar cat sobre este archivo, su contenido es binario y desconfigurará la consola) (N.d.T.: si ya lo habías hecho, utiliza la órden reset en esa misma consola). Finalmente, hay muchos directorios y archivos relacionados con el soporte físico, como /proc/interrupts y /proc/irq, /proc/pci (todos los dispositivos PCI), /proc/bus y más; pero incluyen información muy específica que la mayoría de los usuarios no necesitan.

¿Qué hay en un proceso?

Como expliqué anteriormente, los directorios que tienen números por nombre representan los procesos que se están ejecutando. Cuando un proceso termina su directorio en /proc desaparace automáticamente. Si revisas cualquiera de estos directorios mientras todavía existe encontrarás muchos archivos, por ejemplo:

attr        coredump_filter  io         mountstats     root       status
autogroup   cpuset           limits     net            sched      syscall
auxv        cwd              loginuid   oom_adj        sessionid  task
cgroup      environ          maps       oom_score      smaps      wchan
clear_refs  exe              mem        oom_score_adj  stack
cmdline     fd               mountinfo  pagemap        stat
comm        fdinfo           mounts     personality    statm

Revisemos los archivos principales:

• cmdline: contiene la forma en la que se ejecutó el proceso, con todos sus parámetros
• cwd: un enlace simbólico al directorio de trabajo («working directory») del proceso
• exe: un enlace simbólico al ejecutable del proceso
• root: un enlace simbólico a lo que el proceso ve como directorio raíz
• environ: muestra todas las variables de entorno del proceso
• fd: contiene todos los descriptores de archivo del proceso, mostrando los archivos que está utilizando
• maps, statm, y mem: tienen que ver con la memoria siendo utilizada por el proceso
• stat y status: proveen información sobre el estado del proceso, el último es mucho más claro que el primero

Estos archivos proveen varios desafíos de programación. Por ejemplo, si deseas encontrar procesos zombie puedes revisar todos los directorios numerados y revisar si el archivo status contiene “(Z) Zombie”. Una vez necesité revisar si un proceso determinado estaba ejecutando, revisé los directorios leyendo el archivo cmdline buscando el archivo deseado (también se podría haber hecho esto con la salida del programa ps, pero eso está más allá del propósito de este artículo) (N.d.T.: el programa pgrep está hecho específicamente para eso). Si se desea programar una versión más bonita de top, tienes toda la información en la punta de tus dedos.

Modificando el sistema: /proc/sys

/proc/sys no sólo provee información sobre el sistema, también te permite cambiar parámetros del núcleo al vuelo, activando o desactivando funcionalidades (por supuesto, esto podría dañar el sistema ¡considerate advertido!).

Para saber si puedes configurar un archivo o si sólo es para lectura, utiliza ls -ld; si un archivo tiene el atributo “w” significa que puedes utilizarlo para controlar algo del núcleo. Por ejemplo, ls -ld /proc/sys/kernel/* comienza de la siguiente forma:

-rw-r--r-- 1 root root 0 Jun 25 19:29 /proc/sys/kernel/acct
-rw-r--r-- 1 root root 0 Jun 25 19:29 /proc/sys/kernel/acpi_video_flags
-rw-r--r-- 1 root root 0 Jun 25 19:29 /proc/sys/kernel/auto_msgmni
-rw-r--r-- 1 root root 0 Jun 25 19:29 /proc/sys/kernel/blk_iopoll
-r--r--r-- 1 root root 0 Jun 25 19:29 /proc/sys/kernel/bootloader_type

Puedes ver que bootloader_type no puede ser cambiado, pero los demás sí. Para cambiar un archivo puedes utilizar algo como echo 10 > /proc/sys/vm/swappiness. Este ejemplo particular ajusta la memoria virtual según la performance de paginación. Por cierto, estos cambios son sólo temporales y sus efectos desaparecerán al reiniciar el sistema; utiliza sysctl y el archivo /etc/sysctl.conf para que los cambios tengan efectos permanentes.

Estos son algunos de los directorios de /proc/sys:

• debug: tiene (¡oh sorpresa!), información de depiración ideal si te interesa desarrollar sobre el núcleo
• dev: provee los parámetros para dispositivos específicos del equipo; revisa por ejemplo el directorio /proc/sys/dev/cdrom
• fs: ofrece datos sobre todo aspecto posible del sistema de archivos
• kernel: permite modificar directamente la configuración y operación del núcleo
• net: permite controlar lo relacionado a la red; cuidado ya que tocar esto puede hacerte perder conectividad
• vm: se relaciona con el sub-sistema de memoria virtual

Conclusión

El directorio especial /proc provee información completa y detallada sobre el funcionamiento interno de Linux y permite afinar muchos aspectos de su configuración. Si dedicas tiempo a aprender sobre todas las posibilidades de este directorios podrás conseguir una máquina Linux mejor. ¿Y eso no es lo que queremos todos acaso?

Pero tener monitores muy grandes también tiene sus problemas. Y este artículo es sobre el problema más grande de dichos monitores: el perder tiempo moviendo y cambiando el tamaño de las ventanas. Este artículo explica muy clarito de dónde viene ese problema y da un par de ideas para que los usuarios de Windows lo solucionen. Por suerte en GNU/Linux existen muchos manejadores de ventana basados en grillas que directamente eliminan ese problema.

Ya tienen otra excusa para empezar a usar GNU/Linux.

Notas

• Artículo original: The Large Display Paradox
• Autor original: Jeff Atwood
• Los programas mencionados en el artículo así como sus características y funcionalidades probablemente estén muy desactualizados ya que el artículo tiene un par de años
• Via: LifeHacker

Traducción

A medida que los monitores crecen en tamaño y los precios caen cada vez más usuarios van a tener pantallas relativamente grandes. Nadie ya compra un monitor de 15 o 17 pulgadas; dentro de poco no va a tener más sentido comprar monitores de menos de 20 pulgadas. Eventualmente, si la tendencia se mantiene, todos van a tener pantallas de 30 pulgadas en sus escritorios. Esto es algo muy bueno claramente; nunca es suficiente. Pero hay una consecuencia involuntaria con las pantallas grandes.

Una de las ventajas de los monitores chicos, irónicamente, es que por ser chicos, obligan a los usuarios a un método de trabajo simple con una ventana única. En lugar de desperdiciar tiempo redimensionando, moviendo y apilando ventanas, los usuarios sólo tienen que tratar con una ventana maximizada a la vez. Pueden cambiar entre ventanas con la misma facilidad con la que cambian de canal en la televisión. Pero una vez que la resolución llega a 1600×1200 o más allá este modelo de “una aplicación por pantalla” no funciona. Dan, recientemente se topó con este problema cuando actualizó su sistema con un LCD de 30″:

Los usuarios de monitores de 30 pulgadas tiene el terrible, terrible problema de decidir cómo utilizar todo ese espacio. Generalmente no querrás maximizar la ventana de una carpeta o document en una pantalla tan grande; o bien terminarás con mucho espacio en blanco y botones importantes del programa separados por una vasta extensión de nada, o consigues líneas de texto de 300 o más caracteres de largo que son difíciles de leer.

Esa es la paradoja del gran monitor. Tener todo ese espacio puede hacerte menos productivo debido a todo el ejercicio de manipulación de ventanas necesario para utilizarlo efectivamente.

Personalmente, tengo una membresía del prestigioso club de los tres monitores, que significa que estoy un paso adelante de Dan. Al menos hasta que él duplique o triplique su configuración.

Si bien mis pantallas son sólo de 20 pulgadas, tengo tres de ellos. Maximizar una ventana en un área de pantalla de 20 pulgadas a 1600×1200 es, por lo general, razonable. También utilizo UltraMon que me provee la habilidad indispensable de arrastrar ventanas maximizadas entre monitores. Constantemente “tiro” ventanas maximizadas de un monitor a otro al estilo «Minority Report».

Con mi configuración de tres monitores tengo una gran superficie de pantalla con un área primaria de foco y áreas secundarias a donde puedo “pegar” cosas que necesito disponibles para referencia pero que no molesten. Tengo una grilla natural porque utilizo tres monitores físicos. Es un efecto secundario del soporte físico, pero uno crucial sin el que no podría vivir ahora.

Dan tiene un sólo monitor de 30 pulgadas, por lo que no tiene una grilla natural para las ventanas. Necesita un programa para solucionarlo:

Estuve utilizando WinSplit Revolution para manejar ese problema. Es una pequeña y útil aplicación para Windows que hace sencillo mover ventanas (la mayoría) por la pantalla y redimensionarlas rápidamente para que ocupen espacios en la pantalla que problablemente quieres que ocupen. Dos paneles, cada uno de 1280×1600 te proveen un par de “pantallas” de 20 pulgadas verticales que son fantásticas para muchas tareas.

También tengo un poco de este problema con mis tres pantallas de 20 pulgadas, pero sólo es una molestia pequeña. Voy a estar en serios problemas si alguna vez tengo múltiples monitores de más de 20 pulgadas (y también necesitaré un escritorio mucho más grande). No hay duda que las ventanas maximizadas no son efectivas en pantallas grandes. Para monitores grandes, voy a necesitar extender el efecto de grilla de mis tres monitores a cada monitor individual.

Eso es exactamente lo que el programa WinSplit Revolution hace. Es bastante intuitivo, utilizas CTRL+ALT+(teclado numérico) para mover la ventana activa hacia el cuadrante de la ventana representado por el número. Presionando la secuencia de teclas varias veces alterna entre los dos o tres posibles tamaños en esa posición particular.

Como puedes ver, consigues unas pocas docenas de arreglos de grillas sólo utilizando la metáfora de dirección del teclado numérico. Pero aún sigue siendo bastante trabajo; tengo que seleccionar cada ventana y luego utilizar el teclado numérico (o menú contextual equivalente) para moverla a donde quiero que vaya. Desde la versión 1.8 WinSplit Revolution es conciente de múltiples monitores e inclusive ofrece una combinación de teclas para mover ventanas de un monitor a otro.

Afortunadamente, existe GridMove, que también reconoce múltiples monitores. Simplemente utilizas el botón del medio para arrastrar una ventana, y ésta se adaptará a la grilla activa que provee áreas a las que se adaptará dicha ventana.

En un futuro no muy lejano, todo usuario tendrá un monitor tan grande que maximizar una ventana no va a tener sentido para la mayoría de las aplicaciones. Lamentablemente el sistema operativo no incluye una grilla para ayudar a los usuarios con pantallas grandes. Al igual que Dan, todos vamos a necesitarla tarde o temprano. Hasta ese momento, estas aplicación – u otras parecidas – podrán llenar el hueco.

Esta es mi forma de contribuir un poco con Debian ¿cuál es la tuya?

Notas

• Artículo original: How to start contributing to Debian
• Autor original: Raphael Hertzog
• Via: Planet Debian

Traducción

Frecuentemente recibo preguntas de gente que desea contribuir a Debian pero no sabe dónde empezar. Intentemos responder esta pregunta apropiadamente así puedo entregar esta URL la próxima vez que me pregunten.

El sitio web de Debian tiene una página explicando cómo ayudar a Debian. Si bien provee no menos de 10 sugerencias en una extensa lista sólo con texto, es difícil saber qué hacer luego una vez que se eligió algo que uno podría hacer.

Voy a intentar resolver este problema proveyendo información concreta para cada caso en artículos futuros; pero mientras tanto propongo otro enfoque para empezar. Antes de responder tu pregunta (“¿qué puedo hacer por Debian?”), necesitamos algo de información sobre vos.

¿Qué te motiva?

Sos un voluntario, no estás haciendo cosas por Debian porque alguien te lo ordenó. Debés de tener alguna motivación intrínseca y generalmente la motivación ulterior es que disfrutas lo que estás haciendo.

Por lo que ¿qué disfrutas o qué te motiva?

• ¿Hay algo particular que quisieras aprender? ¿un nuevo lenguaje de programación? ¿empaquetamiento? ¿programación? ¿administración de sistemas? ¿un programa particular?
• ¿Deseas interactuar con gente inteligente?
• ¿Disfrutas ayudando usuarios?
• ¿Quisieras arreglar programas para que simplemente funcione?
• ¿Disfrutas construyendo algo notable y útil a millones de personas?

Por el otro lado, asegúrate de saber qué es lo que odias y las cosas que quieres mantener alejadas. A lo mejor te disgusta un lenguaje de programación al punto que no deseas involucrarte en un proyecto en el que tengas que utilizarlo, etc.

Escribe tus respuestas a estas preguntas, podrías llegar a necesitarlas luego cuando le preguntes a otros contribuyentes de Debian cómo puedes ayudar.

¿Cuáles son tus habilidades

Si no te interesa aprender nuevas destrezas, obviamente deberás elegir tareas en las que tus capacidades actuales sean suficientes. Nuevamente, crea una lista con tus habilidades ¡especialmente aquellas que queieras ejercitar!. Aquí hay una lista no exhaustiva de habilidades a considerar:

• ¿Qué idiomas manejas fluídamente? ¿Eres capaz de escribir o traducir documentación en esos idiomas?
• ¿Programas? ¿En qué lenguajes?
• ¿Puedes diagnosticar problemas? ¿Puedes depurar problemas con strace y/o gdb?
• ¿Puedes evaluar reportes de error?
• ¿Conoces algo sobre empaquetación en Debian?
• ¿Eres un artista o diseñador web?
• ¿Sabes trabajar con sistema de control de versiones (subversion, git, bazaar, etc.)?

¿Cuánto tiempo puedes dedicarle a Debian?

Esta es la última información importante que necesitas comunicar siempre que le preguntes a alguien más qué puedes hacer por Debian. No tiene sentido darte una gran tarea si sólo puedes dedicarle 30 minutos por semana. Por el contrario, si puedes dedicarle una semana completa a Debian (porque estás entre trabajos o de vacaciones) es igualmente importante saberlo.

Generalmente, contribuir a Debian requiere de tiempo, deberías de poder pasar al menos un par de horas por semana y probablemente más al principio mientras estés aprendiendo todo.

Encuentra algo para hacer

En este momento ya tendrás una idea general de lo que te gustaría hacer pero te falta un objetivo concreto. Intentemos encontrar uno; exploraremos varias formas de lograrlo.

Resuelve TU problema

Las mejores metas son aquellas que satisfacen tus propias necesidades. Aquí algunos ejemplos:

• ¿Notaste alguna funcionalidad faltante? Intenta implementarla
• ¿Te molestó algún error? Intenta corregirlo
• ¿Perdiste mucho tiempo en algo por falta de documentación? Escribe la documentación faltante y envíala a donde sea apropiado
• Reporta los errores que no puedas corregir por tu cuenta. También reporta funcionalidades nuevas que desees («wishlist»)
• ¿Utilizas programas para los que no existen paquetes de Debian? Crea los paquetes y mantenlos
• ¿Necesitas una versión de un paquete más nueva que aquella en Debian inestable? Contacta al mantenedor y postúlate para ayudarlo a actualizar el paquete
• ¿Necesitas una versión de un paquete más nueva que aquella en Debian estable? Contacta al mantenedor y postúlate para portarlo desde «testing»

Si eres un buen ciudadano de Debian, ya habrás reportado los errores que te molestan. Entonces puedes revisar http://bugs.debian.org/from:TU_MAIL en busca de ideas de cosas para hacer que ya hayas reportado.

Únete a un equipo

Si no tienes algún problema particular a resolver, probablemente quieras concentrar tu trabajo en un equipo específico. Revisa la lista de equipos de Debian.

Seguramente encontrarás uno que trabaja en un área de tu interés. Si seleccionas un equipo de empaquetación, elige uno que trabaje en paquetes que estés utilizando.

Algunos equipos poseen instrucciones para los recién llegados, síguelas cuando sea el caso. De lo contrario, únete a la lista de correo y canal IRC para hacerte de una idea de cómo trabaja el equipo. Asegúrate que funciona para vos, puedes seguir varios equipos al mismo tiempo y elegir el que prefieras luego de unos días/semanas.

Una vez que hayas investigado un poco, si aún no sabes en qué puedes ayudar simplemente pregunta en la lista de correo. Incluye todas las respuestas a las 3 preguntas sobre motivaciones, habilidades y tiempo disponible.

Concéntrate en un paquete particular

Puedes concentrar tu trabajo en un paquete específico aún si perteneces a un equipo, generalmente es una buena idea. Pero lo menciono por separado porque no todos los paquetes son mantenidos por un equipo y podrías llegar a desear colaborar en el mantenimiento de un paquete con un sólo mantenedor. Lo dejo a tu criterio encontrar una forma de seleccionar un paquete que te interese.

Luego revisa la página correspondiente a ese paquete en el sistema de seguimiento de paquetes, completa con tu dirección de correo el formulario en la esquina inferior izquierda, selecciona la opción opts de la lista desplegable siguiente y pulsa en go. Obtendrás un nuevo formulario en el que podrás seleccionar la información que puedes recibir. Personalmente recomiendo dejar todo activado a excepción de «upload-binary».

De ahora en adelante, recibirás los mismos correos que el mantenedor (un poco más de hecho), y es una buena idea informar al mantenedor que te haz suscripto con la intención de ayudar. A lo mejor está dispuesto a proveerte permisos de modificación inmediatamente, a lo mejor pedirá que le envíes parches al principio. Lo importante es crear una buena relación. En cualquier caso (aún si no recibes respuesta del mantenedor), deberías poder ayudar a evaluar reportes de error existentes y manejar el flujo de reportes entrates (incluyendo redirigir reportes cuando sea apropiado).

Ayuda a un Desarrollador Debian

Paul Tagliamonte una vez escribió el artículo
Ey, DDs, ¿necesitan ayuda?. Ofrecía su ayuda a “desarrolladores Debian con demasiado trabajo”. Su artículo carece de la información requerida (motivación/habilidades/tiempo), pero el abordaje es bueno.

La mejor forma de empezar a contribuir es trabajar con desarrolladores Debian existentes. Aún cuando “sólo” quieras que patrocinen tu paquete preferido, deberías de considerar que la tutela («mentoring») es una carga para muchos desarrolladores Debian y que es más probable obtener patrocinio si tienes una relación existente con un desarrollador al que has ayudado. Elige un desarrollador que trabaje en un área de tu interés y ofrécele tu ayuda.

Para simplificar aún más las cosas, creé una página en el wiki donde encontrarán cómo pueden ayudarme y, de esa forma, construir esa relación conmigo.

Eso es todo por ahora, espero que este artículo te ayude a comenzar a contribuir. No olvides suscribirte a mi boletín para no perderte futuros artículos para nuevos contribuyentes. Noten que pueden referirse a este artículo con la siguiente URL: http://raphaelhertzog.com/go/contributing/ (más facil de escribir y recordar).

Es por eso que soy un ávido promotor del software libre y los estándares abiertos. Si una empresa quiere que yo sea su cliente, primero va a tener que respetarme y reconocer que soy yo el que decido comprar sus servicios y productos y que si no me satisfacen van a tener un cliente menos. Y en esta época un cliente menos es un gran problema si ese cliente publica sobre su experiencia en diferentes redes sociales.

Espero que esta traducción ayude a mostrar lo poco que, lamentablemente, cambiaron las empresas en los últimos 3 años. Si tan sólo pudieramos cambiar los consumidores…

Notas

• Artículo original: «’Security’ is code for ‘Control’»
• Autor original: Bruce Schneier para Wired.com
• Via: Slashdot

Traducción

Comprar un iPhone no es lo mismo que comprar un auto o una tostadora. Tu iPhone viene con una complicada lista de reglas sobre lo que puedes y lo que no puedes hacer con él. No puedes instalarle aplicaciones no autorizadas de tereceros. No puedes desbloquearlo y utilizarlo con el proveedor de tu elección. Y Apple es muy serio sobre estas reglas: una actualización en Septiembre de 2007 eliminó programas no autorizados y, en algunos casos, hizo inusables teléfonos desbloqueados.

El término para ello fue volver un ladrillo («bricked») y Apple no siente culpa al respecto.

Las compañías tecnológicas quieren más control sobre los productos que venden y está acudiendo a medidas de seguridad draconianas para obtener ese control. Las razones son económicas.

El control le permite a la compañía limitar la competencia de productos auxiliares. Con las computadoras Mac, cualquiera puede vender programas que hagan cualquier cosa. Pero Apple decide quién puede vender qué en un iPhone. Puede fomentar la competencia cuando quiera y reservar para sí mismo una posición monopólica cuando lo desee. Y puede definir términos a cualquier compañía que desee vender programas o accesorios para iPhone.

Eso aumenta la línea de fondo de Apple. Pero el beneficio primario para Apple de todo este control es que aumenta el enjaulamiento («lock-in»). El “enjaulamiento” es un término económico para la dificultad en cambiar a un producto de la competencia. Para algunos productos, gaseosas por ejemplo, no existe enjaulamiento. Puedo tomar Coca hoy y Pepsi mañana, no es la gran cosa. Pero para otros productos es más difícil.

Cambiar de procesador de texto, por ejemplo, requiere instalar una nueva aplicación, aprender una nueva interfaz y una nueva forma de hacer las cosas, convertir todos los archivos (quere pueden no ser totalmente compatibles) y los programas especializados (que casi seguro van a necesitar ser escritos nuevamente) e inclusive puede necesitar nuevo soporte físico. Si Coca deja de satisfacerme siquiera por un momento me cambiaré: algo que Coca aprendío por las malas en 1985 cuando cambió la fórmula y comenzó a comercializar Nueva Coca. Pero mi procesador de texto realmente tiene que encabronarme por un buen tiempo antes de que siquiera comience a considerar atravesar todo esos gastos y trabajo.

El enjaulamiento no es nuevo. Es la razón por la que los fabricantes de consolas de videojuegos se aseguran que sus cartuchos de juegos no funcionen en ninguna otra consola y el motivo por el que pueden vender las consolas a pérdida y recuperarlo con las ganancias de la venta de juegos. Es por lo que Microsoft nunca quiere revelar sus formatos de archivos para que otras aplicaciones puedan leerlos. Es por lo que la música comprada de Apple para tu iPod no funcionará en otras marcas de reproductores de música. Es la razón por la que toda compañía de celulares en EE.UU. combatió la portabilidad numérica. Es la razón por la que Facebook lleva a juicio a toda compañía que intenta sacar los datos de sus páginas y ponerlos en un sitio web de la competencia. Explica los programas de viajero frecuente de las aerolíneas, las tarjetas de fidelización de los supermercados y otros programas de beneficios.

Con suficiente enjaulamiento una compañía puede proteger su participación de mercado aún cuando reduzca la atención al cliente, aumente los precios, se niegue a innovar y abuse de sus consumidores de otras formas. No debería sorpreder que esto suene similar a la experiencia que tenemos con cualquier otra empresa de IT: una vez que la industria descubrió el enjaulamiento, todos comenzaron a encontrar formas de obtener lo más posible de él.

Los economistas Carl Shapiro y Hal Varian probaron inclusive que el valor de una compañía de programación es el enjaulamiento total. La lógica es esta: asumamos que se tienen 100 personas en una empresa usando MS Office a un costo de 500$ cada uno. Si a la empresa le costara menos de 50.000$ cambiarse a Open Office, lo haría. Si le costara más de 50.000$, Microsoft aumentaría sus precios.

En su mayoría, las compañías aumentan si enjaulamiento mediante mecanismos de seguridad. Algunas veces las patentes preservan el enjaulamiento, pero es más usual la protección anti-copia, manejo digital de derechos («DRM» por sus siglas en inglés), firma de código u otros mecanismos de seguridad. Estas funcionalidades de seguridad no son lo que normalmente pensamos como seguridad: no nos protegen de una amenaza externa, protege a otras compañías de nosotros.

Microsoft ha venido planeando estos mecanismos de seguridad basados en el control por años. Originalmente llamados Palladium y ahora “base de cómputo seguro de próxima generación” («NGSCB» por sus siglas en inglés), la idea es crear un sistema de seguridad basado en el control dentro del soporte físico de la computadora. Los detalles son complicados, pero los resultados van desde sólo permitir al equipo arrancar desde una copia autorizada del sistema operativo hasta prohibir al usuario acceder a archivos o ejecutar programas “no autorizados”. Los beneficios competitivos para Microsoft son enormes (.pdf).

Por supuesto, esa no es la forma en la que Microsoft promueve «NGSCB». La compañía la posiciona como una medida de seguridad, protegiendo a sus usarios de gusanos, troyanos y otros programas malignos. Pero el control no es igual a la seguridad, y esta forma de seguridad basada en el control es muy difícil de hacer correctamente y algunas veces nos hace más vulnerables a otras amenazas. Tal vez es por eso que Microsoft está matando «NGSCB» silenciosamente, obtuvimos BitLocker y podríamos obtener otras funcionalidades de seguridad en el futuro, a pesar de las inversiones gigantezcas de los fabricantes de dispositivos al incorporar equipamiento de seguridad especial a sus placas madre.

En mi última columna hablé sobre el debate de seguridad versus privacidad y cómo éste es realmente un debate sobre libertad versus control. Aquí vemos la misma dinámica pero en un escenario comercial. Al confundir control y seguridad las compañías pueden forzar medidas de control que funcionan en contra de nuestros intereses convenciéndonos que lo hacen por nuestra propia seguridad.

En lo que respecta a Apple y el iPhone, no sé qué es lo que harán. Por un lado tenemos un reporte analítico afirmando que existe más de un millón de iPhones desbloqueados que le cuesta a Apple entre 300 y 400 millones en ingresos. Por el otro lado, Apple está planeando lanzar un kit de desarrollo este mes, revirtiendo su restricción anterior y permitiendo a terceras partes escribir aplicaciones para iPhone. Apple intentará mantener el control a trabés de una clave de aplicación secreta que será necesaria por todas las aplicaciones “oficiales” de terceras partes, la que obviamente ya ha sido filtrada (N.d.T.: y todos sabemos los problemas de las aplicaciones entrando y saliendo del AppStore de Apple en los últimos 3 años).

Y la carrera de armas de seguridad continúa…

Por eso creo que es de vital importancia aprender un poquito sobre qué hacer con lo que sería el equivalente en GNU/Linux de las pantallas azules de la muerte. LA diferencia es que por lo general vamos a disponer de muchísima información para poder arreglarlo. Y si no, en el peor de los casos, este artículo al menos ayudará a descartar otros problemas.

Notas

• Artículo original: Debugging system freezes
• Autor original: Alexandre Rossi para Debian Administration
• Si bien el artículo es originalmente específico para Debian, la mayoría de los consejos aplican a cualquier distribución GNU/Linux (a lo mejor cambiando algunos programas)
• La palabra «log» está traducida como “registro”, pero agrego el original porque aún me resulta incómodo y poco claro

Traducción

A veces tu equipo con Debian se cuelga y, por alguna extraña razón, no hay información de depuración impresa en la pantalla. ¿Cuáles son tus opciones?

Registros de sistema («logs»)

El primer lugar para buscar información de depuración es /var/log. Los archivos kern.log, daemon.log, messages y dmesg de dicha carpeta generalmente contienen información valiosa sobre lo que falló. Esto te ayudará a identificar el programa o inclusive soporte físico que está causando problemas al núcleo del sistema operativo.

Salida de consola

Los «oops» de núcleo por lo general son guardados en /var/log/dmesg pero si el problema traba la Entrada/Salida del disco duro no encontrarás mucho en los registros. Y si estás corriendo X no podrás ver lo que se imprime en la consola. Pero siempre hay formas de conseguir esa salida.

La primera es utilizar CONFIG_MAGIC_SYSRQ que activa la interfaz mágica de línea de órdenes de núcleo ALT+PRINTSCREEN (N.d.T.: una explicación más sencilla pero menos completa en español).

Consola serial

Otra forma es conectar una consola serial, esto es otro equipo con un cable modem nulo en el puerto de comunicación serial, o una antigua terminal boba, al equipo en el que estás experimentando problemas. Luego, inicia el sistema operativo agregando console=ttySX (reemplazando X por el número de puerto) a la línea de arranque. En el otro equipo entonces, puedes utilizar gkermit para abrir la consola en el equipo con problemas. Esto podría llegar a funcionar utilizando USB, pero no pude encontrar cómo.

El módulo de núcleo netconsole

Si no dispones del equipo adecuado, algo común ya que los portátiles actuales no poseen un puerto serial, puedes utilizar el módulo netconsole. Éste utilizar interfaces de red de muy bajo nivel para enviar la salida de la consola mediante UDP a través de la red. Está incluído en el núcleo estándar de Debian. Utilizarlo podría ayudarte a depurar cualquier cosa a excepción de problemas con el controlador de red. En el directorio de configuración /etc/modprobe.d/ crea un archivo con un nombre apropiado con la siguiente información:

options netconsole netconsole=32769@192.168.1.1/eth1,32769@192.168.1.6/01:23:34:56:78:9A

Donde:

• 32769@192.168.1.1/eth1 es la combinación puerto@IP/interfaz a utilizar para enviar la salida
• 32769@192.168.1/01:23:34:56:78:9A es la combinación puerto@IP/MAC a la que enviar los paquetes

Y en el equipo con la IP 192.168.1.6 ahora ejecuta

$ nc -l -p 32769 -u

Luego, simplemente carga el módulo netconsole (utilizando el programa modprobe) en la máquina con problemas y la salida debería de comenzar a aparecer en el otro equipo.

Puedes encontrar más información en «Using Netconsole to See Kernel Messages».

No aparece nada cuando se cuelga el núcleo

Este es el peor escenario posible; Linux por lo general es bastante efusivo. En este punto es muy probable que el problema esté relacionado con el soporte físico del equipo:

• Intenta replicar con la menor cantidad de periféricos conectados
• Revisa la temperatura del procesador
• Es probable que las tiras de memoria estén defectuosas (fue lo que me pasó a mí), por lo que prueba otras (N.d.T.: o utiliza memtest86+)
• No maldigas el equipo e intenta recordar las penurias de tus días en otros sistemas operativos…

Y por último: ¡buena suerte! Porque sé que es muy molesto estar en esta situación.

¿No sabés qué hacer para ayudar a Debian (que también, indirectamente, va a ayudar a Ubuntu)? Seguí leyendo.

Notas

• Artículo original: How YOU can help Debian!
• Autor original: Martin Zobel-Helas
• Via: Planet Debian

Traducción

Recientemente me preguntaron cómo personas que no están involucradas generalmente en el proceso de desarrollo de Debian pueden colaborar con el proyecto. Esta pregunta aparece frecuentemente por lo que pensé en escribir algo al respecto.

(N.d.T.: los reportes de errores en el sistema de seguimiento de Debian así como los e-mails a enviar a las diferentes direcciones mencionadas en el artículo tienen que ser realizados en inglés)

Ayudar haciendo de Debian un mejor SO

Si estás utilizando Debian y quieres que algo del sistema operativo cambie: abre un reporte de error. Esto varía desde reportes sobre cosas deseadas si lo que se quiere es una mejora a un paquete, a través de reportes normales para reportar lo que crees son errores reales, hasta errores serios o graves cuando son cuestiones de seguridad. Simplemente envía un e-mail a submit@bugs.debian.org o utiliza la herramienta reportbug describiendo el problema encontrado. También hay más información en el wiki. Se lo más detallado posible al explicar el problema. Esto facilitará al mantenedor del paquete entender el problema y ayudarte. Si no estás seguro del paquete sobre el que reportar el problema, repórtalo sobre «unkown» (desconocido). Alguien se encargará del reporte ¡hay gente redirigiendo esos reportes al paquete apropiado! También puedes ayudar verificando reportes de error. Hay docenas de paquetes que tienen cientos de reportes abiertos. Sería de ayuda para el mantenedor si verificas la existencia del problema, especialmente con problemas complejos, agregando un “a mí también” en el reporte o una forma precisa de reproducirlo.

Ayuda corriendo la voz

Si utilizas Debian: ¡habla sobre ello! Si tienes problemas con Debian: ¡habla sobre ello! Si te gusta debian: ¡habla sobre ello!. Lee las listas de correo «debian-user» (o la correspondiente a tu idioma) y ayuda a otros usuarios que han tenido problemas como los tuyos. Todo tipo de publicidad ayuda al proyecto. Si hay una pequeña exhibición cerca de donde vives, habla en ella sobre Debian y cómo lo utilizas. También habla con Debian, podemos ayudar a anunciar tu presencia en esa exhibición y proveer material informativo en varios idiomas. Un buen punto de contanto a tal efecto es events@debian.org o alguna de las listas de correo de debian-events en lists.debian.org. Si necesitas ayuda, pídela. También puedes ayudar a Debian colaborando en sus eventos. Si sabes de eventos en tu área ofrece tu ayuda sin vergüenza. Otra forma de ayudar con el equipo de publicidad y preparar gacetillas de prensa, las noticias del proyecto («DPN: Debian Project News»), contactar periodistas o medios de prensa si ocurren cosas interesantes en Debian.

Ayuda a organizar cosas

Hay muchas formas de ayudar a Debian a organizarse. Por ejemplo, la conferencia anual de Debian DebConf es un mounstro organizativo enorme, y no necesitas ser un desarrollador para ayudar en ella. A veces es tan fácil como ayudar al equipo de video a grabar la conferencia, ayudar en la mesa de entrada con la registración, ordenando insignias o hablando con el servicio de comidas sobre las diferentes necesidades. De tanto en tanto hay miniDebConf, también llamadas “fiestas de destrucción de errores Debian” («Debian Bug Squashing parties»). Tu empresa podría proveer espacio de oficina, puedes ofrecer lugar en el que los desarrolladores puedan dormir o inclusive patrocinar comida o bebida. También es buena idea ayudar en la exhibición; si tu empresa está dispuesta a imprimir volantes o posters también ayuda.

Ayuda traduciendo o escribiendo documentación

El sitio web de Debian y todos los programas que Debian distribuye deberían de estar disponibles en todos los idiomas del mundo. Un buen punto de partida para ello es http://www.debian.org/international/ y la lista de correo sobre internacionalización. Escribir o extender la documentación también es un trabajo que cualquiera puede hacer. Si estás utilizando un programa constantemente y éste necesita documentación, habla con el mantenedor del paquete (que puedes encontrar en http://packages.debian.org/NOMBRE_PAQUETE ) y comenzar a enviar la documentación.

Ayuda con donaciones

Hay muchas formas realmente de ayudar con donaciones (no sólo dinero). Debian por supuesto que aceptará donaciones de dieron a través de alguno de sus representantes oficiales (ffis, SPI, debian.ch, …). Por el otro lado, donar puede ser tan sencillo como permitir a tus empleados trabajar un tiempo determinador por semana en Debian. O donar equipos (probablemente no los antiguos que has utilizado por cinco años que ya no están bajo garantía, perdón), ancho de banda o colocación de servidores en tu centro de datos. Habla con el equipo de donaciones de máquinas si estás interesado en las necesidades actuales.

Conclusión

Sólo escribí unas pocas áreas en las que puedes ayudar a Debian ¡hay más!. No dudes en ayudar. Si no entiendes algo: ¡pregunta!. Pero debes estar preparado para que te apunten a URLs donde está documentado lo que preguntaste. Ayudar a Debian muchas veces comienza con leer muchísima documentación (¡y estoy seguro que encontrarás errores en ella para corregir!), pero luego de un tiempo es muy divertido trabajar con y para Debian. Encuentra tu propia área para trabajar en Debian y no pienses que no puedes ayudar. Aún los diseñadores gráficos, abogados y oficinistas pueden ayudar.

Yo comencé utilizando Debian hace alrededor de 15 años y me convertí en Desarrollador Debian algo así como 6 años atrás. En los últimos seis años sostuve varias posiciones en Debian (miembro del equipo encargado de las listas de correo, miembro del equipo sobre «volatile», miembro del equipo de lanzamientos, Encargado del Lanzamiento de Estable, miembro del equipo de administradores de sistemas de Debian) y las obtuve sólo ayudando donde hacía falta una mano.

Sin embargo, el cliente básico de línea de órdenes de MySQL es extremadamente poderoso. Pero, como toda herramienta no-gráfica, puede ser medio complicada de usar si no se está acostumbrado a leer un poco sobre las opciones que acepta o la documentación oficial.

Para eso está este artículo con unos consejos sobre cómo aprovechar al máximo esta herramienta.

Notas

• Artículo original: Secrets of the MySQL Client Command Line
• Autor original: W. Jason Gilmore, autor del libro Beginning PHP and MySQL 5: Novice to Professional, Second Edition (Apress, 2006. 913pp.)
• Traduzco «command» como “órden” ya que no existe la palabra “comando” en español (sin importar cuánto se use )
• Vía: Librenix

Traducción

Abundan las herramientas gráficas para administración MySQL, pero para velocidad real y manejo sin fricción tal vez nada sea más efectivo que el cliente MySQL de línea de órdenes. Sin embargo, se puede volver tedioso todo lo que hay que tipear para ejecutar consultas comunes, determinar la base de datos en la que estamos trabajando y monitorear la performance del servidor. En este artículo se develarán unas pocas funcionalidades ocultas del cliente de línea de órdenes de MySQL que pueden eliminar el tipeo innecesario y, además, hacerte un usuario mucho más eficiente de este poderoso cliente.

Cambiando el indicador de la consola

Si me dieran una moneda por cada vez que ejecuté la sentencia show tables sólo para recordar la base de datos en la que estaba trabajando estaría escribiendo este artículo desde una playa exótica. Pero todos sabemos que es fácil olvidarnos dónde estamos parados cuando cambiamos regularmente entre un IDE, una consola y el cliente MySQL. Se puede eliminar este problema completamente cambiando el indicador de MySQL utilizando la sentencia prompt:

mysql>prompt mysql (\d)>

Una vez ejecutada, la base de datos seleccionada en el momento aparecerá en el indicador de la siguiente forma:

mysql (corporate)>

También es fácil olvidar en qué servidor iniciamos sesión y con qué usuario lo hicimos. Para solucionarlo, se puede cambiar el indicador usando las opciones \u y \h:

mysql>prompt mysql (\u@\h)>

Esto produce un indicador parecido al siguiente:

mysql (root@www.wjgilmore.com)>

Para hacer el cambio permanente, agrega la opción al archivo .my.cnf de la siguiente forma:

[mysql]
prompt=mysql \\u@\\h (\\d)>

Las opciones para la base de datos, el usuario y el servidor son sólo algunas de las muchas disponibles. Revisa el final la documentación MySQL para más información.

Utilizar alias de consola para ejecutar sentencias MySQL comunes

Supongamos que tu nueva aplicación web está empezando a popularizarse, nuevos usuarios se registran a toda hora. Como con el valor de la acción cuando comercien en la bolsa, es probable que revises regularmente la cantidad de usuarios. Pero es irritante iniciar y finalizar sesión en MySQL sólo para ejecutar una sentencia simple. Sin embargo, si se tiene una consola abierta se puede crear un alias que acceda al servidor MySQL, en la base de datos apropiada y ejecute la consulta:

%>alias usrcount="mysql -u appadmin -p myapplication
                        -e \"select count(id) from users\""

En este ejemplo, se inicia sesión en el servidor MySQL local utilizando la cuenta de usuario appadmin, en la base de datos myapplication y se ejecuta la consulta pasada en la poco conocida opción -e. Ahora, cada vez que quieras saber la cantidad de usuarios de tu aplicación simplemente ejecutarás la siguiente órden y proveerás la contraseña del usuario appadmin:

%>usrcount
Enter password:
+-------------+
| count(id)   |
+-------------+
|         348 |
+-------------+

Para hacer que el alias sea permanente, agrégalo al final de tu archivo de configuración de consola (.bashrc o similar).

Obtener resultados verticalmente

Revisar los resultados de una consulta en una consola puede ser particularmente complicado cuando una tabla tiene gran cantidad de columnas. Remediar este inconveniente es sencillo agregando \G al final de la consulta:

mysql>SELECT * FROM users WHERE id=1\G

Ejecutar esta consulta le da el siguiente formato a lo devuelto por la consulta:

mysql test>select * from users where id=1\G
*************************** 1. row *********
       id: 1
     name: Jason
    email: jason@example.com
telephone: (614)999-9999
     city: Columbus
1 row in set (0.00 sec)

Crear un archivo CSV con los resultados de una consulta

Si se utiliza una base de datos profesionalmente es probable que alguien te haya pedido un volcado de los datos de la base de datos a una planilla de cálculos para analizar. ¿Sabías que puedes modificar la consulta para que le de formato CSV y guarde los resultados en un archivo? Todo lo que debes hacer es determinar cómo tienen que terminar los campos y las líneas. Por ejemplo, para volcar la tabla users a un archivo CSV llamado users.csv simplemente ejecutas la consulta:

mysql>SELECT * FROM users INTO OUTFILE '/home/jason/users.csv'
   FIELDS TERMINATED BY '\t\' ->LINES TERMINATED BY '\n';

Agregando datos en montón

Supongamos que estamos desarrollando una aplicación de comercio electrónico que venderá una amplia variedad de productos. Tiene sentido categorizar estos productos por lo que utilizarás una tabla llamada categories para manejar sus nombres:

mysql test>create table categories (
   ->id integer not null auto_increment,
   ->name varchar(35) not null,
   ->primary key(id));

Durante tus recreos de programación piensas en las posibles categorías y las agregas a un archivo de texto categories.txt. Este archivo se ve de la siguiente forma:

Candy
Fruit
Coffee
Tea
Pop
Vegetables

Cuando llegue el momento de agregar estas categorías a la tabla categories puedes hacerlo manualmente. Pero eso sería lento y es muy probable que cometas errores. La solución correcta es utilizar la sentencia MySQL LOAD DATA INFILE:

mysql>LOAD DATA INFILE '/home/jason/categories.txt'
      INTO TABLE categories ->LINES TERMINATED BY '\n'

Si la tabla tiene más de un campo y éstos están separados por tabuladores en el archivo puedes decirle a MySQL que interprete el archivo de esa forma. Para ello utilizas FIELDS TERMINATED BY ‘\t’:

mysql>LOAD DATA INFILE '/home/jason/categories.txt'
      INTO TABLE categories ->FIELDS TERMINATED BY '\t'
      LINES TERMINATED BY '\n'

Desactivar la molesta chicharra de error

Si alguna vez viste la película Tonto y Re-Tonto, tal vez recuerdes la escena en la que Lloyd (Jim Carrey) y Harry (Jeff Daniels) compiten por ver quién puede hacer el sonido más molesto del mundo. El cliente MySQL tiene una chicharra de error que bien podría haber ganado esa competencia. Si no estás familiarizado con ella, simplemente ejecuta una consulta con sintáxis errónea. Si bien no tiene nada que ver con eficiencia no podía dejar pasar la oportunidad de agregar la forma de desactivarla en este artículo. Para desactivarla temporalmente, agrega la opción –no-beep al conectarte al servidor:

%>mysql -u root -p --no-beep

Para desactivar esta molestia permanentemente, agrega no-beep a la sección [client] del archivo .my.cnf.

¿O acaso conocen mejores formas de mantenerse estresados?

Notas

• Artículo original: 5 Ideas for Stressful Living
• Vía: LifeHacker

Traducción

¿Deseas una vida estresante? Pensé que no, pero es increíble cómo mucha gente consistentemente implementa hábitos y acciones en la vida diaria que garantizan resultados estresantes. Repiten las mismas cosas una y otra y otra vez esperando diferentes resultados, lo que es – si recuerdo correctamente, la definición textual de locura. Y después de pegarse contra la misma pared todos los días por 20 años piensan “bueno, si realmente trato esta vez tal vez desaparezca inmediatamente”.

Uno de los aspectos más absurdos del ego es que nos condiciona a buscar activamente resultados negativos. Nos hace creer que lo que queremos es paz cuando su placer secreto está en el conflicto y la negatividad. En experimentos científicos, un ratón aprender rápidamente a evitar la opción que resulta en un choque eléctrico, mientras que un humano dotado de ego continúa eligiendo la misma opción negativa una y otra vez, generalmente mediante tercas racionalizaciones basadas en una falta general de lucidez.

Compilé una lista corta de ideas para aquellos que quieran agregar un poco de estrés en sus vidas – todas relativamente sencillas de implementar, sin mencionar vastamente recomendadas por la sociedad en conjunto y sencillamente observables en el comportamiento de quienes nos rodean.

1. Intenta controlar absolutamente todo

Esta es una de las formas más prácticas de conseguir altos niveles de estrés y puede ser aplicada en una variedad de formas en casi cualquier situación que puedas encontrarte. La clave de este método es el hecho que nunca realmente tendremos demasiado control sobre las cosas, por lo que genera estrés proporcionalmente a la ilusión de control y la responsabilidad imaginada que tenemos sobre las consecuencias.

a) En lugar de simplemente intentar controla el proceso de lo que sea que estés haciendo, intenta ganar control sobre los resultados también: en lugar de focalizar toda tu atención en lo que estés haciendo en el momento, dispersa la mayoría intentando descubrir cómo conseguir un resultado particular. Para que esto sea efectivo, es útil imaginar el resultado menos deseado como extremadamente negativo y el resultado esperado exactamente como lo opuesto y creer que cualquiera sea el resultado éste será permanenten. De esa forma el resultado menos deseado se convierte en algo parecido a una derrota y miseria permanente, mientras que el resultado preferido es visto como la respuesta única a todos tus problemas. Imaginando el futuro en términos de polos extremos crea tensión y ansiedad; los bloques escenciales de una vida estresada.

b) Intenta controla otra gente, tanto lo que hacen como lo que piensan. La razón por la que esto es tan efectivo es porque podemos percibir fácilmente a los demás como personas difíciles, incompetentes y poco confiables; lo que nos da muchas razones para intentar controlar todo por nuestra cuenta. El factor estresante reside en el hecho que intentar controlar a los demás es como arrear gatos: requiere un esfuerzo enorme y se sabe, bien en el fondo, que es inútil y ridículo inclusive intentanrlo. Pero si uno se aferra a la ilusión que podemos obtener y conservar control absoluto sobre otra gente, puede ser fácilmente integrado a la vida diaria como una fuente confiable de estrés.

c) Intenta controlar todo lo demás: el mercado de valores, el clima, el ambiente de trabajo, varios eventos y por último, pero no por eso menos importante: Dios. En este caso, asumiendo cierto nivel de sentido común, estarás al tanto que no se puede estar en control de esas cosas. Pero esa conciencia superficial no conlleva necesariamente a una sentido profundo de responsabilidad; serás capaz de sentir la necesidad de controlarlos de alguna forma, aún cuando se sepa a un nivel racional que es imposible. La clave es convencerse a uno mismo que si uno le quita los ojos de encima al mundo por un momento, todo se caerá a pedazo. Será de gran ayuda imaginar una versión antropomorfa de Dios, preferentemente uno cruel e inconstante, y creer tenemos que estar en su lista de buenafe para que todo en nuestro mundo se mantenga intacto. Al personificar a Dios, sentirás que los métodos usados para controlar otra gente también servirán para controlarlo. Nuevamente, probablemente estés al tanto de las contradicciones de este método a un nivel racional, pero con suficiente práctica superarás este obstáculo con facilidad.

2. Cree en la posibilidad de triunfar absolutamente

El concepto de llegar a algún lado en el futuro es otra fuente útil y popular de estŕes y ansiedad; y la ilusión de triunfar en el mundo es mantenida y potenciada por revistas, la televisión, películas y todo medio utilizado para mostrar como los demás viven sus vidas.

Esta es una búsqueda de identidad, y experimentalmente puede ser descripta como el no sentirse nunca como en casa en ningún lugar al que vamos. Esto puede ser un leve sentimiento de malestar, pero aún en esa forma tan secundaria puede generar una gran cantidad de estrés. Mucha gente observa a la cultura de las celebridades en esta búsqueda de identidad, que es probablemente una de las opciones más sencillas disponibles el día de hoy para fomentar esta ilusión particular. Las celebridades existen para nosostros como imágenes de lo que significa haber triunfado absolutamente, los vemos como quienes han llegado a ese lugar en el mundo en el que pueden relajarse, dejar sus valijas y finalmente disfrutar de su vida. Si puedes convencerte lo suficiente de esta ilusión , verás que es casi imposible sentirte satisfecho con cualquier cosa excepto cuando se está consumiendo dicha cultura y viviendo a costas de esas celebridades y otros personajes idealizados.

3. Busca la satisfacción allá afuera

La mayoría de las personas buscan su satisfacción casi exclusivamente a objetos y circumstancias externas en lugar de buscarlas adentro. Y, aparte de ser un factor importante en la perpetuidad del estrés, es algo que también mueve la mecánica de la sociedad occidental. Es la razón por la que la gente pasa la mayor parte de su tiempo trabajando con el propósito de acumular más cosas, y luego usar su tiempo libre intentado con gran ahínco extraer toda la satisfacción posible de las mismas para justificar los medios para obtenerlas. Estar atrapado en esta espiral empinada de más y más trabajo para más y más satisfacciones sensoriales es lo que caracteriza al sector pudiente de nuestra cultura, y el potencial de estrés en este camino es infinito simplemente porque más nunca es suficiente. Nunca lo fue, nunca lo será.

Esto no quiere decir que necesites bienestar económico para disfrutar una vida estresante. El método de buscar la satisfacción en cosas externas puede tomar otras formas en las vidas de aquellos menos dichosos en lo material, mediante el muy transitado camino de proyección a futuro e hipóteticos. Todo a tu alrededor hay gente que tiene todo lo que el mundo tiene para ofrecerles y parece bendecido por ello, por lo que te mantienes ocupado en un ciclo de fantasía, envidia y frustración; lo que fomenta una sensación continua de falta, de no tener suficiente. Por lo que la única diferencia real entre las dos situaciones económicas en este aspecto es que quienes más poseen tienen la oportunidad de confirmar el hecho de que más nunca es suficiente, mientras que los demás deben de convencerse permanentemente que estarán bien si sólo tuvieran más cosas. Y cuando siempre te sientas que te falta algo, el estrés se convierte automáticamente en tu estado habitual de ser.

4. Créete único

Hay muchas formas de inflarnos, y la razón por la que nos interesa es porque enfatizar nuestra identidad personal puede ser una excelente fuente de estrés. Esto incluye defender nuestra posición, asegurarnos que siempre tengamos razón y derrotar a todo quien se atreva a cuestionarlo, demandar respeto y admiración, asegurarnos que todos alrededor sepan quiénes somos y porqué es importante, reclamar crédito por todo lo que se jaga, demadar recompensas y asegurarnos que nunca demos más de lo que obtenemos a cambio, opinar en toda oportunidad porque si no lo hacemos nadie sabrá que existimos y estar orgullosos de nuestro status asegurándonos de mostrar nuestra estatura social (preferentemente exagerada) por todo medio que sea posible.

El decirte a tí mismo que eres especial e intentar convencer a todos los demás de ello también es casi garantizado creará estrés. De hecho, mientras más inflado, mayor la oportunidad de sentirte estresado. Como en los ejemplos anteriores, mientras más al centro de toda situación nos pongamos haciendo que todo gire a nuestro alrededor, más sencillo será aumentar nuestros niveles de estrés.

5. Se más y tiene más

En el centro, todas las ideas anteriores pueden ser resumidas en un sólo método: simplemente convéncete que necesitas más de lo que tienes en cualquier momento y podrás mantener un sentimiento constante de ansiedad a lo largo del día. Esto puede ser el sentir la necesidad de ser más de lo que ya somos, o necesitar más de lo que se tiene (que en realidad son la misma cosa) y puede sentirse más generalmente como un perpetuo sentimiento de incompletitud.

Esta es la escencia de una vida estresada, y en la mayor parte del mundo no se debe buscar demasiado para encotrar refuerzos de estas ideas. Prende la televisión, lee un par de revistas en la librería loca, revisa las publicidades y anuncios, mira una película de Hollywood; el mundo está lleno de oportunidades para aquellos que buscan estrés, aprovecharlas es tu decisión.

Mientras revisaba los proyectos que me interesan, se me ocurrió hacer un breve resumen de las ideas que pueden llegar a ver la luz gracias a este programa. Esta lista no intenta ser exhaustiva y sólo recopila algunas ideas de algunos proyectos; no es seguro que algún estudiante se postule para implementarla ni – de hacerlo – que sea aceptado. Pero está bueno ojear lo que puede llegar a deparar el futuro de estos proyectos.

GNU/Linux

Debian, una de las distribuciones de GNU/Linux (y ahora también GNU/kFreeBSD) con más distribuciones derivadas – como Ubuntu. Tiene muchas cosas interesantes para hacer, entre ellas:

• Crear un sistema para repositorios personales similares a los PPA de Launchpad
• Un nuevo control de diferentes versiones del mismo archivo provistos por diferentes paquetes
• Mejor integración del servidor BOINC para facilitar la creación de proyectos que dependen de la donación de ciclos ociosos de procesador
• Mejorar los Debian Pure Blends, las mini-distros especializadas de Debian

GNOME tiene muchos proyectos internos. Las ideas para el Summer of Code son tan variadas como los proyectos mismos: mejor edición y publicación de imágenes en Shotwell, aplicaciones web con Epiphany, agregar multi-player a un juego utilizando el framework Telepathy, integrar Anjuta con BugZilla, revisores de ortografía ne GTK+/GLib, filtros en el servidor (sieve) en Evolution, integrar video en Rhythmbox, entre muchísimos otros.

Haiku es un sistema operativo en desarrollo con proyectos que realmente pueden marcar una diferencia. Estos incluyen: hacer andar VirtualBox, mejorar el soporte de sistemas de archivos, implementar soporte para Bluetooth, mejoras a la interfaz e inclusive aceleración 3D por hardware.

Illumos, el proyecto para reemplazar OpenSolaris después de sus problemas hace unos meses también quiere estar a la par de otras distribuciones. Por eso podés ayudarlo: mejorando su versión de Wine, mejorar los sistemas de audio y virtualización o haciendo que Chrome, LibreOffice o KDE 4.6 anden sobre Illumos.

OpenSUSE, en cambio, tiene muchísimos proyectos para mejorar su sistema de creación de paquetes de software. Por lo que leí, parecería que apuntan a beneficiar a los desarrolladores en general integrando mejor su infraestructura de compilación, los reportes, los paquetes compilados y su sistema de testing. Aunque también tienen un par de proyectos para mejorar la experiencia del usuario: SaX 3 para configurar el servidor X, instalación desde Windows con Wubi, reportar bugs y muchas otras.

Programación

Django es uno de los frameworks web en python. Aparentemente están interesados en mejorar las grandes críticas al sistema:

• Compilación de los templates para aumentar su velocidad
• Un mejor módulo de usuarios y autenticación
• Mejores mensajes de error y mejor documentación
• Actualización de esquemas de bases de datos

Drupal es utilizado en todo el mundo cada vez más. La mayoría de los proyectos son sobre integración con otros sistemas (como OpenERP y Google Apps) y migración de funcionalidad existente a su última versión: Drupal 7; aunque también hay un par de ideas nuevas.

Elgg es un motor de redes sociales, básicamente te permite crear tu propia red social. Los proyectos incluyen uno para mejorar la accesibilidad del sistema (WAI y Sección 508), mejor sistema para contenidos en diferentes lenguajes y funcionalidades AJAX en su interfaz.

GCC tiene proyectos tan variados como interesantes. Van desde optimizaciones en velocidad o tamaño y mejorar las herramientas de diagnóstico hasta implementar nuevos estándares sobre los existentes como C++0x , OpenMP 3.0 o funcionalidades de Fortran.

GIT también fue aceptado. Los proyectos son por lo general implementar nuevas funcionalidades que mejoran las existentes o simplemente integrar o limpiar el código de la funcionalidad existente haciendo al sistema más eficiente, robusto y adaptable.

Haskell es un lenguaje muy interesante. Tiene proyectos variados que van desde implementar una base sobre CUDA de NVidia para Haskell Paralelos sobre Datos hasta desarrollar una interfaz para CouchDB o Amazon S3.

Python (en realidad la Python Software Foundation) tienen como principal objetivo impulsar Python 3. Y esto no es sólo en python mismo sino que también incluye otros proyectos como MailMan y Mercurial. Entre todas las cosas que se pueden hacer figuran:

• Proveer profiling de diferentes implementaciones de python
• Mejorar el mecanismo de importación de módulos
• Proveer una interfaz Django para Mailman
• Mejorar la performance y la documentación de Mercurial
• Mejorar los sub-repositorios de mercurial, especialmente los relacionados a otros sistemas de control de versiones

Multimedia, Ofimática e Internet

FFMpeg y LibAV tienen varios proyectos sobre integración o mejora de nuevos codificadores/decodificadores de audio y video e integración con otros proyectos existentes.

GIMP también tiene sus propias ideas sobre cómo mejorarse: mejor interfaz para tamaños (que soporte operaciones matemáticas básicas y mezclar unidades), portar los plugins más importantes a la nueva infraestructura interna, permitir plugins en JavaScript y muchos otros. También hay varias ideas de proyectos en Inkscape.

GNUCash quiere mejorar también mejorando su sistema de pruebas interno, integración de negocios, migrar el sistema de reportes a python e inclusive continuar el trabajo de una interfaz completamente nueva.

Mozilla la fundación conocida por Firefox principalmente tiene muchos más proyectos en los que trabajar además del navegador. Estos van desde un parser en python para el formato de MediaWiki a una forma de ver una página web que muestre el anidado y z-index de los elementos en 3D.

Otros

Clear Climate Code es un proyecto promover la ciencia del clima. Las ideas incluyen:

• Mejor y más fácil distribución e instalación
• Integración con Excel para quienes quieran usar una hoja de cálculo
• Implementación en otros lenguajes diferentes a python y/o integración con NumPy

Creative Commons es conocido por sus licencias, pero también tiene proyectos de software. Por ejemplo, un plugin oficial para WordPress o el programa CC Publisher para embeber información de la licencia en los archivos de audio y video que uno cree.

HedgeWars tiene ideas interesantes sobre cosas para hacer mejor el juego: poder guardar videos de partidas, sincronizar configuraciones, no ser expulsado de un juego cuando se pierde la conexión, una versión para iOs y otra para Android e inclusive inventar un nuevo modo de juego y armas.

phpMyAdmin también participa y quiere hacer cambios a su interfaz agregando más AJAX y limpiando código histórico así como mejorar su estructura interna con más testing, utilizando orientación a objetos de PHP y soportando Drizzle, un fork de MySQL.

Y hay más…

Y si todo eso te parece poco acá hay un par más:

• LibreOffice tiene muchas cosas en las que trabajar sobre el nuevo fork de OpenOffice.
• Moodle, la popular aplicación de educación en-linea también participa con un par de ideas interesantes.
• OpenMRS es una plataforma para registros médicos. No estoy muy familiarizado con la aplicación, pero creo que es un tema importante y por de más interesante para aprender algo nuevo.
• OpenStreetMap quiere mejorar todo, desde nuevas aplicaciones para usar sus mapas hasta mejoras en sistemas de ruteo y detección de nombres de calles en fotos con información geo-localizada.
• Status.net, el sistema de micro-blogging abierto (y sobre el que funciona identi.ca) quiere tener su API en tiempo real, brindar analytics, integrar mejor las fotos y soportar diferentes sistemas de bases de datos internamente.
• MediaWiki tiene proyectos para mejorar el código principal, sus extensiones o directamente hacer cosas nuevas.

Por suerte, en cualquier GNU/Linux no es complicado resetearla (en Windows a lo mejor es parecido pero no sabría cómo hacer para iniciar el servidor con las opciones adecuadas. Para ello tienes que seguir estos simples pasos:

1. Inicia sesión como root en la máquina (o agrega sudo antes de todos los comandos siguientes)
2. Para el servidor MySQL: # /etc/init.d/mysql stop
3. Reinicia el servidor MySQL sin contraseña: mysqld_safe --skip-grant-tables &
4. Conectate a MySQL sin contraseña: # mysql -u root -D mysql
5. Actualiza la contraseña de root: mysql> UPDATE user SET password = PASSWORD('nueva_contraseña') WHERE user = 'root';
6. Aplica los cambios: mysql> FLUSH PRIVILEGES;
7. Y listo: mysql> quit;
8. Para el servidor MySQL: # /etc/init.d/mysql stop
9. Inicia nuevamente el servidor normalmente: # /etc/init.d/mysql start

Una cosa menos de las que preocuparnos