blog Linux, Ubuntu, Novell, RedHat, Comunidad Linux, Open Source, noticias linux, mundo it.

Linux, Ubuntu, RedHat, Fedora, OpenSourse, Mandriva, Kubuntu, Chrome, FireFox, Suse, Open Suse.

Posts Tagged ‘ Kernel ’

Destripamos Ubuntu 10.04

By jcantero on Mayo 1, 2010

Finalmente está aquí. Fieles a su puntualidad, las mentes maestras de Canonical han puesto en línea la versión final de Ubuntu 10.04 LTS, también conocido como Lucid Lynx. Hace no muchos días le dimos un vistazo a la beta, y si bien quedaban varios detalles por resolver, Ubuntu ha llegado tanto en fecha como en forma. La importancia de esta versión no acepta discusión: Al ser un LTS, veremos a Ubuntu 10.04 al menos durante los próximos tres años. Como ya es característico enNeoTeo, hemos descargado una copia, y recorrimos sus pasillos durante un buen rato.
screenshot_0141
Han pasado dos años desde la última versión LTS. A pesar de las varias actualizaciones intermedias, una cantidad considerable de usuarios ha conservado a esta versión de soporte extendido, y de hecho hemos visto que varios de nuestros lectores la seguían recomendando en los comentarios sobre los análisis de otras versiones de Ubuntu. Pero incluso para esta clase de ediciones, llega el momento de seguir adelante, más allá de que Hardy Heron todavía cuente con un año de soporte en su versión de escritorio. Los cambios y las mejoras que ha experimentado el mundo Linux en general, están mejor reflejados a través de una nueva distro, por más sólido que sea el sistema de actualizaciones. La gente de Canonical ha depurado su cronograma de versiones hasta alcanzar una impresionante precisión. El ciclo abril-octubre funciona muy bien, y nos alegra saber que no han hecho alteraciones en ese aspecto. ¿Por qué? Porque el sistema operativo en sí ha tenido varios cambios, y no todos han sido del agrado de los usuarios. Quienes ya hayan visto más de cerca a la beta entienden lo que estoy diciendo, pero para los que recién se nos unen en el recorrido por esta nueva versión de Ubuntu, será mejor que elaboremos.
La nueva aparienciaEsta es la nueva apariencia de Ubuntu. La idea de “dejar atrás al marrón” ha sido puesta en práctica, aunque en realidad el color oscuro de los paneles aún conserva ciertos rastros de tonos pastel. El fondo de pantalla por defecto, que es el mismo que vimos en la beta, de hecho es… sugestivo. Uno no quiere ser malicioso en estos casos, pero lo primero que pensé al verlo fue “Cupertinesco”, y estoy absolutamente seguro de que debe haber una gran cantidad de usuarios que habrían colaborado con la gente de Canonical para crear un espectacular fondo de pantalla, mucho mejor que este. Las cuestiones de apariencia que han dividido a los usuarios de Ubuntu se pueden apreciar con algo tan simple como abrir una ventana de Firefox. Ya habíamos mencionado algo al respecto durante el análisis de la beta, y aunque todo se reduce a un gusto estrictamente personal, seguimos pensando que se podrían haber hecho las cosas un poco diferentes. El traslado de los iconos de las ventanas al lado izquierdo es en realidad el menor de los problemas. El verdadero inconveniente surge con la acumulación de items e iconos que puede llegar a haber del lado izquierdo. Un clic errado puede cerrar la ventana, o abrir el menú de otro programa. Por suerte, cambiar los iconos al lado derecho no es muy complicado, pero ha habido una razón por la que un simple cambio estético haya generado tanto rechazo, más allá de que uno se acostumbra bastante rápido a la nueva ubicación.
El lado social del sistema operativo ha sido refinado. El MeMenu, sumado a la capacidad de conexión que ofrece el nuevo Empathy (reemplazando a Pidgin desde Karmic Koala), hacen un buen trabajo. La configuración de las cuentas es casi instantánea y no hemos tenido ningún problema de desconexión hasta el momento. El único inconveniente que encontramos en este punto fue Ubuntu One, y me refiero a que fue imposible utilizarlo, al menos de momento. No estamos seguros si el problema se debía a alguna sobrecarga en los servidores u otra clase de inconveniente, pero los errores 500 fueron moneda corriente cada vez que tratamos de entrar a Ubuntu One. El resto, perfecto. Facebook, Twitter, MSN, ningún problema. Incluso nos atrevemos a decir que el chat de Facebook funciona mejor por fuera de Facebook que desde su interior.
Algunos engorrosTambién ha habido cambios por el lado del software. Tal y como había sido anunciado, GIMP fue desplazado de Lucid Lynx, en favor de F-Spot. Y honestamente, creo que debería ser reemplazado también. Para editar una imagen, primero hay que abrir F-Spot, importar la imagen dentro de la galería (ya que no hay un comando “abrir”), y una vez importada, recién puede ser editada. Como si eso no fuera lo suficientemente engorroso, F-Spot cuenta con la impresionante cantidad de ocho comandos de edición. En otras palabras, el regreso de GIMP tal vez sea una de las primeras cosas a hacer para aquellos que instalen Ubuntu 10.04. En cambio, Simple Scan parece ser una opción más que eficiente para recoger imágenes desde un escáner, al igual que el editor de vídeo PiTiVi. Este editor es muy joven, y la cantidad de formatos soportados no es la que todos querrían (mientras sea compatible con GStreamer, todo debería ir bien), pero con el suficiente desarrollo podría posicionarse como una especie de “Windows Movie Maker” para Ubuntu. El único detalle es que el manual de usuario de PiTiVi resultó bastante complicado de conseguir. Aquellos que tienen contacto por primera vez con el programa deberían contar con un acceso más sencillo a esta clase de documentación.
Al resto de la tropa, ya la conocen bien. Firefox 3.6.3 a la cabeza como navegador, y OpenOffice 3.2 cubriendo todas las necesidades de oficina pertinentes. La instalación de Flash en Ubuntu no provocó inconveniente alguno, aunque hemos usado la versión de 32 bits para nuestra prueba. Si deciden descargar la versión de 64 bits, deberán recurrir un camino más rocoso para encontrar una versión compatible de Adobe Flash. En cuanto al resto, Brasero sigue grabando discos ópticos como siempre, mientras que Rhythmbox se encarga de todo lo que es audio. El detalle de los plugins MP3 es solucionado automáticamente por Rhythmbox, y cabe agregar que el servicioUbuntu Music se ve muy bien. La combinación entre Rhytmbox, el servicio de compra de música completamente libre de DRM, y la posibilidad de sincronizar los temas adquiridos con Ubuntu One abre la posibilidad de descarga la música en tus otros ordenadores (aún si no tienen Ubuntu), merece dos pulgares arriba.
Mejor rendimientoLos ajustes de rendimiento han sido varios, y como tales, permanecen bajo la cubierta de Ubuntu. La versión del kernel es la 2.6.32, apenas un punto por detrás del último kernel Linux estable. Las mejoras en los tiempos de inicio son cada vez más impresionantes. Habrá que ver qué tanto de estas optimizaciones se mantienen en sistemas más humildes, pero hemos quedado sorprendidos por el gran trabajo que Canonical sigue haciendo en este aspecto, y si un usuario cuenta con un disco SSD, la velocidad es aún mayor. Finalmente, otro detalle estético: ¿Recuerdan al Centro de Software de Ubuntu? ¿Recuerdan también que, aunque funcionaba correctamente, realmente necesitaba una nueva cara? Bueno, parece que en Canonical se han dado cuenta de esto, porque la apariencia del Centro de Software ha cambiado, y debo decir que para bien. El diseño es más limpio, los iconos más claros, y el proceso de desinstalación de software sólo requiere de un clic y la autentificación necesaria (como sucede con toda operación que requiera de una elevación de privilegios).
Al final del artículo sobre la beta de Ubuntu 10.04, mencioné que la versión final necesitaría cohesión. Es probable que no la haya alcanzado por completo, pero Lucid Lynx ciertamente ha ido por el camino correcto. No encontramos ningún error durante nuestra prueba (a excepción del detalle de Ubuntu One que no parece ser de la distro), algo sin dudas importante, pero el usuario requerirá un poco más de tiempo para asimilar a esta versión de Ubuntu, especialmente si ha utilizado otras ediciones antes. Algunos preguntarán qué necesidad hay de concentrarse tanto sobre la estética. Bueno, hay que concentrarse en ella porque fue la gente de Canonical quien decidió los cambios en primer lugar. Estos cambios han estado repartidos entre muy buenos y cuestionables, pero lo mejor de todo esto es que el usuario tiene la última palabra, a través de la sección de apariencia y algún que otro ajuste extra a GNOME. Lucid Lynx está aquí, y así será por los próximos tres años. ¿Podrá llenar los zapatos de Hardy Heron? El tiempo y los usuarios serán quienes lo determinen.
Via | www.abc.es

