Jamás había visto un texto tan sencillo y conciso que juntara tanta información de licencias y que cualquiera puede entender fácilmente. Obviamente, no intenta explicar las delicadezas y minucias de las licencia, tampoco intenta clasificarlas y menos que menos escribir una. Todo eso sería imposible de hacer en un espacio tan reducido.

Es de notar, sin embargo, que gran parte de lo que dice aplica a licencias privativas; pero – por lo que leí de las licencias libres – las secciones y para qué sirven son las mismas, sólo cambia el contenido. Y eso es exactamente lo que hace el artículo: explica de forma clara y precisa las diferentes secciones que tiene una licencia, qué es lo que implica o afectaría cada una para que pensemos dos veces la próxima vez que hagamos click en “Acepto” sin leer.

Yo, personalmente, evito ese problema directamente utilizando software con licencias libres. No son menos complicadas que las demás licencias; pero sé precisamente qué es lo que no puedo hacer con los programas que uso. Al contrario de lo que pasa con las licencias privativas en las que la mayoría de la gente no sabe que gran parte de lo asume del programa es contradicho expresamente por la licencia (como que MS tiene derechos sobre todo documento producido en MS Office, y que éstos contienen información escondida sobre la PC e instalación en la que se creó el documento… como para mencionar un ejemplo concreto).

Notas

• Este artículo es una traducción de: The Software License Agreement (or EULA) Dissected and Explained
• Esta es una traducción espontánea sin permiso expreso del autor. Le dejé un comentario al respecto para que pueda decidir si prefiere que la remueva
• No soy abogado ni mucho menos, así que la traducción del artículo puede no utilizar los términos legales correctos y seguramente no aplique en legislaciones diferentes a donde las licencias fueron creadas. Usen esta información bajo su propio riesgo.

Los que estamos desde hace años desarrollando para la web y trabajando con WordPress sabemos lo difícil que es conseguir un theme que se vea lindo, que tenga todo lo que queremos y que sea fácil de retocar para hacer cosas más locas. Es por eso que, por lo general, terminamos haciendo uno propio.

Sin embargo, hay demasiadas cosas que pesan:

• Desarrollar toma tiempo
• Diseñar toma mucho más tiempo
• Pensar un nuevo diseño es muchísimo más complicado
• Lo quiero ya
• Para esto no queremos nuestro blog

Sin embargo, desarrollar nuestro propio theme tiene demasiadas ventajas así que lo ponemos en nuestro to-do list… y lo postergamos ad eternum. Hasta que encontramos ese rincón del theme que más nos molesta y – en un fin de semana – hackeamos un theme como nosotros queremos. Y somos felices.

Al menos por un tiempo. Hasta que WP actualiza y las cosas dejan de andar; o cuando se lo damos a alguien más para que lo use; o lo publicamos y la gente quiere usarlo y nos llegan quejas y/o preguntas sobre el mismo. Y resulta que tiene los mismos problemas que los demás, sólo que a nosotros no nos molestan o no nos dimos cuenta.

Por todo eso es mi idea escribir un par de posts que sirvan de machete para armar themes de WordPress. No para que sean fantásticos ni únicos, sino para que sean útiles y durables. Para que no se rompan en cada actualización o el día que queramos cambiar algo.

Un grupo de personas me pidieron ayuda para instalar Ruby on Rails. Mi solución son 3 pasos:

1. (sólo para ubunteros) Asegúrense de tener los repositorios de multiverse y universe
2. (sólo para debianeros) Asegúrense de tener instalado el comando sudo o ejecuten los comandos como root
3. sudo aptitude install ruby
4. sudo aptitude install rails

Aunque parezca increíble eso es todo. Así de fácil es instalar todo el lenguaje y el framework y queda todo armadito. Si queremos además que Ruby se pegue con MySQL, basta con una línea más:

sudo aptitude install librdb-mysql-ruby

¿Quién me puede decir que eso no es fácil?

Son muchos los programas que vienen para Windows que te permiten poner cosas como videos de fondo de pantalla. ¿Y en Linux? Vía LifeHacker me entero que también se puede y no hace falta instalar nada.

Como la mayoría de los programas que hacen cosas con tu pantalla se les puede indicar qué pantalla usar, pueden ser utilizados sobre el escritorio directamente. Lo que sí, si tenés algún entorno de escritorio activo (tipo Gnome, KDE o XFCE) hay que desactivarle la administración de escritorio. Esto podría llegar a implicar el no tener más íconos en el escritorio, pero para quienes no los tengan, es un excelente juguete

