Si consultamos la Wikipedia en castellano veremos que:

• Google Chrome es un navegador web desarrollado por Google y compilado con base en componentes de código abierto [...]
• Chromium es el proyecto de software libre detrás de Google Chrome[...]

O dicho de otra forma, Google Chrome es la compilación y el paquete que Google hace del software Chromium. Algo así como los distints paquetes que las distribuciones de GNU/Linux hacen del kernel.

Si eso es todo… ¿Qué más me da usar uno u otro? ¿No son lo mismo pero empaquetado por entidades diferentes? Bien, Google tiene una página explicativa al respecto que con vuestro permiso voy a traducir:

Bien, ahora queda un poco más claro. La principal diferencia que veo yo es el soporte para los codecs de compresión de audio y vídeo. Google, como compañía, está dispuesta a pagar royalties por la licencia de la patente de dichos codecs, no así las ediciones libres.

Por otra parte, mientras nada me haga pensar lo contrario, creo que el nivel de calidad que ofrecen las distribuciones Linux en general es bastante elevado, por lo que no considero que ese hecho otorgue ventaja a Google Chrome.

¿Cuál elegir? Yo personalmente seguiré usando Chromium como navegador secundario y Firefox como primario. Principalmente para promover el uso de tecnologías libres y estándar, como son Vorbis para el audio y Theora para el vídeo.

Y llegó el día. A partir de hoy HTML5 poco a poco comenzará a hacerse una realidad, gracias a la nueva versión de Firefox.

Quizá no os funcionen muchas de las extensiones, pero ya corre por ahí un truco para hacerlas funcionar:

1. Abre ‘about:config’.
2. Clic derecho y añade un nuevo booleano llamado ‘extensions.checkCompatibility’.
3. Asígnalo el valor false.
4. Reinicia el navegador.

En este nuevo Firefox se ha tratado de mejorar su rendimiento, especialmente en el motor de JavaScript TraceMonkey. Por el momento esperaré ansioso los resultados del benchmark para ver si ahora funciona mejor la versión nativa de Linux que aquélla emulada por wine (Hasta ahora no sucede así).

En resumen, las novedades que trae son:

• Mejoras de rendimiento. Sobre todo gracias a TraceMonkey
• Vídeo y audio de código abierto. ¡Viva!
• Privacidad. También conocido como modo porno.
• Navegación por localización. Para compartir con las páginas nuestra ubicación.

Aquí tenéis los enlaces para descargarlo en castellano para Windows, Mac y Linux.

Microsoft acaba de anunciar su programa de actualizaciones a Windows 7 y los precios por licencia en EEUU. Aun no están disponibles los precios de Europa, pero viendo éstos podremos hacernos una idea de por cuánto nos saldrá.

Actualizaciones:

• Windows 7 Home Premium: $119.99
• Windows 7 Professional: $199.99
• Windows 7 Ultimate: $219.99

Paquete completo:

• Windows 7 Home Premium: $199.99
• Windows 7 Professional: $299.99
• Windows 7 Ultimate: $319.99

De ese modo, mantendrán exactamente los mismos precios que sus equivalentes en Windows Vista. La única diferencia es que ya no estará disponible una versión Home Basic, por lo que Windows 7 Home Premium costará $60 menos que su equivalente en Windows Vista. Personalmente se me antoja excesivamente caro, sobre todo si tenemos en cuenta que este nuevo sistema operativo pretende competir en el mercado de los netbooks. Un incremento en éstos de $200 es mucho dinero.

También informan de que los OEM incorporarán esta nueva versión a partir del próximo 22 de octubre. Estará disponible en 14 idiomas: Inglés, Español, Japonés, Alemán, Francés, Italiano, Holandés, Ruso, Polaco, Portugués (Brasil), Koreano, Chino simplificado, Chino tradicional and Chino (Hong Kong). 2 semanas después, el 31 de octubre, se presentará en 21 idiomas más.

Aqui tienes la solución definitiva! Ya no tienes excusa para no instalar sqlplus en casa.
Instalaremos una versión muy reducida de oracle. Sólo lo necesario. Es decir, las librerías de oracle, y un cliente (sql*Plus). A esto se le llama instant client. Irémos a esta página http://www.oracle.com/technology/tech/oci/instantclient/index.html.