Linux, sistema operativo libre tipo Unix usualmente utilizado junto a las herramientas GNU como interfaz entre los dispositivos de hardware y los programas usados por el usuario para manejar un equipo. Fue lanzado bajo la licencia pública general de GNU y es desarrollado gracias a contribuciones provenientes de colaboradores de todo el mundo, por lo que es uno de los ejemplos más notables de software libre. Bueno pues Kernel Linux está envejeciendo y junto a ello los desarrolladores ¿Es esto un problema o una virtud? ¿Necesita Linux una renovación y más personas jóvenes?

unix_hero20070611

Según el director Ejecutivo de la Linux Foundation, Jim Zemlin “Linux es cada día más fuerte”. Sin embargo para el encargado del subsistema SCSI, James Bottomley en Linux hay “más barbas grises. La sabiduría para codificar está creciendo. El envejecimiento del kernel Linux va a continuar, honestamente, hasta que la gente comience a morir”.

Por otro lado tenemos a Andrew Morton, de 52 años el coronel de Kernel que piensa que “Sí, nos hacemos viejos, y estamos cada vez más cansados. No veo gente saltando con entusiasmo para trabajar de la forma en que lo hacía [...] Las personas son más complejas. El código es más complejo [...] Esto hace que más difícil que los recién llegados alcancen el mismo nivel de productividad”.

