¿Son vigentes y actuales las visiones de Richard Stallman sobre software libre, un movimiento que ya lleva casi 40 años a sus espaldas?

El movimiento del Software Libre ha sido asesinado en su mayoría por el Código Abierto corporativo. La Free Software Foundation (FSF) y su fundador, Richard Stallman (RMS), han sido criticados durante los últimos veinte años, como una manera de acabar con ese movimiento.

Este artículo es una traducción del inglés de un artículo escrito por Ploum un desarrollador francés y publicado en su web. Le pedí permiso para traducirlo y poder publicarlo en mi blog, aquí tenéis el texto traducido.

Nota: soy consciente de que Richard Stallman tuvo algunos comportamientos cuestionables o inadecuados. No estoy defendiendo a esos ni al hombre mismo. No estoy defendiendo ciegamente seguir a ese humano en particular (ni a ningún humano en particular). Estoy defendiendo una filosofía, no el filósofo. Afirmo que su visión histórica y sus ideas originales siguen siendo adecuadas hoy. Quizás más que nunca.

El autor del artículo ha pasado los últimos 6 años enseñando software libre y código abierto en la École Polytechnique de Louvain, y se vio obligado a investigar el tema y la historia más de lo que esperaba para responder las preguntas de los estudiantes. Ha leído muchos libros históricos sobre el tema, incluida la biografía de RMS y muchos escritos antiguos.

Y algo le impactó.

RMS tenía razón desde el principio. Cada advertencia, cada profecía cumplida. Y, lo peor de todo, tenía la solución desde el principio. El problema no es RMS o FSF. El problema somos nosotros. El problema es que no escuchamos.

La solución siempre ha estado ahí: copyleft

A principios de los años ochenta, RMS se dio cuenta de que el software se transformaba de «una forma de usar una máquina» en un producto o una mercancía. Previó que esto pondría fin a la inteligencia colectiva y al intercambio de conocimientos. También previó que si no fuéramos los dueños de nuestro software, rápidamente nos convertiríamos en esclavos de las máquinas controladas por corporaciones sin alma. Nos contó esa historia una y otra vez.

Cuarenta años después, debemos admitir que fue profético. Cada palabra que dijo todavía suena a verdad. Muy pocos célebres pensadores avanzados tenían tanta razón como RMS. Sin embargo, no nos gusta su mensaje. No nos gusta cómo lo cuenta. No nos gusta. Como los políticos entendieron rápidamente, nos preocupamos más por la apariencia y la comunicación para sentirse bien que por la verdad o abordar la causa raíz.

RMS teorizó sobre la necesidad de las «cuatro libertades del software«.

• El derecho a utilizar el software como quieras
• El derecho a estudiar el software.
• El derecho a modificar el software.
• El derecho a compartir el software, incluida la versión modificada

¿Cómo garantizar esas libertades? RMS inventó el copyleft. Una solución que implementó en la licencia GPL. La idea del copyleft es que no se pueden restringir los derechos de los usuarios. Copyleft es el equivalente a la famosa frase del mayo del 68: «Prohibido prohibir».

En retrospectiva, la solución fue y sigue siendo correcta.

Copyleft es un concepto muy profundo. Se trata de crear y mantener bienes comunes. Recursos comunes a los que todos podrían acceder libremente, recursos que serían mantenidos por la comunidad en general. Los bienes comunes asustan a las empresas capitalistas ya que, en esencia, las empresas capitalistas intentan privatizar todo, transformar todo en una mercancía. Los comunes son una no mercancía, un no producto.

Las empresas capitalistas estaban, obviamente, en contra del copyleft. Y todavía lo están. Steve Ballmer llamó a la GPL un «cáncer». RMS fue y sigue siendo representado como un maníaco peligroso, un fanático que propaga el cáncer.

Bruce Perens y Eric Raymond intentaron encontrar un término medio y lanzaron el movimiento «Open Source«. Visto con retrospectiva, Open Source fue un truco. Originalmente se vio como un simple cambio de marca de «Software libre», argumentando que «free» (libre o gratis en inglés) podría entenderse como «sin precio ni valor» en inglés.

RMS rápidamente señaló, con razón, que la falta de «libertad» significa que la gente se olvidará del concepto. De nuevo, tenía razón. Pero todos consideraban que «Software Libre» y «Código Abierto» eran lo mismo porque ambos se enfocaban en las cuatro libertades. Ese RMS era un quisquilloso.

El mayor error de RMS

