120% Linux

Muchísimos lectores de este blog utilizan Ubuntu o algún derivado de Debian, por lo que estarán al corriente de que usa un reconocido y efectivo sistema de paquetes, sencillo de utilizar para instalar cualquier aplicación que queramos.

Mientras en Windows — hablo de este por ser el más utilizado — hay que tirar a Google a buscar el nombre de la aplicación como tal, entrar en su web y descargarnos el ejecutable, con cualquier derivado de Debian podemos usar línea de comandos (APT) o una interfaz para APT, como Synaptic o Adept, donde introducimos el nombre de la aplicación (o los nombres) y dejamos que trabaje, porque nos lo hará todo automágicamente.

Entonces, ¿para qué CNR (Click’N'Run)? Principalmente porque sería un sistema unificado y universal para (casi) todas las distribuciones existentes en cuanto a la instalación de software. Se accede a la página principal de CNR, buscamos el software que queremos y con un sólo clic lo tendremos en nuestro disco, sin más complicaciones.

Pero la cosa no queda ahí; para cada aplicación nos mostrará opiniones de otros usuarios, capturas de pantalla y una ficha explicativa sobre ella, entre otras cosas. Además de que podremos comprar software comercial — atención a los fabricantes de videojuegos, una buena oportunidad para estrenarse –.

CNR era un sistema única y exclusivamente diseñado para Linspire (antiguo Lindows), pero a partir de ahora, gracias a la liberación, podremos contar con él por el momento para Linspire, Freespire y Ubuntu; muy pronto, para Debian, Fedora y openSUSE.

En Linspire/Freespire viene preinstalado, pero si tenemos Ubuntu, ya podemos disfrutar de esta utilidad desde su página de descarga. Para los de las otras distribuciones, podéis dejar vuestro correo para que os llegue una notificación en cuanto esté disponible.

Puertas abiertas para críticar hacia este sistema

Hablando con Adrián sobre si los DNS de nuestros ISPs daban asco, de que si yo usaba OpenDNS, que si daban demasiada latencia… Surgió un enlace de guia-ubuntu que me pareció más que interesante.

Que nuestros ISPs sean malos, no quiere decir que podamos prescindir de sus DNS. Si no eres ducho en el tema, una referencia a la Wikipedia nos puede sacar de dudas:

El Domain Name System (DNS) es una base de datos distribuida y jerárquica que almacena información asociada a nombres de dominio en redes como Internet. Aunque como base de datos el DNS es capaz de asociar distintos tipos de información a cada nombre, los usos más comunes son la asignación de nombres de dominio a direcciones IP y la localización de los servidores de correo electrónico de cada dominio.

Ejemplo práctico, también del mismo lugar:

La asignación de nombres a direcciones IP es ciertamente la función más conocida de los protocolos DNS. Por ejemplo, si la dirección IP del sitio FTP de prox.ve es 200.64.128.4, la mayoría de la gente llega a este equipo especificando ftp.prox.ve y no la dirección IP. Además de ser más fácil de recordar, el nombre es más fiable. La dirección numérica podría cambiar por muchas razones, sin que tenga que cambiar el nombre.

Básicamente, nos permite resolver los nombres de dominios a números (IPs), aunque tiene otros usos pero que en este momento no nos interesan.

Los DNS que normalmente disponemos no suelen comportarse como debieran, y si bien se pueden reemplazar por OpenDNS - que no deja de ser buena alternativa -, ¿por qué no montar un servidor ligero DNS?

Eso es lo que hace Dnsmasq, y que, gracias a la entrada en guia-ubuntu sobre este «cacharro», podré resumir brevemente. Sirve para Ubuntu y Debian, pero por supuesto para cualquier otra distribución que la instale por sus propios métodos.

1. Lo primero de todo, vamos a ver qué tiempo de respuesta tienen nuestros actuales DNS, para cuando tengamos los nuestros propios obtengamos satisfacción ($ significa, como siempre, escribir en consola):

   $ dig google.es

   Y se anota el QUERY TIME.

2. Toca instalar Dnsmasq (# significa en consola, pero como root):

   # apt-get install dnsmasq

3. Editamos la configuración:

   # nano /etc/dnsmasq.conf

   Localizamos esta línea:

   #listen-address=

   Para que quede así:

   listen-address=127.0.0.1

4. Editamos otra configuración:

   # nano /etc/dhcp3/dhclient.conf

   Y ver si el contenido es igual al siguiente:

   #supersede domain-name “fugue.com home.vix.com”;
   prepend domain-name-servers 127.0.0.1;
   request subnet-mask, broadcast-address, time-offset, routers,
   domain-name, domain-name-servers, host-name,
   netbios-name-servers, netbios-scope;

5. Volvemos a editar, para variar:

   # nano /etc/resolv.conf

   Y debe quedar algo así:

   search tuisp (mundo-R.com, telefonica, yahoo, etc…) (Esta linea NO la debeis tocar)
   nameserver 127.0.0.1
   nameserver xxx.xxx.xxx.xxx
   nameserver xxx.xxx.xxx.xxx

6. Reiniciamos el demonio:

   # /etc/init.d/dnsmasq restart

7. Realizamos de nuevo el comando del punto uno, y verás como se reduce tremendamente el tiempo de respuesta.

¡Espero que sirva de utilidad!

Impresionante lo que acabo de leer en el blog del señor Javier Pérez, a la par que sencillo.

Consiste en un script en bash que, siempre que dispongamos de un dispositivo en el PC que detecte Bluetooth + un dispositivo Bluetooth en sí - veáse teléfono móvil -, según la distancia, se bloquee la pantalla, se desbloquee, suene un sonido… Poneos en situación: entráis por la puerta y la pantalla se desbloquea y suena algo como “bienvenido de nuevo, Sr. Díaz”; ese es el ejemplo que nos ofrece este el autor de este cacharro - sólo que con su apellido -.

Claro que hay que tener en cuenta que no es instantáneo, cada cierto tiempo se busca el dispositivo Bluetooth para calcular la distancia - que, en realidad, se mira la calidad de señal y de ahí se convierte a distancia - y se realizan las acciones estipuladas.

Explica que lo ha utilizado en Ubuntu y le ha ido de maravilla, así que yo voy ahora mismo a probarlo con mi Debian Etch y os diré los resultados. ¡Qué invento, qué invento!

Puse el vídeo de mi Etch - y eso que ha pasado apenas un rato - y me han llegado un aluvión de mails preguntándome cómo había puesto arranque gráfico, la ‘bootsplash’, vaya.

Hago este tutorial que, si bien ha funcionado en mi Etch, no creo que tenga problemas en otras ‘versiones’ de Debian. Vamos a conseguir la misma splash que tengo yo:

1. Nos vamos a la web del proyecto Splashy, que consiste en hacer una imagen con una barra de progreso en vez de mostrar esa lista de mensajes que ocupa toda la pantalla. Sirve para cualquier distro.
2. Nos vamos a archivos (”Files”), y vamos a encontrar diferentes versiones; lo lógico sería bajarnos la última, pero no hay paquete deb, así que, una de dos, u obtenemos la antigua con el deb (que también podemos instalarla con apt mediante “apt-get install splashy splashy-themes”) o nos la compilamos nosotros. Yo he optado por instalármela con apt, ya que soy la máxima expresión de vaguería en España. nos bajamos la última, el paquete .deb.
3. Ya está instalado, con unos themes por defecto (asumiendo que lo instalaste por apt o con el deb); ahora, deberemos modificar cierta línea en /boot/grub/menu.lst para que quede algo como:kernel /boot/vmlinuz-2.6.18-4-486 root=/dev/hda4 ro quiet splash vga=792Generalmente con añadir “quiet splash vga=792″ suele bastar. Debe agregarse en la primera entrada que tengamos de Debian.
4. ¡Ya está instalado! Ahora, cada vez que iniciemos nuestro Debian, aparecerá una bonita pantalla con una barra cargando.

Me he cansado del theme, ¿qué hago?: Fácil, te vas a /etc/splashy/themes, ves los themes que tienes, te vueltes a /etc/splashy y modificas el config.xml a tu gusto; por ejemplo, si queremos el tema “debian”, usamos:

<?xml version=”1.0″ encoding=”UTF-8″?>
<!– Automatically generated by splashy_config. Do not edit –>
<splashy>
<!– themes directory: conventional path /etc/splashy/themes –>
<themes>/etc/splashy/themes</themes>
<!– current theme could be relative the themes defined above or full path –>
<current_theme>debian4</current_theme>
<!– full path to theme to fall back in case of problems. DO NOT CHANGE –>
<default_theme>/etc/splashy/themes/debian4</default_theme>
<fifo>/etc/splashy/splashy.fifo</fifo>
<pid>/etc/splashy/splashy.pid</pid>
</splashy>

Yo tengo el default, está muy bien, pero voy a intentar si consigo uno como el de la foto de arriba. ¡Espero que sea de ayuda!

[youtube:http://www.youtube.com/watch?v=esWFUm_Ft7A]

Ahí está otro de mis cutres vídeos grabado con la cámara de fotos. Me encanta como ha quedado la splashy (la pantalla de inicio que carga); y sí, me gusta como está mi GRUB.

Iniciándome con mi Etch, empecé a echar cosas en falta de lo que tenía antes, y es la aceleración gráfica de mi gráfica - valga la redundancia -.Pregunté a San Google y saqué varios datos, y al final me construí mi manera de conseguir aceleración, y vendría a ser así:

1. Descargamos los headers del núcleo (kernel), el asistente de módulos y el driver en sí, que es fglrx. Como root, ejecutamos:$ apt-get install linux-headers-$(uname -r) module-assistant fglrx-driver
2. Y ahora, le damos uso al dichoso asistente:$ m-a a-i fglrx
3. Modificamos la configuración de Xorg (/etc/X11/xorg.conf), dejando que quede algo parecido a ésto:Section “Device”
   Identifier “NOTOCAR”
   Driver “fglrx”
   BusID “NOTOCAR”
   Option “VideoOverlay” “on”
   Option “OpenGLOverlay” “off”
   Option “UseInternalAGPGART” “no”
   EndSection

Sólo te toca reiniciar el servidor gráfico (Control+Alt+Backspace); si lo prefieres, reinícialo completamente.

¡Espero que sirva!

[youtube:http://www.youtube.com/watch?v=xdzbohaQMz0]

Recordamos este vídeo que colgué hace unos días, ¿verdad? Fue una instalación gráfica en una máquina virtual que me monté en mi Kubuntu Edgy Eft. Y pedazo de instalación.

Ahora, estoy escribiendo desde Debian Etch (4.0) en mi propia máquina, y sólo tengo una cosa que decir: impresionante. Principalmente la mejor impresión que me ha dado ha sido la impactante rapidez con que hace las cosas, a la hora de instalar algo con APT; si hablamos de KDE, ni te cuento… Ni punto de comparación.

Después de esta grata experiencia, quería invitar a todos a que lo probaran; es más, me he atrevido a hacer una mini-guía para los más novatos - como yo - en la distribución de la espiral Leer más