Sinceramente unas palabras duras que hacen pensar que pronto llegará una crisis que puede ser más que habitual en este tipo de proyectos. Seguro que ya se preguntaréis ¿Qué pasará cuando los actuales líderes se retiren? Pues según Torvalds “No es algo que me preocupe realmente [...] Hay mucha gente confiable [...] casi nadie lo notaría”.

Greg Kroah-Hartman, co-autor del trabajo Who writes Linux, no está del todo de acuerdo con lo que comentan Morton y Bottomley y dice “No sé qué tan viejos son [los desarrolladores] y honestamente no me preocupa [...] Estoy esperado Baby Boomers para retirarme y buscar un hobby [...] Lo veo suceder”. A esto añade “Si muestras pericia en el desarrollo del kernel obtendrás un empleo [...] Hay un montón de compañías que lo necesitan [...] Así que si lo haces como un entretenimiento y te ofrecen un pago por ello, ¿no lo harías? Yo lo hice y ahora necesito un nuevo hobby”.

Cierto es que ya Linux es tres cuartas parte un producto corporativo, pero esto no es malo siempre y cuando todo seamos beneficiados por las mejoras y se siga con código abierto y libre. También es verdad que cada día hay menos jóvenes participando en el desarrollo de Linux, pero es muy posible que sea gracias a las facilidades y rapidez del trabajo de comunidades.

¿Ustedes que pensáis como Morton o como Hartman? Linux necesita juvenecer o aún no está envejecido… La polémica está servida.

Los desarrolladores de la empresa MontaVista Software están aplicando su experiencia en el campo de los sistemas operativos en tiempo real (RTOS) para desarrollar una distribución Linux que también pueda aprovecharse de ciertas ventajas de dichos desarrollos. Y en concreto, de una muy especial: el arranque prácticamente instantáneo. tux_arranque Como explican en EDN, en MontaVista Software llevan trabajando con soluciones RTOS desde 1999, y para ello han realizado cambios en el kernel Linux para proporcionar determinismo y rendimiento de sistemas tiempo real tomando como base el sistema operativo Linux. Cavium Networks adquirió recientemente a MontaVista, que acaba además de anunciar la sexta versión de su sistema operativo RTOS. Pero es que además de dicho desarrollo, los desarrolladores de esta empresa también están trabajando en el desarrollo de una distribución Linux que sea capaz de arrancar en tan solo 1 segundo. “Una de las primeras cosas que hicimos hace años“, comenta Cedric Hombourger, uno de los desarrolladores, “fue hacer que el planificador de Linux fuera pre-emptive y determinista“.

Los métodos que hemos desarrollado son independientes de si uno usa un kernel en tiempo real o no“.

Hay que tomar esas investigaciones con perspectiva. En MontaVista trataron de llevar ese arranque instantáneo a versiones de Linux para netbooks y dispositivos móviles, pero por lo visto para poder arrancar en 1 segundo existen requisitos “extremos” que hacen que la distribución Linux que sea capaz de ofrecer dicha capacidad sea mucho más ligera. Sin embargo, lo consiguieron para un sistema operativo para vehículos, un desarrollo que se logró en tres pasos. El primero fue la optimización de todos los componentes, incluyendo el cargador de arranque. En la segunda etapa se aplicó el conocimiento íntegro del hardware en el que funciona ese kernel para eliminar detecciones inútiles y centrarse en las especificaciones hardware concretas de ese sistema.La tercera parte fue la de darse cuenta de que no tenían que cargar toda la aplicación del cliente en memoria, solo las partes que se necesitaban para el inicio, para luego cargar el resto a posteriori. El resultado: un sistema Linux que ararnca en un segundo, y que aunque está centrado en ese caso concreto, puede servir de ejemplo para ser aplicado en todo tipo de distribuciones.