Había una debilidad en la teoría RMS: el copyleft no formaba parte de las cuatro libertades que teorizó. Las licencias compatibles con empresas como las licencias BSD/MIT o incluso el dominio público son «Software libre» porque respetan las cuatro libertades.

Pero se pueden privatizar.

Y ese es todo el punto. Durante los últimos 30 años, las empresas y los defensores del código abierto, incluido Linus Torvalds, han criticado la GPL debido al derecho esencial de «hacer negocios», también conocido como «privatizar lo común».

Lo lograron tanto que la misión esencial de la FSF de garantizar lo común fue vista como «inútil» o, peor aún, «reaccionaria». ¿Cuál fue el trabajo de la FSF? Lo más importante es que probaron la GPL contra las debilidades encontradas más tarde. Literalmente parchearon vulnerabilidades. Primero la GPLv3, para luchar contra la «Tivoización» y luego la AGPL, para contrarrestar los servicios online privativos que funcionan con software libre pero que quitan la libertad a los usuarios.

Pero todo este trabajo fue ridiculizado. Microsoft, a través de Github, Google y Apple impulsaron el software con licencia MIT/BSD como estándar de código abierto. Esto les permitió utilizar componentes de código abierto dentro de sus productos cerrados patentados. Consiguieron que miles de desarrolladores de software libre trabajaran de manera gratuita para ellos. E incluso recibieron elogios porque, a veces, contratan a uno de esos desarrolladores (como si fuera un «favor» a la comunidad, mientras que es simplemente inteligente contratar a personas inteligentes que trabajen en componentes críticos de su infraestructura en lugar de dejarlos trabajar gratis). Todo el Google Summer of Code, del que fui mentor durante varios años, es solo una forma barata de hacer que los voluntarios no remunerados guíen a su futura fuerza laboral gratuita o barata.

Nuestras libertades fueron arrebatadas por software privativo que en su mayoría está codificado por nosotros mismos. Gratis. Dedicamos nuestro tiempo libre a desarrollar, depurar y probar software antes de entregárselo a corporaciones que veneramos, con la esperanza de obtener una oferta de trabajo o un pequeño patrocinio por su parte. Sin código abierto sin copyleft, no habría MacOS, OSX ni Android privativos. No habría Facebook, ni Amazon. Creamos todos los componentes de la criatura de Frankenstein y se los entregamos al malvado profesor.

Más comunes

El triste estado de la informática actual enfada a los informáticos. Vemos que a los jóvenes estudiantes se les enseña a usar la computadora con Word y PowerPoint, que los jóvenes hackers en su mayoría están contentos con rootear teléfonos Android o usar ciegamente la API del framework JS de moda. Que las distribuciones de Linux solo las usan los estudiantes de informática en contenedores virtualizados. Vivimos en el futuro distópico del que nos advirtió RMS.

Lo que, paradójicamente, significa que RMS falló. Él repite el mito de Casandra. Intuitivamente, pensamos que deberíamos cambiarlo, deberíamos reemplazar la FSF, deberíamos tener nuevos paradigmas que tomen en cuenta la ecología y otras posturas éticas.

No nos damos cuenta de que la solución está ahí, frente a nosotros desde hace 40 años: el copyleft.

Copyleft como en «Prohibir la privatización de los bienes comunes».

Necesitamos reconstruir los bienes comunes. Cuando las industrias están contaminando la atmósfera o los océanos, están, de hecho, privatizando los bienes comunes («considerando un bien común como su cubo de basura privado»). Cuando una industria recibe millones en subvenciones públicas y luego hace una patente, esa industria está privatizando lo común. Cuando Google pone el kernel de Linux en un teléfono que no se puede modificar fácilmente, está privatizando lo común. ¿Por qué necesitamos coches eléctricos caros? Porque la industria del automóvil lleva un siglo con la misión de acabar con el transporte público o la sola idea de ir a pie, para destruir los bienes comunes.

Tenemos que defender nuestros bienes comunes. Como lo hizo RMS hace 40 años. No queremos deshacernos de RMS, necesitamos más de su filosofía central. Nos lavaron el cerebro para pensar que él era un extremista al igual que nos lavaron el cerebro para pensar que cuidar a los pobres es extremismo socialista. En muchos países occidentales, las posiciones políticas vistas como «centro» hace veinte años ahora se ven como «extrema izquierda» porque la izquierda de hace veinte años se llamaba extremista. RMS corrió la misma suerte y no debemos caer en la trampa.

Defiéndete

¿Qué puedo hacer? Bueno, el primer pequeño paso que puedo hacer yo mismo es publicar todo el software futuro que desarrolle bajo la licencia AGPL. Poner mi blog bajo una licencia CC by-sa. (N. d. T: como este mismo blog que estás leyendo) ¡Os animo a publicar como copyleft todas las cosas!

