Casi un mes después de que KDE 4.5.0 fuese liberado, el proyecto KDE lanza la versión 4.5.1 para corregir errores.

Esta es la primera de una serie de actualizaciones que van a ser lanzadas cada mes. El objetivo principal es aumentar la estabilidad, corregir posibles bugs y aumentar el soporte a ciertos lenguajes. Las mejoras afectan a:
- KWin, se han arreglado ciertos fallos que tenía el conocido manejador de ventanas.
- Dipositivos de redes UPnP (Universal Plug and Play), ya que se ha mejorando el KIO (KDE Input/Output).
- Comportamiento de las applets.
- Khtml.
- Dolphin.
- Espacios de trabajo de Plasma
- Kopete
- Okular
- KGeography

Y muchas otras mejoras que podéis ver en la lista completa del changelog. Está disponible para Gentoo, Kubuntu, Mandriva y OpenSUSE por medio de archivos precompilados, aunque siempre podéis instalarlo por medio de los archivos fuente siguiendo las instrucciones.

Según los desarrolladores, ésta liberación resolverá posibles problemas de comportamiento de las aplicaciones y animan a actualizar el conocido entorno de escritorio a la citada versión si tienes KDE 4.5.0 o versiones anteriores.

Mensaje oficial aquí.

Fuentes:
Muylinux

Feel free to Flattr this post at flattr.com, if you like it.

El antecesor de casi todos los sistemas operativos que conocemos hoy en día es UNIX. En un principio, UNIX fue desarrollado a escondidas por Ken Thompson y Dennies Ritchie, empleados de AT&T. Éste sistema tuvo tanto éxito que numerosas organizaciones pidieron copias a AT&T, una de ellas fue la Universidad de Berkley, que creó lo que después se llamaría BSD (Berkley Software Distribution). Años después AT&T se dio cuenta de lo importante que era UNIX para numerosas compañías, y decidió privatizar el código de UNIX para “proteger” el “secreto comercial”. A partir de ése momento no era posible enseñar en las universidades el código de UNIX, ya que era ilegal, y un profesor de Amsterdam (Andrew Tanenbaum) desarrolló un sistema libre parecido a UNIX pero sin una sóla línea del código de AT&T y lo llamó Minix. A partir de Minix, un estudiante finlandés (Linus Torvalds) empezó a trabajar en un proyecto que se denominó Linux y que luego juntó con un proyecto de la FSF denominado GNU (GNU is Not Unix) formando el SO que hoy todos conocemos: GNU/Linux.

Como se puede observar, BSD es pariente de GNU/Linux, aunque son bastante diferentes entre sí. Estos dos SOs son la punta de la lanza del FLOSS y demuestran lo que se puede llegar a lograr con un desarrollo libre.

Volviendo otra vez con BSD, en un principio se crearon dos sistemas, denominados FreeBSD y NetBSD. FreeBSD después se separaría en dos proyectos denominados FreeBSD y OpenBSD. Además empezaron a surgir otros sistemas como PC-BSD o DarwinBSD.

La gran virtud de los sistemas BSD es su desarrollo centralizado. Todas las demás ventajas que ahora paso a desarrollar son producto de ésta característica.

Sistema Base:
Todo proyecto BSD se basa en mantener un sistema base que sirva por sí sólo pero en el que se puedan instalar aplicaciones que mejoren la experiencia del usuario. El citado sistema base está compuesto por el kernel, por las aplicaciones que son imprescindibles para que el usuario se pueda comunicar con el kernel y por las aplicaciones que son imprescindibles para que el kernel se instale correctamente en la máquina. Cada aplicación que se integra en éste sistema base está diseñada para trabajar conjuntamente con las demás aplicaciones que formen parte del sistema base. Un sistema BSD sólo se compone de éste sistema base, y sólo desarrolla y modifica aplicaciones que estén en el ya mencionadísimo sistema base. La diferencia con GNU/Linux en éste ámbito es abismal. Desde un principio, GNU/linux ha sido un conglomerado formado por el kernel, las aplicaciones GNU y las aplicaciones de terceros. GNU/Linux no dispone de una base identificable y las aplicaciones necesarias para el funcionamiento del kernel se instalan pero no se diseñan para que trabajen conjuntamente. Bajo una mirada crítica, GNU/Linux representa el caos, en el cual todo funciona pero sobre el que no hay control mientras que BSD es el orden, sobre el que se pueden identificar todas sus partes. Para entenderlo mejor, un ejemplo. Si me descargo la versión 2.6.35 (por poner un número) de Linux, ¿qué hago con ella? De primeras necesitaré gcc para compilarlo y otras aplicaciones para manejarlo. Pero si me descargo FreeBSD, obtendré el sistema base, que podré instalar en un ordenador sin necesitar nada más. Lo que quiero decir es que en GNU/Linux no hay nada que sea referencia, mientras que FreeBSD es la base sobre la que instalo el servidor X, el entorno de escritorio o las aplicaciones.

Instalación:
En la instalación de FreeBSD (es el sistema BSD que más conozco) se diferencian dos partes: la instalación del sistema base y la instalación de las aplicaciones de terceros. La instalación del sistema base se realiza con la herramienta sysinstall que es relativamente sencilla de manejar. Existen diversos métodos de instalación, pero son muy parecidos a una instalación de cualquier distribución de GNU/Linux. La segunda parte de la instalación es la instalación de las aplicaciones de terceros, aquellas que no están incluidas en el sistema base. Ésta parte es la que caracteriza el método de instalación de BSD y la que nos encontramos cuando instalamos Arch o Gentoo. Tenemos que instalar y configurar tanto el sistema X como el entorno de escritorio y la gran mayoría de las aplicaciones. La instalación y configuración de todas las aplicaciones es una tarea dura, pero atiende a una explicación: todas las aplicaciones de terceros no se consideran ni únicas ni oblogatorias. Puedo instalar FreeBSD y utilizarlo sin entorno gráfico (aunque no sea común) y lo que es más importante, puedo instalar XFree86 en vez de X.org o lxde en vez de GNOME o amarok en vez de minitube. ¿Para qué instalar una aplicación que no sé si el usuario final quiere? Aunque la instalación sea más dura y compleja cuenta con una enorme ventaja: las actualizaciones del sistema son mucho más fáciles y seguras. Si ahora tuviera un ordenador con debian woody, lo mejor sería formatear e instalar lenny, con sistemas BSD haría un upgrade y mágicamente, tendría un sistema actualizado siempre y cuando configure adecuadamente los ports. De este modo sólo instalaría una vez el SO en toda la vida útil de la máquina.

