20 años de OpenDocument, el estándar abierto que plantó cara a Microsoft

OpenDocument (ODF) cumple veinte años. El Formato de Documento Abierto para Aplicaciones Ofimáticas de OASIS, la Organización para el Avance de Estándares de Información Estructurada celebra su vigésimo aniversario, recuerdan desde The Document Foundation (TDF).

Creado originalmente como un formato basado en XML con la intención de permitir el acceso universal y multiplataforma a los documentos, ODF ha trascendido su aspecto técnico para convertirse en un verdadero baluarte contra las estrategias cerradas de las grandes tecnológicas. En particular, de Microsoft Office y los formatos privativos utilizados por su suite ofimática, un estándar de facto, pero de carácter cerrado.

En palabras de Eliane Domingos, presidenta de The Document Foundation, ODF «garantiza a los usuarios el control completo sobre su contenido, libre de restricciones comerciales […] el único estándar abierto real para documentos de oficina y un símbolo contundente de libertad, interoperabilidad y soberanía digital… aunque todo es matizable: Open XML (OOXML), la respuesta de Microsoft a ODF, también es considerado un estándar abierto y su implantación real es muy superior, debido al monopolio, también de facto, de su software de oficina.

Por su parte, ODF es conocido principalmente por ser el formato nativo de OpenOffice primero, LibreOffice después, pero lo cierto es que su relevancia también es más amplia. Su adopción como estándar internacional ISO/IEC 26300 ha sido clave en las políticas tecnológicas de gobiernos y organizaciones de todo el mundo que buscan garantizar la transparencia, interoperabilidad y permanencia de sus documentos, desvinculándose así de proveedores específicos.

Y es que si bien las especificaciones de OOXML son abiertas, y no hay versión de LibreOffice entre cuyas novedades más destacadas no se mencione la mejor de su soporte… Microsoft Office sigue siendo la referencia indiscutible, y no solo por una superioridad técnica, sino por un grado de implementación que la competencia no logra alcanzar. Hay casos cercanos a la excepción, como ONLYOFFICE, pero las acusaciones de que Microsoft se guarda detalles para sí nunca han desaparecido.

Sea como fuere, hablamos hoy del vigésimo aniversario de OpenDocument, cuyo día de celebración fue ayer y, para conmemorar este hito, The Document Foundation ha anunciado una serie de publicaciones en su blog oficial detallando desde la historia del desarrollo y estandarización de ODF, hasta los esfuerzos actuales del Comité Técnico por avanzar hacia la versión 1.4 del formato. Todo ello con participación en eventos comunitarios del ámbito del código abierto y software libre.

Aquí nos conformaremos con compartir este breve recordatorio, porque aunque ahora se habla poco de este tema, hubo momentos muy complicados y controvertidos en el camino. Casi más con la aprobación de OOXML que con la del propio OpenDocument, pero… Todo está intercontectado.

Por cierto, ODF, OpenDocument Format engloba un buen número de formatos de documento, aunque solo estamos acostumbrados a unos poco. Más allá de documentos de texto, hojas de cálculo y presentaciones hay un mundo de aplicativos: dibujos, gráficas, fórmulas matemáticas…

 

Fuente: www.muylinux.com

Tras más de dos décadas, Mozilla impone «Condiciones de uso» para Firefox

Parece que esta semana la cosa va de navegadores web y la estrella de este circo ya sabéis cuál es, al menos por estos lares. Tras más de dos décadas, Firefox impondrá Condiciones de uso. Nada fuera de lo normal en prácticamente cualquier tipo de software, pero un movimiento cuando menos curioso a estas alturas de la película.

«Presentamos las Condiciones de uso de Firefox por primera vez, junto con un Aviso de privacidad actualizado», publicaban ayer en el blog de Mozilla… Y la noticia no tardaba en extenderse por los foros habituales, con todo tipo de opiniones acerca de una novedad no esperada por nadie. De hecho, lo primero que hacen en el comunicado es explicar el por qué de este movimiento.

«Aunque históricamente hemos confiado en nuestra licencia de código abierto para Firefox y en los compromisos públicos contigo, hoy estamos construyendo en un panorama tecnológico muy diferente. Queremos que estos compromisos sean muy claros y accesibles», explican, abogando por la transparencia… como si hasta ahora no la hubiera habido. Más allá de la sorpresa inicial, lo que más discusión ha generado es la gestión de los datos y la privacidad.

Las nuevas Condiciones de uso de uso de Firefox incluyen condiciones como las siguientes:

Estas Condiciones son un acuerdo vinculante entre Mozilla Corporation («Mozilla») y usted.

Mozilla le otorga una licencia personal y no exclusiva para instalar y usar la versión «Código ejecutable» del navegador web Firefox, que es la versión lista para ejecutar de Firefox de una fuente autorizada que usted puede abrir y utilizar inmediatamente.

Usted le da a Mozilla todos los derechos necesarios para operar Firefox, incluyendo el procesamiento de datos como describimos en el Aviso de privacidad de Firefox, así como para actuar en su nombre para ayudarle a navegar por internet. Cuando usted sube o introduce información a través de Firefox, usted nos concede una licencia mundial no exclusiva y libre de derechos de autor para usar esa información para ayudarle a navegar, experimentar e interactuar con el contenido en línea según usted indique al usar Firefox.