Necesitamos una quinta regla. Una obligación de mantener lo común para evitar que el software sea privatizado. Esta es la quinta línea que RMS captó intuitivamente pero, desafortunadamente para nosotros, se olvidó de poner su teoría de las cuatro libertades. El mundo probablemente sería un lugar muy diferente si hubiera escrito las cinco reglas del software hace cuarenta años.

Pero si el mejor momento para hacerlo fue hace cuarenta años, el segundo mejor momento es ahora mismo. Así que aquí están.

Las cuatro libertades y una obligación del software libre

• El derecho a usar el software como quieras.
• El derecho a estudiar el software.
• El derecho a modificar el software.
• El derecho a redistribuir el software, incluso con modificaciones
• La obligación de conservar esos cuatro derechos, manteniendo de manera efectiva el software en el común.

Necesitamos darnos cuenta de que cualquier software sin esa última obligación, tarde o temprano, se convertirá en una herramienta de opresión contra nosotros mismos. Y que mantener los bienes comunes no se trata solo de software. Se trata de todo lo que somos como sociedad y todo lo que estamos perdiendo frente a la codicia individual. En última instancia, nuestro planeta es nuestro único recurso común. Debemos defenderlo para que no se convierta en una mercancía.

El copyleft se consideraba un cáncer. ¿Pero un cáncer a qué? ¿Al consumismo capitalista que está matando al planeta? Entonces estaré orgullosamente del lado del cáncer.

Este ha sido el texto escrito por Ploum y publicado en su blog que puedes leer (junto con otro contenido interesante) en este enlace:

• https://ploum.net/2023-06-19-more-rms.html

¿Qué te ha parecido? ¿Estás de acuerdo con las afirmaciones que se detallan? ¿Quieres aportar tu opinión? Usa los comentarios del blog con educación y espíritu constructivo.

Por mi parte creo que da en la clave y tiene mucho de cierto, si observamos el panorama actual. Hemos encumbrado a dioses tecnológicos peligrosos que han fagocitado todo movimiento disonante. Y el movimiento hacker original era muy disonante. Han convertido en «mainstream» el ser hacker y se han adueñado y tergiversado su significado.

Os animo a consultar los enlace que adjuntos para ampliar la información.

Fieles a los periodos cuatrimestrales que los propios desarrolladores se han marcado, acaba de ser anunciado el calendario de lanzamientos KDE Gear 23.08, el síntoma inequívoco de la continua evolución de la Comunidad KDE y su compromiso por la constancia y mejora continua.

Tener un plan de trabajo pre-establecido es algo fundamental para que los equipos funcionen. Este calendario de trabajo debe contener la respuesta a dos preguntas muy explícitas: qué hay que hacer y cuándo debe estar hecho. Además, en sus aplicaciones internas se responde a otra pregunta que también es sumamente importante: quien lo va a hacer.

Esta metodología de trabajo la tienen perfectamente clara y establecida los desarrolladores de KDE que, como viene siendo habitual, no solo se lo marcan en sus agendas sino que lo hacen público. De hecho, esta entrada es un calco de la que hice hace unos ya mucho tiempo con KDE Aplicaciones 20.04.

Calendario de lanzamientos KDE Gear 23.08 de la Comunidad KDE

Si tenéis un calendario a mano y tenéis interés en los lanzamientos de KDE Aplicaciones os aconsejo que  anotéis en él las fechas principales de lanzamientos de KDE Gear 23.08. Hay que destacar que en esta ocasión se ha querido simplificar mucho el proceso en aras de ser más claros y efectivos. En anteriores lanzamientos ha resultado bastante acertado.

De este modo tenemos:

• Jueves, 27 de Julio de 2023:  Congelamiento de KDE Gear 23.08, marcado y lanzamiento de la primera beta
• Jueves, 10 de Agosto de 2023: Marcado y lanzamiento de KDE Gear 23.08 RC (Versión Candidata)
• Jueves, 17 de Agosto de 2023 Marcado de KDE Gear 23.08
• Jueves, 24 de Agosto de 2024:  Lanzamiento de KDE Gear 20.08 definitivo

En fin, un equipo incansable que nos ofrece la colección de aplicaciones más útil, integradas y funcionales para el escritorio libre más bello, funcional y dinámico que puede habitar en tu PC o portátil… y esperemos que pronto en otros dispositivos.

Más información: KDE Techbase | TSDgeos’ blog