Ports:
El mecanismo por excelencia (al menos en mi opinión) de instalación de paquetes. Un port es una colección de ficheros diseñado para automatizar el proceso de compilación desde el código fuente. Supongamos que quiero instalar gimp, lo que haría en BSD es acceder al árbol de ports, elegir el port que quisiera e indicárselo al manejador de paquetes. Lo que hace BSD a partir de ése momento es descargar la aplicación, comprobar dependencias, descargar dependencias, parchear tanto la aplicación como las dependencias, compilar tanto la aplicación como las dependencias e instalar tanto la aplicación como las dependencias. Es decir, es igual de cómodo que con los repositorios de GNU/Linux, pero con una diferencia, no se generan casi nunca errores de dependencias y los archivos descargados se compilan para luego instalarse. Las aplicaciones soportadas por los ports son cerca de 20.000, y si no encuentras la que quieres, probablemente haya una mejor esperando, aunque siempre puedes recurrir a: paquetes precompilados. Efectivamente, BSD también tiene soporte para paquetes precompilados y existen herramientas (pkg_add, pkg_delete y pkg_info) para gestionarlos correctamente, entonces ¿no es igual que una distribución de GNU/Linux? No. BSD ha sido diseñado para que los usuarios utilicen los ports y no los paquetes precompilados, sin embargo casi cualquier distribución de GNU/Linux (excepto las ya mencionadas arch y gentoo) ha sido diseñada para que el usuario utilice los paquetes precompilados y no los códigos fuente.

Los árboles de ports:
El lugar en el que se encuentran los ports se denomina árbol de ports. Dependiendo de la organización que mantenga el árbol, contendrá unas aplicaciones u otras aunque suele ser suficiente con los árboles que proporcionan los sistemas BSD. El mantenimiento de los árboles se realiza con el CVS (Cocurrent Versioning System). CVS es un potente sistema de control de versiones con arquitectura cliente-servidor en el cual el desarrollador crea una rama por cada versión de la aplicación y el usuario la descarga accediendo a la susodicha rama. El usuario final dispone de herramientas como CVSup, portsnap o el mismo sysinstall para buscar en los citados árboles e instalar las aplicaciones que le interesen. Para buscar en los árboles de ports es necesario copiar el esqueleto de los árboles a un directorio del disco duro sobre el que realizar la búsqueda.

Licencias:
BSD dispone de dos licencias (aunque existe una tercera que ya ha sido rescindida) libres diferentes de la GPL: la licencia BSD modificada y la BSD simplificada. La diferencia que existe entre la GPL y cualquier licencia BSD es que con la GPL cualquier proyecto que utilice código que esté bajo GPL debe licenciarse bajo GPL o similares, sin embargo, si un nuevo proyecto utiliza código licenciado con BSD no es necesario que utilice una licencia libre, sino que puede privatizar el código. Las licencias de BSD son mucho menos restrictivas que la GPL y son ampliamente utilizadas por empresas que no quieren perder el “secreto comercial” de sus productos.

Conclusión:
Para mi FreeBSD es un magnífico SO, pero algo más complicado de utilizar. Hay que tener en cuenta que BSD es otro mundo, no fabrican un SO que funcione, sino que están diseñando un SO perfecto. Sin embargo todo lo que vale cuesta y tener FreeBSD exige mucho tiempo de configuración en la instalación y saber qué se está haciendo en todo momento. Como final de este artículo cito un dicho que explica la diferencia entre BSD y GNU/Linux:
“BSD es el sistema operativo que obtienes cuando un grupo de hackers de UNIX se sientan y trasladan UNIX a un PC mientras que GNU/Linux es lo que obtienes cuando un grupo de hackers de PC se sientan y escriben un sistema UNIX para un PC.”

Fuentes:
Documentación FreeBSD
Over-Younder

Feel free to Flattr this post at flattr.com, if you like it.

Con el uso del ordenador se van creando archivos que no realizan ninguna función, y que sólo ocupan espacio y sobrecargan al sistema. La gran mayoría de éstos archivos se producen al desinstalar de forma incorrecta las aplicaciones, aunque también se producen archivos en la ejecución normal de un programa o en el proceso de instalación. Es una buena práctica eliminar éstos ficheros, aunque a menudo, pase desapercibida para mucha gente.

Cuando se instala una aplicación en GNU/Linux se generan varios archivos. Primero están las propias aplicaciones instaladas con sus dependencias, y los archivos descargados (.deb .rpm .tar.gz).  Después están los archivos de configuración de las aplicaciones, necesarios para lograr que la aplicación funcione como nosotros queremos que lo haga. Por último están las claves del registro (sólo en Gnome) denominado GConf que almacena las preferencias del usuario.

Sin embargo, cuando se desinstala un programa, se tiende a desinstalar sólo la aplicación, dejando las dependencias, los archivos de configuración, las claves del GConf e incluso los ficheros descargados ocupando espacio en el disco duro. Todos éstos archivos no son necesarios si la aplicación no está instalada, a excepción de las dependencias que pueden ser también requeridas por otra aplicación instalada. Para eliminar éstos archivos disponemos de diversas herramientas que paso a explicar.

La eliminación de archivos de configuración, de los paquetes descargados y de las dependencias, dependerá de la herramienta de gestión de paquetes que tengas. Para sistemas basados en apt, tanto apt-get como aptitude disponen de opciones específicas para eliminar éstos archivos. Con yum se puede hacer lo mismo, pero desconozco si yast u otros gestores de paquetes lo hacen (supongo que sí). Una vez dicho ésto, entremos en harina:

Eliminar paquete:

apt-get remove paquete             yum remove (o erase) paquete

Eliminar paquete con los archivos de configuración:

apt-get purge paquete               yum remove (o erase) paquete
yum elimina los archivos de configuración  por defecto.

Eliminar archivos descargados (normalmente en /var/cache/apt/ o var/cache/yum)

apt-get clean paquete                yum clean paquete apt-get autoclean paquete
La diferencia entre autoclean y clean es que la primera elimina los archivos descargados que no pueden volver a ser descargados (versiones antiguas) o que están corruptos, mientra que clean borra todos los archivos descargados.

Otra funcionalidad que tienen los sitemas basados en debian es la opción autoremove, por la cual el sistema desinstala aplicaciones que no usamos.

apt-get auroremove paquete

