Bountysource, el kickstarter de los desarrolladores Open Source

Últimamente estamos viendo como las campañas de financiación colectiva o crowdfunding permiten a emprendedores modernos llevar sus productos a la realidad. Los inventores nunca lo tuvieron más fácil, pero el modelo no es óptimo para el terreno del software Open Source.

Eso es precisamente lo que tratan de resolver Warren Konkel y David Rappo, que han puesto en marcha Boutysource. Esta plataforma sigue el mismo propósito que Kickstarter o IndieGogo, pero totalmente orientado al desarrollo de proyectos Open Source.

bountysource-1

El CEO de Bountysource, Warren Konkel, ha ofrecido una entrevista recientemente en OpenSource.com, y en ella desvela algunas de las claves del proyecto, que de hecho casi se lanzó en 2004 pero que se dejó cogiendo polvo en el baúl de los recuerdos para ser rescatado en diciembre de 2012, cuando precisamente tiene más sentido que nunca. De hecho, en esa entrevista Konkel explica entre otras cosas la diferencia  con Kickstarter o Indiegogo:

Es cierto que ha habido muchas recaudaciones de fondos exitosas para el Open Source en Kickstarter o Indiegogo, pero no les vemos como competidores directos. Esas plataformas funcionan genial como modelos pre-venta para bienes y tecnologías físicas orientadas al usuario final, pero creemos que el software Open Source necesita un modelo de inversión mejor que se alinee más con cómo se desarrolla el software.

Vemos la recaudación de forndos como un pequeño paso en el ciclo de vida de un proyecto Open Source, y en lugar de eso nos centramos en crear relaciones a largo plazo entre los desarrolladores y los inversores.

La idea, sin duda, es interesante, y ya ha recibido 1,1 millones de dólares en una inversión que les permitirá crecer de forma importante en los próximos meses y con suerte convertirse, como indica Konkel, “en la plataforma que permita a los desarrolladores ganar para vivir y en la que cualquiera pueda gastar dinero para acelerar el desarrollo de proyectos Open Source que usan“.

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

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

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

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

State of Linux Development 2013

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

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

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

Real Terminal y Koding, desarrollo y consola Linux en la nube

Los servicios en la nube están ofreciendo todo tipo de posibilidades, y una de las últimas y más llamativas es esa capacidad de desarrollar directamente desde la nube a través de plataformas como Koding, cuyos desarrolladores han lanzado ahora Real Terminal.

Real Terminal es una aplicación gratuita que funciona dentro del navegador Chrome (o Chromium) y que proporciona acceso a un entorno de desarrollo Linux muy funcional. Al instalarlo y lanzarlo contaremos con una consola de comandos que está basada en la de Ubuntu 13.04.

A partir de ahí podremos realizar todo tipo de tareas: instalar (¡apt-get al rescate!) servidores y aplicaciones o desarrollarlas con editores como vi o emacs son las más directas, pero parece no haber límites, ya que desde Real Terminal tendremos la posibilidad de conectarnos por SSH a otros servidores, o de ejecutar incluso un explorador de ficheros gracias al mítico Midnight Commander.

Entre los lenguajes directamente soportados están Node.js, Python, Ruby o Go, pero hay otros que igualmente podremos usar en esta “máquina virtual en la nube” que supone una interesante forma de programar y desarrollar y de poder acceder a ese entorno de desarrollo desde cualquier máquina con un navegador Chrome. Interesante, ¿no os parece?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Firefox OS Simulator 3.0 disponible

Si queréis probar Firefox OS, no tenéis por qué hacerlo con alguno de los terminales que se han puesto a la venta últimamente: bastará con que instaléis Firefox OS Simulator 3.0, la última edición de este desarrollo que permite trabajar con una versión simulada de la interfaz y aplicaciones de este sistema operativo móvil de Mozilla.

Los desarrolladores de esta aplicación han anunciado la disponibilidad de esta última versión que sucede a una versión preliminar que apareció hace unas semanas, y que por ejemplo añade soporte para la rotación de dispositivos o la simulación de una API de geolocalización.

Los desarrolladores que estén pensando en ir trabajando en aplicaciones y juegos para Firefox OS pueden encontrar una nueva característica “Push to device” que permite que cualquier aplicación del simulador sea enviada vía USB a un teléfono Firefox OS real si contamos con uno de estos dispositivos. El soporte de Gaia -la nueva interfaz de Firefox OS– y del nuevo motor de renderizado son otras características destacadas de este simulador, cuya documentación tenéis disponible online.

SubVim, un vim con lo mejor de SublimeText