La entrada Calendario de lanzamientos KDE Gear 23.08 de la Comunidad KDE se publicó primero en KDE Blog.

A empresa Stability AI apresentou o SDXL 0.9, o seu mais recente progresso no conjunto de modelos Stable Diffusion para geração de imagens a partir de texto. Após a bem-sucedida estreia do Stable Diffusion XL beta em abril, o novo SDXL 0.9 oferece uma substancial melhoria na qualidade das imagens e na riqueza de detalhes se comparado ao seu predecessor.

O acesso ao modelo pode ser feito por meio do ClipDrop atualmente, com a API sendo disponibilizada em breve. Os pesos para pesquisa serão lançados abertamente em meados de julho, à medida que avançamos para a versão 1.0.

Embora seja possível rodar o SDXL 0.9 numa GPU convencional, este modelo representa um avanço significativo no uso criativo das imagens geradas por IA. A possibilidade de criar representações hiper-realistas para cinema, TV, música e vídeos didáticos, além de ser aplicável a design e uso industrial, posiciona o SDXL na vanguarda das aplicações de imagens de IA.

Exemplos:

Alguns exemplos dos prompts testados no SDXL beta (esquerda) e 0.9 mostram o quão longe esse modelo chegou em apenas dois meses.

Prompt: aesthetic aliens walk among us in Las Vegas, scratchy found film photograph

(Left – SDXL Beta, Right – SDXL 0.9)

Prompt: *~aesthetic~*~ manicured hand holding up a take-out coffee, pastel chilly dawn beach instagram film photography
Negative prompt: 3d render, smooth, plastic, blurry, grainy, low-resolution, anime

(Left – SDXL Beta, Right – SDXL 0.9)

A série SDXL não só atende a pedidos de texto básico, mas também dispõe de uma gama de funcionalidades adicionais. Isso inclui a requisição de imagem para imagem (onde uma imagem é inserida para gerar variações dela), pintura interna (reconstrução de partes faltantes numa imagem) e pintura externa (expansão perfeita de uma imagem existente).

Como funciona de baixo do capô?

A principal força motriz por trás do avanço do SDXL 0.9 é o aumento significativo na contagem de parâmetros (soma de todos os pesos e vieses na rede neural usada para treinar o modelo) em relação à versão beta.

O SDXL 0.9 é um dos modelos de geração de imagens com a maior contagem de parâmetros abertos, apresentando 3,5B parâmetros no modelo base e 6,6B no pipeline de conjunto de modelos (a saída final é criada executando-se dois modelos e agregando os resultados). O modelo do segundo estágio é usado para adicionar detalhes mais refinados à saída do primeiro estágio.

Comparativamente, a versão beta rodava com 3,1B parâmetros e usava apenas um único modelo.

O SDXL 0.9 roda em dois modelos CLIP, incluindo um dos maiores modelos OpenCLIP treinados até hoje (OpenCLIP ViT-G/14). Isso reforça a capacidade do 0.9 de criar imagens realistas com maior profundidade e resolução de 1024×1024.

Um artigo de pesquisa detalhando as especificações e testes deste modelo será divulgado pela equipe SDXL em breve.

Requisitos do Sistema

Apesar de sua capacidade de processamento e arquitetura de modelo avançada, o SDXL 0.9 pode ser rodado em uma GPU moderna de consumo, exigindo apenas um sistema operacional Windows 10 ou 11 ou Linux, com 16GB de RAM, e um Nvidia GeForce RTX 20 (ou equivalente) com no mínimo 8GB de VRAM. Usuários de Linux também podem usar uma placa compatível da AMD com 16GB de VRAM.

Próximos passos

O lançamento geral aberto do SDXL 1.0 está previsto para meados de julho (data a confirmar), seguindo o SDXL 0.9.

Contato: Para mais informações ou para dar feedback sobre o SDXL 0.9, por favor entre em contato conosco em research@stability.ai.

A revolucionária startup Stability AI, famosa por seu modelo de geração de imagens Stable Diffusion, chama a atenção com a divulgação de seu mais recente projeto, StableStudio. Trata-se de uma edição de código aberto do seu software de design comercial baseado em IA, o DreamStudio. Esse passo estratégico se alinha com a meta da empresa de promover o desenvolvimento colaborativo e se manter na vanguarda do dinâmico setor de IA generativa e arte, um ritmo que muitas vezes supera as iniciativas de empresas individuais e seus softwares proprietários. Esta ação também é vista como uma estratégia para capitalizar os investimentos recentes de gigantes tecnológicos como Google, Microsoft e Amazon.