Aquí hay instrucciones para poder usar protectores de pantalla y videos como fondo de escritorio. Tengan cuidado sin embargo si utilizan mucho la PC. La mayoría de estas cosas consumen recursos; tal vez no tanto en memoria pero sí en procesador. Eso quiere decir que las cosas se podrían hacer un más lentas. Obviamente, que tener una aceleradora grafica solucionaría este inconveniente casi en su totalidad.

Protectores de Pantallas

El protector de pantallas más utilizado en Linux es XScreenSaver. Una vez desactivado el escritorio lo único que tienen que hacer es ejecutar su protector favorito.

¿Dónde están? En la carpeta /usr/lib/xscreensaver/. Allí tienen que meterse y ejecutar cualquiera de los ejecutables pasándole la opción -root (que es la que hace la magia de que se ponga de fondo de escritorio). Esto implica que hacerlo desde una interfaz gráfica es complicado así que lo pueden hacer desde la línea de comandos o con la interfaz de ejecución (Alt+F2). Para poder sacarlo sólo aprieten Ctrl+C para matar el proceso.

Una vez que encontraron el que más les gustó lo vuelven a ejecutar pero terminando la línea con un ampersand (el símbolo &). Por ejemplo, el que más me gusta a mí se ejecutaría de la siguiente forma:

/usr/lib/xscreensaver/substrate -root &

Si lo quieren finalizar tienen que ejecutar lo siguiente: killall substrate Donde ustedes reemplazarán substrate por el nombre del ejecutable que utilizaron ustedes.

Esto, sin embargo, no hará que también se ejecute cuando reinicien la PC o cierren la sesión. El hacer esto no es complicado, pero depende de cada distribución y de cada escritorio así que una búsqueda en google les va a responder cualquier pregunta.

Video

El procedimiento es similar, la única diferencia es la aplicación a ejecutar. En este caso utilizaremos mplayer, pero es probable que se pueda hacer con otros reproductores multimedia. Utilizaremos el siguiente comando:

mplayer -rootwin archivo_del_video_a_reproducir &

Nuevamente, los requerimientos sobre la PC son idénticos a cuando pasan cualquier otra película. Eso podría tener un impacto en la performance de la PC. Además, cuando lo probamos en un Debian en la iBook de un amigo, tenía problemas cuando le abrían una ventana encima ya que esa porción del video no se mostraba más. Es probable que se le pueda pasar un parámetro más para evitar eso.

¿Qué otra cosa se puede querer poner como fondo de pantalla?

¿Cuántas veces escuchamos gente quejarse de sus proveedores de Hosting? Pero aún cuando no se quejen, hay veces que uno tiene que mudarse de proveedor… y eso implican muchos problemas a veces.

Por suerte, vía LifeHacker, encuentro un artículo que indica cómo mudar de hosting en 6 pasos muy simples. Creo que se olvidó de un par de pasos importantes (o los resumió demasiado) así que acá está mi versión:

1. Respalda todos los archivos de tu servidor actual a tu disco duro
2. Haz un backup a un archivo en tu disco duro de tu base de datos
3. Transfiere todo el contenido de los archivos a tu nuevo servidor
4. Importa el respaldo de tu base de datos a una nueva base de datos en tu nuevo proveedor
5. Crea las cuentas de mails basándote en tu configuración existente
6. De ser posible pruébalo
7. Cambia los registros del servidor de nombres en la configuración de donde sea que hayas registrado el dominio
8. Espera de 1 hora a 2 días para que el cambio se propague
9. A penas se cambie, prueba exhaustivamente el sitio… probablemente sea bueno hacerlo durante un par de días
10. Borra los archivos y la base de datos de tu proveedor anterior y cancela tu plan

Obviamente es mucho más fácil leer los pasos que hacerlos. Los problemas pueden aparecer por todos lados, éstos son algunos que me pasaron o que sería bueno tener en cuenta:

• Muchos proveedores le agregan prefijos que no puedes cambiar a los nombres de las bases de datos, seguramente vas a tener que modificar algunas configuraciones para adaptarse a ese cambio
• La codificación del texto en la base de datos es importante, si no es el mismo en todos lados (base de datos original, tu disco duro y base de datos final) pueden aparecer caracteres raros donde antes había acentos u otros caracteres no estándares
• No es un buen momento para hacer eso que querías hacer con tu sitio web pero venías postergando, espera una semana o dos hasta que te asegures que todo anda bien
• Trata de que el cambio de servidor ocurra cuando tengas tiempo para dedicarle, vas a necesitar mucho tiempo para revisar todo y/o solucionar problemas… y tienes que acostumbrarte a la interfaz de tu nuevo proveedor
• Las cuentas de mail seguramente son lo más crítico, revisa aliases, forwardeos para evitar que no se pierda ningún e-mail
• Establece alguna forma de que tus usuarios te informen sobre cosas que no se ven bien… o juega a hacer todo sin que se den cuenta

