Categorías
Juegos

El código fuente de Jedi Academy y Jedi Outcast, disponible

Hace un par de días supimos que Disney había despedido a la plantilla de la productora de videojuegos LucasArts y cancelado todos los proyectos que estaban en marcha. Una triste noticia para el mundo de los videojuegos y para una empresa que se encargó de desarrollar algunos títulos legendarios.

Sin embargo esa noticia ha tenido un efecto colateral: los desarrolladores de Raven Software y la compañía Activision que se encargaron del juego Star Wars Jedi Knight: Jedi Academy (2003) y de Star Wars Jedi Knight II: Jedi Outcast (2002) distribuidos por LucasArts han decidido publicar el código fuente completo de ambos juegos en Sourceforge con una licencia GPLv2.

Los juegos están basados en el motor gráfico ioquake3, aunque según los comentarios de algunos desarrolladores que le han echado un vistazo al código, con muchas modificaciones. No obstante, ya hay un proyecto para trasladar (y mantener) Jedi Academy y Jedi Outcast en Linux, así que veremos si pronto podemos disfrutar de ambos títulos de forma nativa en Linux.

Ambos juegos están disponibles en Steam a un precio de 8,99 euros para Windows y Mac OS X, pero si todo va bien podríamos tener esa versión linuxera de forma gratuita si logran trasladar el juego de forma correcta y sin demasiados problemas. Esperemos lo mejor de este proyecto.

Y cómo no, R.I.P., LucasArts.

 

 

Categorías
Open Source Software Libre

Crowdfunding en el Software Libre, una idea prometedora

Hasta no hace mucho los programadores Open Source tenían complicado lograr rentabilizar económicamente sus esfuerzos. Parece que a algunos no les importa demasiado, y de hecho buena parte de los desarrollos Open Source se realizan casi por amor al arte.

Aunque hay empresas que apoyan esos desarrollos -el mejor ejemplo es el kernel Linux- hasta ahora no había demasiadas formas de que los programadores con pequeños desarrollos pudieran lograr apoyos financieros, pero el crowdfunding y servicios como KickStarter o IndieGogo han cambiado ese panorama.

De eso trata precisamente mi columna de hoy en mi blog personal, Incognitosis, así que como no es procedente calcar el post aquí, os remito a él si el tema os interesa. Desde luego, este podría ser el principio de una fructífera relación para ambas partes.

Categorías
GNU/Linux Microsoft Open Source Software Libre Ubuntu

Hispalinux demanda a Microsoft en la UE, sus argumentos no convencen

La asociación española de usuarios de software libre Hispalinux ha presentado una demanda ante la Comisión Europea en la que alega que Microsoft dificulta la instalación de otros sistemas operativos y de software libre. Y la dificultad es, como todos ya sabréis, el sistema de arranque seguro, UEFI Secure Boot.

En Gizmodo se han puesto en contacto con el abogado de Hispalinux, José María Lancho, que ha confirmado que la demanda se ha presentado «porque Microsoft quiere proteger su monopolio con un nuevo obstáculo técnico en Windows 8«. La empresa de Redmond obliga a los fabricantes de PCs y portátiles con Windows 8 preinstalado a integrar el nuevo UEFI Secure Boot afirmando que dicha tecnología evita accesos no deseados a nuestros ordenadores, pero dicho sistema ha generado mucha polémica.

Sin embargo, varias distribuciones Linux han solucionado el problema. Algunas como Ubuntu, openSUSE, o Fedora anunciaron soporte para UEFI Secure Boot hace tiempo, y la propia Linux Foundation publicó hace semanas su propia solución para que cualquier distribución GNU/Linux pueda adoptarla.

¿Convencen los argumentos de Hispalinux? No demasiado, desde luego. Como explica Matthew Garret (desarrollador del soporte Secure Boot en la Linux Foundation), hay una diferencia clara entre Secure Boot y Restricted Boot:

Secure Boot es cualquier esquema de validación de arranque en el que el control en última instancia está en manos del propietario del dispositivo, mientras que Restricted Boot es cualquier esquema de validación de arranque en el que el control en última instancia está en manos de una tercera parte.