Mozilla puede suspender o rescindir sus derechos de acceso a Firefox en cualquier momento y por cualquier razón, incluyendo, entre otros casos, si Mozilla decide dejar de ofrecer Firefox. En el caso de que decidamos suspender o rescindir su acceso, realizaremos los esfuerzos razonables para notificárselo a través de la dirección de correo electrónico asociada a su cuenta o la siguiente vez que intente acceder a la misma.

Su uso de Firefox debe seguir la Política de uso aceptable de Mozilla, y usted acepta que no usará Firefox para infringir los derechos de nadie o violar ninguna ley o regulación aplicable.

En realidad no hay nada inusual en estas Condiciones de uso, pero algunos de los párrafos destacados han suscitado resquemores entre los usuarios, al punto de que Mozilla ha tenido que actualizar el comunicado, asegurando que este cambio «NO nos otorga la propiedad de sus datos ni el derecho a usarlos para nada que no sea lo que se describe en el Aviso de privacidad«.

Todo lo demás, ya era conocido y se aplicaba a través de la licencia o del uso del navegador: las prerrogativas que otorga la propia licencia para con el código fuente del navegador, la propiedad intelectual ligada a la marca, el uso de servicios y componentes adicionales y la aceptación expresa requerida para ello… Lo y lógico. Por ejemplo:

  • Si quieres usar servicios de Mozilla integrados en el navegador, como la sincronización de datos, es necesario aceptar otras condiciones.
  • Si instalas el módulo de DRM para poder reproducir contenidos, lo mismo.

La duda que todo esto ha generado, sin embargo, es obvia: «Necesitamos una licencia que nos permita hacer posible algunas de las funciones básicas de Firefox. Sin ella, por ejemplo, no podríamos usar la información ingresada en Firefox«, sostiene Mozilla. Pero entonces… ¿cómo lo han hecho hasta ahora?

 

Fuente: www.muylinux.com

La geopolítica irrumpe en el desarrollo de Linux con la «expulsión» de mantenedores rusos

No es la primera vez que ocurre, pero sí la que mayor impacto parece estar teniendo: un número indeterminado, pero considerable de desarrolladores rusos ligados al mantenimiento del kernel Linux han sido expulsados de la lista de mantenedores oficial debido a «requisitos de cumplimiento», un eufemismo que no se ha llegado a detallar con precisión, pero que evidentemente deriva de la invasión de Ucrania y las sanciones que le precedieron.

La historia la cubrieron en Phoronix en diferentes noticias a lo largo de la semana pasada y a ella nos atenemos, pues se da buena cuenta de todo lo que han tenido a bien publicar las partes implicadas, que como hemos señalado no ha sido mucho ni muy exhaustivo. Por no ser, ni siquiera ha sido comunicado de manera transparente. Solo ha habido una respuesta tras las quejas de los afectados y de otros interesados.

Así, todo comienza con un cambio en la última versión en desarrollo del kernel Linux, donde un número no determinado de mantenedores ha sido eliminado de la misma. ¿Qué tenían en común los afectados? Ser de procedencia rusa o trabajar para alguna compañía de ese país. Este «barrido» incluye mantenedores de controladores varios, de protocolos e incluso de sistemas de archivos. El responsable de aplicar este cambio fue Greg Kroah-Hartman, mano derecha de Linus Torvalds y su explicación, una aplicación de los «requisitos de cumplimiento» y la necesidad de «documentación suficiente».

Ante el revuelo generado, el propio Linus Torvalds ha llegado a manifestarse con un mensaje nada amigable:

Veo que hay muchos trolls rusos por aquí.

Está clarísimo por qué se hizo el cambio, no se va a revertir y usar múltiples cuentas anónimas al azar para intentar darle un aire de ‘movimiento popular’ con trolls rusos no va a cambiar nada.

Y para los auténticos espectadores que no son parte de una granja de trolls: los «requisitos de cumplimiento» no son solo un tema de Estados Unidos.

Si todavía no has oído hablar de las sanciones contra Rusia, deberías ponerte al día con las noticias. Y cuando digo ‘noticias’, no me refiero a la propaganda estatal rusa.

En cuanto a mandarme un parche para revertir esto: usa un poco la cabeza, anda. Soy finlandés. ¿Pensabas que iba a apoyar la agresión rusa? Parece que no solo os falta información real, sino también conocimiento de historia.

Ante esta airada respuesta de Torvalds, se le preguntó si ser tan escueto en el asunto de fondo se debía a algún tipo de acuerdo de confidencialidad:

No, pero no soy abogado, así que no voy a entrar en los detalles que a mí -y a otros mantenedores- nos explicaron los abogados.

Tampoco voy a ponerme a debatir temas legales con gente random de internet, que sinceramente sospecho que son actores pagados o que han sido azuzados por ellos.

La siguiente cita que recogen en Phoronix viene de parte de uno de los afectados, Serge Semin, mantenedor de controladores de dispositivos de fabricación rusa y antiguo colaborador del kernel. El suyo fue un mensaje de despedida, de hecho, en el que relataba los años de colaboración con el desarrollo de Linux: «Espero que algún día nos encontremos en circunstancias más agradables y nos tomemos unas cervezas juntos. Pero ahora es momento de decir adiós. Perdón por el texto tan largo. Te deseo mucha suerte en tu camino con Linux«.