Estoy seguro que mil cosas más pueden pasar. Aquellos que tienen más experiencia en este tipo de ejemplos ¿de qué me olvidé?

Fabio lo explica mejor que yo

Todos usamos el navegador para muchas cosas distintas: trabajo, leer blogs, webear, etc. Igual con el cliente de correo, todas las cuentas en el mismo lugar. Y por eso siempre tenemos todo cargado, las mismas extensiones, el mismo theme… todo. Sin embargo, muchas veces es mucho más práctico tener las cosas separadas; ya sea por una cuestión de orden o simplemente para evitar distracciones (o trabajo cuando no queremos hacerlo ).

LifeHacker me hizo acordar que para quienes usamos Firefox y/o Thunderbird es muy simple. Algo muy poco usado de estas aplicaciones es el Administrador de Perfiles. Te pemite tener muchas configuraciones distintas para el mismo Firefox/Thunderbird, donde configuración va desde el Theme, las extensiones, los bookmarks, las passwords guardadas… en fin, todo. Como si fuese poco, esto nos va a permitir también encapsular todas nuestras cosas para hacer backups o moverlas de una PC a otra.

Aquí le muestro una forma sencilla para configurarlos, modificarlos y utilizarlos.

Read the rest of this entry »

Fernando le está sacando el jugo a su nueva cámara y nos lo demuestra con su photoblog: Waiting Rain. La última foto me pareció espectacular y él reconoce haberla retocado un poco para mejorarla.

Tengo que reconocer que al principio no me gustó nada el saber que una foto había sido retocada. Por eso quise saber qué es lo que había hecho exactamente e hice click en el link hacia el tutorial. Y me encuentro con una técnica muy sencilla y que da muy buenos resultados.

Pero no puedo con mi genio. El tutorial es para Photoshop, y yo uso GIMP ¿se podría hacer lo mismo? No sé, pero me gustaron los resultados, al menos bajo mi ojo daltónico y sin entrenar.

Read the rest of this entry »

Mi compu es utilizada sólo por 2 personas: yo y mi hermanito de 9 años. Los dos únicos habitantes de mi casa que no le tenemos miedo a usar Linux :p El problema se presentó cuando volví de viaje (si ya harté con eso ¿no?) y descubrí mi monitor – LCD de 19 pulgadas – lleno de marcas de dedos. Los monitores de la oficina también están así pero bueno mal que mal no soy el único que usa el monitor; el problema es que esta vez era mi monitor el que estaba sucio y eso me exaspera.

Mientras lo limpiaba (y al de la laptop también) me acordé de la última vez que buscaba información sobre cómo limpiarlo. Lo complicado que fue encontrar algún consejo como la gente y que me convenciera. Sabiendo que muchos de quienes leen esto tiene LCD (o están en vías de tener) ya sea en sus PCs de escritorio, en sus trabajos o sus laptops aquí les digo cómo limpiarlos. Consejo de primera mano y bien a lo argentino.

Read the rest of this entry »

Hace un par de horas dí mi primera charla. Los nervios me molestaron bastante pero algo hice bien porque llegué a decir prácticamente todo lo que tenía preparado decir y la gente no abucheó :p

Salió bien, según uno de los presentes: No lo vendí, fui directo a la información importante y útil. Si bien sé que lo dijo como queriéndome ayudar para la próxima vez (en caso de que la haya) fue justo lo que yo quería lograr. Para explicaciones detalladas y largas hay mucha documentación ya, yo tenía una hora para resumir las 30 páginas que había escrito y pretendía demostrar las capacidades del sistema, no dar un curso detallado sobre cómo usar iptables ó cómo armar un firewall.

Mi visión sobre las herramientas que manejo es demostrar las capacidades del sistema. No sólo porque eso es lo que realmente interesa, sino porque eso es lo que me convence a mí. Obviamente di alternativas a iptables (aunque sobre la hora y bastante apurado), muchas de las que no manejo por lo que no puedo opinar objetivamente; pero eso queda en cada uno. Yo ya mostré qué es lo que se puede hacer con todo esto, cada quien que tome lo que quiera.

Si quieren leer lo que dije pueden bajarlo bien desde la página de GrULiC o bien desde esta misma página. Es un archivo PDF de poco menos de 200K con el informe y, si bien tiene más detalles en algunas cuestiones que en las que no me detuve durante la charla, no contiene exactamente todo lo que se dijo . Se podría trabajar un poco más en el formato; pero no lo voy a hacer por ahora.

Pueden utilizar el documento para lo que gusten. Estaría bueno que me contaran también para ver cuán útil fue (y de paso les puedo dar una mano)

Gracias a GrULiC por la oportunidad y a todos los que fueron.