The Zilus

Si tenemos un script, una app o algún comando que lleve mucho tiempo de ejecución, normalmente deberíamos dejar nuestra ventana SSH abierta durante todo el proceso, ya sea mediante putty, una terminal en Linux o una consola en Mac OS X. Con este sencillo tip ya no será así, podemos cerrar la aplicación SSH que estemos utilizando y después de un tiempo, regresar al servidor y ver el avance.

En mi caso personal, tengo que correr un script que tarda un par de horas en terminar su ejecución, por lo que generalmente lo hacia directamente en el servidor, precisamente para evitar este problema de no saber que hace después de apagar mi equipo. Ya no mas! ahora usando “screen” puedo revisar el proceso desde cualquier terminal en cualquier momento!

Primero, entramos al servidor con ssh

$ ssh usuario@servidor

Ahora tecleamos screen, esto la primera ves que lo ejecutamos, nosa sacara una ventana con informacion, solo damos enter:

$ screen

Después, ya dentro de “screen”, ejecutamos el script o lo que queramos hacer, en este ejemplo haremos un apt update y upgrade.

$ apt-get update & apt-get upgrade -y

Para probar que este funcionando, salimos del terminal, putty o consola y despues regresamos con ssh:

$ ssh usuario@servidor

Ahora, para recuperar el proceso con screen, tecleamos screen -r

$ screen -r

Y veremos el proceso en cuestión… ahora, no he encontrado una forma más elegante de cerrar screen una ves terminado el proceso, mas que con un killall, si alguien lo sabe, no estaria mal que lo compartiera.

$ killall screen

Con esto cerramos screen y regresamos al modo normal de la sesión ssh.

A veces por las razones que sean, es necesario cambiar la licencia de un Office en Mac, para hacerlo solo necesitamos eliminar dos archivos y la siguiente ves que abramos cualquier aplicación de las suite de oficina, nos pedirá de nuevo que aceptemos los términos y que ingresemos la licencia nueva.

Abrimos nuestra terminal, desde Aplicaciones > Utilidades > Terminal y tecleamos los siguientes comandos, tenemos que poner atención en [usuario] que se reemplazara por el nombre de usuario que corresponda en nuestros equipos:

/Users/[usuario]/Library/Preferences/Microsoft/Office 2008/Microsoft Office 2008 settings.plist

/Applications/Microsoft Office 2008/Office/OfficePID.plist

Al fin tengo tiempo de entrar en mi cuenta de Google Wave… aquí el primer pantallazo como lo diría Gnome xD

Aquí les dejo las frases que mas me gustaron de las 101 disponibles en el lugar de donde las obtuve, les deje en negritas no las mejores, si no las peores y dichas por nuestro gran amigo Bill Puentes.

• “No temo a los ordenadores; lo que temo es quedarme sin ellos”
  — Isaac Asimov
• “Una vez un ordenador me venció jugando al ajedrez, pero no me opuso resistencia cuando pasamos al kick boxing”
  — Emo Philips
• “Todas las piezas deben unirse sin ser forzadas. Debe recordar que los componentes que está reensamblando fueron desmontados por usted, por lo que si no puede unirlos debe existir una razón. Pero sobre todo, no use un martillo”
  — Manual de mantenimiento de IBM, año 1925
• “La física es el sistema operativo del Universo”
  — Steven R Garman
• “El mayor enemigo del conocimiento no es la ignorancia, sino la ilusión del conocimiento”
  — Stephen Hawking
• “Cuanto más sabes, más te das cuenta de que no sabes nada”
  — Sócrates
• “El auténtico conocimiento es conocer la extensión de la propia ignorancia”
  — Confucio
• “Si piensas que los usuarios de tus programas son idiotas, sólo los idiotas usarán tus programas”
  — Linus Torvalds
• “¿Dónde está la tecla ‘ANY’?”
  — Homer Simpson, frente a un mensaje “press any key”
• “Sólo hay un problema con el sentido común: que no es demasiado común”
  — Milt Bryce
• “¿Internet? No estamos interesados en eso”
  — Bill Gates
• “Comentar el código es como limpiar el cuarto de baño; nadie quiere hacerlo, pero el resultado es siempre una experiencia más agradable para uno mismo y sus invitados”
  — Ryan Campbell