Este mensaje generó a su vez una respuesta por parte de James Bottomley, otro veterano desarrollador del kernel, con un tono más conciliador y con más detalles acerca de qué está pasando:

Queremos pedir disculpas por cómo se ha gestionado esta situación. Un resumen del asesoramiento legal bajo el que opera el kernel es el siguiente:

Si tu empresa está en las listas SDN de la OFAC de EE. UU., sujeta a un programa de sanciones de la OFAC, o es propiedad o está controlada por una empresa en esa lista, nuestra capacidad para colaborar contigo estará sujeta a restricciones y no puedes aparecer en el archivo de MAINTAINERS.

Cualquiera que desee puede consultar la lista aquí:

https://sanctionssearch.ofac.treas.gov/

En tu caso particular, el problema es que tu empleador está en esa lista. Si ha habido un error y tu empleador no aparece realmente en ella, esa es la documentación que Greg necesita.

También me gustaría agradecerte por todas tus contribuciones previas, y si tú (o cualquier otra persona) quiere una mención en el archivo de créditos, estaré encantado de ayudarte a gestionarlo si me envías cómo te gustaría aparecer.

Reiteramos nuestras disculpas por haber llegado a este punto, pero gran parte de la infraestructura de Linux y muchos de sus mantenedores están en EE. UU. y no podemos ignorar los requisitos de su legislación. Esperamos que esta acción sea suficiente para satisfacer las exigencias del Departamento del Tesoro de EE. UU. encargado de las sanciones, y que no tengamos que eliminar ningún parche ya existente.

Una gran parte de la razón por la que ha llevado tanto tiempo llegar a lo anterior es que los abogados (yo no soy uno de ellos) siguen debatiendo los detalles y más adelante presentarán un documento de política mucho más extenso, por lo que no quieren entrar en preguntas como esta. Sin embargo, mi regla práctica (no es asesoramiento legal) hasta que se diga lo contrario es: si no estás en la lista SDN, no hay problema.

En resumen, la geopolítica irrumpe en el desarrollo de Linux como no lo había hecho hasta el momento, todo a razón de la invasión rusa de Ucrania -una guerra que se aproxima a su tercer año- y las correspondientes sanciones que una parte del mundo ha impuesto al gigante euroasiático. Justo esa parte del mundo en la que radica el grueso de las infraestructuras sobre las que se desarrolla y gestiona proyectos como Linux. Y por más código abierto que se le presuma, o cumples con la legislación o lo tienes muy mal.

En cierto sentido esto recuerda a historias pasadas de algunas distribuciones Linux como Fedora, cuya distribución, valga la redundancia, llegó a estar prohibida sobre el papel en territorios pendientes de embargo -que no bloqueo- por parte de Estados Unidos, como Cuba. Este caso, sin embargo, es más extraño si cabe, porque en principio todos esos mantenedores rusos pueden seguir colaborando con el desarrollo de Linux… ¿pero no pueden figurar en un documento que acredite su participación? Es muy extraño y algo que los abogados tendrán que aclarar, si es posible.

Mientras tanto, muchos de los afectados han anunciado que abandonan la labor que desempeñaban hasta el momento, lo cual supone un perjuicio significativo, que no determinante para el desarrollo de Linux, y es que no todos se encargaban de dar soporte a hardware o dispositivos rusos. Acerca de todo ese asunto se ha manifestado también el veterano desarrollador de Linux, Ted Ts’o (es el principal mantenedor del sistema de archivos EXT4):

Existen múltiples regímenes de sanciones y las normas varían de un país a otro. Al menos en EE. UU., existen exenciones que permiten que acepte parches y envíe revisiones de código de ingenieros de Huawei siempre que estas interacciones se realicen en un foro público, como las listas de correo de LKML. Como resultado, algunos habrán notado que hay parches de ext4 de Huawei, y personalmente considero que son colaboradores muy valiosos para la comunidad de ext4.

Estas exenciones pueden no aplicarse en otros países ni para otras entidades sancionadas. Cabe destacar que China, al menos por ahora, no está atacando a Taiwán militarmente, mientras que misiles y drones rusos, algunos de los cuales podrían estar usando controladores embebidos en Linux, sí están atacando activamente a otro país en este mismo momento. Así que no debería sorprender que las reglas sean distintas para distintas entidades sancionadas.

Finalmente, recordemos que los desarrolladores del kernel no establecemos las normas. Estas leyes las crean los gobiernos de EE. UU., Europa, Japón y otros países. Mis prioridades personales son asegurarme de que yo no incurra en ninguna penalización civil o criminal, y de que otros desarrolladores de Linux también puedan trabajar sin problemas. Dicho esto, no soy abogado, así que no tomes nada de lo que digo como asesoramiento legal. Lo que considero adecuado hacer como mantenedor de ext4 viviendo en EE. UU. podría no aplicarse para otra persona en circunstancias diferentes.

Así que, por ejemplo, es muy posible que en otros países existan leyes más estrictas, y si estás actuando como mantenedor en cuanto a aceptar código de otros o brindar orientación de diseño (lo cual podría considerarse «asistencia técnica» en algunas legislaciones), si tienes dudas, consulta a un abogado.

Esto siempre ha sido así, incluso antes de que un país invadiera a otro; los mantenedores asumen responsabilidades legales reales como parte de su trabajo. Simplemente, las consecuencias de los problemas de derechos de autor y patentes eran mucho menores que cuando hay sanciones que afectan a países en conflicto activo con otros.