109938-linux-2-limpio-que-viva-la-revolucion

Linux no ha sido Software Libre desde 1996, cuando el Sr. Torvalds aceptó las primeras piezas de Software no-Libre en la distribución de Linux que ha publicado desde 1991. A través de estos años, mientras ese kernel creció por un factor de 14, la cantidad de firmware no-Libre requerido por los drivers de Linux creció por un alarmante factor de 83. Nosotros, los usuarios de Software Libre, necesitamos unir fuerzas para revertir esta amenaza, y parte de la solución es Linux-libre, cuya versión 2.6.33-libre fue recientemente publicada por FSFLA, trayendo consigo libertad, mejoras mayores y planes para el futuro.

== Historia

Todo el firmware en Linux-1.3.0 era Software Libre. La poca relevancia que el sistema operativo GNU/Linux tenía el 1995 era suficiente para que algunos distribuidores de hardware revelasen los detalles de su hardware, o incluso ofreciesen todo el software necesario para hacerlo funcionar bajo términos que respetan las libertades esenciales de los usuarios. Ellos sabían que Linux, que ya estaba bajo la licencia GNU GPLv2, no tendría drivers para sus componentes de otra manera.

En el año que siguió, el Sr. Torvalds cambió su política, y empezó a aceptar en Linux firmware que sólo estuviera en formato binario. Por esta decisión, GNU/Linux dejó de ser un incentivo para que los distribuidores de hardware respetaran las libertades esenciales. Desde que los desarrolladores de Linux rindieron las defensas provistas por la GPL, casi todos los distribuidores decidieron mantener para sí el control sobre las siempre crecientes computadoras que pasaban por periféricos.

Algunos 143KB de código objeto disfrazados como código fuente estaban presentes en el tarball comprimido de 4.7MB de Linux-2.0, publicado en junio de 1996. Algunos 6 años más tarde, había 1.3MB de firmware no-Libre escondiéndose en el tarball comprimido de 26MB de Linux-2.4.19. En Linux-2.6.33, todas estas piezas y otras más, sumando arriba de 2MB, están en un subdirectorio creado algunos 2 años atrás para ubicar firmware en Linux. Otros 650KB aún disfrazados como fuentes fueron recientemente agregados al subdirectorio “staging”, y otros 9.2MB (duplicados removidos) viven en un archivo separado, creado para futuramente remplazar el subdirectorio de firmware en Linux.

== Perspectiva

La pieza unitaria más grande de firmware no-Libre en el repositorio linux-firmware pesa hoy día 1.25MB. En los 1980s, la mitad de esos bytes eran considerados memoria suficiente para cualquier aplicación en una computadora personal. Fue entonces cuando Richard Stallman comenzó a trabajar en GNU, cuando sistemas operativos eran más pequeños que eso. Él se dió cuenta que los usuarios deberían tener derecho a las cuatro libertades esenciales sobre todo el software que ejecutan en sus computadoras, aún cuando ellas eran lejanamente menos poderosas que los periféricos actuales.

Hemos logrado eso, un sistema operativo Libre para propósito general en computadoras personales, pero duró únicamente por algunos años. El kernel que proveyó la pieza que faltaba en el sistema operativo GNU ya no ha sido Software Libre por más de una década, y solicita a los usuarios a instalar un creciente número de programas no-Libres que no están incluidos en él.

== Progreso

Damos la bienvenida, aplaudimos y agradecemos a los varios y recientes esfuerzos que resultaron en firmware Libre para varios dispositivos: Atheros contribuyó firmware Libre para sus tarjetas de red inalámbricas ar5k y ar9k; expertos en ingeniería inversa desarrollaron firmware Libre para algunas de las tarjetas de red inalámbrica b43 de Broadcom; otros desarrollaron el driver Libre nouveau para tarjetas de video nVidia, y, más recientemente, completaron la tarea con firmware Libre para ellas, desafortunadamente un poco tarde para que las últimas piezas estuvieran en Linux-2.6.33.

