El kernel Linux 3.12 ya está disponible, el kenel Linux 4.0 a la vista

Mis disculpas. Llevo unas semanas algo desconectado de Osphérica por diversos motivos –el más importante, falta de tiempo–, pero intentaré recuperar el ritmo gradualmente. De momento es importante destacar que Linus Torvalds ha anunciado la disponibilidad del kernel Linux 3.12 con mejoras importantes en varias áreas.

Entre esos cambios destacan las mejoras y las nuevas características al sistema de ficheros Ext4, además del soporte de la APU AMD Berlin con un cambio importante en la gestión de la frecuencia de la CPU que por lo visto ofrece una optimización notable del rendimiento en cierto tipo de escenarios.

No solo el kernel Linux 3.12 es novedad: Linus también habló de la futura familia de kernel Linux 4.0 que esta nueva serie podría aparecer dentro de un año, tras la aparición del kernel Linux 3.19, y que en este caso todos los núcleos de la familia 4.x se dedicarán íntegramente a la corrección de errores. ¿Necesita el kernel Linux un ciclo entero de dos meses solo para corregir fallos? Es lo que se está debatiendo para ver si el conjunto de desarrolladores del núcleo llega a un acuerdo sobre este tema.

GNU Hurd 0.5 llega 16 años tarde

Los creadores del proyecto GNU que acaba de cumplir 30 años tenían la intención de ofrecer un sistema operativo completo, pero les faltaba un componente esencial: el kernel, cuyo desarrollo tuvo protagonismo y nombre propio: GNU Hurd.

Ese kernel ha ido apareciendo en los últimos años como un posible candidato a formar parte de distribuciones GNU completas, y de hecho GNU ha anunciado la disponibilidad de GNU Hurd 0.5, la última iteración de un kernel que lleva 16 años en desarrollo y que aún tiene importantes limitaciones.

Por ejemplo, solo hay una versión disponible para arquitecturas de 32 bits (x86), aunque los creadores de GNU Hurd aseguran que la versión para máquinas de 64 bits está en pleno desarrollo y llegará muy pronto.

Como explican sus creadors, GNU Hurd es un conjunto de servidores que se basan en el microkernel Mach para implementar sistemas de ficheros, protocolos de red, control de acceso a ficheros y otras características que se integran desde hace tiempo en otros kernels como los de Unix o como el kernel Linux.

En el anuncio oficial se dan algunos detalles más y se explica cómo compilar el kernel para utilizarlo en un sistema “usable”. Si os animáis, contadnos la experiencia, pero ya sabéis que existe una edición Debian GNU/Hurd que precisamente hace uso de este kernel.

¿Quién se encarga del desarrollo del kernel Linux?

Estos días se está celebrando en Nueva Orleans el importante evento LinuxCon, donde entre las conferencias inaugurales destaca la dedicada a hablar del estado de Linux y de sus desarrolladores en 2013. ¿Quién se encarga del desarrollo del kernel Linux?

Pues bien, en esa tarea se involucran más de 10.000 desarrolladores de más de 1.000 empresas. En realidad esas cifras corresponden a todos los que han estado implicados en el desarrollo de Linux desde que en 2005 comenzaron a registrarse esos datos. Desde el último informe, más de 1.100 desarrolladores de 225 empresas han contribuido al kernel.

Las empresas con intereses en el segmento de la movilidad han crecido en su participación como respuesta a la relevancia de Android –cuyo kernel y desarrollo se han fusionado con los de la rama principal de Linux–, entre otras cosas. Samsung, Texas Instruments y Linaro aglutinan un 11% de cambios en el kernel, por un 4,4% del estudio del año anterior.

State of Linux Development 2013

Las 10 empresas que más contribuyen al desarrollo del kernel son las siguientes según este estudio:

  1. Red Hat
  2. Intel
  3. Texas Instruments
  4. Linaro
  5. SUSE
  6. IBM
  7. Samsung
  8. Google
  9. Vision Engraving Systems Consultants
  10. Wolfson Microelectronics

Como vemos, Samsung y Google han ganado posiciones, y otro curioso descubrimiento en la lista: Microsoft, que había participado en ese desarrollo de forma curiosamente activa, ha desaparecido de la misma, sobre todo porque su objetivo para mejorar el kernel era que Linux pudiera correr sobre Azure, y eso ya está logrado.

El kernel Linux 3.11 ya está disponible

Linus Torvalds ha anunciado la disponibilidad del kernel Linux 3.11, una versión que según sus palabras apenas se diferencia de la rc7 de este núcleo que apareció recientemente y que en honor a aquel mítico Windows 3.11 acabaron bautizando como “Linux for Workgroups”.

Entre las mejoras destacadas están el soporte de la gestión dinámica de energía en las AMD Radeon, el soporte preliminar de NFS 4.2, mayor soporte para ARM además del soporte de KVM y Xen en ARM64, y, por supuesto, un buen número de nuevos drivers.