Así, lo que Microsoft hace necesario en dispositivos Windows 8 entra en la categoría de Secure Boot: si los fabricantes y OEMs cumplen lo que Microsoft requiere, el usuario debe ser capaz de desactivar Secure Boot completamente y también dejarlo habilitado, pero con su propia alternativa en cuanto a claves de confianza y binarios.

El propio Garret reconoce que «cualquier sistema que cumpla los requisitos de Microsoft es un sistema que respeta la libertad del propietario del ordenador para elegir cómo de restrictiva es su política de arranque«. De hecho, la Comisión Europea está al tanto de dichas disposiciones y en un anuncio oficial dejaron claro que aunque monitorizarán este y otros desarrollos del mercado, Microsoft parece haber cumplido las normas:

La Comisión no está actualmente en posesión de evidencias que sugieran que los requisitos de seguridad de Windows 8 resultan en la práctica ser una violación de las reglas de competitividad de la UE como se declara en los artículos 101 y 102 TFEU. En particular, en base a la información actualmente disponible para la Comisión, parece que los OEMs pueden decidir darle a los usuarios la opción de deshabilitar el UEFI Secure Boot.

Así es, desde luego, y eso parece dejar claro que la demanda de Hispalinux no llegará a ningún lado y en este caso, creo yo, es exagerada y llega al punto de ser un mero ataque FUD impropio de un organismo tan conocido como Hispalinux.

Categorías
Google Open Source Ubuntu

Ya puedes tener reconocimiento de voz en tu distro Linux

Hace unos días hablamos del desarrollo de James McClain, un joven programador que había implementado una solución de reconocimiento de voz, Ubuntu Speech Recognition, basada en la API de Google Voice para poder realizar diversas tareas con órdenes de voz en una máquina Linux, de forma similar a como funciona Siri en dispositivos iOS.

Esta aplicación permite al usuario abrir sitios web en el navegador, preguntar cosas y realizar otras tareas con solo la voz. Aunque originalmente estaba desarrollada para Ubuntu, podía ser utilizada para otras distribuciones.

Ahora el desarrollador, que había iniciado un programa de beta privada para evaluar el desarrollo, quiere mejorar su evolución, y para ello ha liberado el código bajo licencia GPLv3.

Lo cuentan en Muktware, donde revelan un vídeo en el que se puede ver el programa en acción, y en el que indican dónde poder descargar el código fuente desde GitHub, donde uno de los ficheros (el famoso README.txt) explica cómo instalarlo antes de poder usarlo. A continuación, el mencionado vídeo. No está mal, ¿a que no? Habrá que ver si funciona en español…

Categorías
Kinect Programación

Microsoft libera los programas de ejemplo de Kinect, los hace Open Source

Los responsables de Kinect para Windows han anunciado que los programas de ejemplo de Kinect han adoptado una licencia Open Source, en concreto la Apache 2.0, que permite que cualquier interesado descargue el código fuente, lo reutilice y lo modifique a su antojo.

Los 22 ejemplos de código en C#, C++ y Visual Basic permitirán a los desarrolladores interesados en «meterle mano» a la plataforma Kinect a hacerlo con más facilidades. De hecho, es posible descargar el Developer Toolkit para ver el código de algunos componentes, pero esta opción es especialmente interesante para poder acceder a esos «samples» de forma rápida.

En Microsoft quieren que esa apertura de los programas logre que los desarrolladores den su feedback y sus comentarios, además de lograr actualizaciones más rápidas a través de CodePlex, un sistema similar a GitHub que notifica a los interesados cuando se produce cualquier tipo de cambio en los desarrollos.

Aunque el código fuente de los compontenes más relevantes de Kinect sigue siendo propietario, esta decisión demuestra el interés de Microsoft por atraer a más y más desarrolladores para una plataforma que va demostrando poco a poco sus posibilidades.

 

Categorías
Sin categoría

Canonical y la comunidad de Ubuntu: ¿una relación condenada al fracaso?

Estas últimas semanas están pasando muchas cosas importantes en el seno de Canonical, la empresa responsable del desarrollo de Ubuntu. La comunidad no está contenta, y no lo está desde hace tiempo. El primer signo de ese descontento llegó con Unity, una interfaz que por primera vez hizo sentirnos incómodos. Entonces no sabíamos a qué venía ese cambio. Puede que ni siquiera Shuttleworth y sus chicos lo supieran. Y entonces llegó el anuncio:

Cuando llegue la 14.04 LTS Ubuntu se usará en tablets, móviles, TVs y pantallas inteligentes que van del coche a la cocina, y conectará esos dispositivos de forma limpia y transparente al escritorio, el servidor y la nube.

Aquella fue la expresión de la epifanía de Shuttleworth. De su visión de futuro. Una visión que parecía ambiciosa, pero no tan ambiciosa como ha resultado ser gradualmente. Porque esa vocación de Ubuntu de convertirse en algo que pudiéramos usar en todo tipo de dispositivos no era lo único importante. La otra parte de la ecuación era aún más significativa.

Que la versión de Ubuntu que usásemos en un dispositivo sería exactamente igual al resto.

Eso era (es) lo realmente importante. Ubuntu permitirá que tu smartphone basado en esta distribución se convierta de buenas a primeras en tu PC. Misma plataforma, misma interfaz (que eso sí, aprovechará la resolución de pantalla), y sobre todo, mismo catálogo de aplicaciones. Una idea genial que hasta ahora nadie había enfocado con tanta claridad.

Pero las visiones tienen un problema: que no todos las comparten. Ubuntu nació con aquella frase autodefinitoria: «Linux for Human Beings«, pero poco a poco fue desmarcándose de algunos de sus principios. Hoy en día es difícil encontrar la palabra «Linux» en el sitio web de Canonical (salvo cuando hablan del kernel Linux en su sección de soporte), y muchos vemos sombras en la filosofía de esta empresa. Su inclusión de los resultados de búsqueda de Amazon, el hecho de que Unity no se use en ninguna otra distribución Linux, o de que Ubuntu One tenga clientes para Windows y Mac OS X pero no para otras distribuciones Linux (de nuevo) genera dudas. Sombras.

Esas sombras crecían. Y distribuciones como Linux Mint aprovechaban el momento para convencer a ubunteros despechados con una distribución que mantenía y mejoraba todo lo que esos usuarios echaban de menos en Ubuntu. Canonical ya no molaba tanto. No parecía escuchar a la comunidad. Y aquel comentario de Shuttleworth en marzo de 2010 dejaba las cosas claras:

Esto no es una democracia. Bienvenidos sean los buenos comentarios y los buenos datos. Pero no estamos votando sobre decisiones de diseño..

El creador de Canonical y de Ubuntu, que se había proclamado como «dictador benévolo» de su proyecto, ya no parecía tan benévolo. Y lo confirmaba en los términos oficiales de gobierno de Ubuntu:

Esto no es una democracia. Es una meritocracia. Tratamos de operar más sobre el consenso que sobre las votaciones, buscando que la gente que se encargará de hacer el trabajo esté de acuerdo.

Y en esas estábamos cuando a principios de año en Canonical anunciaban la llegada de Ubuntu for phones y, pocas semanas después, de Ubuntu on tablets. Dos patas de esa mesa que también estaría sostenida por Ubuntu en el escritorio (la distro actual para PCs y portátiles) y por Ubuntu en la televisión, à la Google TV, la única que aún queda por mostrar más sobre sí misma. Pero ni siquiera hace falta que muestren esta última pata. Canonical y Shuttleworth ya han comenzado a convencer a los que no teníamos esa visión tan clara. El problema no está en que uno comparta (como es mi caso) o no esa visión. El problema es que para hacerla realidad han fallado en algunas cosas. Y probablemente una de ellas ha sido la forma de comunicarselo a la comunidad.

De ello no solo se han quejado los usuarios, sino que la tormenta se ha producido por las quejas de gente importante en la comunidad de Ubuntu. Gente que ha trabajado mucho y muy duro tanto en el proyecto matriz como en proyectos derivados. Los mejores ejemplos los tenemos en algunos de los principales implicados en el desarrollo de KDE y de Kubuntu. Aaron Seigo (leyenda en KDE) ha criticado desde hace semanas los fallos en la forma de comunicar sus novedades que tiene Canonical y su dudosa nueva (¿o vieja?) forma de hacer las cosas:

El mayor problema que veo es que van a ir a por ello [esa plataforma única] por su cuenta y van a diferenciarse del resto del ecosistema del software libre con una pila software que han estado desarrollando en secreto y que te obligará a aceptar sus términos para que puedas contribuir a ella. 

De hecho han cerrado las puertas al resto del mundo del software libre. Asumirán que tienen que trasladar y mantener cosas como Qt, Gtk+, XUL, etc a su sistema. Asumirán que tienen que trasladar aplicaciones a ciertos puntos de integración (la mayoría de los cuales serán ofrecidos en aplicaciones Qt). No compartirán la infraestructura del shell de escritorio con nadie más, y usar su software libre en otras plataformas se convertirá en algo cada vez más difícil.

A ese comentario en su cuenta de Google+ se le suman otros, pero las críticas de Seigo son claras: la decisión de Canonical de desarrollar su propio servidor gráfico, Mir, en lugar de usar Wayland o el actual X.Org, -el otro anuncio relevante de estos días- es errónea desde el punto de vista técnico (un servidor gráfico es uno de los componentes más complejos que existen), pero es aún más errónea desde el punto de vista de la comunicación y la actitud de una empresa que parece contar cada vez menos con la comunidad.

Ese desmarque por la banda de Canonical también ha sido criticado por uno de los responsables del desarrollo de KWin (el gestor de ventanas de KDE). Martin Gräßlin escribía en su propio blog un post al respecto del de Shuttleworth y su «All the faces of Ubuntu«. Allí el creador de Canonical aseguraba que KWin funcionaría perfectamente en Mir, como señalando implícitamente que los desarrolladores de Kubuntu se pondrían manos a la obra. Pero Gräßlin tenía otra opinión, y la expresó claramente en su post, con algunos puntos aplastantes:

  • No tienen ni idea de cómo implementar KWin
  • Actualmente el número de commits a KWin por empleados de Canonical es 0
  • Ningún empleado de Canonical ha contactado a estas alturas con el equipo de KWin sobre cómo podríamos integrar Mir o si estaríamos interesados en ello.
  • Debo cuestionar la capacidad de Canonical para juzgar lo que otro software puede o no puede hacer después de los inexistentes problemas que Canonical afirma que tiene Wayland y que Mir no tendrá.

Y a esas se suman también las de Jonathan Ridell, principal responsable de Kubuntu, que tras tantos cambios y tantas decisiones tomadas a espaldas de la comunidad se ha hartado y ha dejado claro opinaba como Martin Owens (otro desarrollador de Ubuntu) que a estas alturas será mejor que muchos usuarios de Ubuntu pasen de una Canonical que a su vez pasa de ellos, aunque luego clarificó ese primer post con otro en el que, eso sí, se mantenía en sus trece sobre sus conclusiones originales:

Si quieres tener un papel importante como coaborador entonces Ubuntu Unity no es el mejor proyecto al que dedicarte. Es perfecto puesto que hay muchos proyectos que están esperando que más gente ayude, yo recomiendo Kubuntu pero hay docenas de otras variantes [distribuciones] y sub-proyectos esperandoos con los brazos abiertos.

Y en respuesta, Shuttleworth escribió a su vez un post en el que con un tono algo menos distendido le explicaba a Ridell que su actitud cizañera (mis palabras, no las suyas) no ayudaba demasiado:

Canonical, como depositaria de la comunidad Ubuntu, está invirtiendo un montón de energía en evaluar como sus acciones pueden afectar al resto de depositarios, y en ofrecerles formas de ayudar con su trabajo a las necesidades del resto de depositarios del proyecto.

Tú, como depositario de la comunidad Ubuntu, estás invitando ala gente a colaborar menos con este proyecto general, y colaborar más con un único depositario [con Kubuntu].

Hmm. Que no consigas lo que quieres no debería hacer que promociones un liderazgo dividido.

Ese ha sido uno de los primeros momentos en los que se ha visto a Shuttleworth perder un poquito los nervios. El otro, escrito justo después en respuesta a otro desarrollador de Kubuntu que apoyaba a Ridell, lo dejaba aún más claro. Y cito de nuevo a Shuttleworth:

Así que antes de marcharte furioso, tómate una taza de té y piensa sobre lo que das y recibes de nuestra relación. De verdad. 