Sin embargo, justo como RMS, nos dimos cuenta que desarrollar Software Libre no es suficiente para establecer la libertad para los usuarios de GNU/Linux. También necesitamos enseñarles a valorar su libertad, y a reconocer y rechazar el Software no-Libre. De otra forma productos que requieran que usuarios rindan sus libertades seguirían teniendo compradores interesados.

Algunos años atrás, la comunidad de Software Libre se dio cuenta que Linux no era más Software Libre, y empezó varios esfuerzos para arreglar este problema. Uno de ellos, nacido sin nombre en gNewSense, fue nombrado Linux-libre en BLAG. Desde que tomamos responsabilidad por ello, adicionalmente de remover componentes no-Libres de Linux, remplazamos las solicitudes de firmware no-Libre con mensajes que informan a los usuarios que el hardware en cuestión es una trampa.

Nuestra esperanza es que más usuarios usarán esta versión Libre de Linux, presente en varias distribuciones GNU/Linux-libre, para descubrir acerca de los componentes de hardware que no respetan su libertad, después decir a los vendedores qué tan infelices están, y usar su libertad y poder de elección para apoyar vendedores que sí respetan a sus clientes.

Grandes negocios, gobiernos o grandes cantidades de usuarios trabajando juntos, aplicando una pequeña presión en el lugar correcto de los bolsillos de los distribuidores, frecuentemente puede hacerlos cambiar de parecer y voluntariamente respetar la libertad de sus clientes. Fallando en eso, aún podemos ayudar, participando en o brindando fondos para esfuerzos de ingeniería inversa. Distribuidores que voluntariamente respetan nuestra libertad merecen más aprecio, pero un producto que funciona en libertad, a pesar de los esfuerzos de su distribuidor, es mucho mejor que nada.

== Qué hay de nuevo en Linux-2.6.33-libre

No mantenemos los fuentes de Linux-libre directamente. En lugar, mantenemos scripts de “deblobbing” que limpian los “fuentes” de Linux, así produciendo fuentes de Linux-libre. El mayor avance en esta generación de Linux-libre, la cuarta desde que nos vimos involucrados, consistió en hacer los scripts de deblobbing más eficientes.

Luego de acumular miles de patrones para reconocer blobs, secuencias que parecen blobs pero no lo son, solicitudes de firmware no-Libre externo a Linux, y documentación que induce a los usuarios a instalarlo, ejecutar el script GNU sed generado para buscar y quitar blobs se volvió demasiado costoso para muchos usuarios: en versiones recientes de Linux-libre, GNU sed toma unos 15 segundos y más de 2GB de RAM para compilar todos los patrones en el script.

La solución fue el reescribir el script principal en un lenguaje script de alto nivel. GNU awk redujo el tiempo de inicio a acerca de 3 segundos, y los requisitos de memoria bajaron aproximadamente en un orden de magnitud, pero 3 segundos multiplicados por los 260 archivos que se limpian con este script para formar Linux-2.6.33-libre es mucha pérdida de tiempo. Python y PERL compilan nuestra enorme colección de patrones en décimas de segundo, mientras reduce el uso de memoria por aproximadamente otro orden de magnitud. Sin embargo, límites internos en el algoritmo de busca de patrones en PERL producen resultados incorrectos en deblob-check, así que usarlo con PERL no es recomendado por ahora.

Para limpieza de deblob-main de pequeños archivos en Linux, se verificó que Python fue el más rápido, razón por la cual ahora lo usamos por defecto. Para verificar que un tarball grande está limpio, el tiempo de ejecución de Python y PERL salta a más de 90 minutos, arriba de los 5 minutos con GNU awk y de tan poco como los 3 minutos con GNU sed. GNU awk viene adelante cuando se listan todos los blobs en un tarball de Linux, ahora con una característica largamente deseada: imprime, delante de cada blob, el nombre del archivo dentro de un tarball que lo contiene.

Futuras publicaciones pueden ser más inteligentes en elegir el componente más adecuado dependiendo de la tarea y las entradas. Por ahora, los usuarios de deblob-check deben de estar avisados de las nuevos parámetros: –use-python, –use-awk, –use-perl, y –use-sed, y las variables del ambiente correspondientes PYTHON, AWK, PERL, y SED.

El bajo uso de memoria y requisito de CPU para revisar y limpiar archivos individuales significa que es nuevamente posiblemente limpiar directorios de Linux a la hora de compilar, lo cual un número de usuarios consideran valioso.

En los siguientes días, publicaremos Linux-libre, 4ta generación, también para versiones previas de Linux, arreglando algunos errores de deblobbing en controladores en “staging”, y corrigiendo algunas más ocurrencias de nombres de blobs no-Libres en la documentación y mensajes de error.

