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 ‘ sistema operativo ’

nasa_opensource-300x225

Un periodista tuvo la oportunidad de entrevistarse con el CTO de la NASA, Chris Kemp, y aprovecharon para hablar del proyecto OpenStack en que están participando. La NASA está colaborando con RackSpace para ofrecer una “nube de computación Open Source” en la que aportarán su entorno Open Source Nebula, que fue diseñado para este tipo de escenarios.

Kemp añadió que la NASA está usando la virtualización KVM gracias a Ubuntu Lucid LTS, y de hecho no están pagando a Canonical por soporte, y están usando Ubuntu como un sistema operativo de libre distribución, tal y como lo usan muchísimos usuarios finales (lástima para Canonical, que no ingresa dinero en este caso por contratos de soporte).

El sistema Nebula de la NASA hace uso de interconexiones Ethernet y de servidores blade para mantener los costes bajos, y al usar Open Source se permiten recortar los gastos para las empresas, algo clave para el desarrollo de una nube de computación Open Source que sirva como alternativa a otras propuestas propietarias y comerciales.

android-logo

iPhone lleva más tiempo en el mercado y ha sido un auténtico boom, por eso Android tiene en iOS un muro muy alto que superar. Pero cuenta con un arma clave, la multiplicidad de marcas, por eso su crecimiento está siendo tan fuerte. Los datos de un estudio reciente sirven para confirmarlo.

Se han recogido los datos de páginas vistas de más de 80.000 sitios que muestran que la mayoría de internautas prefieren hacerlo desde un producto de marca Apple. Los datos, publicados a través de Mashable, reflejan que el 55% navegantes lo hacen con un dispositivo que corre sobre iOS por el 18% de Android.

Concretamente un poco más se aprecia la facilidad que da Apple para que sus usuarios actualicen a la última versión,  iOS4 (49,9% del total), mientras que hay menos de un 2% de teléfonos funcionando con Froyo, la última de Android, frente a un 70% aproximadamente que corre con la 2.1. La misma libertad que otorga Google a las operadoras móviles está dando problemas a los usuarios, que no pueden acceder a la mejor tecnología.

Sin embargo, la variedad de marcas que han llegado a acuerdos con Google para utilizar Android está siendo su pilar de crecimiento.  El sistema operativo móvil ha ido conquistando mercados y marcas por igual. Tras el desembarco en América, ahora son las compañías asiáticas las que siguen apostando por él. Samsung lo escogió para su Galaxy S i9000, Fujitsu para entrar al mercado de teléfonos y en China lo están moldeando a su manera.

La otra vía de entrada que está explotando la compañía del buscador más empleado es la de las tabletas. Asus ha sido la última en renunciar a Windows a cambio de Android, sumándose a una larga lista en la que están nombres como Cisco o LG.

Por eso no sorprende que en el estudio hay más de 7,7 millones de personas que han accedido a esas páginas web con un dispositivo equipado con ese sistema operativo móvil frente a los 9 millones de iOS.

Y aún falta Windows Phone 7 por sumarse a esta batalla, con todo el esfuerzo y el empeño de Microsoft por diferenciarlo de Windows Mobile. El segundo semestre del año estará repleto de competencia, y eso siempre acaba beneficiando al usuario.

Sony elimina Linux de PS3

By amunoz on Julio 23, 2010

linux-ps3

Como es de esperar, las quejas no tardaron en llegar y varios grupos de jugones encauzaron por separado varias demandas ante un tribunal federal en San Francisco. Hasta el momento no había más información de estas demandas colectivas y Sony ha seguido hacia delante con su decisión, a sabiendas de que la opción de instalar Linux en la PS3 se había utilizado comercialmente para captar compradores.

Ahora, los abogados de estos grupos de demandantes han aconsejado a éstos que formen una sola demanda para hacer más fuerza en el juzgado, por lo que las diferentes demandas de pequeños grupos se han convertido en una acusasión más potente.