Asimismo, cuando compilemos una aplicación para instalarla posteriormente y utilicemos make, es recomendable lanzar un:

make clean (borra los archivos generados por el archivo configure en tiempo de compilación y que ya no son necesarios)
make distclean (borra los archivos generados por el archivo configure y make en tiempo de compilación aunque no está habilitado en todos los makefiles).

Para eliminar las dependencias rotas o archivos huérfanos, existen dos paquetes denominados deborphan y rpmorphan que nos ayudan a localizar librerías que no son requeridas por ninguna aplicación. El primero es para sistemas que utilicen paquetes precompilados .deb y el segundo es para paquetes con extensión rpm. Ésta aplicación no tiene en cuenta los paquetes que se instalan desde las fuentes. Para lanzarlo simplemente se teclea deborphan o rpmorphan, y para desinstalar las librerías huérfanas:

apt-get purge `deborphan`        yum remove (o erase) `rpmorphan`

Sin embargo, para sistemas basados en debian, existe una herramienta mucho más potente que deborphan denominada debfoster. Aparte de eliminar las librerías huérfanas, debfoster analiza el sistema para encontrar paquetes que estén instalados pero que no lo hayan hecho como dependencias de otro. Para lanzarlo hay que escribir debfoster. Al iniciarlo por primera vez, nos preguntará qué queremos hacer con el paquete señalado (el paquete que no ha sido instalado como dependencia) y con los retenidos por éste último, pudiendo contestar con las siguientes respuestas:

• Y -> Mantiene el paquete
• n -> Borra sólo el paquete señalado
• p -> Borra el paquete señalado y los retenidos
• ? -> Muestra información del paquete
• q -> Cancela la operación sin guardar los cambios
• h -> Ayuda
• s -> Salta pregunta

Englobando todas estas opciones e incluyendo algunas nos encontramos con BleachBit. En ésta aplicación aparecen varias opciones de limpieza para cada una de las aplicaciones que tengamos instaladas en nuestro ordenador. Dispone de una GUI para interactuar con el usuario y es extremadamente sencilla de manejar, ya que sólo hay que habilitar la casilla correspondiente para que el programa realice la operación de limpieza. Se puede eliminar la caché de diferentes aplicaciones, así como realizar un clean, autoclean o purgar una aplicación.

Otro de los puntos que hay que tener en cuenta es el Editor de Configuración de Gnome (Accesible desde Aplicaciones->Herramientas del sistema->Editor de configuración). Para eliminar las claves de los programas que ya no estén instalados en el equipo, es necesario utilizar GConf Cleaner. En 5 pasos en los que hay que hacer poca cosa excepto dar siguiente->siguiente y realizar una copia del registro por si algo saliese mal (se habilita con el comando gconftool-2 –load=nombre_escogido.reg), podremos descargar a GConf de almacenar claves que han quedado obsoletas.

Por último voy a habler del paquete localepurge. Cuando nos descargamos una aplicación, nos bajamos todos los archivos locales. Pero ¿Para qué? La respuesta es bien simple, para nada. Si yo no hablo chino, ¿para qué quiero tener los locales chinos? Localepurge soluciona ésto y hace que sólo nos descarguemos los locales que definamos previamente. Al instalarlo nos saldrá un menú en el que tenemos que elegir los locales que queramos, como norma general:

• en
• en_US
• en_US.ISO-8859-15
• es
• es_ES
• es_ES.UTF-8

Conclusión:
El uso de opciones específicas de apt-get o yum para eliminar correctamente una aplicación son necesarias para no sobrecargar al sistema (aunque la sobrecarga sea mínima). Aplicaciones como BleachBit o debfoster creo que no son necesarias para un usuario común y la limpieza de GConf es opcional aunque muy recomendable si habéis instalado muchos programas que luego habéis eliminado. Por último la instalación del paquete localepurge es casi obligatoria, ya que ahorra bastante espacio y disminuye el peso de una aplicación al ser descargada.

Fuentes:
esdebian
universolinux

Feel free to Flattr this post at flattr.com, if you like it.

El mundo de la tecnología, funciona muchas veces por modas. Hace un año estábamos en plena fiebre de los Netbooks, y ahora parece que las “tabletas” se llevan la palma. Así que como todo el mundo quiere su trocito de pastel, los desarrolladores de software libre no se iban a quedar atrás, y han adaptado la versión para netbooks de Plasma a estos nuevos dispositivos.

El iPad es el que lleva las deganar, básicamente por sus campañas de márketing (ya sabéis como funciona eso). Pero las alternativas existen, y pese a que el cada vez más popular Android parece que empieza a introducirse en el mundillo, siempre nos quedan las versiones de aplicaciones, programas y sistemas salidos del mundillo GNU.

Ved este vídeo de KDE Plasma Netbook funcionando sobre una “tableta”.

Obviamente, se trata de adaptar todo para que funcione de manera táctil, y he de decir que me gusta el resultado. Todo funciona con mucha fluidez, los accesos parecen cómodos y luce fenomenal.

No obstante, acabo diciendo lo de siempre. Que la utilidad real de este tipo de dispositivos me parece muy limitada aún. Creo que son más frágiles, menos potentes y que por muy buena que sea la pantalla táctil, nada puede sustituir al teclado a día de hoy.

Pero como cosa curiosa, ahí queda eso.

Punto Geek

Feel free to Flattr this post at flattr.com, if you like it.

Beto Bolaños

Feel free to Flattr this post at flattr.com, if you like it.

Según la Wikipedia una máquina virtual es “un software que emula a una computadora y puede ejecutar programas como si fuese una computadora real”. Sin embargo, existen diversos métodos para crear una máquina virtual y dependiendo del método utilizado las máquinas virtuales trabajarán con un mayor o menor rendimiento. Todos los métodos de los que estoy hablando se agrupan en la virtualización de plataforma.

El objetivo principal de la virtualización de plataforma es la creación de máquinas virtuales para poder ejecutar sobre una única máquina física diversos sistemas operativos. Existen diversas técnicas que ahora voy a presentar y que son adecuadas para un cometido concreto, aunque se puedan extrapolar para abarcar un campo más amplio.

Para comenzar voy a explicar un concepto muy básico, la diferenciación que existe entre el SO anfitrión (host) y el invitado (guest). El SO anfitrión es aquel que está instalado en el ordenador y que dispone del hardware de la máquina real. El SO invitado es aquel que no dispone del hardware real y que es manejado por otro organismo (hypervisor, SO host, módulo del kernel…) para acceder a los recursos que proporciona el hardware. Tipos de virtualización de plataforma:

- Emulación del hardware: Se basa en virtualizar todo el hardware presente en una máquina real e instalar sobre éste el SO invitado que queramos. Es la tecnología menos eficiente y más costosa ya que es necesario crear todos los componentes de un ordenador, gestionarlos correctamente desde el software de virtualización y traducir todas las peticiones de uso del hardware que haga el sistema invitado al hardware real. La inmensa ventaja que tiene este sistema es que se puede emular una máquina virtual con diferente arquitectura a la que tiene la máquina real, e instalar en el hardware virtualizado un SO que corra en una arquitectura diferente a la del hardware real. En este campo se encuentra Qemu, emulador muy conocido en entornos libres, y que proporciona un excelente marco de trabajo para probar diferentes sistemas operativos que corran en diferentes arquitecturas (SPARC, ARM, PowerPC, amd64, x86 y MIPS). No hay soporte oficial para una GUI, ya que es preferible utilizarlo mediante línea de comandos, aunque es cierto que para gestionar varias máquinas virtuales es recomendable utilizar qemu-launcher, proyecto que añade a qemu una interfaz gráfica. Para poder controlar el comportamiento de la máquina virtual mientras se ejecuta (montar o desmontar sistemas de archivos de diversos periféricos) de forma gráfica, es necesario activar a qemuctl desde qemu-launcher. Como he dicho al comienzo, la emulación de hardware es un método que carga demasiado el sistema, rebajando la velocidad con la que se va a ejecutar la máquina virtual. Para paliar éste defecto, quemu dispone de kqemu, un módulo que deriva todas las operaciones que necesita realizar el SO invitado al procesador real en vez de al procesador emulado.

- Virtualización con hypervisor: Es el tipo de virtualización de plataforma que más fama ha alcanzado, ya que permite que los SO invitados se ejecuten en algunos casos igual que si estuvieran instalados de forma nativa. Se basa en la implementación de una capa intermedia entre el hardware y el SO anfitrión denominada hypervisor. Bajo este tipo de virtualización de plataforma existen dos variantes:

- Virtualización completa (full virtualization): La función del hypervisor o VMM (virtual machine monitor) es la de monitorear todas las peticiones de hardware del SO invitado y ejecutarlas en el hardware real. Lo que se consigue con éste método es ejecutar el SO invitado en el hardware real, consiguiendo una mejora en el rendimiento. Sin embargo existen tres grandes inconvenientes de éste tipo de virtualización: El SO huésped tiene que ser de la misma arquitectura que la máquina, no se alcanza el rendimiento nativo (en principio) y el hardware al que puede acceder el SO invitado es sólo el básico, como el procesador y la memoria.

Para paliar éstas carencias nace KVM (kernel-based virtual machine). KVM es un módulo introducido en la versión 2.6.20 del kernel cuya función es actuar como un hypervisor. Utiliza una versión modificada de  Qemu para crear las máquinas virtuales y gestionar los dispositivos de entrada y salida. Lo que se crea con ésta simbiosis son dos cosas: Aumenta el soporte a otras arquitecturas ya que Qemu emula el hardware no soportado por el hypervisor como tarjetas de red, tarjeta de sonido… y aumenta el rendimiento ya que se basa en KVM para ejecutar el SO huésped en el hardware real. Además, KVM usa las mejoras técnicas incorporadas en los “nuevos” procesadores llamadas Intel VT y AMD-V. Estos procesadores disponen de extensiones especialmente diseñadas para que se consiga un mayor rendimiento en la virtualización bajo entornos de 32 y 64 bits. KVM no es el único que aprovecha éstas características ya que también existen otros hypervisores o extensiones de los mismos que aprovechan las citadas mejoras técnicas. KVM dispone de interfaces gráficas para aquellos que no quieran teclear demasiado como Virtual Machine Manager, desarrollada por la grandiosa Red Hat. Dejando a un lado KVM, VirtualBox también utiliza esta técnica pero con una salvedad: guest additions. Las guest additions son un conjunto de aplicaciones que tratan de mejorar las características técnicas de la máquina virtual. Añaden a la máquina virtual ciertas características como el uso de un portapapeles compartido, uso de carpetas compartidas y también emulan hardware con mejores prestaciones, instalando en el SO invitado los controladores que permiten una mejor creación de gráficos 2D e incluso 3D (por ejemplo) y aumentan el rendimiento de la máquina virtual.

- Paravirtualización: Para mí, la mejor opción en muchos casos. Como en la virtualización completa, dispone de un hypervisor que traslada las peticiones de hardware que realice el SO huésped al hardware real. La parte en la que difiere de la virtualización completa es la siguiente. Mientras que en la virtualización completa el SO anfitrión no cooperaba con el hypervisor para la gestión de los dispositivos del SO invitado, en la paravirtualización si el SO huésped quiere utilizar un dipositivo, el manejo del mismo será derivado al SO anfitrión mediante el hypervisor. El hypervisor se descarga de trabajo ya que puede realizarlo mejor el SO anfitrión, porque es éste el que dispone de los controladores adecuados para el manejo de los dispositivos. Esta mejora se realiza devaluando un nivel la prioridad en la que corre el SO anfitrión (pasaría de  nivel 0 al 1) y haciendo que el hypervisor corra en un nivel más privilegiado (pasaría del 0 al 1). Esta cambio de prioridades es necesario para hacer que todas las peticiones del SO invitado pasen antes por el hypervisor, y que sea éste el que las derive al SO anfitrión si procede, ésta técnica se denomina ring deprivileging. Por éste motivo el SO huésped tiene que estar modificado, ya que se tiene que indicar que el SO corra en nivel 1 y no en el 0. Todo ésto produce una consecuencia: necesito estudiar el SO para poder modificarlo, por lo que inicialmente no se pueden instalar SOs invitados que sean privativos. Pero digo inicialmente, y es que la pericia se ha impuesto una vez más a la censura ya que las nuevas características que implementan Intel VT como AMD-V permiten crear un nivel de prioridad adicional (root-mode) en el que se instala el hypervisor, quedando el nivel 0 para el SO anfitrión y corriendo en lo que se denomina non-root-mode. El virtualizador más conocido que utiliza ésta técnica es Xen, que ha desarrollado gran parte de ésta tecnología. Para hacer uso de Xen es necesario descargarse un kernel modificado en el que se añade el hypervisor. Xen también tiene la capacidad de utilizar la técnica de la virtualización completa con las características de Intel VT o AMD-V, aunque es con la paravirtualización (también hace uso de Intel VT o AMD-V) con la que se alcanza un rendimiento similar al nativo. Para automatizar ciertos pasos a la hora de gestionar las máquinas virtuales y no tener que escribir todos los comandos, existen diversas utilidades:
- Xen Tools: Diversos scripts escritos en python y disponibles en la mayoría de los repositorios oficiales de muchas distribuciones (casi obligado instalarlos si vas a usar Xen).
- Enomalism: Interfaz gŕafica de usuario programada también en python que permite configurar máquinas virtuales y gestionarlas a golpe de ratón.
- ConVirt: Deriva de Xenmen, existen dos versiones: la primera orientada a la empresa y de pago y la segunda que es OpenSource y gratuita.