Una vez ahi, iremos a Download (jeje), seleccionaremos nuestra plataforma y arquitectura (en mi caso linux/x386), aceptamos los términos de la licencia, y nos descargamos 2 paquetetitos:

1. Instant Client Package – Basic. Lo descomprimimos y movemos su contenido al directorio en el que tengamos las bibliotecas (/usr/lib en mi caso).
2. Instant Client Package – SQL*Plus. Lo descomprimimos y movemos el binario al directorio en que tengamos los ejecutables (/usr/bin en mi caso).

Bien, ya casi está hecho! Ahora creamos un fichero tnsnames.ora y lo guardamos en ~/.oracle. El contenido de tnsnames.ora será este:

KYBELE =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = CERBERO.ESCET.URJC.ES)(PORT = 1521))
)
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = bda)
)
)

decimos a oracle dónde encontrar ese fichero ejecutando:

export TNS_ADMIN=~/.oracle

y ya está! Para probarlo ejecutamos:

sqlplus usuario@KYBYELE

Por fin me he decidido a buscar información sobre cómo hacer algo similar bajo Linux, y la respuesta ha sido khtml2png. Desafortunadamente el proyecto khtml2png está ya abandonado y busca alguien que lo adopte. Se me pasa por la cabeza la idea de crear un frontend con qt para que quede tan chulo como el paparazzi. En fin, un proyecto más a la lista de cosas que seguramente jamás haré. Os dejo una captura de chuso.sytes.net

Instalación del servidor

Como servidor dhcp vamos a instalar el usado por el ISC. Para instalarlo:

sudo aptitude install dhcp

Ahora editamos el fichero de configuración (/etc/dhcpd.conf). Primero definimos el nombre de dominio y el dns que deben adoptar los clientes. También diremos cuál será el router (gateway) por defecto y la dirección de broadcast. Estos parametros son globales, y se aplicarán a cualquier sección dentro de este fichero:

option domain-name "chuso.sytes.net";

option domain-name-servers 192.168.1.6;

option  routers 192.168.1.1;

option  broadcast-address 192.168.1.255;

La idea es que los equipos que se conecten temporalmente a nuestra red reciban automáticamente una ip cualquiera (por ejemplo, un amigo que un dia viene con su portatil). Sin embargo, los equipos que pertenezcan a la red, deben tener siempre la misma IP.

En el primer caso especificamos la subred a la que pertenecerán (yo he elegido 192.168.1.0), la máscara de subred y un rango (yo he elegido desde 101 hasta 250).

subnet 192.168.1.0 netmask 255.255.255.0 {

        range   192.168.1.101 192.168.1.250;

}

Para los equipos de nuestra red que queremos que siempre tengan la misma ip, lo que haremos es utilizar su dirección MAC (Para conocerla escribe ifconfig y consulta el valor del campo HWaddr). Pondremos su mac en “hardware ethernet” y la ip que le corresponde en “192.168.1.5″.

host homer {

        hardware ethernet 00:00:00:00:00:00;

        fixed-address 192.168.1.5;

}

Configuración del cliente en Linux

Ahora veamos cómo hacemos que un ordenador con Linux utilice dhcp para conseguir su configuración de red; Debemos instalar dhcp-client:

sudo aptitude install dhcp-client

Y ahora tan solo debemos ejecutar dhclient en la interfaz de red que corresponda, por ejemplo:

dhclient eth0

Nos mostrará una salida similar a la siguiente:

Internet Systems Consortium DHCP Client V3.0.1

Copyright 2004 Internet Systems Consortium.

All rights reserved.

For info, please visit 

http://www.isc.org/products/DHCP

sit0: unknown hardware address type 776

sit0: unknown hardware address type 776

Listening on LPF/eth0/00:12:f0:4c:21:5d

Sending on   LPF/eth0/00:12:f0:4c:21:5d

Sending on   Socket/fallback

DHCPREQUEST on eth0 to 255.255.255.255 port 67

DHCPACK from 192.168.1.6

bound to 192.168.1.101 -- renewal in 235 seconds.