Fuente: www.muylinux.com

Automattic vs WP Engine: WordPress es el nuevo protagonista del debate sobre el ‘Free Riding’ en el código abierto

El parasitismo en los ámbitos del software libre y el código abierto es algo que cada vez preocupa más, hasta el extremo de que proyectos como MongoDB, Elasticsearch y Redis han cambiado sus licencias hacia el shared source o directamente lo privativo. A los casos mencionados se suma ahora el de WordPress, que si bien por ahora apunta a mantenerse como código abierto, se encuentra en estos momentos envuelto en un conflicto con una empresa de hosting que presuntamente contribuye muy poco y que podría estar infringiendo su marca.

A estas alturas no hace falta mencionar qué es WordPress: el CMS que prácticamente ha conquistado Internet y que se ha erigido como uno de los proyectos de software libre más exitosos de la historia, ya que su código fuente está publicado bajo la licencia GPLv2. Además del propio gestor de contenidos, el cual es servido a través de WordPress.org, también existe WordPress.com, un servicio de hosting que proporciona sitios web basados en la misma tecnología.

Siendo más concretos y según informan en The Verge, WordPress tiene un conflicto con WP Engine, otro servicio de hosting dedicado a servir sitios web basados en el gestor de contenidos y que no tiene ningún vínculo con el proyecto original. Matt Mullenweg, cofundador de WordPress, ha acusado a WP Engine de beneficiarse de WordPress sin apenas dar nada a cambio, y es que, según sus datos, solo contribuye al proyecto oficial 40 horas a la semana frente a las 3.988 que invierte Automattic, la empresa que se encarga de WordPress.com.

Otro punto que ha molestado Mullenweg es que el nombre de WP Engine genera confusión debido a que puede dar a entender que es algo vinculado a WordPress, más viendo que las iniciales del CMS son ampliamente utilizadas como abreviatura y como prefijo para los nombres de los ficheros. Aquí los responsables del CMS modificaron en su momento las condiciones para decir que, “si desea utilizar comercialmente la marca WordPress, comuníquese con Automattic. Ellos tienen la licencia exclusiva”.

Si bien la licencia GPL obliga en teoría a los desarrolladores a poner a disposición el código fuente del software en caso de ser redistribuido, eso no incluye las marcas empleadas por el desarrollador. Por ejemplo, es conocido que Red Hat siempre ha prohibido el uso de su marca por parte de los clones de su distribución. Dicho con otras palabras, podías bifurcar RHEL y redistribuirlo, pero no podías llamarlo RHEL ni nada relacionado con las marcas de Red Hat. Si las empresas y los desarrolladores no pudiesen defender sus marcas y su imagen corporativa, nadie usaría la GPL como licencia.

Como medida, WordPress.org impidió a WP Engine el acceso a sus servidores, lo que obviamente afectó a los clientes de la segunda a la hora de acceder a cosas como temas y plugins. Debido a que la licencia GPL no obliga la reciprocidad, el argumento de Automattic se basó en “violaciones de marcas registradas”, o al menos eso es lo que ha explicado Megan Fox, portavoz de la compañía responsable de WordPress.com. Dicho con otras palabras, WordPress acusa a WP Engine de lucrarse con su marca sin su permiso.

Matt Mullenweg, CEO of Automattic | Imagen: Flickr CC BY-SA

Sin embargo, Automattic decidió levantar el bloqueo temporalmente dos días después para darle la oportunidad a WP Engine de crear su propio espejo de WordPress o para que proponga una solución al conflicto, estableciendo el 1 de octubre de 2025 como fecha límite.

Para Matt Mullenweg, WP Engine tiene dos vías para “pagar su parte justa”: pagando una tarifa para hacer uso de la marca WordPress o haciendo contribuciones relevantes al CMS, tal y como hace Automattic. Además, ha añadido que “esto no es una apropiación de dinero: es una expectativa de que cualquier empresa que gane cientos de millones de dólares con un proyecto de código abierto debería devolver algo, y si no lo hace, entonces no puede usar sus marcas registradas”.

Para aportar un poco más de contexto y según datos aportados por Matt Mullenweg, WP Engine es un servicio que desde 2018 opera debajo de Silver Lake, una firma de capital privado con 102 millones de dólares en activos bajo gestión. Su modelo de negocio no se centra en cumplir con los principios del código abierto aunque sea parcialmente, sino en generar dinero, un dinero que consigue a base de explotar un proyecto de código abierto al que supuestamente apenas contribuye y del que presuntamente se beneficia sin pagar.

WP Engine, por su parte, no se ha quedado de brazos cruzados y ha enviado una petición de “cese y desistimiento” a Automattic, exigiendo tanto a la responsable de WordPress.com como a su CEO, Matt Mullenweg, que dejen de hacer lo que están haciendo y les pide “retractarse de declaraciones falsas, dañinas y despectivas contra WP Engine”. En caso de que esa petición no sea atendida y ejecutada, es muy probable que WP Engine proceda a interponer la correspondiente demanda judicial.

El conflicto entre WordPress y WP Engine ha dejado dividida a la gente, con unos pensando que WP Engine debería contribuir más y que el uso de las iniciales WP por su parte es engañoso, mientras que otros acusan a Matt Mullenweg y Automattic de abuso de poder sobre WordPress.org y WordPress.com, por lo que han pedido la dimisión del CEO. Si WP Engine y Automattic no llegan a un acuerdo, tiene pinta de que serán los tribunales los que tengan que poner una solución al conflicto.