== Solicitud de comentarios

Un número de nuestros usuarios han expresado insatisfacción legítima con una consecuencia del método que hemos usado para detener al kernel de inducir a los usuarios a instalar firmware no-Libre. No es nuestro objetivo el prevenir que los usuarios puedan cargar o ejecutar firmware no-Libre, pero la única manera que pensamos de evitar inducir usuarios de ejecutar firmware no-Libre tiene el efecto secundario de hacer imposible el usar cualquier firmware no-Libre con sólo instalarlo.

En Linux, varios drivers llaman request_firmware con un nombre de blob. Esta solicitud es registrada, incluido el nombre del blob, y pasada a un programa en nivel usuario, que debe localizar un archivo de firmware con ese nombre y subirlo al kernel. Dados los registros, en adición al comportamiento existente y potencial del programa en nivel usuario, esto equivale a Linux decir al usuario que instale un programa no-Libre específico, lo cual no es aceptable.

Publicaciones de Linux-libre desde la generación 2 remplazan el nombre del blob con un nombre que el cargador de firmware probablemente no encontrará, y que puede ser reconocido para informar a los usuarios acerca de la falta de firmware Libre para algún componente de hardware en el sistema. También rechazamos cualquier respuesta que el cargador de firmware produce para dichas solicitudes, para minimizar el riesgo de coincidencias accidentales y daño de hardware.

Razonamos que cualquiera determinado a usar el firmware aún podría compilar un módulo, o un kernel completo, que haga la solicitud y use la respuesta. Esta posibilidad fue considerada muy incómoda por algunos.

Recientemente se nos ocurrió otra forma de alcanzar la meta de detener al kernel de invitar los usuarios a caer en la trampa del Software no-Libre: donde Linux solicita archivos conocidos como no-Libres, podríamos anonimizar el nombre del blob con un hash unidireccional de su nombre y un identificador de la compilación y/o de la sesión del kernel, y hacer la solicitud por un archivo nombrado con el hash calculado.

Dada una implementación adecuada del cargador de firmware en nivel usuario, cualquier pieza del firmware que el usuario eligió instalar aún seguiría siendo localizada inmediatamente y hecha disponible para el kernel. Sin embargo, por causa de la naturaleza unidireccional del hash, una solicitud por firmware que no esté instalado no induciría a su instalación: el código de hash no los identificará inmediatamente. Así, si el usuario insiste en instalar el firmware, Linux-libre podrá usarlo, pero es muy poco probable que alguien instale el firmware por influencia de Linux-libre.

Únetenos en linux-libre@fsfla.org y déjanos saber tus sugerencias, otras formas de apoyar este tema, o tu opinión acerca de este plan y si crees que pueda ser aceptado en la versión “río arriba”. ¡Retroalimentación y ayuda son bienvenidas!

Entre tanto, ¡Sé Libre! con Linux-2.6.33-libre, y ayúdanos a revertir la creciente dependencia de Linux en firmware no-Libre.

== Acerca de Linux-libre

Linux-libre es un proyecto mantenido por FSFLA, que publica versiones limpias de Linux, adecuadas para uso en distribuciones que cumplen las Guías para Distribuciones de Software Libre publicadas por el proyecto GNU, y por usuarios que quieren correr versiones Libres de Linux en sus sistemas GNU. El proyecto ofrece scripts de limpiar, fuentes Libres, binarios para algunas distribuciones de GNU/Linux-libre, binarios Libres para reemplazar con cambios mínimos los kernels de distribuciones no-Libres de GNU/Linux: Freed-ebian y Freed-ora, y artes gráficas con GNU y la mascota de Linux-libre: Freedo, el pingüino de color azul claro, limpio, Libre y amistoso con el usuario. Visita nuestro sitio y ¡Sé Libre!

http://linux-libre.fsfla.org/
http://www.gnu.org/distros/

== Acerca de FSFLA

La Fundación Software Libre América Latina se ha sumado desde el 2005 a la red internacional de FSFs, anteriormente formada por las Free Software Foundations de los Estados Unidos, de Europa y de la India. Esas organizaciones hermanas actúan en sus respectivas áreas geográficas con el sentido de promover los mismos ideales de Software Libre y defender las mismas Libertades para usuarios y desarrolladores de software, trabajando localmente, pero cooperando globalmente.

http://www.fsfla.org/

Via | www.recbib.es