¿Qué pasaría si los demandantes ganasen el juicio? Pues según cuentan algunos expertos, en caso de que Sony pierda el juicio por retirar una servicio garantizado en la compra, lo más que podría imponer un juez es devolver una pequeña cuantía a cada demandante o algún tipo de cupón descuento, pues los argumentos de Sony son totalmente correctos al indicar que su negocio estaba en peligro al detectar que los hackers utilizaban Linux para crear un sistema que permitiera piratear la PS3.

android_pirata4

El futuro de Android podría estar en China, pero un interesante artículo de ArsTechnica llama la atención sobre el hecho de que si bien seguramente Android se convierta en el sistema operativo predominante en el gigante asiático, podría no haber consecuencias positivas ni para Google ni para la comunidad open source.

El principal problema es que, si bien Android está basado en Linux, no todo el sistema es open source: el kernel es un Linux “hecho y derecho“, con licencia GPL, pero bastantes partes tienen una licencia Apache (por lo que pueden ser utilizadas para hacer modificaciones privativas al código) y el resto, prácticamente todas las partes de alto nivel, como el Android Market y la mayoría de los componentes particulares de Google, son completamente privativos.

Por esto es que cada compañía hace su propia versión del sistema: porque pueden. Toman el código fuente, lo personalizan, pero no liberan el código de nada de lo hecho. ¿Y qué tiene que ver China en esto? Que en el ecosistema móvil chino utilizan OPhone, un fork de Android que limita la participación de Google en el sistema (sabemos que la relación entre China y Google es, cuando mínimo, particular). Curiosamente, OPhone no utiliza para nada Android Market, que es una de las maneras que tiene Google de minimizar la fragmentación del sistema y la cuestión llega al punto de que Baidu, el “Google chino”, podría lanzar al mercado su propio sistema operativo móvil, basado en… sí, en OPhone.

Es evidente que las principales compañías chinas están apostando todas sus fichas en Android y parece no haber dudas sobre el éxito que tendrá allí, pero las licencias son completamente permisivas, por lo que podrán tomar el código fuente, quitarle toda funcionalidad propia de Google y añadir lo que quieran sin tener que reportar nada a la comunidad. Es decir, ni Google ni Linux podrían ver beneficio alguno del éxito de su plataforma.

shuttle-x50v2 Casi exactamente un año después de intentarlo con el Shuttle X50, se ha presentado en Europa su sustituto, el Shuttle X50V2, modelo que no muestra novedades en el diseño y apenas se limita a actualizar sus componentes interno. Tampoco la filosofía de este Shuttle X50V2 es una novedad. Este sobremesa todo en uno quiere convertirse en un ordenador para llevar de un lado a otro de la casa gracias a su asa incluida que actúa a la vez como soporte, y que se convierta según el momento en un equipo para trabajar o para disfrutar. Incluso viene preparado para ser colocado en una pared. Las ventajas de un ordenador como el Shuttle X50V2 respecto a los sobremesa tradicionales es que el consumo se reduce usando procesadores Intel Atom, que son de doble núcleo en este modelo (Intel D510 y chipset NM10), y que es un equipo bastante silencioso por usar refrigeración pasiva sin ventiladores de por medio. El resto de especificaciones casi que os las podéis ya imaginar si os decimos que estamos antes untodo en uno de bajo coste: memoria RAM de hasta 4 GB, gráfica integrada, sistema operativo Windows 7 o Linux, lector de tarjetas, altavoces integrados y WiFi. Sin embargo, este X50V2 añade una pantalla táctil que puede ayudar a los nuevos en la informática a manejar el equipo, aunque sin una interfaz personalizada es más difícil que ocurra, y Shuttle no ha creado ninguna para este nuevo modelo. b9038b6cba

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!

google-chromeos

Las sorpresas de Google esta semana todavía no acaban. Bastante expectación ha causado su sistema operativo, del que ya hemos visto algunas imágenes algo convinventes y algunas versiones falsas, pero la hora de la verdad llegaría la próxima semana.

Según el sitio TechCrunch, “fuentes confiables” habrían confirmado que Chrome OS estaría disponible para descargar en una semana más.