A empresa acredita que um desenvolvimento de código aberto, colaborativo e voltado para a comunidade poderá facilitar a expansão da IA generativa. Eles compartilharam sua visão de trabalhar com a comunidade em geral para desenvolver a interface de usuário mais eficaz, concedendo aos usuários controle total sobre o potencial criativo da IA generativa.

Inicialmente projetado como um estúdio de animação para o modelo de arte AI generativa de código aberto Disco Diffusion, o DreamStudio gradualmente se reinventou e passou a focar na geração de imagens com a introdução do Stable Diffusion. Esta mudança de foco colocou o DreamStudio em uma disputa acirrada com outras plataformas de geração de imagens concorrentes, como Midjourny e NightCafe.

Embora StableStudio e DreamStudio tenham várias semelhanças, também apresentam diferenças significativas. StableStudio não compartilha marcas ou recursos específicos de conta do DreamStudio, como cobrança e gerenciamento de API. Além disso, as chamadas de API de back-end foram substituídas por um sistema de plug-in.

Apesar de StableStudio compartilhar uma visão de desenvolvimento colaborativo, alguns críticos enxergam o lançamento do StableStudio como uma tentativa da Stability AI de externalizar o desenvolvimento do DreamStudio para a comunidade de código aberto. Embora este ponto de vista não seja totalmente sem fundamento, é verdade que a Stability AI está sob grande pressão para monetizar suas diversas iniciativas, que abrangem arte, animação, biomedicina e áudio generativo.

Emad Mostaque, CEO da Stability AI, sugeriu a possibilidade de uma oferta pública inicial (IPO) para a Stability AI. Curiosamente, apesar de ter arrecadado mais de US$ 100 milhões em capital de risco em outubro do ano anterior, com uma avaliação superior a US$ 1 bilhão, conforme postagens recentes no Stability Ai indicam que a empresa precisa acelerar a geração de receitas, já que seus recursos financeiros estão sendo rapidamente consumidos.

Essa nova estratégia representa um desafio para a Stability AI. Diferente do Stable Diffusion, que não foi desenvolvido internamente pela empresa, mas em parceria com organizações de pesquisa, a Stability AI se concentrou principalmente em fornecer acesso à nuvem para o poder computacional necessário para treinar modelos de IA, em vez de desenvolver seus próprios modelos.

Essa abordagem está mudando constantemente. Há algumas semanas, a Stability AI anunciou o lançamento de um conjunto de modelos de IA para geração de texto, com o objetivo de competir com sistemas como o GPT-4 e o ChatGPT da OpenAI. Além disso, a Stability AI lançou o Stable Diffusion XL (SDXL), uma versão avançada do modelo original com melhorias significativas, como a geração de mãos.

A decisão ousada da Stability AI de tornar seu projeto de código aberto está estrategicamente alinhada com os esforços contínuos da empresa para garantir mais financiamento. Com o passar do tempo, observaremos como essa mudança irá afetá-los.

Código Fonte: https://github.com/Stability-AI/StableStudio

Hoy toca entrada ligera, hoy toca presetar algo de diseño, concretamente de iconos. Se trata del tema de iconos Amy, que con dos versiones, claros y oscuros, quedan perfectos en cualquier PC. Su estilo es compacto, con relieve, colorido y ligeramente brillante, una combinación bastante interesante.

Iconos Amy claros y oscuros para tu PC

Debo reconocerlo, todavía estoy de la resaca de la Akademy-es 2023 de Málaga, así que toca una entrada ligera para poder cumplir. Y para ello los tema de iconos siempre son muy manidos.

Como he dicho muchas veces, me fascina la variedad que tenemos a nuestra disposición tanto de forma, estilo o colores. Tenemos iconos clásicos, minimalistas, lineales, 3D, que simulan otros sistemas operativos, imaginativos, que recuerdan a objetos cotidianeos, etc.

Hoy os presento un pack de iconos creados por L4K1 que ha bautizado com Amy y que nos ofrece un estilo compacto, con relieve, colorido y ligeramente brillante en dos versiones: claro y oscuro, con lo que se adapta a la perfección a cualquier escritorio.

Y como siempre digo, si os gusta el pack de iconos podéis pagarlo de muchas formas en la página en continua evolución (mirad su nuevo aspecto) de KDE Store, que estoy seguro que el desarrollador lo agradecer: puntúale positivamente, hazle un comentario en la página o realiza una donación. Ayudar al desarrollo del Software Libre también se hace simplemente dando las gracias, ayuda mucho más de lo que os podéis imaginar, recordad la campaña I love Free Software Day 2017 de la Free Software Foundation donde se nos recordaba esta forma tan sencilla de colaborar con el gran proyecto del Software Libre y que en el blog dedicamos un artículo.