En nuestra entrevista con el CTO de SUSE, Gerald Pfeifer, hablamos del asunto de fondo, el “Free Riding”, una práctica que se está volviendo cada vez más común y que, como se ve, pone en tensión al ecosistema del código abierto.

 

Fuente: www.muylinux.com

 

 

 

Era lo que parecía: Winamp solo quería aprovecharse de la comunidad

¡Ay, Winamp! ¡Qué tiempos aquellos en los que eras la referencia! Ha llovido mucho desde entonces y no siempre para bien, pero es lo que hay: a día de hoy lo que se lleva es el streaming y, aunque sigue habiendo un hueco para los reproductores de música en local, las viejas glorias como Winamp han quedado atrás, relegadas a un papel muy secundario.

Es probable que por esto motivo, los responsables del reproductor anunciasen hace unos meses que Winamp abriría su código, permitiendo así la colaboración de la comunidad en su desarrollo con el objetivo explícito de «ayudar a que este software icónico evolucione«. Lo que no quedó muy claro es cómo lo harían y, a decir verdad, no sonó precisamente bien el planteamiento que ofrecieron.

Así pues, mientras que por un lado anunciaban a bombo y platillo que «Winamp abrirá su código fuente para permitir el desarrollo colaborativo de su legendario reproductor para Windows», por el otro, en lo que podríamos denominar como letra pequeña, sostenían que «Winamp seguirá siendo el propietario del software y decidirá las innovaciones realizadas en la versión oficial». El código abierto no funciona así.

Ahora sí, ya está todo claro: era lo que parecía y lo que parecía era lo que es, un movimiento con más de acción publicitaria que otra cosa para aprovecharse en lo posible de la comunidad dispuesta a colaborar a cambio de nada. Y esto no tiene nada que ver con mantener un proyecto de código abierto por amor al arte. Es bastante peor.

Winamp ha puesto a disposición de cualquier interesado el código del «Legacy Player», el reproductor clásico de Winamp para PC. Sin embargo, lo ha hecho bajo su propia licencia, la Winamp Collaborative License (WCL), que entre otras clausulas cuenta con restricciones del todo incompatibles con lo que entendemos como código abierto, no digamos ya software libre. Incluyendo:

  • Prohibición de distribución de versiones modificadas: no se pueden distribuir versiones modificadas del software, ya sea en formato fuente o binario.
  • Prohibición de bifurcaciones: no se puede crear, mantener ni distribuir un fork del software.
  • Distribución oficial: solo los encargados del mantenimiento del repositorio oficial tienen permitido distribuir el software y sus modificaciones.

Pero ahí no queda todo, y es que cualquier contribuidor «acepta que todos los derechos de propiedad intelectual, incluidos los derechos de autor, de sus contribuciones se asignan a Winamp». O lo que es lo mismo, cualquier contribución pasará a ser propiedad de Winamp; el autor original del código no tendrá derecho a nada, ni siquiera a formar parte de la discusión en la implementación.

En resumen, en Winamp pretenden cazar a algún desdichado que trabaje gratis para ellos, alguien que se conforme con la posibilidad de que, tal vez, su nombre figure en una línea de créditos fuera de la vista del usuario. El problema es que cuando en el mundo actual dices que abrirás tu código, se entiende otra cosa.

 

Fuente: www.muylinux.com

 

El 60% de los mantenedores de código abierto no percibe remuneración, a pesar de los crecientes problemas de seguridad

La firma Tidelift ha publicado a través de un informe los resultados de una encuesta que ha realizado a mediados de año y en la que han participado más 400 mantenedores de código abierto. De todos los datos que contiene dicho informe, lo que posiblemente más destaque sea el hecho de que muchos mantenedores siguen viviendo en la precariedad.

A la pregunta de si los mantenedores de código abierto son pagados por su trabajo, el 60% dijo que no, con un 16% que respondió “soy un aficionado no remunerado y no quiero que me paguen por mantener proyectos” y un 44% que confesó ser “un aficionado no remunerado”, pero que agradecería que le pagaran por mantener proyectos. Un 24% dijo que era un mantenedor semiprofesional que ganaba algún dinero manteniendo proyectos y un 12% que eran profesionales cuyo ingreso principal es el mantenimiento de proyectos.

Como vemos, no todo el mundo tiene la intención de ganar dinero con el mantenimiento de proyectos, ya sea porque lo hacen solo por pasión o porque no ven ninguna vía para generar ingresos. Tidelift lamenta aquí que “las cosas no han cambiado, especialmente en el año del ataque a las utilidades de XZ y con un mayor enfoque tanto de los gobiernos como de las organizaciones en la importancia de la cadena de suministro de software segura. Este es un hallazgo digno de ser publicado (y decepcionante)”.

Fuente: Tidelift

Que la situación de los mantenedores no remunerados sea más precaria no solo afecta en lo económico, sino también en los medios disponibles para realizar la tarea. Aquí nos encontramos con que el 61% de los mantenedores no remunerados trabajan solos, mientras que el 53% de los remunerados, sumando los profesionales y los semiprofesionales, tienen dos o más compañeros con los que puede repartir la carga.

Fuente: Tidelift