Otra manera de usar la paravirtualización es mediante el User-Mode Linux, que es una modificación oficial del núcleo linux para que funcione sobre otro kernel, actuando éste último como anfitrión. Si quiero hacer una caja de arena, en el que el entorno esté controlado, me descargo el kernel con la característica uml activada y éste se instalará en el SO que tenga (tiene que ser una distribución de GNU/Linux con kernel reconocido) como si de una aplicación se tratase. El kernel del SO host actúa como un hypervisor y el kernel con la característica uml activada, actúa como el SO invitado.

- Virtualización a Sistema Operativo:
Se genera un entorno dentro de un SO en el cual se virtualizan aplicaciones. En esta técnica destacan dos aplicaciones, chroot y OpenVZ. De OpenVZ no voy a hablar ya que hay un magnífico artículo en Linux+ que habla de  esta técnica. Chroot ofrece un entorno seguro en el que probar una aplicación de la cual no estamos muy seguros de que funcione correctamente. Lo que hace chroot es cambiar el directorio raíz bajo el cual se ejecuta una aplicación determinada. Para explicarlo mejor, voy a poner un ejemplo. Imaginemos que queremos instalar la última versión de GIMP para probarla, pero si la instalo, tengo que desinstalar la actual para que no entren en conflicto y no quiero perderla porque no sé si la última versión beta va a funcionar correctamente, ¿Qué puedo hacer? Crear una réplica de mi sistema operativo con la aplicación debootstrap en una carpeta de mi sistema, instalar gimp en esa réplica y lanzarla en ésa réplica mediante chroot. La última versión de gimp se ejecuta en un SO que yo controlo mediante chroot y que está totalmente separado de los procesos del sistema operativo anfitrión que no quiero “alterar”. De esta manera puedo probar cualquier aplicación inestable sin comprometer mi sistema en un entorno seguro. El inconveniente es que chroot no está diseñado para que varias aplicaciones trabajen a un rendimiento alto, con lo cual no es una buena opción si lo que se quiere es probar un SO.

- Virtualización a nivel librerías:
Se crea un entorno virtual en el que las aplicaciones pueden ser lanzadas. El entorno virtual se limita a una emulación de librerías. Wine es el referente en este tipo de virtualización y actúa como una API de Windows para GNU/Linux.

- Virtualización a nivel de aplicación:
La máquina virtual crea un entorno virtual en el que se ejecutan las aplicaciones. Una de las máquinas virtuales más conocidas es Parrot cuyo objetivo es hospedar lenguajes de programación y permitir la interoperación entre ellos. Todas las aplicaciones gestionadas por la misma máquina virtual están separadas entre sí, del Sistema Operativo que las soporta y del hardware.

Conclusión:
Hay muchos métodos para lograr la virtualización de plataforma. Dependiendo de lo que queramos, usaremos un sistema u otro. Recomiendo el uso de chroot para probar aplicaciones inestables. La gestión es muy fácil y podremos ver cómo se desenvuelve la aplicación en un entorno muy parecido al real. Para la virtualización de un SO la elección es mucho más complicada. Personalmente elegiría Xen o KVM y descartaría el uso de virtualbox, uml y Qemu. Pero no me decido por uno de los dos. La grandísima ventaja que tiene KVM es su diseño modular, no necesito instalar ningún kernel extra, ya que KVM es un módulo y puedo cargarlo cuando lo requiera y descargarlo cuando no virtualice nada. Por otra parte Xen creo que es el que más se acerca al rendimiento nativo, pero la diferencia que existe con KVM es mínima. Lo que tengo bastante claro es que se necesita tener un procesador de la familia Intel VT o AMD-V si se quiere sacar toda la magia de la virtualización de plataforma. Para comprobar si disponéis de un procesador de la mencionada familia teclead lo siguiente en una shell:
egrep ‘^flags.*(vmx|svm)’ /proc/cpuinfo
Si os aparece algo impreso, podréis disfrutar de Intel VT o AMD-V, si no os sale nada, os tendréis que conformar con un rendimiento que no llegue al nativo.

Fuentes:
Estrellate y arde
Universidad Carlos III de Madrid
Bulma
linuxsilo

Feel free to Flattr this post at flattr.com, if you like it.

Tras varios días de espera y algún que otro retraso, KDE 4.5.0 ha sido liberado. Según la noticia oficial de KDE se han centrado en la usabilidad, el rendimiento y la estabilidad.

Los cambios pretenden aumentar tanto el rendimiento específico de aplicaciones como konqueror, konsole, dolphin o KInfoCenter y el general. Esta mejora de rendimiento viene de la mano de KSharedDataCache, una memoria caché que pretende mejorar la velocidad en las aplicaciones. Además, a konqueror se le añade la posibilidad de utilizar WebKit, el afamado motor HTML de safari o chrome. A los espacios de trabajo de plasma se les ha añadido una nueva funcionalidad: ahora pueden ser configuradas mediante plantillas JavaScript por lo que se eleva la facilidad de configuración de plasma. El área de notificaciones pretende ser más elegante y sencillo, para lograr éste objetivo los iconos pasan a ser monocromáticos en éste área. Kwin a partir de ahora podrá arrastrar áreas vacías dentro del escritorio para mejorar el manejo de las mismas aunque sólo está disponible para aplicaciones basadas en Qt.

El gestor de actividades Zooming User Interface ha sido sustituido por un Activity Manager, para que podamos añadir, eliminar, guardar y restaurar las actividades. Además, se ha mejorado el aspecto visual de ésta aplicación dotándolas de una separación entre las diferentes tareas y creando una aplicación más clara.