Tenéis muchos más detalles sobre todas esas novedades en las detalladas explicaciones que ofrecen, como siempre, en Kernel Newbies.

EL kernel 3.10 será el próximo que tenga soporte extendido, dos años garantizados

Grer Kroah-Hartman ha publicado en su blog un artículo en el que explica cómo cada año quiere elegir al menos una versión del núcleo que se convertirá en versión “longterm stable”, y en este caso esa versión será Linux 3.10.  Eso significa que el kernel tendrá soporte garantizado durante al menos dos años.

Y eso, dice GKH, que la publicación de versiones estables del kernel sigue a muy buen ritmo y aún quedan muchos parches no solo ya pendientes de aparecer en el kernel Linux 3.10, sino en versiones posteriores.

La elección se ha realizado además tras hablar con varias empresas y grupos de desarrollo, y aunque puede que no sea una decisión a gusto de todos, parece la opción más adecuada según el mantenedor de los núcleos estables de Linx.

SELinux no tiene código “malvado” de la NSA según los expertos

El descubrimiento de PRISM y de otros programas que la NSA y el gobierno de los Estados Unidos utiliza para monitorizar y espiar las comunicaciones digitales de sus ciudadanos y de los ciudadanos de otros países ha tenido muchas consecuencias. Entre ellas, las sospechas sobre si SELinux –inicialmente desarrollado por la NSA– tendría código que ayudase en esa tarea.

Lo cierto es que SELinux es un proyecto Open Source con licencia GPLv2, y desde su creación ha habido numerosas contribuciones a este proyecto. Los creadores de CyanogenMod, una de las ROMs personalizadas de Android más relevantes de los últimos tiempos, han anunciado que incluirían SELinux como parte de sus características de seguridad, así que la confianza en esta suite parece completa.

Para aclarar el tema aún más, varios desarrolladores han indicado que es casi imposible que haya código con fines orientados al espionaje o monitorización en SELinux. Russell Coker, un desarrollador que trabaja en Debian, indicó que “no veo posible que haya algo inapropiado en los parches enviados públicamente por la NSA“. Coker fue el encargado de llevar SELinux a Debian.

Otro desarrollador llamado Brian May, también de Debian, se encargó de ofrecer SELinux en un backport para Woody, la edición que se lanzó en julio de 2002. Ya no se encarga de mantener ese paquete, pero coincidía con Coker: “SELinux es un software completamente Open Source, que ha sido revisado por mucha gente. Estoy seguro de que habría mucha gente interesada en encontrar puertas traseras en SELinux con el único propósito de desacreditar a la NSA. Pero hasta el momento no he visto noticias al respecto. Solo puedo concluir que esto es así porque no hay puertas traseras ocultas“.

Parece, por lo tanto, que podemos estar tranquilos al menos en ese apartado. ¿Fiu?

Linus Torvalds defiende su derecho a ponerse borde con los desarrolladores del kernel Linux

El creador del kernel Linux no tiene pelos en la lengua. A pesar de ser el mejor ejemplo de “dictador benévolo”, han sido muchas las ocasiones en las que Linus Torvalds no se anda con chiquitas a la hora de echar buenas broncas, y de hecho se hizo muy famoso su “pajarito” a NVIDIA cuando la calificó como la “peor compañía con la que he trabajado“.

Una desarrolladora de Intel llamada Sarah Sharp que ha aportado diversas modificaciones al núcleo en los últimos 7 años ha dejado claro que esa actitud de Torvalds no es la adecuada, y que lo ideal sería que en las listas de correo se mantuviese un tono profesional.

Sharp no lo tomaba como algo personal: “lo repetiré: esto no es simplemente por mi, o por otras minorías. No tendría que pedir un comportamiento profesional en las listas de correo. Debería ser el comportamiento normal“. Eso sí, Sharp dejó claro de nuevo que la actitud de Torvalds no era bienvenida en su opinión: “Soy muy seria en este aspecto. Linus, eres uno de los peores culpables cuando se habla de abusar verbalmente de la gente y de hacer sentil mal públicamente a la gente“.

Torvalds, por supuesto, contestó a Sharp a su manera:

Sí [que lo soy]. Y lo soy porque en la mayor parte ese es quien soy, y en parte porque honestamente  desprecio ser sutil o “amable”. El hecho es que la gente tiene que saber cuál es mi opinión sobre ciertos temas. Y no puedo decir simplemente “Por favor, no hagas eso”, porque la gente no escucharía. Creo que “En Internet, nadie puede oirte si eres sutil”, y lo creo de veras. […]