A pesar de las diferentes circunstancias que afrontan los mantenedores remunerados y los que no, no muestran diferencias muy radicales en lo que respecta al tiempo que dedican a las distintas tareas. La mayor diferencia es que el mayor tiempo que emplean los no remunerados en la creación de nuevas características es invertido por los remunerados en tareas como la seguridad, el mantenimiento del día a día y la búsqueda de patrocinadores o de apoyo económico. Esto no tiene por qué significar que los proyectos de mantenedores remunerados tengan menos empuje a la hora de introducir novedades, sino que esto es algo que tiene que ser entendido en términos proporcionales.

Fuente: Tidelift

Los mayores medios con los que suelen contar los mantenedores remunerados les permite, según los resultados publicados en el informe de Tidelift, implementar más prácticas de seguridad que los no remunerados. La medida de seguridad más implementada en ambos casos es la autenticación en dos factores, la cual está seguida por el análisis de código estático, la proporción de correcciones y recomendaciones para vulnerabilidades, el plan de divulgación sobre cómo se debe contactar en torno a los problemas de seguridad y la gestión de secretos.

Fuente: Tidelift

Como último punto que se puede destacar, es que, cuanto más se le paga a un mantenedor, más trabajará en el código abierto. El 82% de los mantenedores profesionales le dedican más de 20 horas a la semana, el 51% de los profesionales dedican diez horas o menos y el 78% de los mantenedores no remunerados dedican diez horas o menos a sus proyectos. Aquí no hay nada que no se pueda explicar a través de la lógica: si te pagan medianamente bien por algo que te motiva, te implicas más.

Fuente: Tidelift

Y estos son los datos más interesantes en torno a la situación de los mantenedores remunerados y los que no según lo que desprende el informe de Tidelift. A pesar de que hay un porcentaje significativo que cobra por su trabajo, es innegable que la precariedad sigue siendo algo que está muy presente, y viendo episodios como la puerta trasera introducida en XZ, posiblemente sea el momento de poner sobre la mesa ciertas cuestiones que contribuyan a mejorar la sostenibilidad del ecosistema del código abierto. Los que quieran toda la información pueden obtenerla descargando el informe completo.

Imagen de portada generada con inteligencia artificial.

 

Fuente: www.muylinux.com

El veterano reproductor de música Winamp ¿se pasa al código abierto?

Seguro que todos habéis leído ya acerca de la liberación del código fuente de Winamp, y es que la noticia saltaba a los medios especializados la semana pasada con bastante eco. Qué menos, tratándose de todo un referente de la pretérita computación de consumo de finales del siglo pasado, principios del actual. Las cosas como son, Winamp es todo un icono de aquella época.

Ahora bien, ha llovido mucho desde entonces y la nostalgia no lo puede todo. De hecho, la última versión estable del popular reproductor de música tiene apenas un año desde su lanzamiento, aun cuando su irrelevancia es palmaria, no solo porque el software se ha renovado en este tiempo, en el que Winamp ha pretendido seguir viviendo de los réditos -y de su particular expresión-, sino porque lo los hábitos de consumo han cambiado y mucho.

Como comentaba recientemente a raíz del lanzamiento de Amarok 3, la música se consume a día de hoy -en un amplio margen, al menos- por otras vías y, en consecuencia, este tipo de reproductores no es tan popular como lo fue antaño. ¿Y cómo pretenden reinventarse en Winamp? Entre otros planes, «Winamp abrirá el código del reproductor de Windows, permitiendo que la comunidad participe en su desarrollo«, anunciaba la compañía.

«Esta es una invitación a la colaboración global, para que los desarrolladores de todo el mundo puedan aportar su experiencia, ideas y pasión para ayudar a que este software icónico evolucione», explicaban. Y, dicho así, puede tener su sentido: antes que dejar que el viejo software muera, se abre y que la comunidad haga lo que pueda con él, si es que hay interés ¿no? Pues no… O tal vez sí. No está nada claro, la verdad.

Por un lado, cuando se publicita que «Winamp ha anunciado que abrirá su código fuente para permitir el desarrollo colaborativo de su legendario reproductor para Windows«, se da a entender una cosa que, yendo al detalle, queda bastante desdibujada. ¿Eso de «abrir el código fuente» significa, en efecto, liberar el código fuente? En principio se podría decir que sí, pero sabemos bien por estos lares que no siempre es así.

https://x.com/winamp/status/1791121664689725683?ref_src=twsrc%5Etfw%7Ctwcamp%5Etweetembed%7Ctwterm%5E1791121664689725683%7Ctwgr%5Ed34215fe6fb23b8b1ce2e098ce25948df6d76300%7Ctwcon%5Es1_&ref_url=https%3A%2F%2Fwww.muylinux.com%2F2024%2F05%2F22%2Fwinamp-codigo-abierto%2F

Señala el CEO de Winamp que a partir de ahora se enfocarán en el mercado móvil, para lo cual están preparando el lanzamiento de un nuevo reproductor este verano, pero como no quieren olvidarse de las «decenas de millones de usuarios» que todavía usan la aplicación en Windows, han tomado esta decisión. Una decisión que matizan, «Winamp seguirá siendo el propietario del software y decidirá las innovaciones realizadas en la versión oficial«.