Plasma netbook implementa grandes mejoras de rendimiento y usabilidad  proporcionando una experiencia de uso más agradable. Además se ha tratado de mejorar el soporte a pantallas táctiles.

Y una de las características más esperadas: añaden las transparencias con efecto de desenfoque.

También se podrán subir desde Gwenview imágenes a diferentes sitios web como Flickr y se han realizado mejoras en las aplicaciones educativas así como en los juegos, incluyendo uno nuevo denominado Kajongg.

De momento sólo está disponible la versión en código fuente para su compilación, aunque es de esperar que tu distribución favorita empiece a construir los paquetes precompilados.

Fuentes:
Genbeta

Feel free to Flattr this post at flattr.com, if you like it.

Nº5 BitTornado

Este cliente se caracteriza por ofrecer ante todo eficiencia, es decir, hace lo que necesitamos que haga (descargar archivos) con el mínimo de recursos posible. Pese a eso, no está exento de bastantes opciones que lo hacen muy configurable. Recomendado para equipos antíguos.

Nº4 Transmission

La principal peculiaridad de este cliente de torren es que es multiplataforma, e incluye versiones para sistemas BSD. Al igual que BitTornado, se caracteriza por ser muy ligero. Nos ofrece casi las mismas opciones, con lo que bien podrían intercambiarse los puestos, sin embargo, creemos que Transmission está un poquito por delante.

Nº3 KTorrent

El cliente de KDE. Mucho más completo que los anteriores, KTorrent cuenta con una interfaz cómoda y atractiva, complementado con multitud de opciones para gestionar las descargas. No es el más ligero de los clientes de torrent, pero se porta bien en cuanto a consumo de recursos y sus características son más que satisfactorias.

Nº2 qBittorrent

Uno de mis favoritos. La perfecta combinación entre velocidad, interfaz, opciones y usabilidad. Tiene todo lo necesario para gestionar las descargas, altamente configurable y sencillo de utilizar. Es una opción excelente, disponible en varios idiomas y que cuenta con un alto grado de compatibilidad con todos los protocolos.

Nº1 Vuze

Antes conocido como Azureus, Vuze no pretende ser sólo un cliente más, sino que apuesta por ofrecer un completo centro multimedia de descargas. Sus opciones son casi infinitas, y cuenta con características como Metabúsquedas, suscripción a sitios RRS, reproducción de contenido en HD, opciones de visualización de contenidos para diferentes dispositivos, control remoto por Internet… La pega es que es con mucho, el más pesado de todos. Pero si quieres una máquina a la última, Vuze es el mejor cliente de torrent.

Feel free to Flattr this post at flattr.com, if you like it.

Desde que Oracle compró Sun Microsystems, el destino de OpenSolaris ha sido incierto. Finalmente, tras varias negativas de Oracle que auguraban el abandono de OpenSolaris, la comunidad libre de OpenSolaris ha empezado a desarrollar otro proyecto denominado Illumos.

Se comunicó hace dos días, y trata de preservar la versión libre de Solaris. Entre lo que se explica tanto en el comunicado oficial (audio) como en una presentación PDF destacan los siguientes conceptos:

- El nombre y el logo son dos homenajes a Sun.

- Van a liberalizar todo lo posible OpenSolaris, ya que actualmente algunos componentes clave están privatizados.

- La preservación de la tecnología presente en OpenSolaris y que la ha llevado a lo más alto (ZFS, DTrace, Crossbow…) es uno de los principales objetivos que se ha marcado el equipo de desarrollo.

- Es un fork de OS/Net (base de sistemas basados en Solaris), no de OpenSolaris ya que lo que se pretende es que Oracle les permita usar las actualizaciones de la base de Solaris.

- Van a estar liderados en un comienzo por Garrett D’Amore.

- No quieren depender de Oracle ni de ninguna otra empresa, la comunidad es la que va a decidir el rumbo que vaya a tomar el SO.

- Tienen diversos patrocinadores, entre los que destacan Nexeneta, Joyent, Greenviolet, BeleniX, berliOS, everycity, Schillix y se espera a Oracle.

- Pretenden dar soporte a x86, amd64, VirtualBox, VMware y SPARC desde un principio y extenderse hacia otras arquitecturas como PowerPC o ARM.

Espero que salgan adelante, ya que de siempre me han gustado varias cosas de OpenSolaris como ZFS y DTrace y sería una pena que desapareciese por completo la versión libre oficial de Solaris.

Fuentes:
muylinux

Feel free to Flattr this post at flattr.com, if you like it.

Una de las aplicaciones que más utilizamos en cualquier distribución de GNU/Linux es la teminal. Es la herramienta que simboliza la potencia que tiene nuestro SO. Para realizar cambios considerables en el sistema hay que tirar de comandos. Por eso es importante elegir el intérprete de comandos y el emulador de terminal adecuados y configurarlos para trabajar cómodamente.

Antes de todo es necesario distinguir entre el shell (concha o intérprete de comandos) y el emulador de terminal.
El shell es un traductor entre el usuario y Linux. Un SO es un conjunto de procesos que, entre otras muchas cosas, controla el hardware para que el usuario pueda utilizarlo. Ahora bien, para poder utilizarlo el usuario necesita comunicarle al kernel (núcleo del SO o Linux) lo que quiere que haga. La forma de comunicación es mediante el uso de varios dispositivos de entrada y salida como el teclado, el ratón o el monitor (podría ser mediante la telepatía, pero me temo que todavía no se ha inventado XD). Por tanto, si quiero que Linux me abra gimp, puedo utilizar el ratón y hacer doble click en Gnome o un click en KDE y empezar a utilizarlo, o puedo teclear en una consola gimp. El shell es el programa que recoge las órdenes del usuario en forma de texto (la segunda forma en el ejemplo anterior) y se las traduce al kernel para que haga lo que tenga que hacer y me pernita utilizar gimp. Los shells más conocidos son bash, ksh, csh, zsh, ash o tcsh aunque existen muchos más. Un emulador de terminal conforma la cara visible del shell para que pueda expresar las órdenes al intérprete de comandos.

Existen diversos emuladores de terminal. Todos ellos, salvo algunas excepciones, proporcionan las mismas funcionalidades, lo que les diferencia es la velocidad con la que funcionan. Ésta velocidad depende del entorno en el que esté instalado, así pues es diferente ejecutar eterm en Gnome con metacity que en Gnome con enlighenment. Para hacernos una idea, voy a poner el consumo de memoria para los distintos emuladores de terminal bajo mi ordenador:

Tengo que decir que el valor de mrxvt puede llevar a equivocación, ya que es el único emulador de terminal que he configurado. Una vez vista la velocidad de los distintos tipos de emuladores de terminales, voy a pasar a presentároslos.

- Xterm
Es el emulador de terminal que fue acogido por el X Window System. Casi todos los emuladores de terminal que han sido diseñados con posterioridad mejoran características de éste o las añaden. Todas las distribuciones que traen el X Window System (casi todas las que conocemos) tienen por defecto el xterm. Sin embargo no es una opción viable, ya que no dispone de pestañas o menús aunque bajo ciertas condiciones de velocidad y si se trabaja en un sistema desactualizado puede ser adecuado. Dispone de la asignación de colores a los diferentes tipos de archivos y la configuración se tiene que hacer mediante la edición de una archivo de texto plano.

- rxvt
Nació para mejorar a xterm, dotándole de nuevas funcionalidades y mejorando sus carencias. Dispone de pestañas para el manejo de diferentes sesiones y menús. El consumo de memoria se ha reducido permitiendo un mayor rendimiento ya que es posible fijar diversas variables en el momento de la compilación. Se le puede colocar una imagen como fondo y dispone de transparencias.  Su configuración también se realiza mediante la edición de un archivo. A partir de éste emulador nacieron urxvt y mrxvt.

- urxvt
Añade a rxvt el soporte a unicode (versión UTF-8). Unicode es un código que asigna a cualquier símbolo alfabético un número único para que pueda interpretarlo correctamente el ordenador. La consecuencia de esta funcionalidad es que si un ciudadano hebreo escribe un script en su lenguaje natal,  podrá editarlo posteriormente en otro ordenador que no esté configurado para ése lenguaje y siempre que haga uso de Unicode, ya que el ordenador interpretará correctamente el código numérico asignándole un símbolo alfabético único. Se puede ejecutar en segundo plano y da soporte a las fuentes Xft.

- mrxvt
Añade a rxvt soporte a CJK y a las fuentes XFT. La instalación idónea es con Fluxbox, ya que se le sacará un rendimiento altísimo. No depende de GNOME o KDE, lo que le suma versatilidad. Es el que menos consume según el estudio que he realizado y la configuración se realiza mediante un archivo de texto plano. Soporta a los formatos JPEG, PNG o XPM como fondo. Está habilitada la opción de pantalla completa.

- aterm
Se fusionó con urxvt mientras se estaba desarrollando, con lo que ofrece la gran mayoría de características que presenta urxvt. Inicialmente fue desarrollado para el gestor de ventanas AfterStep (base de Enlightenment), pero la integración con otros entornos es buena, aunque lo ideal es instalarlo con AfterStep.

- eterm
Es obligatorio instalarlo si estás usando Enlightenment, ya que el rendimiento y la integración que vas a tener es insuperable. Su punto fuerte (aparte de la integración perfecta con Enlightenment) son sus altas capacidades de configuración y la calidad de las transparencias. Nació para reemplazar a Xterm, aunque creo que le falta algo de versatilidad para conseguirlo. Dispone de pestañas y soporte de fondos de imagen así como un modo de pantalla completa.

- gtkterm2
Está escrito en gtk+, con lo cual su integración en GNOME es buena. Dispone de soporte a pestañas, transparencias y un modo que elimina la decoración que proporciona la ventana (imagen de abajo). La configuración es sencilla mediante menús y no consume demasiada memoria.

- fbterm
Emulador de terminal que incluye soporte al framebuffer de GNU/Linux. Por esta característica es especialmente recomendable cuando la familia del procesador es diferente a x86 o amd64. El framebuffer de GNU/Linux es un dispositivo que nació para emular una consola de texto en sistemas que sólo tienen modo gráfico, como IBM PC o Apple Macintosh. Después se descubrió otra funcionalidad, si se utilizaba este dispositivo se podía prescindir del servidor X y generar gráficos sencillos, lo que hace posible que, en el arranque de algunas distribuciones como Knoppix, veamos a tux en la consola. Si queréis tener disponible la visualización de gráficos en la consola, fbterm es la elección correcta. Otra de las características que destaca es la creación y destrucción dinámica de 10 ventanas.

- evilvte
Nació para ser un emulador ligero, que consumiese pocos recursos y sin grandes capacidades gráficas. Cumple con todos los requisitos si se configura el código fuente y se recompila. Es perfecto para entornos ligeros con lxde o para live-cds y live-usbs. Permite usar pestañas y oculta automáticamente la barra de pestañas. Ocupa la friolera de 34,4 Kb comprimido y 160 Kb sin comprimir. Dispone de soporte a UTF-8.

- gnome-terminal
Es el emulador de terminal que trae por defecto Gnome, es de lejos la que más consume, pero no hace falta configurar nada para tenerla funcionando. Dispone de un menú en el que la activación de transparencia así como su opacidad se pueden regular a golpe de ratón, se pueden crear y editar diferentes perfiles, aunque no destaca en esta función. Por si sóla creo que es ineficaz ya que nos ofrece lo mismo que todas los demás emuladores de terminales y consume muchísimos más recursos. Pero con terminator todo cambia, pasa de ser un emulador de terminal corriente a convertirse en uno de los mejores emuladores. Terminator es un programa escrito en python que permite dividir horizontal y verticalmente la pestaña que estés usando en gnome-terminal. Voy a poner un ejemplo para que se vea mejor: Supongamos que estoy escribiendo un comando del que no me sé un parámetro, pero que sí sé que existe, el siguiente paso es estudiar el manual, pero para ver el manual a la vez que escribo el comando tengo que abrir dos sesiones diferentes, lo que es muy incómodo. Con terminator puedo tener abiertas varias sesiones en una sóla pestaña, con lo que me permite leer la página del manual a la vez que escribo el comando. Para mí, terminator me ofrece algo que ningún otro emulador tiene. El único inconveniente es que está bajo gnome-terminal y consume demasiado, por eso espero que otros emuladores implementen pronto esta opción o que Terminal sea portado a otros emuladores.

- ROXterm
Es igual que gnome-terminal, lo que le diferencia es que la gestión de los diferentes perfiles se ha mejorado considerablemente, y consume algo menos de memoria. Se configura mediante un menú al igual que gnome-terminal.