Los calentones parecen estar siendo numerosos en toda la comunidad, aunque parece que han sido los desarrolladores de Kubuntu los que más se han esforzado en expresarlos, pero al rescate trataba de llegar Jono Bacon, community manager de Ubuntu, que se ponía en su papel y lanzaba hoy mismo un mensaje conciliador pero en el que dejaba claro que Canonical se quiere diferenciar de lo que existía hasta ahora en el mundo Linux:

Necesitamos cuestionar constantemente nuestro statu quo… no por el simple hecho de ser distintos, sino por el hecho de no ceñirnos únicamente a la tradición, ayudándonos a nosotros mismos a ser mejores en lo que hacemos, y en último término a conseguir el objetivo de llevar Ubuntu a las manos de más gente.

Ese párrafo de Bacon resumen en mi opinión algo que muchos no saben o no quieren ver. Ubuntu no quiere ser una distribución Linux. Quiere ser mucho más. Y si para ello tiene que iniciar proyectos propios, adoptar una filosofía «menos abierta» y provocar que parte de su comunidad abandone el barco, que así sea.

Los comentarios en ese mismo post de Jono Bacon son igualmente esclarecedores. En uno de ellos, un usuario apunta a una primera verdad evidente:

Uno de los problemas de construir una gran comunidad diversa es que esa comunidad que construyes es grande y diversa. Cuando más grande y más diversa es esa comunidad, más intentan los extremos desplazar al centro de esa comunidad. 

Pero el mejor comentario, que traduzco íntegramente a continuación, es especialmente brillante, y en realidad serviría como auténtico corolario de todo lo que ha pasado estas últimas semanas:

El problema, al menos para mi, es que todas las «grandes» decisiones se están realizando en secreto y de forma externa a la comunidad de desarrolladores que ha ayudado a que Ubuntu crezca y sea lo que es hoy. 

Cada pocas semanas hay una polémica porque se ha tomado una decisión que no tiene sentido, y las razones que se dan para haberla tomado solo suenan a excusa. Si se toma una decisión por dinero, dilo, no te enrolles y no trates de engañarnos. 

No me sorprendería que Mir fuese un prerequisito para algún producto de Canonical aún sin anunciar en el que están trabajando – y por supuesto solo lo sabremos cuando sea demasiado tarde para dar cualquier tipo de opinión. 

Básicamente, Canonical necesita darse cuenta de que no puedes dejar fuera del ciclo a la comunidad si quieres que la comunidad esté contenta. Eso solo resulta en una falta de confianza entre Canonical y todo el resto de la comunidad Open Source. 

Así es. La comunidad se siente excluida del proceso de toma de decisiones de Canonical, y eso les jode. Lógicamente. A mi también me provocaría ese sentimiento. Y sin embargo, ¿podría una visión como la de Mark Shuttleworth avanzar si la comunidad tuviera poder de decisión sobre la forma de trabajar en Ubuntu?

Lo dudo. Shuttleworth siempre ha tenido cierto tinte ‘stevejobsiano‘, pero comparto con él la mayor parte de su forma de hacer las cosas. Lamentablemente, la comunicación con la comunidad dista mucho de ser perfecta. Y ese es probablemente el único gran problema que sí podrían resolver en Canonical. El resto, que a ciertos miembros de la comunidad no les guste Mir, o Unity, o el ciclo de desarrollo de Ubuntu, no es algo sobre lo que realmente puedan opinar. Porque si lo hiciesen Ubuntu no iría a ninguna parte. Se quedaría como está. Y eso es lo que precisamente Shuttleworth y Canonical no quieren.

Categorías
Cloud Computing Open Source ownCloud

OwnCloud 5 Beta, el clon Open Source de Dropbox mejora

El proyecto ownCloud lleva tiempo dándonos alegrías y convirtiéndose en una alternativa real a servicios propietarios como Dropbox o SugarSync, y ahora sus desarrolladores han anunciado la disponibilidad de ownCloud 5 en versión beta, lo que anticipa la llegada de la edición final que aparecerá con novedades importantes.