Los LiveCDs de Linux, o incluso versiones para USB, son una genial manera de “remojar los pies” con cualquier distribución de Linux disponible. Pero existe un problema – dos, en el caso de los Cds. No es posible guardar los datos (y los CDs son extremadamente lentos, aunque ya se están tomando medidas al respecto).

Así que podemos experimentar todo lo que queramos, pero a la hora de guardar un documento, o incluso descargar un programa, nos veremos obligados o a instalar el OS, o simplemente resignarnos a sacar el disco, y volver a nuestras tareas diarias.

usb-creator

Linux Live USB Creator resuelve este problema, al darnos la posibilidad de añadir un espacio “persistente” en el USB. Por lo tanto, podremos grabar archivos, descargar aplicaciones, y utilizar nuestro Linux del USB como si fuese el sistema operativo principal, con una sola limitación: no podremos realizar actualizaciones del OS (kernel updates): es decir, si a los 6 meses sale el nuevo Ubuntu, tendremos que reinstalar todo el OS en nuestro USB. Pero esta limitación es mínima, comparada a las ventajas que ofrece tener un USB con Linux, con la posibilidad de guardar datos.

Qué hacer?

Screen shot 2010-03-01 at 1.11.08 PM

Lo que hace a Linux Live USB Creator (o Lili para los amigos) especial, es lo simple que hace todo el proceso de instalación, configuración, y preparación del USB. Es más, con tan sólo darle doble click al programa, veremos una pantalla idéntica a la de la foto superior, que nos da los 5 pasos en un solo vistazo, con todas las opciones disponibles.

Antes de ver los pasos al detalle, sin embargo, mejor descargar la aplicación, que pueden hacerlo desde aquí Linux Live USB.

Paso 1

Screen shot 2010-03-01 at 2.08.32 PM

Elegir el USB Drive. Asegúrense de elegir el USB que van a utilizar correctamente.

Asegúrense de tener un USB de al menos 1 GB de espacio libre (para la mayoría de distribuciones)

Asegúrense de que esté formateado en Fat32 o Fat (preferiblemente FAT32)

Paso 2: Elegir la fuente

Screen shot 2010-03-01 at 1.22.29 PM

Acá nos referimos a qué distribución de Linux queremos instalar. Si ya descargaron el ISO de la página oficial, simplemente elijan ISO. Si tienen un disco, simplemente la opción de CD. Con Download, tendremos una lista de distros disponibles, entre las que se encuentran:

  • Ubuntu / Kubuntu / Xubuntu 9.10
  • Ubuntu 10.04 Alpha 2
  • JoliCloud
  • Puppy Linux
  • Gentoo
  • Android (si, el sistema operativo de smartphones)
  • Linux Mint, una de mis distros favoritas
  • Fedora 11 / 12
  • muchos otros más

Paso 3: Persistencia

Screen shot 2010-03-01 at 1.42.56 PM

Ahora sí, el paso que nos interesa. Aquí podremos habilitar la opción de Persistencia (aparecerá una vez que hayamos descargado la distribución de Linux, o elegido un ISO). Cuando aparezca, podremos poner un porcentaje de espacio (se recomienda 300-500 megabytes a menos que instalemos muchos programas / creemos muchos archivos), para utilizar como “memoria persistente.

Paso 4 / 5

Screen shot 2010-03-01 at 2.05.59 PM

Ya estamos en los últimos pasos de la creación. La opción de LinuxLive nos permite cargar el USB desde el mismo Windows, sin tener que reiniciar (un modo a lo máquina virtual), además, claro, de poder cargar el USB directamente.

Finalmente, tenemos el ícono del rayo que empezará con la creación. Esperamos unos minutos, y listo!

Ahora? Ahora tenemos que configurar nuestra PC para que cargue primero el USB. Pueden ver el tutorial aquí: Cargar un USB en nuestra PC

Y listo! Tendremos nuestro USB listo, con Linux, capaz incluso no sólo de guardar nuestros documentos, aplicaciones, y datos, sino que también podremos cargarlo desde Windows, sin necesidad de reiniciar!

img

Keith Curtis ingresó a Microsoft en 1993 para incorporarse al equipo de Microsoft Word, en esos años el equipo tenía sólo 20 personas, la misma cantidad que hoy en día Sun mantiene trabajando para OpenOffice completo.  Tras retirarse de la compañía después de 11 años, conoció el software que se crea fuera de Microsoft gracias al desarrollo abierto, y presentó sus puntos de vista.