Sarah, en primer lugar, no tengo esas herramientas a mano. Y en segundo, simplemente no creo en ser educado o políticamente correcto. Y puedes hacer referencia a esos factores culturales en las que algunas culturas no llevan bien la confrontación (y puedes nombrar también la cuestión de los géneros, creo que eso es enteramente cultural también). Y por favor, habla de la “sensibilidad cultural” en tu discurso. Te devolveré esa misma “sensibilidad cultural”. Por favor, sé sensible con *mi* cultura también.

¿Quieres realmente oprimir a una minoría? Porque los finlandeses son una minoría comparados con casi cualquier otro país. Si quieres hablar de sensibilidad cultural, me uniré a tu causa. Pero mi cultura incluye maldecir.

Torvalds también dejó claro que lo de “ser profesional” que mencionaba Sharp “no va conmigo”. El debate generado por esta cuestión ha generado opiniones de todo tipo. Los hay que creen que lo de que Linus deje en ridículo a desarrolladores sénior no da demasiadas ganas a los jóvenes de pasar a ese siguiente nivel en algún momento. Y otros creen que efectivamente hay situaciones en las que hay que dar un verdadero toque de atención a esos desarrolladores, aunque eso implique utilizar un lenguaje “poco profesional”, como diría SHarp.

El kernel Linux 3.9 ya está disponible

Linus Torvalds ha publicado el kernel Linux 3.9 -del que ya hablamos hace semanas-, la última edición del pilar básico de cualquier sistema operativo Linux que entre otras cosas añade un mecanismo para convertir a una unidad SSD en una caché para discos duros tradicionales que permite acelerar el rendimiento en temas como el arranque o a mejorar ese rendimiento bajo mucha carga.

Como indican en The H Open, donde como siempre encontraréis un extenso análisis de las novedades (en tres partes, 1, 2 y 3), otras novedades afectan al mejor soporte de múltiples procesos cuando éstos intentan acceder al mismo puerto, algo que entre otras cosas permite distribuir mejor la carga entre distintos núcleos de un procesador.

La virtualización KVM ya está disponible para procesadores basados en la arquitectura ARM, y el soporte RAID 5 y RAID 6 se ha añadido a Btrfs, que ya soportaba RAID 0 y 1.

En el nuevo kernel también encontramos nuevos controladores de dispositivo, como por ejemplo los que hacen a Linux compatible con la nueva generación de APUs de AMD o aquellos que soportan los chips WiFi 802.11ac que aparecerán con bastantes probabilidades en la próxima plataforma móvil de Intel.

Linux Weather Forecast 2013: qué se tercia en Linux en 2013

Jon Corbet es uno de los colaboradores del desarrollo del kernel Linux y co-fundador y editor de LWN.net, una de las publicaciones más prestigiosas en el mundo Open Source. Además, es un speaker bastante conocido, y suele dar charlas bastante interesantes sobre aspectos relevantes del kernel y de otros aspectos del Open Source.

Y ahí es precisamente donde quería ir: si queréis saber qué nos espera en 2013 en el kernel Linux, no os perdáis su Linux Weather Forecast 2013 (un título peculiar para la charla), en el que desvela las claves del kernel Linux sobre todo en lo que respecta al futuro kernel Linux 3.9.

En la charla de 45 minutos -no he podido verla entera, pero tiene muy buena pinta- se habla de mejoras importantes como el soporte de virtualización KVM para arquitecturas ARM, o la inclusión de la tecnología PowerClamp para gestionar el consumo de energía en procesadores en centros de datos. Sin más, os dejo con la conferencia, parte del Linux Collaboration Summit que se está celebrando en San Francisco desde el lunes.

El admirado sistema de ficheros ZFS quiere conquistar Linux

ZFS es, como indican en la Wikipedia,  una combinación de un sistema de ficheros y  de un gestor de volúmenes que fue diseñado por Sun Microsystems. Entre sus características están la protección frente a la corrupción de datos, soporte para altas capacidades de almacenamiento, snapshots, clones Copy-on-Write, chequeo continuo de la integridad de datos y reparación automática, o el soporte de RAID-Z.

Este gran sistema de ficheros que fue una de las grandes virtudes de Solaris llevaba tiempo disponible en Linux de forma opcional con la implementación a través de FUSE (Filesystem in USErspace), pero ahora se ha anunciado ZFS on Linux 0.6.1, una versión nativa que hace uso de la capa llamada Solaris Porting Layer (SPL) que emula las características básicas de Solaris en el kernel Linux.

Esta versión nativa proporciona mucho mejor rendimiento debido a su integración como módulo en el núcleo en lugar de hacerlo con la antigua metodología FUSE. Además en esta versión se corrigen muchos errores e incluso se añade soporte para los kernel 3.9, aún en desarrollo.

Ya podéis conseguir el código fuente en GitHub para compilarlo por vuestra cuenta, pero de hecho también es posible obtener soporte ZFS en vuestra distribución a partir de ciertos repositorios, algo que explican mejor en Linuxaria. Se han preparado paquetes para Debian (y derivadas), Fedora, y RHEL/CentOS.