Ya hay un largo camino recorrido, desde luego: cuando el desarrollador Frank Karlitschek comenzó a implementar su alternativa Open Source a soluciones propietarias hace 3 años lo hizo con un claro objetivo en mente, y tras ese tiempo ya cuenta con un producto bastante sólido, traducido a 42 idiomas y que de hecho cuenta con una versión comercial que sigue ofreciendo las mismas prestaciones que el producto original pero facilitando su puesta en marcha a las empresas.

Los pilares de ownCloud son el almacenamiento de ficheros y su sincronización, y además hay otros temas opcionales como la sincronización de contactos o calendario. Los clientes para diversas plataformas (incluidas Mac OS X y Windows) permiten mantener una o varias carpetas sincronizadas con el servidor donde reside nuestra instancia de ownCloud, que se instala de forma similar a cualquier WordPress y que por tanto podemos tener en nuestro servidor de hosting sin demasiados problemas.

En esta primera versión beta de ownCloud 5 -a la que seguirá una Release Candidate la semana que viene previsiblemente- se ha enfocado el trabajo en tres áreas, tal y como confirmaba Karlitschek en una entrevista con TechCrunch: la integración, el rendimiento y la usabilidad.

De hecho, la presentación de los contenidos y de la interfaz es uno de los mayores cambios de ownCloud 5, que ha sido rediseñado completamente para ofrecer una experiencia de usuario más clara y elegante. Además se ha integrado una nueva galería de fotos que equipara esta capacidad con la de las soluciones últimamente implementadas en rivales del mercado propietario, y por si eso fuera poco contamos con un previsualizador de documentos PDF o un reproducot de vídeos.

La integración con diversas bases de datos de usuarios es otra ventaja, y en ownCloud 5 podremos trabajar con sistemas UNIX y LDAP al mismo tiempo para las cuentas de usuario, algo que facilita la integración del servicio en la infraestructura existente. Se ha mejorado el sistema de cacheo de los ficheros, y según su desarrollador el rendimiento ha mejorado hasta en un 500% en algunas situaciones, por ejemplo en la sincronización con ordenadores de sobremesa y con dispositivos móviles.

El nuevo sistema de búsquedas basado en Lucene es otro de sus argumentos de peso, ya que sus competidores no lo ofrecen y esta capacidad funciona en clientes móviles y en la interfaz web. Al sistema de versiones que ya existía en ownCloud y que permitía recuperar ediciones previas de un fichero se le suma ahora una característica que deshace el borrado de ficheros que hemos eliminado de forma accidental.

Kalitschek afirma que en la actualidad hay más de 800.000 usuarios activos del proyecto ownCloud, y que una de sus bazas es la existencia de un catálogo de aplicaciones propio que dispone de docenas de módulos adicionales para expandir las prestaciones de ownCloud. Esperaremos impacientes el lanzamiento definitivo de ownCloud 5, un servicio que sin duda es uno de los mejores ejemplos de la validez de las alternativas Open Source frente a los servicios propietarios.

Categorías
Smartphones Tablets Tizen

¿Es Tizen tan abierto como nos lo quieren vender?

La reciente aparición de Tizen 2.0 parecía traer consigo muchas buenas noticias, pero también ha desatado una peculiar polémica que afecta a los principales desarrolladores del proyecto y a la cúpula directiva de The Linux Foundation, Samsung (principal apoyo de su evolución) e Intel.

Carsten Haitzler, más conocido como rasterman y creador del entorno de escritorio Enlightenment, es desde hace años el principal ingeniero trabajando en el desarrollo de Tizen. El proyecto tenía un atractivo especial para rasterman, ya que las librerías EFL que son la base de Enlightenmente también serían teóricamente componentes esenciales de Tizen.

Sin embargo, el propio rasterman ha confirmado que no es así y ahora es Bada OS -el anterior proyecto de Samsung para desarrollar un sistema operativo orientado a teléfonos de gama baja- el que se ha integrado en el proyecto Tizen. Como indican en Slashdot:

Con la versión 2.0 se ha completado un importante hito de la fusión . Los entornos de trabajo «Open Services Platform» de Bada (sus APIs y su implementación) se han fusionado con Tizen, formando un híbrido de entorno de ejecución HTML5 y capa de aplicaciones de teléfonos con Bada, que se asientan sobre el núcleo Linux y las librerías del sistema. Lo que preocupa  [a la comunidad] es el hecho de que todo esto haya sucedido de forma silenciosa, sin debate previo y sin anuncios, algo que no era de esperar ya que Tizen se publicita como un proyecto bajo el paraguas y el soporte de la Linux Foundation.

