2.56168000
2.75065260
2.93962520
3.12859780
3.31757040
3.50654299
3.69551559
3.88448819
4.07346079

y b.txt:

-75.52133959
-75.46050950
-75.40088665
-75.34642198
-75.29927353
-75.25976834
-75.22698494
-75.19963813
-75.17657482

Solo basta con ejecutar:

$ paste a.txt b.txt > data.tab

El contenido de data.tab luce así:

Bien, ahora puedo utilizar Gnuplot o lo que quiera para graficar. Por los momentos no he nombrado a VIM, pero ya vamos a eso.

Ahora, lo anteriormente expresado funciona bastante bien. Pero: ¿Qué tal si quiero ingresar una columna entre los valores de a y b porque quiero hacer una superficie en 3D de una colisión? En castellano, solo agregar una columna de valores fijos en la mitad de a y b. Esto se hace de la siguiente manera. Ejecutamos Ctrl+v en VIM para entrar en modo VISUAL BLOCK. Luego, seleccionamos el espacio donde queremos hacer la sustición utilizando las flechas en el teclado:

Una vez contento con la selección, se pulsa Shift + i para entrar en modo de inserción. A continuación, escribe la cantidad que quieras sustituir en toda esa columna seleccionada, en mi caso, quiero 1.000000. Como quería que el valor 1.00000 estuviera separado de la primera columna, en el modo de inserción solo luego de pulsar Shift + i agregué 6 espacios en blanco, luego escribí el valor (esto lo escribo para recalcar que en esa línea puedes editar lo que quieras) y por último pulsé la tecla ESC.

El resultado es el siguiente:

En este ejemplo es trivial. Pero para que los lectores tengan una idea, una superficie de potenciales para ser aceptable necesita al menos más de 1500 valores, hacer esto a mano (uno por uno) sería simplemente estúpido. Espero que les sea de ayuda.

Sin embargo, a veces he tenido que dejar andando ciertos cálculos por semanas y seguir haciendo trabajos en otros clusters que tienen más hardware por nodo que me son de utilidad. Pero, ¿qué pasa si tengo un directorio centralizado y he borrado ciertos sub directorios en otros clusters y quiero saber cuáles han sido borrados? Aunque parezca básico, es aquí donde diff entró al rescate. (Si alguien conoce otra forma más apropiada, por favor no dude en hacerla saber ). La utilidad está si cuando sincronizas sueles usar la opción –delete en rsync.

Si queremos comparar dos directorios ejecutamos lo siguiente:

diff $DIRECTORIO1 $DIRECTORIO2

Por ejemplo:

muammar@circa:~$ diff hyperion hyperion.21012012/
Subdirectorios comunes: hyperion/elkhatib y hyperion.21012012//elkhatib
Sólo en hyperion.21012012/: homework
Sólo en hyperion.21012012/: old

La salida no necesita explicación. Queda demás decir, que se pueden utilizar las opciones habituales relacionadas al comando diff. Para más información, lee el manual (man diff).

Como una imagen vale más que mil palabras, me refiero a este “chorizo” que muestro a continuación:

Lo que tenemos que hacer para envolver ese texto es lo siguiente. Primero, configuramos el wrapping:

:set textwidth=80

Pulsamos la combinación Shift + V (modo Visual Line en VIM para seleccionar texto), y procedemos a “sombrear” las líneas de interés (en mi caso, como pueden ver solo es una, pero vaya línea, ¿no?), y debería lucir como muestro en la próxima figura:

Y por último pulsamos la siguiente combinación de teclas: gq. Esto, trae como consecuencia, que el “chorizo que se mostraba previamente” luzca descentemente:

Et voilà!

PD. ¡Muerte a los que no siguen la netiquette!

]]> http://muammar.me/blog/2011/12/envolver-texto-a-80-caracteres-en-vim-wrap/feed/ 0 http://muammar.me/blog/2011/11/apagar-display-lcd-de-una-laptop-desde-el-terminal-en-linux/ http://muammar.me/blog/2011/11/apagar-display-lcd-de-una-laptop-desde-el-terminal-en-linux/#comments Sat, 26 Nov 2011 11:07:40 +0000 muammar http://muammar.me/blog/?p=777 Continue reading →]]> Este post es más una nota personal, porque por alguna razón siempre olvido este comando. Es útil apagar el display LCD cuando por ejemplo se está utilizando un laptop como servidor y se desea ahorrar energía (obviamente, como servidor que es, no hay instalación de servidor de X, si no, solamente acceso a las TTY).

Con este pequeño preámbulo, introduzco a vbetool. Y como se desprende de su descripción: vbetool utiliza lrmi en orden de correr código desde el video del BIOS. Actualmente, es capaz de alterar estados DPMS, tales como guardar y recuperar estados de la tarjeta de vídeo y atentar iniciar la tarjeta de vídeo “from scratch”.

Ahora, si quisiéramos apagar el display LCD ejecutamos como super usuario:

# vbetool dpms off

Y obviamente, si se quisiere hacer lo contrario se ejecuta:

# vbetool dpms on

En lo personal, desconozco si habrán otros métodos para llevar a cabo esto, pero por los momentos, este me funciona a la perfección. Puede ejecutarse accediendo remotamente al servidor y así poder encender y apagar el LCD.

Espero que sea de ayuda para algunos.

Si la memoria no me falla, utilizo Linux desde el año 2003. Ya han pasado 8 años, todavía sigo siendo reciente en mi opinión, pero no tanto como una persona que haya comenzado a utilizar Linux en 2009, lógicamente. Cuando aterricé en este mundo donde se lucha por una causa (que todavía sigue viva, pero que se está peleando malamente para alcanzar) todo me parecía muy excitante y revolucionario. Sin embargo, existía ese pequeño grupo de personas que no te daban una muy buena acogida. La mayoría de personas de ese pequeño grupo eran veteranos, y otros simplemente unos fanáticos. En mis adentros, siempre pensé que ellos eran nocivos y que más que puritanos, eran meramente fanáticos estúpidos. Así que siempre los evité.

A lo largo de estos 8 años he visto muchas cosas. Dunk-tank en debian, a Mark Shuttleworth tratando de llevarse debian developers para canonical en los debconf, distribuciones que como vienen se van, bugs que me han dejado sin acceso a la máquina, etc. Pero también vi cómo el pequeño grupo de fanáticos, empezaba a contagiar a los demás (incluso a mi). En el 2009, decidí leer más entre líneas, y dije: hasta aquí dejo de ser un fanático y me convertiré (en la medida de lo posible) en un usuario más analítico que emotivo. No se si para algunos sea aún novedad, pero cuando las personas se dejan llevar por las emociones, o cuando luchan por algo solo porque otro lo hace, las cosas no se hacen como debieran. ¿Qué me motiva a escribir este pedazo de texto? Pues esto:

http://www.geekets.com/2011/10/samsung-galaxy-s-mejor-que-iphone-4/

Yo no me considero un experto de nada, pero vamos a analizar este post un poco en detalle. El primer error fundamental, o digamos, la primera frase inapropiada es utilizar el comparador “mejor que”. ¿Por qué? Simplemente porque todos tienen distintas necesidades y porque “mejor que” puede ser demasiado difuso ya que lo que es mejor para mi tal vez sea una mierda para ti.

En la sección de pantallas de dicho post, se asume que todos buscan una pantalla amplia, cosa que es falso. El autor asume que las pantallas amplias son lo mejor (que en mi opinión estoy de acuerdo en que son muy útiles) pero no a todo el mundo les gusta las pantallas grandes.

Esta aseveración es un tanto imprecisa también:

El Samsung Galaxy S sigue siendo mejor al iPhone 4?

A lo que yo me hago las siguientes preguntas:

1) ¿Dónde hay números que soporten esto?

2) Si hubo una encuesta, ¿Quién la llevó a cabo?

3) ¿Qué tan heterogénea fue la población que llevó a cabo la encuesta?

Antes de retomar el punto principal, estoy de acuerdo en que utilizar por ejemplo un iPhone es algo muy cerrado (aunque ahora lo dudo un poco), y que incluso la gente de Apple llevaba un tracking de tu posición, pero vamos que Google también hará/hace lo mismo. Es ingénuo pensar que no nos registran. Eso es como creer que hay privacidad en la internet. Y queda muy claro que el autor de este post abre la puerta a la controversia con las preguntas abiertas y afirmaciones que parecen salir axiomáticamente.

Ahora sí, retomando el tema principal, en mi humilde opinión pienso que debemos cambiar un poco la forma en que estamos defendiendo nuestra causa de promover el uso de software libre. Hay que comprender que la libertad de la gente está en la elección. Conozco muchas personas que todavía siguen trabajando en enseñar Linux en conferencias, y eventos y tienen una perspectiva distinta y lo hacen correctamente aunque también he visto otros que simplemente han caído en el mismo nivel de los que defienden plataformas cerradas, el fanatismo. El fanatismo daña porque nubla la mente, y no deja ver más allá de las narices. Para dar una opinión de algo, no solo hay que leer acerca de ello, hace falta utilizarlo también (a nivel de software hablo aquí, porque si habláramos de drogas estuviera yo incitando a probarlas y no quiero ni por nada que esto se interprete así, ¿no creen?). En mi experiencia he podido convertir más personas al uso del software libre al dejarlas que ell@s mismos me pregunten qué software utilizo, qué ofimática (LibreOffice), qué reproductor de audio (MPD + gmpc o mpc), que cuando intento forzarlos a ver que lo que utilizo yo es mejor que lo de ellos. Esa no es la manera. Este tipo de actitudes y otras que se observan en listas de correos, foros, tonos en blogs, desearle la muerte a personas,  creo que llevan nuestra causa al caño. Una de las razones por las que Ubuntu se ha popularizado tanto ha sido el hecho de que su comunidad es muy amigable. En mi opinión, no me gustaría que todas las comunidades fueran así porque Ubuntu así como tiene eso que es muy bueno (pero en exceso, y de allí el error), las consecuencias de ello también son notables (reportes de fallos kilométricos sin información relevante lo que hace más difícil a los desarrolladores conseguir cómo solucionar el error, duplicación de posts que preguntan lo mismo, preguntas muy muy muy básicas que son posibles de conseguir leyendo un poco en internet, etc).  Pero sin embargo, es lo que les caracteriza y lo que ha hecho que sean una de las plataformas más populares para el Desktop en Linux.

