Un tip corto pero muy útil, sobre todo para los adictos al teclado. En Windows, Firefox viene pre-configurado para que al presionar la tecla de retroceso, el navegador te lleve a la página anterior. En las versiones de Firefox para Linux esto no es así, pero es muy sencillo cambiar el funcionamiento por defecto:
Abre una nueva pestaña (mini-tip: presiona [CTRL] + [T]).
En la barra de dirección (mini-tip: [CTRL] + [L]) escribe about:config y presiona [Enter].
Verás una pequeña advertencia. Continua haciendo click en el botón que dice «Seré cuidadoso, lo prometo» (o el equivalente si tu Firefox está en otro idioma).
Utiliza el filtro en la parte superior para encontrar la preferencia browser.backspace_action en la enorme lista.
Haz doble click sobre la preferencia anterior y cambia su valor de 2 a 0 (cero).
¡Listo! Desde ahora en adelante, puedes usar la tecla backspace del teclado para volver a la página anterior en vez de usar el botón de la barra de herramientas.
¿Conoces tips similares para tus aplicaciones favoritas? Compártelos con nosotros en los comentarios :).
Hola, les escribo para informarles que gané una entrada a la campus party, asi que iré y documentaré todo lo que vea, opiniones, y demás del evento. Yo estaré en la zona de Software libre pero me pasearé por toda la Campus party, a ver si podemos boicotear a Wozniak con preguntas incomodas XD.
Para el que no sepa qué es el Campus party, es de los eventos de tecnologia más importantes que hay, donde varios geeks, frikis, desarrolladores, oportunistas y curiosos acampan y conviven intercambiando opiniones, vivencias y demás acompañado de eventos y conferencias.
Al tener la oportunidad de ir reportare aquí lo que acontezca y demás, al ser un evento de importancia a mi parecer. Fotos, y videos, los videos probablemente sean por qik.com por la facilidad aunque no aseguro nada.
También aprovecho este espacio para decir que voy solo y si contacto a alguien mas que vaya ir para poder adjuntarme (lol).
Acá en mi modesta casita en el centro-sur de el bello Chile, tenemos instalado un router inalámbrico, fabricado por cierta empresa que no nombraré, de los más sencillitos, nada profesional como he visto en otras casas, pero lo suficiente para mantener la conexión a internet de los 4 computadores que tenemos.
En los días posteriores al terremoto, siendo el primero que tuvo internet, abrí la conexión Wi-Fi para el uso de todos… hasta que ya era claro que estaban usando la conexión más que para comunicarse con sus conocidos. En ese momento pensé para mis adentros que si restringía el rango de IP‘s y activaba la clave, mi conexión volvería a ser la de antes… no contaba con que un vecino usaría aircrack (es mi teoría) para romper la contraseña y distribuirla entre los demás xD, habían veces que mi propio router no dejaba que mi PC de escritorio se conectara por el bajo rango de IP que había configurado (de 192.168.2.2 hasta 192.168.2.8) así que tenía que pensar en una mejor solución.
Interfaz de configuración del Modem
Lo primero que pensé fue restringir el acceso a ciertas direcciones MAC, pero para eso tenía que saber las autorizadas, no pensaba ir PC por PC viendo las direcciones MAC, anotándolas en un papel e ingresarlas a mano, esto era visible en la interfaz de configuración del modem
Lamentablemente de repente me mostraba MACs duplicadas, escondía el hostname… etc, diversos efectos no deseados.
Por GeekTerritory, encontré a nast, un programa que identificaba a todo aquel conectado a la red, dándome sus direcciones MAC, y la IP que el DHCP le asignó durante la conexión. para instalarlo en Ubuntu: sudo aptitude install nast nmap. Gracias a esto pude agregar un filtro de direcciones MAC apropiado a mis necesidades.
En el boletín de la FSF me encontré con este artículo que mencionaba las conclusiones y recomendaciones que se habían obtenido del segundo summit: «Women’s Caucus» que su primera versión se realizó hace más o menos un año y la segunda en marzo del presente. Tenía por objetivo descubrir el por qué hay muchas menos mujeres involucradas en proyectos de Software Libre.
Más vale tarde que nunca, sobre todo en esto. Al fin puedo publicar el escritorio de Julio, donde además me detengo a contarles algunos detalles del sitio y personales que vale la pena mencionar. Un clásico en el sitio.
Lo primero es hablarles de un detalle importante. Ayer llegamos a 500 mil visitas en este sitio nuevo. Todo un logro, si pensamos que lo inauguramos recién en Octubre y que en el sitio anterior en casi dos años logramos esa cantidad de visitas.
Esto último nos lleva al segundo detalle. Sumando las visitas de nuestro anterior y nuevo sitio, tenemos… 997 MIL VISITAS!!!!!. Y en tres días llegamos al millón, eso fijo. Así que sólo queda agradecerles por esa fidelidad que nos tienen. Probablemente escriba algo cuando lleguemos a ese número… Lo dejo para más adelante.
Ahora paso a cosas más importantes. Este mes como nunca hemos escrito poco. Ustedes sabrán que el grueso de escritores de este sitio son estudiantes, y 2 de ellos son internos de medicina sin vacaciones hasta nuevo aviso… Por lo que escribir se ha hecho realmente difícil. Esperamos que esta situación cambie.
Pero bueno, al escritorio de Julio:
Como se habrán dado cuenta, instalé Avant Window Navigator con la modificación al Panel, y dejé el panel oculto para acceder al lanzador de aplicaciones. El tema es Lucido y pueden acceder a él siguiendo los links antes mostrados. Además, tengo instalado Nautilus-Elementary
Muchos construyen kernels personalizados o buscan a otros fabricantes. Xen funciona en muchos servidores, desde VPS de bajo costo como Linode a grandes como Amazon con EC2. Un artículo de TechTarget muestra como algunos proveedores que han invertido en Xen no es probable que se cambien de forma pronta. Incluso si KVM supera técnicamente a Xen, no es probable que boten todo el trabajo (y dinero) de años y lo reemplacen por una solución que al menos inicialmente pueden otorgar sólo una pequeña ventaja técnica.
De hecho, KVM aún no tiene alguna ventaja técnica clara. Esto porque Xen ha estado disponible más tiempo, y por tanto ha tenido más tiempo para madurar. Además, Xen tiene algunas características que aún no han aparecido en KVM. Aún cuando este último tiene un largo TODO, la lista no es la competencia directa ni puede ser comparada directamente con Xen, pero entrega una buena idea de lo que los amigos de KVM están planeando. Eso sí, tiene la ligera ventaja en el campo de Linux pues como ya he mencionado varias veces, viene «embebido|incrustado» en el Kernel. Si tienes uno reciente, ya tienes KVM incluido. Red Hat Enterprise Linux 5.4 incluyó soporte para KVM y está dejando el soporte para Xen en favor de KVM en RHEL 6.
Esto es, en parte, una prueba de qué tan lejos KVM ha llegado técnicamente. No sólo tiene el beneficio de Red Hat de contratar gran parte del talento detrás de KVM, tiene el beneficio de introducir roce a las compañías que han clonado RHEL y han invertido en Xen. Al sacar a Xen del mapa, fuerzan a otras compañías a hacer lo mismo o coger el mantenimiento y diverger de RHEL. Esto significa costes extras, mayores esfuerzos para obtener certificaciones ISV, etc.
KVM no está a la par con Xen, pero lo está alcanzando rápidamente. Ha madurado lo suficiente para que muchas organizaciones se sientan seguras utilizándolo en ambientes de producción. ¿Significa esto que Xen está en camino a la extinción? No tan rápido.
¿Puede haber sólo uno?
stock.xchng | gglug
La elección de KVM vs. Xen al parecer será zanjada por tus vendors más que cualquier otra cosa. Si vas a utilizar RHEL en el largo plazo, quédate con KVM. Si estás corriendo Amazon EC2, ya estás utilizando Xen y así suma y sigue. Pareciera eso sí, que la mayoría de los vendors de Linux se están estandarizando en KVM, pero existe bastante soporte comercial allá afuera para Xen. Citrix probablemente no lo dejará en el corto plazo.
Es tentador en la industria de las TI mirar a la tecnología como un juego como una simple suma donde una solución gana y la otra pierde. La verdad es que Xen y KVM seguirán co-existiendo por algunos años más. El mercado es lo suficientemente grande para tener múltiples soluciones y existe suficiente apoyo en ambas tecnologías para asegurarles que lo harán bien en los años venideros.
Fuente:
KVM or Xen? Choosing a virtualization platform « via Linux.com
Si bien, en más de alguna ocasión les hemos comentado sobre herramientas de virtualización, específicamente sobre Virtualbox dado lo simple y amigable de utilizar, no es la única herramienta con la que podemos contar en plataformas de GNU/Linux. Tenemos dos grandes Xen y KVM (¿aló? Felipe Lucero… ¿algún tutorial?).
Cuando Xen fue liberado allá por el 2002, el hipervisor (hypervisor en inglés) «GPL’eado» las tenía todas para coronarse como la plataforma de virtualización para Linux. En un rápido fast-forward a la fecha vemos que el nuevo chico ha desplazado Xen como la herramienta de elección para Red Hat y vive en la base del kernel Linux. La idea pues de este artículo es ayudar un poco a tomar la decisión de cuál elegir y por otro lado actualizarse sobre los estados actuales de ambas herramientas Xen vs. KVM.
En esta área (como en la mayoría en relación a las TI) las cosas avanzan muy rápido y en muchas ocasiones no es posible darse el tiempo de mantenerse al tanto de los desarrollos, lo que hace que la decisión de la herramienta más adecuada se torne a lo menos, compleja.
Me llegó la petición de un lector de un sitio, en relación al post de instalación de Linux en un computador viejo, acerca de cómo instalar Ubuntu minimal cd. Mientras que lo actualizo, subo el post original. Gracias Angelo Bernardi por las imágenes.
Antes les había enseñado a instalar GNU/Linux en tu computador viejo. Y en ese momento les había debido una parte, que eran pantallazos de la instalación de Ubuntu Mini. Para los que no hayan leído ese post, Ubuntu Mini es una imagen de cd que contiene los paquetes más esenciales para la instalación. Realmente es una excelente opción, ya que a partir de eso puedes armar una Distro con lo que tú desees.
A continuación les mostraré como instalar Ubuntu Minimal CD paso a paso. Agradecimientos a Angelo Bernardi, que gentilmente proporcionó los screenshots necesarios para la realización de este post.
Después de un par de semanas en las que la carga laboral me mantuvo alejado de cualquier teclado que no fuera el de mi PC de la oficina, y en los que mi creatividad y mis energías fueron a parar a /dev/null, aprovecho esta pequeña ventana de relajo que tengo para sentarme aquí y dedicarle un poco de tiempo (que terminaron siendo un par de horas repartidas en varios días) a mis pocos pero queridos lectores (Además que el tirano gran jefe me va a tirar las orejas si no publico algo pronto).
Esta semana les traigo una manera de optimizar su sistema basado en Debian (Ubuntu, Mint, etc), de manera «PRO», compilando desde las fuentes, pero con un método que trae muchas menos complicaciones.
Antes de seguir, debo hacerles una advertencia: dado que vamos a tocar nuestras aplicaciones y programas en la raíz más profunda de su ser, siempre tengan todo respaldado.
Introducción
¿En qué consiste lo que vamos a hacer? En pocas palabras, vamos a reconstruir nuestras aplicaciones de manera que se adapten más a las características de nuestro equipo (PC).
¿De qué manera? Pues, compilándolos nuevamente.
¿Qué logro con esto? Que tus aplicaciones se compilen de manera más específica según el tipo de procesador que tengas, dado que están compiladas de manera genérica, por lo que no hace uso de las características específicas de cada modelo de procesador con el fin de aumentar al máximo la compatibilidad. Es decir, que vamos a adaptar las aplicaciones que compilemos a las capacidades reales de nuestro procesador, permitiendo que se usen todas las capacidades posibles.
¿Puedo echar a perder mi sistema? SI. Es por esto que solo recomiendo recompilar aplicaciones que no sean críticas para el sistema. Por ejemplo, Empathy, Rhythmbox, Firefox. Pero tampoco es para asustarse, siempre podemos reinstalar las versiones precompiladas desde nuestros repositorios de siempre.
¿Necesito saber programar o debo tener conocimientos avanzados de Linux? NO. Solo tener un poco de manejo de la consola, una conexión a internet y mucha paciencia (a veces puede tomar muchas horas).
Otro tip rápido para los amantes de la CLI. Ya usaste axel como te enseñé para acelerar tus descargas, pero de vez en cuando te encuentras con archivos comprimidos en diferentes formatos. Que tar.gz, zip, rar y un, tal vez, laaargo etcétera. Miras la pantalla con resignación, escribes casi inercialmente man tar y a leer.
Pero no desesperes, traigo la solución a tus problemas en forma de un sencillo script en Perl que hará tu vida un 20% más fácil. Su nombre es unp, y su misión es identificar y destruir descomprimir (casi) cualquier tipo de archivo contenedor que se le cruce. Búscalo en tu administrador de paquetes favorito e instálalo de inmediato (algún día me lo agradecerás). Sigue leyendo →
Geeks & Linux Atelier! 