Los editores de texto en Linux son uno de los grandes motivos de flame wars, con un legendario ejemplo con “emacs vs. vi”  en el que seguramente alguna vez hayáis participado. Está claro que cada uno tiene sus ventajas e inconvenientes -yo soy más de emacs- pero desde hace algún tiempo vi y su variante vim están ganando mucho terreno no solo en Linux, sino también entre los desarrolladores de Mac OS X, donde este editor ha demostrado su potencia.

No solo eso: algunos usuarios han querido confirmar esa versatilidad con todo tipo de tutoriales para aprovechar al máximo vim, y ahora aparece un desarrollo bautizado como SubVim que convierte a Vim en un editor que además de todas sus ventajas aporta algunas de las grandes características de SublimeText, otro de los editores preferidos de desarrolladores y usuarios.

Así, además de varios atajos de teclado, en SubVim encontraremos el esquema de colores de SublimeText, autocompletado a través del plugin YCM, restauración de espacios de trabajo (pestañas, ficheros abiertos), cierre automático de comillas, paréntesis, corchetes, y soporte para sintaxis de lenguakes como Go, Rust, Coffescript, Objective-C o Markdown.

Podéis obtener más detalles sobre SubVim en la página oficial del proyecto, donde explican además cómo aprovechar este desarrollo. Eso sí, para ello necesitaréis OS X 10.8 y MacVim instalados. Lo siento, post dedicado a maqueros con gusto por el Open Source 😉

LibreOffice cada vez más cerca de llegar a Android

Ayer hablaba de la aparición de la aplicación Coffice para Android, que es un primer paso del proyecto Coffice, la versión de Calligra para Android. Por ahora esta herramienta solo permite disfrutar de un visor de documentos ODT en tu móvil Android, pero pronto podría llegar a mucho más.

Sin embargo, no es la única herramienta preparada para este mercado. Hace más de un año que los desarrolladores del proyecto LibreOffice están involucrados en mayor o menor medida con el lanzamiento de LibreOffice para Android.

libreoffice-android-3

Como sabéis, con LibreOffice 4.0.1 llegó la aplicación remota para controlar presentaciones de LibreOffice desde terminales Android, pero por el momento esa ha sido toda el resultado que hemos visto de un proyecto que parece ciertamente ambicioso y que de hecho tenéis disponibles en versión pre-alpha tanto para el visor de documentos (algo más avanzado) como para el editor en forma de compilaciones diarias.

En Ars Technica hablaban hace poco de ello, indicando que ya hay camino avanzado pero que desde hace unos meses el ritmo de desarrollo se ha ralentizado por falta de recursos.  Michael Meeks, uno de los principales responsables del mismo, aparecía hace poco en una entrevista con Muktware que grabaron en el siguiente vídeo hablando de este proyecto, y como él mismo señala, sería fantástico que otros desarrolladores quisieran unirse a esta iniciativa, algo que pueden hacer a través de la lista de correo para desarrolladores. Tenéis más información sobre el proyecto en el wiki oficial de LibreOffice.

Ubuntu podría migrar a un modelo Rolling Release

No es algo que no se haya planteado anteriormente, pero últimamente el debate sobre el paso de Ubuntu a una Rolling Release se ha hecho mucho más evidente. Lo comentaba en uno de mis últimos posts en MuyLinux, pero ahora la cosa se ha puesto aparentemente seria tras un mensaje de Rick Spencer, empleado de Canonical, en la lista de correo de Ubuntu, lo que ha desatado una larga lista de mensajes al respecto en muy pocas horas.

Spencer lo deja claro: en su opinión Ubuntu debería abandonar las llamadas “versiones interinas” (Interim Releases) -o sea, las ediciones que se lanzan cada seis meses pero no son LTS- y contar únicamente con dos ediciones. La LTS, con soporte garantizado y muy útil para un uso profesional de Ubuntu, y la Rolling Release, que se actualizaría a diario y que permitiría evitar los problemas de gestión y de desarrollo que produce el tener que sacar una nueva versión sí o sí cada 6 meses.

En realidad Spencer propone tener también versiones intermedias cada mes para poder establecer objetivos de forma más clara, pero esta última idea es probablemente la que más flojea en un enfoque que muchos usuarios también comparten, y entre ellos, yo. Lo decía Spencer claramente en su mensaje: “Muchos usuarios prefieren que su sistema operativo no cambie demasiado a menudo“, y así es.

La idea ha sido bien recibida en las listas de correo en su mayor parte, pero también es cierto que muchos plantean dudas, como las que afectan al tema de la gestión de la seguridad o los controladores hardware, que precisamente son aspectos que ahora se tienen muy controlados con el modelo del ciclo semestral y las actualizaciones constantes de ciertos paquetes.