google-chrome-os-captura

Se trata de un gran paso para Google, que entraría a competir de lleno con Microsoft, Apple y las demás distribuciones de Linux que existen. Hasta el momento, la compañía ha mantenido el dominio en internet, pero ahora entra al terreno de los sistemas operativos.

Chrome OS apunta en principio a los netbooks y está enfocado en el uso de los PC en Internet, por lo que, por ejemplo, sus aplicaciones estarán en la nube.

Se espera que cuando aparezca no funcione completamente bien en todos los computadores, ya que los ingenieros de Google deben crear drivers para todas las posibilidades de hardware. Por esto, la compañía indicaría en un principio los modelos de netbooks “ideales” para funcionar con este sistema, pero habrá que ver una vez que se haga el anuncio.

Si realmente Chrome OS aparece la próxima semana, es una gran noticia y habrá que prepararse para probarlo.

Vía_Fayerwayer.com

Link_http://www.techcrunch.com/2009/11/13/google-chrome-os-to-launch-within-a-week/

El Linux que usa Google

By agunsche on Noviembre 9, 2009

google-linux

Google es probablemente la organización en donde está corriendo la mayor cantidad de sistemas Linux.  Gracias a este sistema operativo fue posible crear un esquema de trabajo distribuido y a la medida que fuera suficientemente independiente para permitir convertir una tesis en lo que hoy es Google.
Pero hasta hace poco, no se sabía mucho de qué uso y qué tipo de problemas encontraba Google en su intensivo uso de Linux.  Digo hasta hace poco porque en el reciente Kernel Summit realizado en Japón, Mike Waychison de Google asistió para exponer a los principales hackers del kernel, el uso que este gigante informático le da a Linux.
Google usa un sistema de control de versiones del software bastante arcaico para lo que está acostumbrada la comunidad del código abierto, lo que provocó risas en los asistentes.  Se trata de Perforce, y en comparación a nuevos sistemas como Git, tiene limitaciones o modos de trabajo que uno jamás pensaría que tendrían en Google.  No es de extrañar el interés despertado en los asistentes a la presentación que hizo Linus Torvalds sobre Git en Google hace un tiempo atrás.
Y eso es sólo el comienzo, ya que Google maneja versiones bastante atrasadas de Linux.  Alrededor de 30 ingenieros trabajan sobre una única base de código, aplican cambios y aproximadamente cada 18 meses sincronizan su propia versión con una versión pública de Linux.  Al ritmo que se desarrolla el kernel, la cantidad de cambios acumulados en todo ese tiempo lo convierten en una tarea titánica.
Es tanto así, que muchas de las lineas de código que Google agrega a su propia versión son funcionalidades que se han implementado en Linux pero que no existían en la versión que usaron como base. Así sucedió por ejemplo con el soporte de 64-bit y el soporte de SATA.  Actualmente se están preparando para mezclar con 2.6.26, mientras que la versión pública ya se acerca a 2.6.32.  Los cambios de Google serán aproximadamente 300.000 líneas de código en donde un 25% corresponde a backports de nuevas características.
El código es horrible
Linus Torvalds quien obviamente estaba presente y no fue sólo a sacarse fotos a Japón, preguntó por qué Google no aplicaba sus cambios al kernel público.  Mike respondió que el código era bastante horrible y basado en versiones antiguas de Linux, además de que no tenían seguridad de que los cambios aplicados por ellos tuvieran alguna utilidad para otros y que probablemente sólo la mitad de éste sería publicable.  Hay que recordar que licencias como GPL no obligan a publicar el código que se usa internamente, por lo que Google está en su derecho de no publicar sus cambios.
Otro aspecto importante es que los estándares para aceptar código en el kernel son bastante altos, por lo tanto un cambio que Google puede hacer rápidamente se convertiría en un proyecto de largo o mediano plazo al entrar en un proceso más exigente como es el desarrollo de Linux.
Mike también habló de uno de los aspectos críticos del kernel para Google, que es la forma en que se ejecutan los procesos.  En un sistema multihilos como Linux, existe un componente que se encarga de decidir qué proceso usará la CPU en un momento determinado, este componente se llama scheduler o planificador.  Para Google se trata de un componente en donde los cambios tienen un alto impacto, ya que en sus sistemas corren unos 5000 hilos en 16 a 32 cores, mientras que en el equipo de Linux este aspecto se ataca con criterios de diseño que apuntan a un uso más tradicional.
En general Google aplica varios cambios a medida que los necesita, en forma independiente a cómo se implementan en el kernel, hasta que llega el momento de cambiar de versión. Según los asistentes, esta participación en Linux Summit fue bastante productiva ya que se puede decir que la comunidad aprendió mucho de uno de sus principales y extremos usuarios.
Fuente: fayerwayer