- Yakuake y Gkuake
Ambos son emuladores que imitan a las consolas del mítico juego Quake. Con un botón (generalmente F12), el emulador se despliega como una persiana en la parte superior del escritorio. Yakuake es para KDE y Gkuake para Gnome. Se ejecuta en segundo plano cuando se le invoca con F12, con lo que va a estar consumiendo siempre los 4,7 Mb de memoria. El aspecto visual es agradable y dispone de soporte para diversas pestañas. Se configura mediante una GUI y Sabayon Linux (por poner un ejemplo) le trae por defecto.

-Tilda
Al igual que los dos anteriores, tilda se ejecuta en segundo plano y aparece cuando se presiona una tecla (al principio F1). Se configura a partir de una GUI y tiene soporte para pestañas, transparencias y diversas fuentes. Está diseñado para Gnome aunque también se puede instalar en KDE con una buena integración.

-Konsole
Uno de los pilares de KDE. Proporciona la potencia y seguridad necesarias para cualquier equipo. Es cierto que puede consumir algo más de la cuenta, pero en entornos KDE creo que la mejor opción es quedarse con Konsole o migrar a mrxvt si se quiere algo más de ligereza. La comunidad que tiene detrás hace que se pueda configurar hasta el más mínimo detalle. Ofrece las mismas características que cualquiera de los anteriores y es escogido por muchísimas distribuciones live-cd como emulador por defecto.

Conclusión:
No existe gran diferencia entre los distintos emuladores de terminales, la mayoría ofrecen las mismas características aunque es cierto que fbterm, terminator o yakuake tienen unas cualidades que les diferencian de los demás. A la hora de elegir un emulador tenéis que estudiar el entorno para adecuar el emulador al SO y no al revés. Por ejemplo si estáis con Enlightenment creo que es inexcusable instalar eterm, en Gnome mrxvt o terminator y en KDE konsole.

Fuentes:
manualinux
ubuntu a fondo
wikipedia

Feel free to Flattr this post at flattr.com, if you like it.

Fernando de León, alias “Psyfurius”, ha creado una guia para los que empiezan con sistemas GNU/Linux, en especial a los que vienen del sistema Windows.

En la guia, se pueden encontrar multitud de tutoriales y respuestas a las cuestiones más básicas del sistema operativo libre, como por ejemplo: ¿Qué es el software libre? ¿Qué es un entorno de escritorio? o ¿Quién es Richard Stallman?.

Guia amena y muy recomendable si quieres resolver tus dudas sobre GNU/Linux

Una Guia Linuxera para un Windolero v3.0

Versión online

Descarga

Feel free to Flattr this post at flattr.com, if you like it.

KToon es una herramienta de diseño y creación de animaciones 2D de manera sencilla. Es un proyecto de Software Libre y está en fase beta actualmente. ¿Quién se anima?

KToon pretende ser una herramienta sencilla, con una interfaz lo más simple posible para que cualquiera pueda usarlo sin mayores complicaciones. La complejidad de las animaciones no será muy alta, pero puede servir para muchos pequeños proyectos personales, educativos o artísticos.

Actualmente cuenta con las siguientes características:

• Interfaz modular y amigable
• Módulos de Animación y Previsualización
• Herramientas básicas de ilustración vectorial (aun beta)
• Linea de Tiempo y Tabla de exposición (aun beta)
• Opción de exportar animaciones en formatos OGV, AVI, MPEG, SWF o como arreglo de imágenes en formato PNG

Por cierto, es un proyecto colombiano

Barrapunto

Feel free to Flattr this post at flattr.com, if you like it.

La gente de Khronos Group acaba de liberar la última versión de OpenGL denominada OpenGL 4.1. En esta nueva versión la integración es el objetivo que se ha perseguido.

Como todos sabemos, para la creación de gráficos 2D o 3D en equipos de sobremesa o portátiles, DirectX es el rey de la pista. Pero para dispositivos integrados como los móviles, las esperadas tablets o las PDAs, OpenGL ES genera mejores gráficos en menos tiempo. Lo mismo pasa con OpenCL, tecnología que permite descargar de trabajo a la CPU pasándoselo a la GPU u otro procesador existente de diferente arquitectura. Y no hablemos de WebGL 3D, servicio que permite la generación de gráficos 3D en navegadores web.  Lo que quiere Khronos es integrar y mejorar en OpenGL estas tres herramientas. La guerra que se libró hace años entre DirectX y OpenGL y que tenía como trofeo el monopolio de la generación de gráficos 3D en entornos de escritorio la ganó DirectX. Lo que pretende ahora  OpenGL es destacar en campos en los que su contendiente no está presente y así mejorar la calidad de servicio que los usuarios vamos a recibir.

Lo malo de todo esto es que tendremos que esperar a que todas estas mejoras se empiecen a implementar en las nuevas tarjetas gráficas, que son las que le van a sacar toda la magia. Aunque como siempre ha hecho OpenGL, éstas nuevas funcionalidades estarán presentes en dispositivos más antiguos.

Aparte de la citada integración con OpenGL ES y la mejora de OpenCL y WebGL 3D, ésta liberación presenta las siguientes características:

- The ability to query and load a binary for shader program objects to save re-compilation time

- The capability to bind programs individually to programmable stages for programming flexibility

- 64-bit floating-point component vertex shader inputs for higher geometric precision

- Multiple viewports for a rendering surface for increased rendering flexibility

- New ARB extensions:

- The ability to set stencil values in a fragment shader for enhanced rendering flexibility

- Callback mechanisms to receive enhanced errors and warning messages.

Fuente:
Madboxpc

Feel free to Flattr this post at flattr.com, if you like it.

Porque estas cosas sucenden una vez en la vida: ¡Campeones!

Feel free to Flattr this post at flattr.com, if you like it.

Ya ha sido publicado el número de julio de la estupenda revista Linux+ titulado Metasploitable. En este número nos encontramos con:
- Artículo del kernel Linux.
- Proyectos linux: Plataforma OSR y EOL (generación de exámenes online autocorregidos).
- Hardware: Linux SmartCheap (Construcción desde la nada)
- Seguridad: Metasploitable
- Artículo de opinión: Ojos que no ven, Linux que no siente.

Y por supuesto las novedades de diversas distribuciones y un resumen de la actualidad del mundo tecnológico.

Si queréis descargarla pinchad aquí o si queréis visitar la página principal pinchad aquí.

Por último voy a comentar la web Revistalinux, que es un sitio creado este mes por la gente de Linux+ en el que se publican artículos interesantes y que puede ser un lugar de consulta.

Feel free to Flattr this post at flattr.com, if you like it.