Más información: KDE Store Amy Claro | Amy Oscuro

La entrada Iconos Amy claros y oscuros para tu PC se publicó primero en KDE Blog.

Sigo la serie de entradas que me sirven como resumen de Akademy-es 2023 que se celebró de forma presencial en Málaga el 9 y 10 de junio. Ya he relatado con bastante pelos y señales los acontecimientos acaecidos dentro de la sala de conferencias en el primer día, pero eso no es todo lo que significa un encuentro como éste u Opensouthcode. Hoy quiero relatar el evento social del viernes 9 de junio de Akademy-es 2023 de Málaga

Evento social del viernes 9 de junio Akademy-es 2023 de Málaga Opensouthcode Edition #akademyes

Nada más finalizar las charlas de la tarde del viernes, los participantes del evento estaban invitados, si antes se habían inscrito, al evento social del viernes para el cual se solicitaba un donativo mínimo de 5€, que iba íntegro a la Wikimedia, que no solo daba permiso para entrar en el recinto habilitado para el mismo sino que obsequiaba con la camiseta amarilla de Opensouthcode 2023 y daba la posibilidad de un sencillo buffet de comida y bebida.

Todo ello amenizado por dos grupos musicales, uno que nos ofreció un espectaculo rock (y cuyo guitarrista descubrí al día siguiente que además era ponente de una charla), y otro un trío de música clásica que nos amenizó con canciones de videojuegos, y que debo confesar que me gustó mucho más que el anterior. No obstante, un compañero de la asociación KDE España que tiene conocimiento musicales me comentó que el primer grupo no lo hacía nada mal, simplemente que era más duro de empatizar y que su música a un volumen considerable no casaba demasiado con el ambiente de charla distendida del momento. Esto, claro está, es una opinión personal.

La atracción estrella de este evento fueron los espetos, un plato típico de Málaga (y de otras zonas de la costa andaluza) que consiste en un pincho de sardinas que se asan sobre la arena de la playa normalmente sobre una barca, un plato que es espectacular por la fiesta que genera y el aroma que deja en el ambiente. Los espetos con una buena ensalada de tomate es ideal para la calurosa tarde que nos dejó el viernes 10 de junio.

No obstante, no solo eran sardinas, también habían mesas con tortillas, salmorejo, coca y platos para veganos, para los que estaban más hambrientos, la organización disponía de tickets de comida que iba repartiendo a los asitentes para degustar los bocadillos camperos malagueños de una food truck que los servía. Todo un acierto.

Este evento era el colofón a un gran día de charlas, y la segunda pata de un trípode (charlas, pasillos y social) que en realidad forma la base cualquier evento del Software Libre: la reunión social para desvirtualizar e intercambiar opiniones, gustos, proyectos, etc. En otras palabras, una parte fundamental pues para unir a las comunidades es necesario el contacto físico distendido (entiéndase bien el concepto). De esta forma, conocimos mejor a algunos de los asistentes a la Akademy-es que no eran ponentes al tiempo que los invitábamos a ser más partícipes en la asociación. Del mismo modo, ellos se sentían más libres de expresar lo que les gusta y lo que les gustaría que le ofreciera el proyecto KDE. Además, nos sirvió para mezclarnos con la gente de otros tracks y seguir compartiendo conocimiento, sensaciones y vivencias.

Por otra parte, a los organizadores nos sirvió de tiempo de relax tras unas semanas de tensión previas al evento y de confratenidad que tanto nos hacía falta tras tantos eventos virtuales, que están muy bien pero que no dejan tan buen cuerpo como estos encuentros cara a cara.

Desde aquí le pongo un gran 10 al evento social organizado por la Opensouthcode que nos permitió cargar pilas y que, pasadas dos semanas, dudo mucho que olvide.

¿Qué es Akademy-es?

