En ocasiones dos noticias deben ir unidas. Si esta mañana he hablado de la LliureJam 2026 de València ahora tocas hablar de su primer evento presencial con el Taller de Godot + Charla Licencias Libresorganizadas por GNU/Linux València y Hackerspace VLC que se celebrará el sábado, 21 de febrero en los locales de éste último (Carrer Francisco Martínez, 19 Bajo, València 46020)
Taller de Godot + Charla Licencias Libres dentro de la LliureJam 2026 de València
Me complace presentaros un nuevo evento de la Asociación sin Ánimo de Lucro GNU/Linux València, esta vez con la cooperación de Hackerspace VLC, que siguen sus actividades este 2026 con un macro evento:
En palabras de los organizadores:
El sábado 21, nos podremos reunir toda la gente que quiera participar en la LliureJam (o simplemente que quiera aprender sobre Godot y licencias libres) en las maravillosas instalaciones de Hackerspace València. Empezaremos con un almuerzo a las 10:00 en un bar cercano, para las personas que quieran venir a socializar y conocer a gente. A las 11:00, haremos una presentación sobre licencias y recursos libres, donde explicaremos de forma muy sencilla lo que implican en garantizar la libertad del usuario. Veremos también dónde poder encontrar recursos para crear nuestro arte que nos garantizan la libertad de usarlos sin problemas, y en particular para la publicación de nuestro arte como contenido libre. Finalmente, a las 11:30, dará arranque un taller de Godot, uno de los mejores motores de videojuegos que aprender hoy en día (¡y libre!) liderado por Guillem, el coordinador de LliureJam, ¡trata de instalar Godot en tu ordenador por adelantado! Así ganarás un poco de tiempo de aprendizaje.
LliureJam 2026 es una «game jam» (un concurso de desarrollo rápido de videojuegos) con un enfoque muy especial: el Software Libre.
Se celebra justamente entre el 20 febrero al 6 marzo de 2026, y a diferencia de otras jams convencionales, aquí no solo importa el juego final, sino también las herramientas que usas para crearlo y cómo lo compartes.
Aunque puedes participar de forma remota a través de su página en Itch.io, el evento tendrá mucha presencia física en Valencia. Por ejemplo, el 21 de febrero hay un Taller de Godot + Charla Licencias Libres en el Hackerspace de València. En breve más noticias.
Y ahora la parte más ética y técnica:
La LliureJam naix per defensar la sobirania tecnològica i la llibertat creativa. És una trobada oberta a qualsevol persona que vulga experimentar amb motors lliures i compartir coneixement.
Esta edició, crearem jocs d’escriptori, és a dir, jocs pensats per executar-se en una finestra del sistema, com el Buscamines. Són programes lleugers, accessibles i fàcils d’utilitzar amb ratolí i teclat. L’objectiu, més enllà de gaudir programant, és promoure els valors de software lliure i educar el públic perquè puga prendre el control de la tecnologia que utilitza.
Les condiciones són les següentes:
Els jocs han de ser de finestra i orientats a jugar-se sobre l’escriptori.
Han d’estar fets amb motors o biblioteques lliures ( Godot, GTK, Qt, raylib, etc.) i distribuir-se amb llicència GPL3, MIT o domini públic.
S’ha d’incloure el projecte complet en la descàrrega.
El joc ha de córrer en GNU/Linux; compatibilitat amb altres sistemes és opcional.
No es poden utilitzar recursos generats amb IA; s’anima a emprar assets lliures ( Jamendo, Freesound, Itch.io, etc.).
Els jocs s’han de crear durant la jam.
Els jocs han de ser aptes per a tots els públics i no poden contindre contingut discriminatori, violent o ofensiu.
Es pot participar individualment o en equip.
La LliureJam nace para defender la soberanía tecnológica y la libertad creativa. Es un encuentro abierto a cualquier persona que quiera experimentar con motores libres y compartir conocimiento.
En esta edición, crearemos juegos de escritorio, es decir, juegos pensados para ejecutarse en una ventana del sistema, como el Buscaminas. Son programas ligeros, accesibles y fáciles de usar con ratón y teclado. El objetivo, más allá de disfrutar programando, es promover los valores del software libre y educar al público para que pueda tomar el control de la tecnología que utiliza.
Las condiciones son las siguientes:
Los juegos deben ser en ventana y estar pensados para jugarse sobre el escritorio.
Deben estar hechos con motores o bibliotecas libres ( Godot, GTK, Qt, raylib, etc.) y publicarse con licencia GPL3, MIT o dominio público.
Se debe incluir el proyecto completo en la descarga.
El juego debe funcionar en GNU/Linux; la compatibilidad con otros sistemas es opcional.
No se pueden utilizar recursos generados con IA; se anima a usar assets libres ( Jamendo, Freesound, Itch.io, etc.).
Los juegos deben crearse durante la jam.
Los juegos deben ser aptos para todos los públicos y no pueden contener contenido discriminatorio, violento u ofensivo.
The Framework Laptop 13 protective bumper, developed for enhanced durability, is now available for purchase. Initially designed for black, it has expanded to seven color options in varying materials. After positive feedback, the creator began selling these bumpers online, aiming to protect laptops from daily wear and tear while enjoying customization.
Modern Linux systems are increasingly used to run autonomous, policy-driven services that operate continuously without user interaction. One example is a self-hosted trading agent running on openSUSE Tumbleweed, and can be run on other openSUSE flavors if desired.
There is no flashy interface, no proprietary cloud service, no opaque black box and no paid service that charges a monthly fee. Instead, the system runs reliably 24/7 continuously executing predefined policies in response to market signals.
The setup highlights the use of Linux distributions in the age of decentralized finance. Running autonomous and securely with minimal human intervention is a natural fit for Linux-based operating environments.
Unlike trading apps and services, this approach favors transparency. Configurations are easy. Logs are readable. Services are managed through systemd. When something goes wrong, administrators can inspect, roll back or fine-tune their system without surrendering control to closed platforms.
Open-source tooling allows users to deploy and audit their own automation logic without relying on proprietary platforms. A trading agent built on a development platform’s APIs allows anyone with a laptop or Raspberry Pi running openSUSE or other another Linux distribution to operate in 24-hour financial markets.
While this example focuses on trading logic, the architecture applies equally to other continuous workloads such as telemetry processing, monitoring systems, API polling services or data aggregation pipelines.
Trading logic implemented in these systems may adopt a conservative posture; however, this does not eliminate risk. Users reading this assume full responsibility for both market exposure and technical failure modes. This content does not constitute financial advice, but is only showing a use case for the technology available to Linux users.
The agent checks price data and calculates a desired indicator as well as other services. One indicator that can be used is the Relative Strength Index (RSI) of recent candles. When the RSI drops below a threshold, the agent considers buying a digital asset. When the RSI rises above an upper threshold, it considers selling that digital asset.
The example shown operates only in spot markets and avoids leverage.
The example given is not a high-frequency system. It is designed to run quietly, sometimes doing nothing at all.
Running the Agent on openSUSE
The trading agent runs as a standard Node.js service. On openSUSE, it is typically managed using a user-level systemd unit.
Starting the Agent manually:
sudo zypper in nodejs
node --max-old-space-size=8192 dist/bot.js
Running it as a background service:
systemctl --user enable --now jup-bot.service
Monitoring logs:
journalctl --user -u jup-bot.service -f
The approach works identical on Leap, Tumbleweed and MicroOS. MicroOS users can benefit from automatic rollback if a system update ever breaks the runtime.
One of the system’s defining characteristics is that all trading behavior is controlled through environment variables, not hard-coded values.
This makes experimentation safer and easier. Changes can be tested, reverted or tuned without recompiling the application.
Timing and Conditions
Defines how many candles are used for RSI calculation.
RSI_PERIOD=14
Fourteen is a common default for 15-minute charts and balances responsiveness with noise reduction. Shorter periods react faster but generate more signals, while longer periods smooth fluctuations and trade less frequently.
Buy and Sell
Define the thresholds that trigger trades.
RSI_BUY=30
RSI_SELL=70
Lowering the buy threshold makes buy signals more selective, reducing trade frequency. Raising the sell threshold delays exits, also reducing churn. Moving either threshold closer to the midpoint increases trading activity and sensitivity to price movement.
Fine-tuning on openSUSE
openSUSE users often fine-tune in stages rather than all at once.
Changes are applied simply by restarting the service.
This use case is not about digital assets or cryptocurrency; it is about demonstrating its use case in the space.
The distribution provides a foundation for autonomous, policy-driven systems that must run as programmed continuously, transparently and easily recover from failure. Whether the task is trading, data aggregation, monitoring or infrastructure automation, the same principles apply.
Running autonomous services on open systems reinforces transparency, recoverability and operational control. Whether the workload is trading, monitoring or automation, openSUSE provides the foundation.
Here are differentiators for each openSUSE flavor. Leap offers enterprise-grade stability for users who prefer slower change and long support cycles; plus there is the option to upgrade to SUSE Linux Enterprise Server for those who want it. Tumbleweed provides up-to-date kernels and libraries, ideal for developers working with fast-moving blockchain SDKs. MicroOS, with its transactional updates and immutable filesystem, is especially well-suited for unattended edge services where reliability and rollback matter more than manual tweaking.
The trading agent may be watching price charts, but the real story here is about control; who has it, how it is exercised, and whether users can see and understand the system they are using. On openSUSE, they can.
Vuelvo de nuevo justo a esta noticia, y es que últimamente hay muchas actualidad en el mundo libre. Llega la LliureJam 2026 a València de la mano de GNU/Linux València y Hackerspace VLC. ¿No sabes lo que es? No pasa nada, yo te lo explico y de paso me entero yo mismo.
Llega la LliureJam 2026 a València de la mano de GNU/Linux València y Hackerspace VLC
Me complace presentaros un nuevo evento de la Asociación sin Ánimo de Lucro GNU/Linux València, esta vez con la cooperación de Hackerspace VLC, que siguen sus actividades este 2026 con un macro evento:
En palabras de los organizadores:
El día 20darácomienzoLliureJam, una «gamejam», que viene a ser una especie de concurso de desarrollo de videojuegos, que incluye también a diseñadores, artistas, músicos, guionistas… ¡haz amistades y crea videojuegos libres en común!
Siendo más precisos, para los que van tan perdidos como yo, la LliureJam 2026 es una «game jam» (un concurso de desarrollo rápido de videojuegos) con un enfoque muy especial: el Software Libre.
Se celebra justamente entre el 20 febrero al 6 marzo de 2026, y a diferencia de otras jams convencionales, aquí no solo importa el juego final, sino también las herramientas que usas para crearlo y cómo lo compartes.
Aunque puedes participar de forma remota a través de su página en Itch.io, el evento tiene mucha presencia física en Valencia. Por ejemplo, el 21 de febrero hay talleres de Godot y charlas sobre licencias en el Hackerspace de València. En breve más noticias.
Y ahora la parte más ética y técnica:
La LliureJam naix per defensar la sobirania tecnològica i la llibertat creativa. És una trobada oberta a qualsevol persona que vulga experimentar amb motors lliures i compartir coneixement.
Esta edició, crearem jocs d’escriptori, és a dir, jocs pensats per executar-se en una finestra del sistema, com el Buscamines. Són programes lleugers, accessibles i fàcils d’utilitzar amb ratolí i teclat. L’objectiu, més enllà de gaudir programant, és promoure els valors de software lliure i educar el públic perquè puga prendre el control de la tecnologia que utilitza.
Les condiciones són les següentes:
Els jocs han de ser de finestra i orientats a jugar-se sobre l’escriptori.
Han d’estar fets amb motors o biblioteques lliures ( Godot, GTK, Qt, raylib, etc.) i distribuir-se amb llicència GPL3, MIT o domini públic.
S’ha d’incloure el projecte complet en la descàrrega.
El joc ha de córrer en GNU/Linux; compatibilitat amb altres sistemes és opcional.
No es poden utilitzar recursos generats amb IA; s’anima a emprar assets lliures ( Jamendo, Freesound, Itch.io, etc.).
Els jocs s’han de crear durant la jam.
Els jocs han de ser aptes per a tots els públics i no poden contindre contingut discriminatori, violent o ofensiu.
Es pot participar individualment o en equip.
La LliureJam nace para defender la soberanía tecnológica y la libertad creativa. Es un encuentro abierto a cualquier persona que quiera experimentar con motores libres y compartir conocimiento.
En esta edición, crearemos juegos de escritorio, es decir, juegos pensados para ejecutarse en una ventana del sistema, como el Buscaminas. Son programas ligeros, accesibles y fáciles de usar con ratón y teclado. El objetivo, más allá de disfrutar programando, es promover los valores del software libre y educar al público para que pueda tomar el control de la tecnología que utiliza.
Las condiciones son las siguientes:
Los juegos deben ser en ventana y estar pensados para jugarse sobre el escritorio.
Deben estar hechos con motores o bibliotecas libres ( Godot, GTK, Qt, raylib, etc.) y publicarse con licencia GPL3, MIT o dominio público.
Se debe incluir el proyecto completo en la descarga.
El juego debe funcionar en GNU/Linux; la compatibilidad con otros sistemas es opcional.
No se pueden utilizar recursos generados con IA; se anima a usar assets libres ( Jamendo, Freesound, Itch.io, etc.).
Los juegos deben crearse durante la jam.
Los juegos deben ser aptos para todos los públicos y no pueden contener contenido discriminatorio, violento u ofensivo.
openSUSE Leap 16.0 is now available as a public image on Google Cloud Platform. Both x86_64 and Arm64 images were built on 16 February 2026 and are ready for use with Compute Engine instances.
Launching an instance with openSUSE Leap 16.0
Getting started with Leap 16.0 on GCP is straightforward. From the Google Cloud Console, navigate to Compute Engine > VM instances and click Create Instance.
In the instance configuration page, scroll down to the OS and storage section and click Change to open the boot disk configuration panel.
Under the Public images tab, select openSUSE from the Operating system dropdown. You will then see openSUSE Leap listed under the Version dropdown — select the openSUSE Leap 16.0 entry. Choose your preferred boot disk type and size, then click Select to confirm.
From there, configure the rest of your instance settings — machine type, networking, firewall rules — as you normally would, and click Create to launch your new Leap 16.0 VM.
A note on Google Cloud Observability
During instance creation, you will notice the Observability - Ops Agent section near the bottom of the configuration page. For supported operating systems, this provides a convenient Install Ops Agent for Monitoring and Logging checkbox that automatically installs the agent when the VM boots. However, with openSUSE Leap 16.0 selected as the boot disk image, this checkbox is greyed out and displays the message: "Not available for the selected image." This is because the automated installation method does not yet support Leap 16.0.
You might think the next step would be to install the Ops Agent manually via the command line. Google's installation documentation provides a script for exactly this:
Unfortunately, this does not work on Leap 16.0 either — and the reason is buried in how the script identifies your operating system.
Why does the script fail?
The script reads /etc/os-release to determine the OS family and version. For any SUSE-based distribution, including openSUSE Leap, it routes to a handle_suse function via a case statement in main():
sles|opensuse-leap) handle_suse ;;
Inside handle_suse, the add_repo() function extracts the major version number and constructs a SLES-based repository codename:
local SUSE_VERSION=${VERSION_ID%%.*}
local CODENAME="${REPO_CODENAME:-"sles${SUSE_VERSION}"}"
On openSUSE Leap 16.0, VERSION_ID is 16.0, so SUSE_VERSION resolves to 16 and the codename becomes sles16. The script then attempts to add a repository at:
The problem is that this repository simply does not exist. Google currently publishes Ops Agent packages for sles12 and sles15, but there is no sles16 repository — SLES 16 itself has not been released yet. The script makes no distinction between SLES and openSUSE Leap; it treats both as the same platform and derives the repo path purely from the major version number. The result is a refresh_failed error telling you to check your network connectivity and verify that you are running a supported distribution.
This leaves openSUSE Leap users on GCP in a bit of a gap. While the Ops Agent officially supports Leap 15.6, that image is no longer available on GCP — only Leap 16.0 is offered as a public image. So the supported version cannot be deployed, and the deployable version is not supported. Until Google publishes a compatible repository for Leap 16.0, there is no straightforward path to running the Ops Agent on an openSUSE instance on GCP. Keep an eye on the Ops Agent supported platforms list for updates.
Installing the Leap 15.6 version of the agent isn't a viable workaround due to missing libraries.
Problem: 1: nothing provides 'libcrypto.so.1.1()(64bit)' needed by the to be installed google-cloud-ops-agent-2.63.0-1.sles15.x86_64
As always, the openSUSE community welcomes feedback and bug reports — if you run into issues with the GCP images that are specific to the openSUSE project, report them through the openSUSE Bugzilla.
A nova inteligência artificial de geração de vídeos da ByteDance, o Seedance 2.0, tornou-se um fenômeno na China e começou a repercutir globalmente após impressionar nomes como Elon Musk. Especializado na criação de vídeos cinematográficos a partir de poucos comandos, o modelo vem sendo comparado à ascensão meteórica da DeepSeek especialmente após o impacto global do modelo R1 no início de 2025.
Mas afinal, o que torna o Seedance 2.0 tão diferente e por que Hollywood está em alerta?
A próxima fronteira da IA: do texto ao cinema
Nos últimos anos, modelos focados em texto como o ChatGPT consolidaram a IA generativa no mainstream. O próprio R1 da DeepSeek reforçou o protagonismo chinês na corrida tecnológica.
Agora, o foco se desloca para modelos multimodais capazes de integrar texto, imagem, áudio e vídeo simultaneamente. É exatamente esse o posicionamento do Seedance 2.0.
Apresentado oficialmente em 12 de fevereiro, o modelo foi descrito pela ByteDance como uma solução voltada para:
Produções cinematográficas profissionais
Conteúdo para e-commerce
Campanhas publicitárias
Criação rápida de mídia social
A promessa é reduzir drasticamente os custos de produção audiovisual, permitindo que vídeos hiper-realistas de até 15 segundos sejam criados a partir de poucas linhas de instrução.
Comparações com a DeepSeek e o “momento Sputnik”
O sucesso do Seedance 2.0 acontece em um momento simbólico. Após o impacto global da DeepSeek, investidores e especialistas buscavam o “próximo salto” da IA chinesa.
O jornal estatal chinês Global Times comparou o impacto inicial do DeepSeek-R1 a um “momento Sputnik” referência histórica ao choque geopolítico causado pelo avanço soviético na corrida espacial.
Segundo editorial publicado na China, o sucesso contínuo do Seedance 2.0 estaria gerando uma nova onda de admiração tecnológica pela China no Vale do Silício.
O próprio Elon Musk reagiu a uma postagem elogiando o modelo em sua rede social X com a frase:
“Está acontecendo rápido.”
Uma declaração curta mas simbólica considerando o ritmo acelerado da corrida global por IA multimodal.
Viralização nas redes chinesas
Na plataforma Weibo, vídeos criados com o Seedance 2.0 acumulam milhões de visualizações.
Entre os exemplos que viralizaram:
Ye (Kanye West) e Kim Kardashian como personagens de um drama palaciano na China Imperial, cantando em mandarim
Cenas de luta entre Tom Cruise e Brad Pitt
Confrontos fictícios entre John Wick e Neo (personagens de Keanu Reeves)
Finais alternativos para séries como Stranger Things
Hashtags relacionadas ao Seedance 2.0 somaram dezenas de milhões de cliques, incluindo uma promovida pelo Beijing Daily com a frase:
“Da DeepSeek ao Seedance, a IA da China triunfou.”
O outro lado: Hollywood reage
Se por um lado a tecnologia empolga usuários e investidores, por outro ela acendeu um sinal vermelho na indústria cinematográfica americana.
A associação Motion Picture Association criticou duramente o lançamento, afirmando que o modelo teria feito uso não autorizado de obras protegidas por direitos autorais.
A Disney enviou notificação extrajudicial acusando a ByteDance de “apropriação virtual desenfreada” de propriedades como personagens da Marvel e de outras franquias do estúdio.
A Paramount Global também notificou a empresa por uso indevido de marcas como “South Park”, “Star Trek” e “O Poderoso Chefão”.
O sindicato dos atores de Hollywood classificou o uso de vozes e imagens sintéticas como “violação flagrante”, enquanto a Human Artistry Campaign chamou a plataforma de “um ataque a todos os criadores do mundo”.
A resposta da ByteDance
Em comunicado à BBC, a ByteDance afirmou:
Que respeita os direitos de propriedade intelectual
Que ouviu as preocupações da indústria
Que está reforçando medidas de segurança
Que busca impedir o uso não autorizado de IP por parte dos usuários
A empresa sinaliza que o Seedance 2.0 está em fase de testes apenas na China, mas a pressão internacional pode acelerar mudanças regulatórias ou mesmo disputas judiciais de grande escala.
O que está realmente em jogo?
O caso Seedance 2.0 expõe três grandes tensões globais:
Disrupção tecnológica
A capacidade de gerar cenas cinematográficas realistas com poucos comandos reduz barreiras de entrada na produção audiovisual.
Propriedade intelectual
Quem é responsável quando um modelo gera conteúdo baseado em IP protegido?
Geopolítica da IA
China e EUA disputam liderança não apenas em modelos de texto, mas agora em vídeo, multimodalidade e mídia sintética.
Conclusão
O Seedance 2.0 não é apenas mais um modelo de IA. Ele representa:
Um avanço significativo na geração multimodal
Um símbolo da aceleração tecnológica chinesa
Um desafio direto às estruturas tradicionais da indústria criativa
Um novo capítulo na corrida global por inteligência artificial
Se a DeepSeek provocou um “momento Sputnik” na IA textual, o Seedance 2.0 pode estar inaugurando o momento Hollywood da IA multimodal.
E como resumiu Elon Musk: “Está acontecendo rápido.”
A pergunta agora não é se a IA vai transformar o audiovisual — mas quem controlará essa transformação.
The openSUSE Board Election 2025 has officially been announced. Originally scheduled for November/December 2025, the election was postponed due to a backlog of tasks on the membership database. The Election Committee – Ariez Vachha, Edwin Zakaria, Lubos Kocman and Eddy Lareine – has now published the election schedule.
Two seats on the openSUSE Board are up for grabs as Simon Lees and Shawn W Dunn complete their mandate. This is a great opportunity for community members who want to help shape the direction of the openSUSE Project.
Key dates
27 February – Deadline for candidates to declare their intention
28 February – Candidate slate published
1 March – Voting opens
9 March – Results announced (ballots remain open for one week)
Who can participate?
Only active openSUSE members are eligible to vote. If you're a contributor but not yet a member, you can apply for membership at any time. Members who join after the candidate slate is published on 28 February can still vote, but will not be able to run as a candidate.
If your membership is approved after voting has begun, reach out to the election officials to inform them. Membership approval and voting in the election is not an automatic process. The election officials will use an up to data membership database for the election process on the 1 March when opening the ballots. Thus, membership approvals after that date have to be informed to the officials.
Details on how to become a member are available on the wiki: openSUSE:Members
Get involved
If you're interested in running, reach out to the Election Committee via their mailing list before the 27th of February. The announcement was made on the openSUSE Project mailing list and social media, and the election wiki page has been updated with full details.
The openSUSE Board plays a vital role in guiding the project. Whether you choose to run or simply cast your vote, your participation matters.
Ha pasado ya más de un año y medio (¡cómo pasa el tiempo!) desde la mega actualización del ecosistema de aplicaciones KDE. Fue justo un 28 de febrero cuando se dio el salto a KF6/Qt6 para todos los entorno de trabajo y aplicaciones de la Comunidad KDE. En estos meses, se ha trabajado duro para pulir el sistema al máximo y dar pinceladas de lo que está por venir. De esta forma me complace anunciar que hoy 17 de febrero ha sido lanzado Plasma 6.6, el mejor escritorio del universo conocido, en nuestra humilde (y sabia) opinión.
Lanzado Plasma 6.6, el mejor escritorio del universo conocido (según nosotros)
La Comunidad KDE ha publicado hoy Plasma 6.6 una versión que supone otro paso firme en la evolución positiva que está siendo la rama 6. Prueba de ello es que todas sus versiones anteriores (del 6.0 al 6.5 ) han sido escritorios 100% funcionales y que ya nadie se plantea si el salto a la nueva tecnología tiene riesgo. En otras palabras, Plasma 6 debería ser el entorno de trabajo a utilizar si te gusta el trabajo de KDE y, me atrevo a decir, si te gustan los entornos libres.
En palabras de sus desarrolladores:
Plasma 6.6 te facilita la vida, sin sacrificar la flexibilidad ni las características que han hecho de Plasma el escritorio más versátil del universo conocido.
Con eso en mente, hemos mejorado la usabilidad y la accesibilidad de Plasma y hemos añadido nuevas funciones prácticas a la combinación.
Consulta las novedades y cómo usarlas en nuestra guía (mayormente) visual a continuación:
Hoy es un día de descarga y actualizaciones, y mientras espero que esté disponible para mi KDE Neon, os comento algunas de sus novedades
Nuevo Teclado Virtual: Se estrena «Plasma Keyboard», un teclado en pantalla completamente renovado y mejorado para dispositivos táctiles.
OCR en Spectacle: La herramienta de capturas de pantalla ahora puede reconocer y extraer texto de las imágenes capturadas.
Plasma Setup: Un nuevo asistente de configuración inicial que permite crear cuentas de usuario y configurar la red de forma independiente al proceso de instalación del sistema.
Temas Globales Propios: Ahora puedes convertir tu configuración actual en un «Tema Global» personalizado, que además es compatible con el cambio automático entre modo día y noche.
Intensidad de color: Posibilidad de ajustar la intensidad del color de los cuadros de las ventanas.
Selector de emojis: Nuevo selector de tonos de piel para los emojis (Meta + .).
Conexión por QR: Si tienes una cámara, puedes conectarte a redes Wi-Fi escaneando códigos QR.
Control de volumen rápido: Puedes ajustar el volumen de una aplicación específica pasando el puntero sobre su icono en el gestor de tareas y usando la rueda del ratón.
Lista de ventanas: Nueva opción para abrir la lista al pasar el ratón (Open on hover) y filtrado de ventanas por actividad o escritorio.
Propiedades rápidas: Manteniendo Alt y haciendo doble clic en un archivo del escritorio se abren sus propiedades.
Filtros para Daltonismo: Se añade un filtro de escala de grises, sumando un total de 4 filtros para diferentes tipos de deficiencia visual.
Modo de seguimiento en Lupa: Nuevo modo que mantiene el puntero siempre centrado en la pantalla mientras se usa el zoom.
Mejoras en Wayland: Soporte para «Teclas lentas» (Slow Keys) y ajuste estándar de «Movimiento reducido».
Escritorios Virtuales: Posibilidad de tener escritorios virtuales solo en la pantalla principal.
Gestión de Energía: Brillo de pantalla automático para dispositivos con sensores de luz ambiental.
Gaming: Soporte opcional para usar mandos de juegos como dispositivos de entrada comunes (ratón/teclado).
Monitor del Sistema: Ahora permite elegir la prioridad de los procesos.
Animaciones: Mayor fluidez en pantallas con altas tasas de refresco.
En los próximas entradas, como es habitual, más detalles.
Como los lectores habituales del blog sabrán,el 28 de febrero de 2024 la Comunidad KDE realizó un importante salto tecnológico, uno que marcó su evolución para los próximos años. Este gran cambio a las librerías Qt 6 nos proporcionó el nuevo escritorio Plasma 6, del que ya he hablado a lo largo de muchas entradas. Pero no solo fue eso, sino que además nos trajo el salto también a KDE Frameworks 6, las librerías propias del proyecto KDE. El pasado 9 de enero se anunció la vigesimotercera actualización de KDE Frameworks 6, el motor del proyecto que soporta todo el resto de la infraestructura. Como extra de este año voy a complementar esta serie con el listado y descripción de los componentes de esta importante pieza de la maquinaria de KDE.
Vigesimotercera actualización de KDE Frameworks 6
A pesar de que para los usuarios corrientes esta noticia sea algo confusa ya que no se trata de realzar una nueva aplicación ni de una nueva gran funcionalidad del escritorio, el desarrollo de KDE Frameworks tiene repercusiones directas en él a medio y largo plazo.
Konqi tiene un corazón Qt
Para los que no lo sepan, KDE Frameworks añade unas 83 librerías a la propias de Qt que proporcionan una gran variedad de funcionalidades necesarias y comunes, precisadas por los desarrolladores, testeadas por aplicaciones específicas y publicadas bajo licencias flexibles.
De esta forma, KDE Frameworks se convierte en la base de trabajo de los desarrolladores para realizar sus aplicaciones o sus desarrollos para los entornos de trabajo (escritorio para ordenadores, plasma mobile, etc).
Un buen símil es que KDE Framworks es como el papel y las herramientas de dibujo para un artista: cuanto mejor sea el papel y mejores pinceles tenga, la creación de una artista será mejor.
Como he dicho, el pasado 28 de febrero de 2024 KDE Frameworks saltó de la versión 5 a la 6, y el pasado, 13 de febrero de 2026 fue anunciado que ya tenemos la vigesimoterceraactualización de la rama, es decir, que ha sido lanzado KDE Frameworks 6.23.
Hay que destacar que esta versión forma parte de una serie de versiones mensuales planificadas para poner las mejoras a disposición de los desarrolladores de forma rápida y previsible y que es absolutamente recomendable su actualización.
Tal y comenté el mes pasado, este año voy a ir describiendo cada una de las librerías que nos ofrece KDE Frameworks, y nada mejor que empezar con la única de Tier 0 o nivel base de KDE Frameworks, la cual es independiente de cualquier otro framework de KDE y que lleva por nombre Extra CMake Modules (ECM).
Se trata de una librería que ofrece, si traducimos de su página oficial, una ampliación de:
[…] los módulos que ofrece CMake, incluyendo aquellos utilizados por la función find_package() para localizar software común, otros que pueden emplearse directamente en los archivos CMakeLists.txt para realizar tareas habituales, y archivos de toolchain que el usuario debe especificar en la línea de comandos.
Además, proporciona configuraciones de compilación comunes utilizadas en el software desarrollado por la comunidad KDE.
Aunque la motivación principal de este módulo es reducir la duplicación en los scripts de CMake dentro del software de KDE, está pensado para ser útil en cualquier proyecto que utilice el sistema de construcción CMake.
En otras palabras, es una colección de ayudas y atajos que usan los programadores para que crear e instalar aplicaciones sea más rápido, organizado y con menos errores. No es el programa en sí, sino las «instrucciones mejoradas» para construirlo.
Las librerías que conforman KDE Frameworks se categorizan, según podemos leer en la documentación de KDE API Reference/KDE Libraries, en varios niveles de complejidad, categorías o, en inglés,Tier, que es como lo vamos a leer en muchos sitios.
De esta forma tenemos el siguiente listado categorizado.
Tier 0: nivel base de KDE Frameworks, independiente de cualquier otro framework de KDE. Extra CMake Modules (ECM) Módulos extra de CMake
Tier 1: dependen solo de Qt (y posiblemente un pequeño número de otras bibliotecas de terceros), por lo que pueden usarse fácilmente en cualquier proyecto basado en Qt.
Tier 4: pueden ser en gran parte ignorados por los programadores de aplicaciones; este tier consiste en plugins que actúan en segundo plano para proporcionar funcionalidad adicional o integración de plataforma a frameworks existentes (incluyendo Qt).
After a delay to clean up the membership database, the Election Committee confirmed the process is back on track. Project members will choose candidates to fill two open seats on the openSUSE Board.
The two open seats are those currently filled by Shawn W. Dunn and Simon Lees.
The call is open to all eligible openSUSE members interested in helping guide the project’s community, governance and external representation. Serving on the Board offers a direct opportunity to shape how openSUSE resolves issues, supports contributors and represents itself within the open-source community.
Nominations and self-applications are open through Feb. 28. Candidates must be current openSUSE members.
Voting is scheduled to begin March 1 and close March 8. Results are expected to be announced March 9.
The Election Committee encouraged members to step forward. The project depends on community members willing to lead, listen and represent the project’s shared values.
A recent article provides recommendations to assist candidates in preparing to run for the openSUSE Board and can be found on news.opensuse.org.
Member
baltolkien
Els jocs han de ser de finestra i orientats a jugar-se sobre l’escriptori.
Han d’estar fets amb motors o biblioteques lliures ( Godot, GTK, Qt, raylib, etc.) i distribuir-se amb llicència GPL3, MIT o domini públic.
S’ha d’incloure el projecte complet en la descàrrega.
El joc ha de córrer en GNU/Linux; compatibilitat amb altres sistemes és opcional.
No es poden utilitzar recursos generats amb IA; s’anima a emprar assets lliures ( Jamendo, Freesound, Itch.io, etc.).
Els jocs s’han de crear durant la jam.
Els jocs han de ser aptes per a tots els públics i no poden contindre contingut discriminatori, violent o ofensiu.
Es pot participar individualment o en equip.
Els jocs han de ser de finestra i orientats a jugar-se sobre l’escriptori.
Han d’estar fets amb motors o biblioteques lliures ( 
S’ha d’incloure el projecte complet en la descàrrega.
El joc ha de córrer en GNU/Linux; compatibilitat amb altres sistemes és opcional.
No es poden utilitzar recursos generats amb IA; s’anima a emprar assets lliures ( 
Els jocs s’han de crear durant la jam.
Els jocs han de ser aptes per a tots els públics i no poden contindre contingut discriminatori, violent o ofensiu.
Es pot participar individualment o en equip.