Segun Keith, Windows Vista demostró que Microsoft sigue siendo una compañía enfocada en la ingeniería, y por lo tanto la gente sí se da cuenta cuando las cosas se hacen mal, no es “puro marketing”.  Vista causó que muchos usuarios consideraran por primera vez otros sistemas operativos para escritorio como Mac OSX y Linux.  Si bien Windows 7 curará las heridas con los usuarios de Windows, es difícil que haga volver a aquellos que hace tiempo abandonaron el sistema.

Keith también dice que los nuevos releases ya no son tan importantes como alguna vez lo fueron. Antes de que las aplicaciones web fueran dominantes, Microsoft necesitaba que los desarrolladores de aplicaciones y partners crearan nuevas versiones para su sistema operativo y que usara las bondades de éste. Así pasó con Windows 95 y la introducción de los 32-bit y multitarea preemptiva, y posterioremente con Windows XP y el kernel de NT.

Para Keith, el hecho de que construir software es complejo para todos, pero la dificultad adicional para Microsoft es mantener la compatibilidad con todo lo que ya existe.  Después de haber visto tanto el código de Microsoft como el de otros sistemas, Keith cree que la mayor ventaja de Mac OSX y Linux es que no tienen que cargar con tanto código antiguo.

Aunque Windows 7 no hará que los usuarios de Apple vuelvan, si podría reducir el crecimiento perdido con Vista, y Microsoft perfectamente puede solucionar los problemas que Apple destaca en sus anuncios de PC vs Mac.

Sin embargo, Keith dice que el caso de Linux es diferente, porque  puede correr en hardware barato, tiene una gran cantidad de programadores en todo el mundo, menos código obsoleto, un mejor modelo de desarrollo y además se puede conseguir gratis.

Keith también destaca las aplicaciones que vienen en un sistema Linux moderno, como por ejemplo el soporte de múltiples protocolos de mensajería en una sola aplicación (N del E: y OpenOffice).  Finalmente destaca una característica que ningún otro sistema tiene: una gran cantidad de aplicaciones libres e instalables con un sólo click.

Aunque muchos programas no están tan bien terminados como Firefox, por nombrar un caso, hay muchos que ya son suficientemente buenos y a diferencia de su competencia, van mejorando a medida de que la base de usuarios crece, gracias a su modelo de desarrollo.

He usado Linux por cuatro años y he visto mejoras drásticas, incluso el ritmo del progreso se incrementa.  De hecho, después de varios años investigando sobre el tema, me he convencido de que Linux es el futuro de la computación, así como Wikipedia es el futuro de la enciclopedia.

Después de sus 11 años en Microsoft, Keith Curtis escribió el libro After the Software Wars que también está disponible para descarga. Keith dice que se decidió a escribir el libro cuando dejó Microsoft y comenzó a usar Fedora Core para ver cómo vivía la otra mitad del mundo.

ati-linux

Hace un tiempo atrás, como parte de una estrategia para ponerse al día con Intel y NVIDIA, ATI liberó especificaciones y ejemplos que permiten a la comunidad de código abierto implementar un driver para sus chips R6xx/R7xx en Linux.

Inicialmente los avances fueron lentos, pero gradualmente los desarrolladores han ido soltando la mano con el material entregado. Es sabido que para trabajar en un proyecto de este tipo no sólo se necesitan las ganas, sino que también hay que ser capaz de entender el diseño del hardware, la arquitectura de aceleración de video del sistema operativo, todo esto esto sazonado con dosis del lenguaje C a gusto.

Ahora el driver ha llegado a un estado en que puede mostrar más que sólo triángulos.  Existe un conjunto de pruebas unitarias que el driver debe pasar para medir su avance, y el driver actualmente pasa exitosamente 14 de 63 pruebas, mientras que 24 pruebas renderizan mal y las 25 restantes no renderizan o simplemente se caen. Para lo no entendidos, podemos comentar que se trata de un concepto similar a las pruebas ACID que se realizan sobre los navegadores para medir su cumplimiento de estándares.

Se espera que las piezas que integran el kernel con este driver estén listas para el próximo release 2.6.31, por lo tanto dentro de unos pocos meses este driver podrá estar disponible para ser usado por el público general.

Via | Fayerwayer

lgoo

Después de un año y medio de trabajo, la hacker del Kernel y empleada de Intel Sarah Sharp anunció en su blog que ya está disponible para descargarse de su repositorio Git el driver xHCI (Extensible Host Controller Interface) con soporte inicial para dispositivos USB 3.0 para GNU/Linux. Los parches para incluirlo en el la próxima versión 2.6.31 del Kernel ya están programados, así que los usuarios de Linux deberían tener soporte para USB 3.0 en el mes de Septiembre. [More]