Los que llevamos trabajando con GNU/Linux unos años (casi un par de decadas ya) hemos sufrido los inconvenientes asociados al soporte de distintos juegos de caracteres. En los inicios las distribuciones no traían por defecto activado el soporte del sistema de codificación ISO-8859-1, por lo que conseguir nuestros caracteres con tilde ("jamón") era imposible, y no hablemos de conseguir nuestra letrita española: "ñ".

Así, era tarea obligada conseguir que las diversas aplicaciones, y todo el entorno, soportara ese juego de caracteres. Tras algunos ajustes en diversos ficheros de configuración la sonrisa brillaba en nuestra cara cuando conseguíamos, al fin, escribir sin problemas en nuestro expresivo idioma.

Actualizado el 08-12-2009: lanzamiento de Google Chrome Beta. Ver final del artículo.
Actualizado el 08-08-2009. Ver final del artículo.

Aunque la versión del navegador es inestable aún, y tiene varios aspectos importantes que resolver: no funciona el plugin de flash, ni es posible imprimir, ni soporta corrección ortográfica en los formularios... sí que es una gozada experimentar la velocidad de carga de las páginas webs. Además, una vez incorporado en nuestro amado sources.list (/etc/apt/sources.list) iremos actualizándolo de forma automática a las versiones más maduras conforme éstas vayan estando disponibles.

Google Chrome para GNU/Linux está basado en un proyecto Open-Source: Chromium.

Lo primero que hay que hacer, como root, es añadir las siguientes líneas al archivo mencionado:

Hoy, revisando mis feeds sin leer, he encontrado en este post como hacer algo que llevaba tiempo queriendo conseguir. Muchos de vosotros lo veréis como un punto de "frikismo" avanzado , sin embargo, los que trabajamos mucho tiempo visualizando código hemos aprendido a "apoyarnos" en este tipo de cosas para ganar rapidez en el análisis, detección de errores, etc. ¡OJO! Era necesario conseguir este efecto a la hora de visualizar un fichero, no confundir con editar (para esto ya está el fantástico emacs). En ocasiones es preferible simplemente visualizar para no correr el riesgo de modificar algo.

Bien, lo primero que hemos de hacer es disponer de los paquetes apropiados:

Hoy me apetece jugar un poco con el futuro, como si de un adivino se tratara voy a pronosticar como imagino que será lo que Google nos ha comunicado en su blog oficial: Google Chrome OS. Para ello voy a ir copiando cada uno de los párrafos de la noticia y, tras los mismos, voy a insertar mis comentarios.

Muchas veces necesitamos transportar ficheros de una máquina a otra y el tamaño de éstos excede el espacio máximo disponible, por ejemplo, en una memoria USB. Ese ha sido el caso en el día de hoy: necesitaba trasladar un fichero de 2,3G y disponía de dos memorias USB, una con 2GB y otra con algo menos de 1GB. Así, tenía que dividir el fichero en varios, de tal forma que cada uno de ellos fuera inferior a 1GB. Con la orden split ha sido fácil, basta con hacer:

Muchas veces nos es necesario compartir información, datos, entre los sistemas operativos Windows y GNU/Linux. Antiguamente la mejor forma de hacerlo era utilizar una partición de tipo fat que era fácilmente manejable, en modo lectura y escritura, por ambos sistemas operativos. Hoy en día los discos duros son muy grandes, por tanto, las particiones también son mayores y no es raro trabajar con algunos ficheros de unos cuantos gigabytes (GB) de información.

Ya vimos aquí por qué necesito hacer este tipo de cosas. Ahora, que permanezco en GNU/Linux Debian testing y que comienzo a disfrutar del formidable KDE4, veo que lo que explicaba en dicho artículo no funciona.

Sin tapujos. Con frases como estas:

... Se trata de compartir y de colaborar en la máxima difusión de herramientas informáticas en constante actualización, en la línea tradicional de la cooperación científica. ...


El desarrollo del “software libre” resulta especialmente interesante para países como España, que no cuentan con un sector industrial demasiado desarrollado en ese campo. Por tanto, puede favorecer la libre competencia y el desarrollo de pequeñas y medianas empresas independientes de los gigantes del sector de la programación cibernética.

Que pueden ser leídas en dos artículos publicados en la web del partido:

1. http://www.upyd.es/index.jsp?seccion=5&noticia=22664
2. http://www.upyd.es/index.jsp?seccion=5&noticia=22666

Aunque en mi proveedor de hosting el servidor utilizado es el inestimable apache, en casa prefiero optar por un servidor web que sea algo más ligero, por eso trabajo con lighttpd.

Para trabajar con la versión de pre-producción de mi Drupal habilitando el "formato limpio de URL", conocido en el argot como clean-url, en el que desaparecen de las direcciones web símbolos y demás caracteres sobrantes utilizados, normalmente, en las consultas realizadas a las bases de datos, he retocado un par de ficheros de configuración que indico a continuación.

Actualizado: 2009-05-05

Inspirado en esta pregunta que se hizo en barrapunto, he decidido abrir este post para comentar las principales diferencias entre GNU/Linux y FreeBSD. Además, incorporaré tras estos primeros párrafos cuatro apartados: ventajas comunes, desventajas comunes, ventajas de GNU/Linux y ventajas de FreeBSD (las ventajas de uno son respecto al otro, por lo que no merece la pena añadir los apartados desventajas individuales: son las complementarias, ¿sí? ). Así, intentaré mantener este post vivo a lo largo del tiempo, indicando al comienzo del mismo la fecha de la última edición.

Pasamos a continuación a describir las diferencias generales y los principales conceptos implicados.

Básicamente las diferencias se encuentran en la capa del kernel, ese gran desconocido para la mayoría de los usuarios: todo el mundo ha oído hablar de él pero nadie lo ha visto, ¿será mentira? .