Akademy-es (#akademyes, que es la etiqueta para las redes sociales) es evento más importante para los desarrolladores y simpatizantes de KDE, que se ha ido celebrando desde el 2006 con éxito creciente.

En general, las Akademy-es son el lugar adecuado para conocer a los desarrolladores, diseñadores, traductores, usuarios y empresas  que mueven este gran proyecto.

En ellas se realizan ponencias, se presentan programas, se hace un poco de caja para los proyectos libres (camisetas, chapas, etc) pero sobre todo se conoce a gente muy interesante y se cargan baterías para el futuro.

Podéis repasar las anteriores ediciones en estas entradas del blog:

• Camino Akademy-es 2013: Las anteriores ediciones (I): 2006 – 2008
• Camino Akademy-es 2013: Las anteriores ediciones (II): 2009-2010
• Camino Akademy-es 2013: Las anteriores ediciones (III): 2011-2012
• Anteriores ediciones de Akademy-es (IV): 2013 y 2014

La entrada Evento social del viernes 9 de junio Akademy-es 2023 de Málaga Opensouthcode Edition #akademyes se publicó primero en KDE Blog.

El 22 de junio de 1998, se fundó la Fundación KDE Free Qt y ha acompañado a Qt en su increíble viaje para convertirse en la historia de éxito que es hoy

Este artículo es una traducción del artículo original escrito en inglés y publicado bajo una licencia libre CC by 3.0 en el sitio de noticias de la comunidad KDE que puedes leer en el siguiente enlace:

• https://dot.kde.org/2023/06/21/celebrating-25-years-kde-free-qt-foundation

Qt se ha establecido como la solución de referencia para el desarrollo de interfaces de usuario (UI) debido a su alta calidad, consistencia, facilidad de uso y amplio soporte multiplataforma.

Un factor clave en este logro es la estrategia de licencia dual de Qt: Qt está disponible como software libre cuando es usado para desarrollar software libre, pero también está disponible bajo una licencia de pago para el desarrollo de software privativo.

Una base legal garantiza la disponibilidad continua de Qt como software libre junto con las opciones de licencia comercial.

En el momento en que se fundó la KDE Free Qt Foundation, Qt fue desarrollado por Trolltech, la empresa que desarrolló originalmente el framework. La Fundación ha apoyado a Qt a través de sus transiciones, primero a Nokia, luego a Digia y finalmente a The Qt Company.

Tiene derecho a publicar Qt bajo la licencia BSD si es necesario para garantizar que Qt siga siendo de código abierto. Esta notable garantía legal protege a la comunidad de software libre y genera confianza entre los desarrolladores, colaboradores y clientes.

La KDE Free Qt Foundation es una colaboración entre The Qt Company y KDE. KDE es una de las mayores comunidades de software libre para software de usuario final de uso general y existe desde 1996.

Qt se desarrolla como un verdadero proyecto de código abierto. Personas de diferentes orígenes se unen a The Qt Company para contribuir al framework. Muchos colaboradores provienen de The Qt Company, pero muchos otros provienen de otras compañías y de proyectos de software libre basados ​​en Qt, incluida la comunidad de KDE.

Saben que sus contribuciones seguirán estando disponibles como Software Libre porque la Fundación protege y asegura que las contribuciones a Qt permanecerán abiertas.

¡Únase a la comunidad de KDE para celebrar 25 años de libertad y colaboración con Qt! Únase a nosotros para saber que KDE Free Qt Foundation está protegiendo el futuro de Qt, tanto como fuente abierta como como una oferta privativa y respaldada comercialmente.

Enlaces de interés

• https://kde.org/community/whatiskde/kdefreeqtfoundation/
• https://dot.kde.org/2023/06/21/celebrating-25-years-kde-free-qt-foundation
• https://www.qt.io/
• https://kde.org/es/

Tumbleweed es una distribución de GNU/Linux «Rolling Release» o de actualización contínua. Aquí puedes estar al tanto de las últimas novedades.

openSUSE Tumbleweed es la versión «rolling release» o de actualización continua de la distribución de GNU/Linux openSUSE.

Hagamos un repaso a las novedades que han llegado hasta los repositorios esta semana.

El anuncio original lo puedes leer en el blog de Dominique Leuenberger, publicado bajo licencia CC-by-sa, en este este enlace:

• https://dominique.leuenberger.net/blog/2023/06/opensuse-tumbleweed-review-of-the-week-2023-25/

Durante esta semana se han publicado 6 snapshots (0614, 0616, 0617, 0619, 0620, y 0620) que han traido los siguiente cambios:

• Python 3.11como interpretador predeterminado.
• libzypp
• Qt 5.15.10
• PHP 8.1.20
• LibreOffice 7.5.4.2
• poppler 23.06.0
• LLVM 16.0.6
• node.JS 20.3.0
• Mozilla Firefox 114.0.2: Que soluciona los problemas de cuelgues que tuve con firefox.
• KDE Plasma 5.27.6

Y para próximas actualizaciones, podremos esperar entre otras actualizaciones, estas:

• Linux kernel 6.3.9
• Protobuf 22.5
• util-linux 2.39
• Mesa 23.1.3
• PHP 8.2.7

Si quieres estar a la última con software actualizado y probado utiliza openSUSE Tumbleweed la opción rolling release de la distribución de GNU/Linux openSUSE.

Mantente actualizado y ya sabes: Have a lot of fun!!

Enlaces de interés

• ¿Por qué deberías utilizar openSUSE Tumbleweed?
• zypper dup en Tumbleweed hace todo el trabajo al actualizar
• ¿Cual es el mejor comando para actualizar Tumbleweed?
• ¿Qué es el test openQA?
• http://download.opensuse.org/tumbleweed/iso/
• https://es.opensuse.org/Portal:Tumbleweed

——————————–

Dear Tumbleweed users and hackers,

Finally back on the weekly review cycle – are we taking bets on how long I can keep it up (summertime is ‘terrible’ – it motivates too much to take Fridays off). Anyway, even without me there, you are used to Tumbleweed rolling. Lately, all the excellent work on Staging Is being performed by Ana. During this week, we managed to publish again 6 snapshots (the 7th was in QA, but took slightly longer to test than the next one needed to build).

The 6 snapshots (0614, 0616, 0617, 0619, 0620, and 0620) brought you those changes:

• Python 3.11 has been set as the default Python interpreter
• libzypp: fix for stricter http/2 RFC 9113 server implementations: trim custom headers
• Qt 5.15.10
• PHP 8.1.20
• LibreOffice 7.5.4.2
• poppler 23.06.0
• LLVM 16.0.6
• node.JS 20.3.0
• Mozilla Firefox 114.0.2
• KDE Plasma 5.27.6

Integration tests are currently being performed on these planned changes:

• Linux kernel 6.3.9
• Protobuf 22.5: please help to sort out the failures in Staging:K
• util-linux 2.39
• Mesa 23.1.3
• PHP 8.2.7: Nextcloud was updated to 26.0.3, which claims to support PHP 8.2

Seguimos con los lanzadores de aplicaciones para KDE, de los cuales tenemos indexeados en la KDE Store ya 38 de ellos. En esta ocasión os presento Andromeda Launcher, otro lanzador de aplicaciones estilo ventana, con el que llegamos a las 221 de plasmoides de esta serie de miniaplicaciones que se une a la ingente cantidad de widgets de este tipo presentados en el blog.

Andromeda Launcher, otro lanzador de aplicaciones estilo ventana – Plasmoides de KDE (221)

Seguimos con las posibilidades de personalización de Plasma 5 en cuanto a lanzadores de aplicaciones. Al nuevo lanzador que nos vino con Plasma 5.21, a su versión clásica que podéis encontrar en la KDE Store, y a la infinidad de alternativas que tenemos (UMenu, Minimal Menu, Simple Menu , Ditto Menu ,Popup Launcher, Stupid Simple Launcher o OSXLaunchpad) se unen inspiraciones de otros sistemas operativos como el que os presento hoy.

Así que espero que le deis la bienvenida a un plasmoide de llamado Adromeda Launcher, creado por ELIVERLARA, y que se trata de un lanzador estilo ventana, es decir, de los que aparecen pero no ocupan la pantalla completa que se caracteriza por poner el avatar del usuario centrado, lo cual viene de fábula para las posibles personalizaciones que ofrece el entorno de trabajo Plasma a sus usuarios.

Y como siempre digo, si os gusta el plasmoide podéis «pagarlo» de muchas formas en la página de KDE Store, que estoy seguro que el desarrollador lo agradecer: puntúale positivamente, hazle un comentario en la página o realiza una donación. Ayudar al desarrollo del Software Libre también se hace simplemente dando las gracias, ayuda mucho más de lo que os podéis imaginar, recordad la campaña I love Free Software Day de la Free Software Foundation donde se nos recordaba esta forma tan sencilla de colaborar con el gran proyecto del Software Libre y que en el blog dedicamos un artículo.

Más información: KDE Store

¿Qué son los plasmoides?

Para los no iniciados en el blog, quizás la palabra plasmoide le suene un poco rara pero no es mas que el nombre que reciben los widgets para el escritorio Plasma de KDE.

En otras palabras, los plasmoides no son más que pequeñas aplicaciones que puestas sobre el escritorio o sobre una de las barras de tareas del mismo aumentan las funcionalidades del mismo o simplemente lo decoran.

La entrada Andromeda Launcher, otro lanzador de aplicaciones estilo ventana – Plasmoides de KDE (221) se publicó primero en KDE Blog.