Vemos que nos ha asignado la ip 192.168.1.101, la primera del rango que hemos establecido como ips aleatorias.
Si queremos que esta configuración se aplique automáticamente, debemos editar el fichero /etc/network/interfaces, y en la configuración del interfaz de red que queramos (por ejemplo eth0) ponemos lo siguiente:

 auto eth0

 iface eth0 inet dhcp

Configuración del cliente en Windows XP

En caso de usar Windows XP, el proceso es igualmente sencillo. Entramos en las propiedades del protocolo TCP/IP, y marcamos que tanto la dirección IP como los servidores DNS se obtengan automáticamente

Para ver que todo ha ido bien, abrimos una consola y miramos la configuración actual de tcp/ip

Antes de entrar en detalles técnicos explicaré qué es lo que vamos a conseguir con todo ésto. Tengo 8 ips en el rango 192.168.1.X. Los apodos de mis equipos reciben nombres de personajes de los Simpson, por lo que la red se llamará “simpson”. Por ejemplo, el equipo con ip 192.168.1.5 tendrá el apodo “homer”. Para acceder a homer tendremos que poner “homer.simpson” como host en la aplicación que proceda. Fácil

El servidor elegido ha sido, como no, bind. Para instalarlo en mi Debian nada tan sencillo como:

aptitude install bind

Bind tiene un fichero principal llamado named.conf. Todo el fichero contiene los datos que venían por defecto, excepto la última sección:

zone "simpson" {

 type master;

 file "/etc/bind/db.simpson";

};

Como vemos, la configuración de la zona “simpson” está en el fichero /etc/bind/db.simpson, el cual es autoexplicativo:

$ttl 38400

@           IN  SOA     simpson. central.simpson. (

                        110905 ; Serial

                        86400  ; Refresh

                        7200   ; Retry

                        2592000; Expire

                        172800); Negativa Cache TTl

            TXT "simpson"

            NS  central.simpson.

            MX  20      central

bart        IN  A       192.168.1.9

central     IN  A       192.168.1.6

lisa        IN  A       192.168.1.15

homer       IN  A       192.168.1.5

otto        IN  A       192.168.1.11

abraham     IN  A       192.168.1.2

router      IN  A       192.168.1.1

wifi        IN  A       192.168.1.100

correo      IN  CNAME   central

news        IN  CNAME   central

www         IN  CNAME   central

ftp         IN  CNAME   central

pop         IN  CNAME   central

maggie      IN  CNAME   central

simpson.    IN  A       192.168.1.6

Hemos definido al equipo “central” como el principal del dominio. Este equipo será ahora accesible en “simpson”. El resto de los equipos son accesibles en “<nombreDelEquipo>.simpson”. También hemos creado alias para el equipo “central” (Ver CNAME).

Es el momento de decir que la mayoría de la información que hay en ese fichero no tengo del todo claro para qué sirve. Seguramente habrá formas más eficientes de hacer lo que yo he hecho, pero ésta es la que yo he usado y me ha funcionado.

Bueno, y ahora para terminar sólo nos quedan un par de cosas. Al principio del fichero named.conf, incluimos otro fichero llamado named.conf.options cuyo contenido es el siguiente:

options {

        directory "/var/cache/bind";

        forwarders {

                195.235.113.3;

        };

        auth-nxdomain no; //Conform to RFC1035

};

Lo que conseguimos con ésto es que nuestro pequeño gran servidor DNS también sepa traducir las direcciones que no pertenecen a nuestro dominio. Para ello, lo que hace es realizar la petición a un servidor DNS externo (cualquiera de los que uséis). Con ésto, hemos acelerado la velocidad que emplea nuestros ordenadores en obtener la ip de un determinado host, pues ahora un solo DNS sabrá resolver todas las peticiones.

Ahora para asegurarnos de que todo se actualice:

/etc/init.d/bind restart

Y si no ha habido ningún problema, ya podemos incluir la ip de nuestro servidor DNS en los /etc/resol.conf de cada equipo.

NOTA: En los equipos Windows, este servidor DNS debe ser el primario, sino, no sabrá resolver las peticiones de nuestro dominio (Me pregunto por qué ponen entonces un secundario).