Un poco vago todo, porque si liberas el código, no puedes seguir siendo el propietario del software, sino de la marca. Esto es lo único que parece tener sentido: que sigan gestionando Winamp como lo han hecho hasta ahora, mientras que el código fuente se desarrolla con algo de indedpendencia, en este caso, bajo el proyecto FreeLLama, que es como lo han denominado.

Hay quien lo ha entendido de manera muy diferente, eliminando el término código abierto de la ecuación, pero a falta de que, como decía Linus Torvalds, enseñen el código -y la licencia que lo acompaña-, todo son conjeturas derivadas, eso sí, de un mensaje quizás deliberadamente confuso.

¿Y si al final es que sí? Tampoco es que importe mucho, habida cuenta del panorama. Incluso aunque cayese una versión para Linux, tenemos alternativas de sobra y más adecuadas, en mi opinión. Es más: los amantes del «estilo Winamp» tienen en Audacious un mejor aliado. Pero seamos honestos: quién, salvo para rememorar viejos tiempos por un rato, quiere seguir usando algo como Winamp (ojo: que Winamp se remozó, pero aquí hablamos del viejo reproductor).

Fuente: www.muylinux.com

 

Un estado de Alemania migra 30.000 ordenadores de Microsoft Office a LibreOffice (y solo es el comienzo)

El estado alemán de Schleswig-Holstein, al igual que hiciera Múnich en su día, ha tomado la decisión de cambiar las soluciones de Microsoft y otras privativas por alternativas de código abierto, entre ellas LibreOffice y Linux. El primer paso ya lo hemos mencionado y consiste en migrar 30.000 computadoras gubernamentales a la suite ofimática de The Document Foundation, obviamente manteniendo Windows como sistema operativo en un principio.

El cambio de suite ofimática de Microsoft Office a LibreOffice deriva del resultado de un proyecto piloto que ha sido exitoso en la región. El siguiente paso es migrar miles de ordenadores de Windows a Linux, lo que se traduce en los típicos beneficios de ahorro de costes por no tener que pagar licencias y en un aumento de la transparencia y la soberanía tecnológicas, cosas que resultan críticas sobre todo cuando se trata de los datos. También está el apoyo a tecnologías y especificaciones que son abiertas de iure y a todos los efectos, cosa que no es OOXML ni mucho menos Windows.

Como ya hemos dicho, las personas detrás de la transición de Schleswig-Holstein hacia tecnologías abiertas abarca las soluciones de Microsoft y otras privativas, así que nos encontramos con la intención de usar Nextcloud, Open Xchange/Thunderbird junto con el conector de Univention Active Directory para reemplazar a Microsoft Sharepoint y Microsoft Exchange/Outlook. Todo eso se suma al desarrollo de una solución de telefonía basada en código abierto para reemplazar a Telekom-Flexport.

Por la información que tenemos, todo parece indicar que el cambio de suite ofimática está decidido y se va a aplicar, pero veremos si a partir de ahí la cosa avanza hasta sustituir al resto de tecnologías. Esta noticia a buen seguro que no gustará a Microsoft y veremos si el gigante de Redmond no empieza a mover sus hilos para pedir a Accenture otro informe que será interpretado de forma torticera, ya que la vuelta de Múnich a sus soluciones se basó principalmente en eso.

Que un estado alemán decida apostar por soluciones de código abierto y por especificaciones verdaderamente abiertas es una buena noticia, sobre todo viendo el peso y la influencia de Alemania en el continente europeo, a pesar de que el país no está viviendo sus mejores momentos como consecuencia de la invasión de Ucrania por parte de Rusia.

Si la suite ofimática tiene bastante peso en la gestión del estado, tiene mucho sentido empezar por ahí, porque el tener las mismas aplicaciones en Windows y Linux facilita mucho la transición debido al menor impacto en el flujo de trabajo que tendrá el cambio de sistema operativo. Sin embargo, el exceso de peso de las tecnológicas estadounidenses, los lobbies que tienen a su servicio y la gran dependencia de estas que tienen muchas empresas y administradores no lo ponen fácil para una migración hacia soluciones de código abierto, y eso sin contar el coste económico que conlleva la transición y su consolidación.

Si os interesa conocer todos los detalles sobre la transición de Schleswig-Holstein hacia soluciones abiertas, los tenéis disponibles en la entrada que nuestros compañeros de MuyComputer han publicado al respecto.

Fuente: www.muylinux.com

El software de código abierto, todo un motor económico del sector tecnológico

La Escuela de Negocios de Harvard ha publicado un informe con el que ha intentado determinar cuál es el valor del código abierto. En este portal no es nuevo que publiquemos sobre el gran peso que tiene el código abierto dentro de las empresas en particular y la economía en general, cosa que queda reflejada en hechos como la diversificación de The Linux Foundation a lo largo de su trayectoria, ya que la fundación nació con el propósito de dar sostenibilidad al kernel y ha terminado abarcando muchas otras áreas.

El informe, al contrario de lo que solemos abarcar en este medio, tiene una presentación y una exposición bastante más ásperas de lo habitual, así que iremos al grano para centrarnos en los números generales que más interesan. Si nos ceñimos a la valoración directa de la oferta del software de código abierto existente y el más extendido, nos encontramos con un valor de “solo” 4.150 millones de dólares, una cantidad que sin dudas es bastante elevada, pero que puede saber a poco si vemos que algunos de los mayores gigantes tecnológicos han superado el billón de dólares de valoración.