Esa declaración se une a los comentarios de rasterman, que no puede desvelar datos confidenciales, pero que sí comenta que no hay ningún tipo de comité técnico que tome las decisiones sobre el desarrollo de Tizen. Todas esas decisiones las toman directivos de Samsung que se aglutinan en el llamado TSG (Technical Steering Group) y que en realidad funciona con una estructura top-down: los que deciden son los directivos, «con conocimientos nulos del Software Open Source«.

No solo eso, en Slashdot completan este análisis indicando lo siguiente:

Además de los aspectos técnicos y de gobierno del proyecto, queda claro que el modelo de licencias de Tizen es por el momento complicado. Tizen se presenta como un sistema operativo Open Source basado en estándares con todo tipo de medios de comunicación alabando su apertura al compararlo con Android. Sin embargo el SDK de Tizen contiene una mezcla de componentes abiertos y propietarios que se han unido con una licencia no Open Source publicada por Samsung

Este son el tipo de cosas que condenan a proyectos como este.

Categorías
Chrome / Chromium

Google presenta Chrome 25 con soporte de reconocimiento de voz

Google ha publicado Chrome 25 para Windows, OS X y Linux, y lo ha hecho con una característica destacada: el soporte del reconocimiento de voz a través de la nueva API Web Speech, una API en JavaScript que permite a los desarrolladores integrar el reconocimiento de voz en sus aplicaciones web.

El soporte de voz es algo que Google ha estado impulsando en su sistema operativo Android, y que poco a poco está llevando a la versión de escritorio de sus soluciones (se habla de que Google Now también estará pronto disponible en Chrome). Con este soporte para el reconocimiento de voz, los usuarios podrán no solo buscar a través de la voz, sino también dictar documentos o controlar servicios web con comandos dictados.

Otra de las mejoras destacadas es la inclusión del soporte para el protocolo WebRTC, un proyecto Open Source que proporciona a los usuarios de Internet la capacidad de comunicarse en tiempo real con voz y con vídeo si el navegador lo soporta. Firefox 18 ya tiene soporte preliminar para este estándar, y Chrome 25 lo soporta desde la edición beta. Podéis probar este soporte en la Web Speech API Demonstration.

También han deshabilitado la instalación «silenciosa» de extensiones, y en Chrome 25 se deshabilitarán de forma automática aquellas que se hayan añadido sin permiso del usuario, aunque podremos mantener cualquiera de ellas aceptando esa opción cuando Chrome 25 nos pregunte. Normalmente instalamos extensiones desde la Chrome Web Store, pero algunas se instalan de forma silenciosa sin notificar al usuario, y algunos desarrolladores independientes estaban abusando de esta característica.

Podéis acceder a la nueva versión desde el menú de actualización del navegador, o bien instalar Chrome 25 desde la página oficial del proyecto, aquí.

Categorías
Osphérica

Bienvenidos a Osphérica

Hoy sale a la luz Osphérica, un pequeño proyecto personal en el que trataré de mantener la línea que seguía en mi querido MuyLinux -que queda en buenas manos- y en el que si todo va como espero podré aportar unas cuantas ideas que por falta de tiempo o recursos nunca he podido hacer que cristalizasen. Mi cambio de rumbo personal y profesional ha motivado este pequeño experimento, y si la cosa sale la mitad de bien de lo que salió con ML estaré encantado.

Osphérica nace de forma modesta, y de hecho al blog aún le quedan muchos ajustes finos, así que si detectáis cualquier fallo o tenéis sugerencias sobre el sitio o sobre los contenidos a cubrir, os ruego que me las comuniquéis a traves de la página de contacto o del sencillo formulario de la barra lateral («Qué se nos ha pasado?»). La idea es ir puliendo todos esos fallos y convertir a Ospherica en un buen punto de encuentro para todos los que sois usuarios o como mínimo observadores de lo que ocurre en el mundo Open Source y en el mundo de GNU/Linux y del software libre.

Asi pues, ¡bienvenidos a Osphérica!