• “Ley de Alzheimer de la programación: si lees un código que escribiste hace más de dos semanas es como si lo vieras por primera vez”
  — Via Dan Hurvitz
• “Hazlo todo tan simple como sea posible, pero no más simple”
  — Albert Einstein
• “No documentes el problema; arréglalo”
  — Atli Björgvin Oddsson
• “La gestión manual de bloques de memoria en C es como hacer malabarismos con pastillas de jabón en la ducha de la prisión: todo diversión hasta que cometes un fallo”
  — Un usuario anónimo de un foro Usenet
• “Java es lo más penoso que le ha ocurrido a la informática desde MS-DOS”
  — Alan Kay
• “Sólo hay dos cosas malas en C++: el concepto inicial y la implementación”
  — Bertrand Meyer
• “Era una broma, ¿vale? Si hubiéramos pensado que iba a usarse no la habríamos escrito”
  — Mark Andreesen, hablando de la etiqueta BLINK de HTML
• “XML no es más lenguaje de programación que unas notas sobre una servilleta de papel”
  — Charles Simonyi
• “UNIX es simple. Sólo necesita un genio para entender su simplicidad”
  — Dennis Ritchie
• “Saber romper medidas de seguridad no hacen que seas hacker, al igual que saber hacer un puente en un coche no te convierte en un ingeniero de automoción”
  — Eric Raymond
• “Las organizaciones gastan millones de dólares en firewalls y dispositivos de seguridad, pero tiran el dinero porque ninguna de estas medidas cubre el eslabón más débil de la cadena de seguridad: la gente que usa y administra los ordenadores”
  — Kevin Mitnick
• “Las contraseñas son como la ropa interor. No puedes dejar que nadie la vea, debes cambiarla regularmente y no debes compartirla con extraños”
  — Chris Pirillo
• “En realidad no trato de destruir a Microsoft: eso será sólo un efecto colateral no intencionado”
  — Linus Torvalds
• “No soy de los que piensan que Bill Gates es el diablo. Simplemente sospecho que si Microsoft alguna vez se encontrara con el diablo, no necesitarían un intérprete”
  — Nicholas Petreley
• “En dos años el problema del spam se habrá resuelto”
  — Bill Gates, 2004
• “El problema de los virus es pasajero. En un par de años estará resuelto”
  — John McAfee, 1988
• “Los virus informáticos son una leyenda urbana”
  — Peter Norton, 1988
• “En el futuro es posible que los ordenadores no pesen más de 1,5 toneladas”
  — Popular mechanics, 1949
• “Veo poco potencial comercial en Internet, al menos durante diez años”
  — Bill Gates, 1994

El 31 de marzo de 1998 la Fundación Mozilla publicó oficialmente el primer código fuente de sus desarrollos, lo que supuso un paso fundamental para este organismo, responsable del desarrollo de Firefox y Thunderbird, y que es un ejemplo de filosofía Open Source

El blog de Mitchell Baker explica cómo nació Mozilla, y cuáles serán – a grandes rasgos – los objetivos en los próximos 10 años. En sus inicios, tal y como explica Baker, Mozilla era la base para encontrar el código fuente del navegador que estaban desarrollando. Además también nació como una comunidad que trataba de impulsar el desarrollo Open Source (que se conoció como Mozilla Organization o mozilla.org) y como un grupo de desarrolladores que trataba de desarrollar el navegador adaptado a las necesidades de los usuarios, Firefox.

Mucho se ha logrado desde ese famoso “3/31″ como les gusta llamarlo a los miembros de Mozilla, ya que Firefox es un navegador muy respetado y extendido por todo el mundo, y Thunderbird también es un cliente de correo electrónico muy valorado. Otros proyectos como SeaMonkey, Camino, Bugzilla o Calendar completan una oferta Open Source envidiable. Esperemos que sus éxitos se continúen en los próximos años, y que Firefox se convierta en el navegador preferido de los usuarios.

Felicidades.

En lo personal, soy un fanático del desempeño y me gusta mantener mis equipos trabajando lo más rápido posible. Gnome como lo sabemos es un entorno gráfico no muy pesado, pero si se puede hacer mas ágil, pues que mas pedir cierto?

Swappiness:

Esto es la relación de intercambio que existe entre nuestro RAM y el Swap de nuestro sistema, que es un área diseñada para funcionar como un RAM extra en el disco duro, aunque su velocidad no es tan rápida, siempre es bueno tenerla andando. Una de las cosas importantes por hacer, es cambiar el valor para que el sistema utilice mas el RAM físico que el Swap, con esto haremos mas rápida la ejecución de nuestras aplicaciones (NOTA: este tip solo se recomienda para escritorios no para servidores) y si no nos gusta el desempeño, siempre podremos editar el fichero que les diré a continuación para regresar a la normalidad.

$ sudo gedit /etc/sysctl.conf

Dentro de este fichero, escribiremos al final y guardamos:

vm.swappiness=10

Read the rest of this article »

Perl es un lenguaje de programación amado por los que lo usan y odiado por lo que no lo critican, existe un buen debate al respecto, pero eso es harina de otro costal. A continuación un poema llamado “Open Heart” hecho en Perl:

open (HEART, “>for_me”);
for ($this-valentines-day; $you and $me; $together++) {
$you = “My special one”;
$me = “Your darling”;
}

%time = ($you => $me, $together => “forever”);
while ($you = push(@me, @away)) {
foreach (@second) {
die a_bit to my $death;
goto hell;
}

pack $my_bags, @and_leave;
package my_love;
unless(!$i_see_you) {
write YOU_SOON;
}
}

reverse keys %time;
bless me;
for (last; kill $me;) {
if ($you) {
die;
}
}

Leyendo un tema en el foro de Ubuntu México, me pareció buena idea crear un pequeño tema aquí, de mi historia (breve) con Linux, así que ahí les va!

Año 1999 – Mandrake Helios (6.1): Una experiencia non-grata, solo había escuchado hablar de Linux pero nunca utilizado, así que tome una Compaq Pentium III que tenia y le instale Mandrake, en resumen un fiasco, nunca pude echar a andar el modem así que adiós documentación y comunidades (era la única PC que tenia en ese entonces).

Año 2001 – Red Hat Enigma (7.2): Tome un curso con Joel Barrios y desde ahí comencé mi vida de linuxero, pase por las versiones 7.2, 7.3, 8 y 9 en Red Hat antes de adoptar lo que seria mi futuro.

Año 2003 – Varios: Probé distros como Slackware, SuSE, Gentoo, Knoppix Mandrake y hasta Fedora, pero ninguna me agrado mucho.

Año 2004 – Debian Woody: Comencé con mi aventura Debian, pasando por Etch y Sid.

Año 2005 – Ubuntu Dapper: Alguien por ahí me contó de una nueva distro que venia trabajando bien, basada en Debian y me llamo la atención, así que desde el 2005 uso Ubuntu y a la fecha utilizo en Gutsy Gibbon.

El siguiente tutorial tratara de hacer funcionar tu Zire 72 con Linux (Opie) y con la conexión USB ruteada para que puedas tener salida a la red con tu handheld.

Se necesita:

• Palm Zire 72
• MicroSD de 256 MB (minimo, de preferencia 1 GB)
• Lector de tarjetas MicroSD (en mi caso utilice mi celular Nokia 5200)
• Angstrom con Opie (para la Zire)

Primero introducimos la SD al lector y se montara automaticamente en nuestro ubuntu.

Read the rest of this article »

Leyendo por ahí me encontré un post genial de las famosas BSoD del magnifico sistema operativo de Microsoft. Aquí un breve resumen porque me da hueva poner mas…

BSoD es acronimo de “Blue Screen of Death” (Pantalla Azul de la muerte), que cabe mencionar que es distinta a la pantalla azul que solo muestra un error en X aplicación. Explico: Cuando el Kernel del sistema (núcleo) tiene un fallo de ejecución grave, nos mostrara esta bendita pantalla que a mas de a uno a sacado canas verdes. Esto pasa cuando existe alguna excepción en el sistema o algún error debido a los múltiples bugs (lease bugs, no blogs ) de los sistemas operativos de la compañía de Redmond (Microsoft por si te preguntas “¿Quien es Redmond?” y por cierto Redmond es un lugar en los Estados Unidos).

Lo mas in en estos momentos es ya no, el BSoD, sino el RSoD, asi es, leyeron bien, Windows Vista ya no saca la clásica pantalla azul, sino ahora es roja jajaja

A continuación la historia gráfica de las BSoD:

MS-DOS (D,O,S no se dice dos!)

Read the rest of this article »