mandriva20100

Mandriva presentó oficialmente las nuevas versiones 2010 de esta distribución originalmente basada en Red Hat y cuyo nombre clave era “Adelie”. Haciendo un poco de historia, esta distro surgió de la unión entre Mandrake Linux, de Francia, y la empresa brasileña Conectiva.

Las versiones 2010 incluye el kernel 2.6.31, KDE 4.3.2 o GNOME 2.28, OpenOffice 3.1.1 y Mozilla Firefox 3.5, además de reducir el tiempo de inicio, un tema que obsesiona a todos los desarrolladores por estos días, y que poco le importa al verdadero geek, aquel que no apaga nunca su computador.

Según cuenta el blog oficial de Mandriva, una de las novedades gráficas de la edición 2010 es la herramienta “Smart Desktop”, que ofrece acceso dinámico y personalizable a archivos como fotos, documentos, emails o videos. Además, el Control Center facilita la administración del sistema en cuanto a datos y conexiones.

Para los que le quieran dar una probadita a esta nueva versión, basta con acceder al sitio web oficial, donde podrán descargar las versiones gratuitas (Free y One) y conocer algunas de las versiones de pago. Además, en la tienda oficial pueden comprar un pendrive de 8 GB que incluye la versión Flash.

Link Mandriva blog!

Download Mandriva 2010

video

Uno de los aspectos que hace un par de años molestaba a muchos usuarios de Linux era el tiempo que demoraba el sistema en iniciar, que en general superaba el minuto.  Poco a poco el tiempo se ha ido acortando, llegando a limites inimaginables con unidades de estado sólido (SSD).

Ahora que apareció Ubuntu 9.10 Karmic Koala, en el sitio TuxRadar prepararon un video mostrando el tiempo que se necesita esperar hasta que el sistema quede listo para ser usado. Para ello se generó un video que muestra al mismo tiempo el inicio de Windows Vista, Windows 7, Ubuntu 9.04 y Ubuntu 9.10 usando el mismo hardware.

El video mide el tiempo desde que el sistema operativo se inicia hasta que queda completamente operativo, en este caso se incluye Firefox abierto y la página de TuxRadar cargada.  Esto último es importante, porque un sistema operativo (cualquiera) puede usar el truco de mostrar el escritorio antes de que éste se encuentre listo para ser usado, lo que hace pensar que es más rápido aunque sea completamente inútil tratar de usarlo en ese momento.

¿Y a quién le importa lo rápido que inicia el sistema?  Pueden haber varias razones, en mi caso personal, cuando necesito revisar algo rápidamente y salir, y el equipo no está suspendido sino que apagado completamente.  También es un reflejo de algunos aspectos del diseño de un sistema operativo, por ejemplo uso de caché/preloading, optimización del acceso a disco, carga de bibliotecas dinámicas y procesamiento multitarea.
No solo hay que quedarse con la diferencia entre Windows y Linux, si quisiéramos comparar exactamente peras con peras y manzanas con manzanas podemos ver que Ubuntu ha mejorado respecto su versión anterior, mientras que entre Windows Vista y Windows 7 la diferencia no es tan notoria.
El video viene a complementar un benchmark que realizó TuxRadar hace un tiempo atrás en donde se puede ver los avances de Linux y también las diferencias entre Windows Vista y 7.