Yo solo espero que logremos conseguir la actitud y aptitud adecuada para seguir haciendo crecer el número de gente que usa software libre (¿evolucionar un poco más?), pero a medida que el grado de fanatismo y número de fanáticos aumente, el fin de nuestra causa no será más que una utopía…

Primero que todo es importante leer la sección de instalación MacBook Install del Wiki de Debian para entrar en contexto con los términos y proceder con la instalación.

Hasta los momentos, el instalador de Debian no puede instalar correctamente en la Macbook pro, la razón, es que no es posible cargar todos los componentes del CD-ROM ya que este no es detectado correctamente. Sin embargo, es posible proceder con la instalación utilizando un pen drive (adicionalmente al disco de instalación) en el cual copiarás bit a bit la misma imagen ISO que utilizaste para quemar el disco de instalación de Debian. De esta manera se logra “burlar” el Debian installer ya que podremos montar el USB en /cdrom como explicaré a continuación:

Prepara el pen drive. Para ello, copiaremos bit a bit la misma ISO de Debian que has utilizado para quemar el CD. Para ello, ejecuta lo siguiente:

dd if=debian.iso of=/dev/sdbX


Donde, /dev/sdbX corresponde al pendrive y X es el número que tiene el device cuando es detectado en Linux . Nota que puedes hacer esto ya sea en Linux o en Mac OS X. Si lo haces en Mac OS X, el device es nombrado como /dev/disk1. Eso que puedo también agregar es que para saber exactamente el nombre del dispositivo lsusb (en Linux) y disk utility (en Mac OS X) son tus amigos.

Una vez preparado el pen drive, procede con la instalación que se muestra en el Wiki de Debian MacBook Install. Para la instalación debes usar el CD y no el pen drive.

Cuando el instalador de Debian trata de cargar todos los componentes en el cdrom, fallará. Sigue las instrucciones hasta que seas devuelto a la lista de tareas de instalaciones. En este momento vas a abrir un TTY pulsando las teclas Ctrl + Alt + F2, y procederás a montar el pen drive en el directorio /cdrom que fue creado por instalador como muestro a continuación:

mount /dev/sdX /cdrom


Donde de nuevo, sdX debe corresponder con tu pen drive. En ocasiones, montar el pen drive puede fallar. Para ello, desconecta el dispositivo y vuelve a conectarlo. Debería funcionar. En mi experiencia, cuando falla el montaje, es debido a que no has finalizado de contestar las preguntas que te hace el instalador de Debian cuando no puede cargar los componentes del CD. por lo que recomiendo responder todas las preguntas al instalador antes de hacer el montaje.

Ve de nuevo al instalador, para ello presiona Ctrl + Alt + F1, y continúa el proceso de instalación hasta el punto de instalar GRUB o LILO. Si instalas sea LILO o GRUB sin sincronizar las particiones en refit, Linux no va a iniciar. Por lo tanto, no instales aún el bootloader.

En este punto, vamos a sincronizar las particiones con gptsync. Si no tienes internet al momento de instalación, descarga los paquetes gptsync y refit desde http://packages.debian.org en otro pen drive e instala con dpkg.

Si no cuentas con internet, monta el pen drive que contiene los paquetes en /mnt:

mount /dev/sdX /mnt

Copia los archivos *.deb en /target/tmp:

cp /mnt/path/*.deb /target/tmp

Haz Chroot en /target y procede a instalar refit y gptsync, y sincroniza el MBR y GPT:

chroot /target
dpkg -i /tmp/*.deb
refit

Si cuentas con internet, solo debes hacer Chroot en /target y cargar el módulo tg3 e instalar con apt-get o aptitude. Para ello, abre de nuevo el TTY (Ctrl + Alt + F2) e instala refit y gptsync.

modprobe tg3
apt-get install gptsync refit

En ocasiones, ejecutar solo refit no funciona. Si es tu caso, procede a ejecutar en vez:

gptsync /dev/sda

Una vez que haz sincronizado, vuelve al instalador (Ctrl + Alt + F1) y procede a instalar GRUB (Para mi funcionó bien con GRUB, no he intentado con LILO. Es muy importante que cuando vas a instalar GRUB selecciones como partición /dev/sdX3 (Donde de nuevo X corresponde a tu esquema de partición cuando instalaste Debian. Si instalas GRUB en el MBR, este procedimiento no va a funcionar. De todas maneras, si lo haces por error luego es posible borrar el MBR desde Mac OS X.

Para configuraciones posteriores a la instalación visita:

http://wiki.debian.org/MacBookPro