Sin embargo, si se cubre el valor indirecto generado por el uso del código abierto, nos encontramos con que este ascendería a 8,8 billones de dólares. Para poner esa cantidad un poco en perspectiva, el producto interior bruto mundial (PIB) para 2024 está estimado en unos 109 billones de dólares, mientras que el PIB nominal total de España asciende a unos 1,58 billones de dólares.

Otro dato interesante es que, según el mismo informe, las empresas tendrían que gastar aproximadamente 3,5 veces más en TI y tecnología en general para obtener los mismos resultados si no tuviesen acceso al código abierto. Aquí nos encontramos con dos puntos que son harto conocidos por estos lares: la tendencia del código abierto de abaratar costes y el hecho de que evita que las empresas tengan que crear una infraestructura desde cero, pudiendo de manera alternativa emplear una solución existente que ha podido ser probada por muchísimas partes, lo que contribuye a aumentar la confiabilidad.

El código abierto ha logrado tener un gran éxito en las empresas, mientras que a nivel doméstico sobrevive principalmente a través de Linux y algunas aplicaciones que han llegado a ser populares. Desgraciadamente, los cuatro grandes sistemas del ámbito doméstico son Windows, macOS, Android e iOS, y si bien el tercero es en base de código abierto a través del proyecto AOSP, las implementaciones que son servidas por los fabricantes de móviles son privativas prácticamente en su totalidad.

Otro aspecto a tener en cuenta es la división entre el código abierto y el software libre a mediados de los años 90 del Siglo XX. El primero nació prácticamente como una bifurcación del segundo con el propósito de quitarle cuestiones morales, centrarlo más en las empresas y adoptar un enfoque más permisivo, lo que se ha traducido con el paso de los años en una mayor preponderancia de las licencias MIT, BSD y Apache sobre la GPL y sus variantes.

Los que quieran conocer todos los datos del informe pueden descargarlo a partir del sitio web de Social Science Research Network.

Fuente: www.muylinux.com

OpenShot 3.1 mejora los perfiles de vídeo y el soporte de deshacer/rehacer

OpenShot 3.1 es el último lanzamiento del editor de vídeo multiplataforma y publicado como software libre (GPLv3), que en esta ocasión llega con más de 400 perfiles de vídeo, características y rendimiento mejorados y las típicas correcciones de errores.

Empezamos con los más de 400 perfiles de vídeo presentes en OpenShot 3.1, los cuales no tienen por qué ser todos nuevos. La inclusión de esta característica deriva de la investigación y la posterior creación de una base de datos con metadatos de las resoluciones de vídeo conocidas, velocidades por cuadro, relaciones de aspecto, proporciones de píxeles y un nuevo script de gestión que permite validar, deduplicar y generar/actualizar los perfiles existentes. La intención de los responsables es que en un futuro sea fácil agregar nuevas resoluciones, velocidades por cuadro y proporciones.

Otra mejora importante de OpenShot 3.1 es la reasignación de tiempo, que hasta este lanzamiento mostraba limitaciones, y eso cuando no fallaba a la hora de acelerar o ralentizar los vídeos. Aquí los responsables exponen que los cuelgues han sido eliminados y que la implementación de la reasignación de tiempo es ahora más robusta, lo que incluye un soporte remuestreo del audio muy mejorado. Además, la nueva versión del editor de vídeo soporta fotogramas clave de tiempo que utilizan curvas de Bezier para acelerar o ralentizar progresivamente el audio y el vídeo.

La característica de rehacer y deshacer suele ser delicada en este tipo de aplicaciones, así que en OpenShot 3.1 nos encontramos con que ha sido mejorada, en especial a la hora de lidiar con la división de clips y la eliminación de una pista, más concretamente cuando se mueven muchos clips al mismo tiempo. Todas las ediciones de varios pasos soportan a partir de este lanzamiento un sistema de transacciones en segundo plano, el cual se encarga de agrupar dichas ediciones en varios pasos. Todas las operaciones llevadas a cabo en la aplicación requiere de un solo clic para deshacer.

El efecto de subtítulo ha sido muy mejorado, sobre todo en lo que respecta al soporte para la sintaxis de VTT/Subrip. Esto incluye un nuevo conjunto de propiedades de fotogramas clave predeterminadas que se escalan correctamente a diferentes resoluciones, incluidas las pantallas HiDPI. Además, OpenShot soporta ahora formas de onda para ficheros de solo audio, lo que abre la puerta a agregar efectos como el de subtítulo a ficheros de audio.

Los responsables explican que han identificado y corregido todas las fugas de memoria presentes en el código fuente de OpenShot, “incluida la eliminación de subprocesos zombis, lo que hace que OpenShot sea mucho mejor a la hora de mantener y recuperar el uso de la memoria”. Esta mejora debería de permitir a la aplicación funcionar de manera más fiable en sesiones prolongadas en el tiempo sin tener que reiniciar. El rendimiento es otra faceta que ha sido mejorada, principalmente en lo que atañe a la CPU en torno a la asignación de fotogramas y el rendimiento de los propios clips. El uso de una caché adicional evita los esfuerzos de representación duplicados.

Todos los detalles sobre OpenShot 3.1 están disponibles a través del anuncio oficial y el registro de cambios publicado en GitHub. La aplicación es multiplataforma y cuenta con instaladores para Linux (oficialmente AppImage y PPA para Ubuntu), Windows y macOS.

Fuente: www.muylinux.com