Sin embargo, también hay críticas importantes a nivel interno, como las que ha expresado Allison Randal, una veterana desarrolladora de Ubuntu:

“No me opongo totalmente a la idea de que todo este tiempo el modelo de desarrollo de Debian con sus versiones estables cada 2 años y una versión “inestable” continuamente evolucionando haya sido el adecuado. Pero francamente, si alguien viniera a mi con esta propuesta como si fuera una “startup” y me pidiera invertir en ella, le diría “no has demostrado que esto sea posible técnicamente”, y les mandaría a la pizarra para que comenzaran a explicarlo todo”.

El mensaje de Randal es contundente: Spencer lo pone todo muy bonito, pero su propuesta son solo palabras sin demasiados argumentos técnicos. Randal conoce bien el modelo de desarrollo de Canonical a nivel técnico y sabe que ha costado mucho llegar hasta este punto. Aunque la filosofía Rolling Release parece una idea interesante, dar el salto a una Ubuntu Rolling Release no será cuestión de dos días. De hecho, la semana que viene habrá un Ubuntu Developer Summit, y apenas habrá tiempo de poner en orden todas estas ideas para discutirlas allí, donde el foco indiscutible parece que será Ubuntu on tablets y Ubuntu for phones.

Así pues, parece que Ubuntu podría convertirse efectivamente en una Rolling Release, porque hay argumentos válidos para ello. El problema es tanto el cómo como el cuándo. Y ese cuándo apunta a un futuro no demasiado cercano.

Ubuntu Touch, pronto en más de 20 móviles Android [Actualizada: ¡aún hay más!]

La comunidad de desarrolladores de Ubuntu parece estar muy centrada en el impulso de la plataforma móvil de Canonical, y tras el lanzamiento de la versión preliminar de Ubuntu Touch Developer Preview que únicamente estaba disponible para los Galaxy Nexus, Nexus 4, Nexus 7 y Nexus 10 ha aparecido información oficial que confirma que pronto habrá versiones compatibles para más de 20 dispositivos basados en Android.

De hecho, ese “Trabajo en proceso” (Work In progress) que mencionamos más adelante para algunos modelos se complementa con la disponibilidad de imágenes para varios modelos de smartphones y tablets que como afirman en Canonical funcionan “más o menos” (Sort of working). En estos casos habrá muchos conflictos con bastante seguridad, pero al menos es un primer paso para el soporte de Ubuntu Touch Developer Preview en los siguientes dispositivos móviles:

  • Asus Transformer
  • Asus Transformer Infinity
  • Asus Transformer Pad TF300T
  • Galaxy Nexus
  • Galaxy Nexus
  • Galaxy Tab 2 10.1 Wifi
  • HTC Desire
  • HTC DNA
  • Huawei Ascend G300
  • Kindle Fire 1st Gen
  • Kindle Fire 2nd Gen
  • Kindle Fire HD 8.9″
  • LG Nitro/Optimus HD
  • Nexus One
  • Samsung Galaxy Note
  • Samsung Galaxy S (GT-I9000)
  • Sony Xperia S
  • Sony Xperia T
  • VZ SGSIII

La lista completa está disponible en el wiki oficial de Ubuntu, donde se encuentran los modelos que pronto serán compatibles (y en los que están trabajando, como decía), la forma de desbloquearlos para poder instalar estas imágenes y las personas de contacto que se están encargados de trasladas las versiones originales de la Touch Developer Preview a otros dispositivos, en concreto (por el momento) estos:

  • Alcatel OT-995
  • Asus Transformer
  • ATT SGSIII
  • Dell Streak 7
  • HTC One X
  • HTC One X+
  • HTC One X+
  • HTC One XL
  • Kindle Fire HD 7″
  • LG Optimus 4x HD
  • LG Spectrum 4G
  • Motorola Droid 3
  • Motorola Droid 4
  • Motorola Droid Bionic
  • Motorola Droid RAZR
  • Motorola XOOM
  • Nexus S
  • Samsung Galaxy Note i717
  • Samsung Galaxy S SCL (GT-I9003)
  • SGS II
  • SGS III
  • HTC Desire S

Esta noticia demuestra el interés que la comunidad de desarrolladores de Ubuntu tiene en poder probar la edición de Ubuntu Touch Developer Preview en diversos dispositivos, algo que sin duda también animará a usuarios y desarrolladores a comenzar a programar aplicaciones con el SDK que está disponible a través del anuncio oficial del mismo, aquí.