Dos jóvenes españoles, sin relación ninguna. Dos historias divergentes. Una marca su destino por su apellido sin más mérito y otra sigue su ruta por el conocimiento y el esfuerzo

Hoy quiero publicar en el blog un artículo un poco atípico. No será sobre los temas habituales del blog, si no sobre uno que he conocido recientemente y que me ha causado rabia e impotencia a partes iguales. Espero así dar difusión y aportar un poco.

El título del artículo quiere ser un guiño a la película de Disney de 1961 The parent tramp que en España se tradujo como «Tu a Bostón y yo a California».

En la película dos hermanas gemelas son separadas al nacer y se encuentran de casualidad años después, enterándose de todo el lío, dando pie a una comedia sensiblera. Pero no vengo a hablar de la película.

Vengo a escribir sobre esos dos destinos, que han elegido dos jóvenes de España, no relacionados entre sí para nada y con muy distintos motivos.

Uno de los jóvenes es el nieto del rey emérito de España, despedido con cajas destempladas de su reinado y refugiado en Abu Dabi, aunque ha dejado el chiringuito del reinado «atado y bien atado» a su hijo al que los súbditos españoles seguimos rindiendo pleitesía aunque muchos no queramos.

Tal nieto es el mismísimo Froilán de Marichalar (por recortar su extenso nombre. Es que la aristocracia tiene querencia por los nombres extensos y rancios… rancio abolengo quiero decir)

El tal Froilán, como digo, es nieto del antiguo Borbón y sobrino del actual Borbón que reina en España. Cuenta con 24 años, en los que con la tontuna de ser «nieto de», «hijo de», etc no ha dado palo al agua. Pero sí tiros al pie, al suyo concretamente… cosas que pasan en la nobleza.

Ha cursado estudios de los normalitos en las escuelas más elitistas, y en todo ese tiempo no creo que le haya aprovechado mucho lo estudiado. Pero sí ha tenido la oportunidad simplemente de ser quien es de poder estudiar en esas instituciones, patrias y extranjeras.

Matrículas en escuelas que cuestan 45.000 euros y estancias en sitios de su estatus. Todo sufragado por el sueldo asignado por su apellido. No hacen falta demostrar méritos, simplemente se le da dinero o lo cogen, pero después acusados de falta de memoria no les consta nada de lo ocurrido.

Los borbones son de memoria corta, así que no sé qué tal le irá a Abu Dabi, la suerte que ha encontrado trabajo en una petrolera, pero no rellenando depósitos a la petición de «lleno por favor» si no supongo que en un buen despacho.

Abu Dabi es el sitio donde los borbones van para alejarse de su pasado. Su abuelo inauguró tal tradición y su nieto quiere así alejarse de peleas con navajas y ambientes dudosos. Porque dentro del pijoterío también hay gente de mal caracter con quien el nieto parecía congeniar.

Si ese era el destino de Abu Dabi ¿quién irá a Oxford? Si tiene suerte, será Bruno Mompeán.

Así de primeras, su nombre seguro que no te suena. En una sociedad que premia la estulticia, son más conocidos los nombres de parásitos sociales que de personas con verdadero valor intrínseco.

Bruno Mompeán no tiene un linaje o apellido detrás que le asegure de cumplir lo que desee. Tiene detrás una familia que hará frente y lo apoyará en lo que pueda con los recursos de los que dispone.

Bruno Mompeán es un jóven de 16 años apasionado por las matemáticas, por las que siente pasión desde hace muchos años (a pesar de los pocos años que acumula en su contador).

Debido a sus dotes para las matemáticas y su pasión por aprender y desarrollar más ese conocimiento y esa ciencia de ciencias, quiso ser admitido en la prestigiosa universidad de Oxford y lo consiguió.

Pero esa alegría de ver cómo en un proceso tan estricto era admitido, también ocultaba la tristeza de afrontar la realidad de que dicha matrícula cuesta la friolera de 40.000€, más el gasto de vivir en el extranjero. Toda una fortuna que otros con apellidos dilapidan alegremente con menos resultados.

Por eso Bruno Mompeán ha decidido abrir una campaña de financiación en gofundme para recaudar ese dinero, o una parte, que le permita el deseo de matricularse en Oxford y continuar estudiando matemáticas a un nivel muy superior. Tiene la capacidad, pero no tiene los medios, otros los medios pero no la capacidad y otros como yo, ni una cosa ni la otra.

A la hora de escribir esto, tenía 427 donaciones que hacían un total de 14.700€ todavía lejos del objetivo, que tendría que cumplirse antes de octubre de 2023.

Una pena ver dinero público desperdiciado en forma de tarjetas opacas, o presupuestos para la (extensa) familia real que nada aportan, que podría invertirse para el fomento de una educación académica de calidad, por ejemplo becando a estudiantes con capacidades.

Espero que Bruno Mompeán consiga su meta, que tenga suerte y pueda expandir sus conocimientos matemáticos y la propia matemática en sí misma.

¿Pastilla roja o azul? ¿Abu Dabi u Oxford? ¿de qué lado te pones?

I'm glad to say that I'll participate again in the GSoC, as mentor. This year will be a bit different from the previous ones, because I'm not mentoring a GNOME project but a openSUSE project.

I started to work at SUSE the past year and with this new job I get involved in the openSUSE community and I started to contribute to rpmlint.

So this summer I'll be mentoring an intern and we'll work on improving the testing framework of the rpmlint project.

The rpmlint project is a command line tool to check rpm packages, the correctness of these kind of packages and warn the packagers about usual problems or good practices. It's widely used in all Linux distributions based on rpm, mainly SUSE and RedHat.

It is written in Python and uses pytest for testing the code. Right now there are a lot of .rpm binary packages, to check different functionality, but that way of testing makes a bit hard to write new tests and to maintain with changes. The idea of this GSoC project is to extend the testing framework of rpmlint to support an easy way of writting tests that doesn't require a real rpm, something that can mock what it's in the .rpm binary and try to replace some of the current binary tests with this new mock.

The selected intern is Afrid Hussain. He has done some initial work in the rpmlint project, solving some minor issues and we're now preparing the work to be done during the GSoC program. I'm sure that he will be able to achieve great things during these three months, so I'm looking forward to start to code and see how far can we go.

Después de que ayer os presentara las charlas de Akademy-es 2023 es el momento de comentar que trambien ha sido publicado el programa de Opensouthcode 2023, un evento multisala lleno de grandes ponencias que se convertirá en un problema si queremos aprovechar al máximo este evento.

Publicado el programa de Opensouthcode 2023

El próximo 9 y 10 junio , en la activa ciudad de Málaga, se celebra la Opensouthcode 2023, un evento para promocionar y dar a conocer las tecnologías abiertas: software/hardware libre y opensource.

El evento se celebra en La Térmica (Avda. Los Guindos, ) y su programa puede tener muchos adjetivos menos el de discreto ya que nos esperan 5 salas con unas 10 charlas o talleres en cada una, desde las 10 de la mañana hasta las 20 horas, y eso solo para el viernes ya que el sábado tendremos otra jornada igual de intensa.

Es imposible comentar en esta entrada todas las charlas que nos esperan pero por dar una pincelada yo destaco charlas como:

• Desarrollo de videojuegos open-source con GodotEngine por Elena G Blanco
• Invasión Zerg: ¿Qué hacer cuando ganar es demasiado difícil? ¡Crea una IA y haz que la gane por ti! por Javier Iniesta Fernández
• InnerSource. Cómo la cultura Open Source puede «infectar” la cultura corporativa por José Antonio Suárez Guerrero
• La revolución open source en IA: StableDiffusion, LLaMA, SAM, Dolly y más por Adrian Tineo
• GIMP, Inkscape y Darktable: Iniciación al diseño gráfico y retoque fotográfico con software libre por Jorge Hidalgo
• Wikidata: primera aproximación pragmática por Ismael Olea
• Disaster Recovery & Linux Management with DRLM por Didac Oliveira
• EU Policy topics the whole Free Software community should know about por Lina Ceballos

Y eso sin contar, que en la sala Canillas tendrás toda la programación de Akademy-es.

Más información: Opensouthcode 2023 de Málaga | Opensouthcode Full Schedule

La entrada Publicado el programa de Opensouthcode 2023 se publicó primero en KDE Blog.

Una guía que nos muestra la mejor manera de hacer que nuestros reportes de bugs o errores a proyectos de software libre sea más útil y eficiente

Dentro del mundo del software libre, que la comunidad que usa el software reporte errores o bugs encontrados, hace que el software mejore y sea más fiable y seguro en distintos escenarios de uso y distintos equipos.

Reportar errores a la comunidad que desarrolla software es muy importante y es una tarea necesaria, pero ¿de qué manera hacer eso de forma que sea útil y eficiente para las personas que los reciben y que tienen que corregir los errores siguiendo esos reportes?

Este artículo te da algunas pistas para enviar esos importantes reportes de errores y que sean útiles y faciliten la tarea a quienes los reciben.

Este artículo es una traducción/adaptación de un artículo escrito en inglés por un joven desarrollador finlandés que publicó en su blog. En el que comparte su experiencia como desarrollador y como persona que envía informes de bugs, para hacerlo de manera efectiva.

Encontrar el sitio adecuado para reportar errores

Puede que a veces no sepas dónde reportar el error que has encontrado

El propio autor, indica que el sigue estas rutas:

1. Si sucede con un software específico, repórtalo a la comunidad que desarrolla ese software específico.
2. Si sucede con el hardware en torno a varios programas, repórtalo al repositorio de controladores de ese hardware.
3. Si aún tienes dudas, lo mejor es preguntar en los canales de comunicación relacionados con el software/hardware (Matrix/IRC, listas de correo, repositorio en un servicio git, etc)

Normalmente alguien te indicará el mejor sitio. Así que no tengas miedo de preguntar si realmente no puedes averiguar dónde se debe enviar ese informe.

Sigue siempre el esquema

Ninguna de las cosas que digo aquí son buenas si no sigues la plantilla de informe de errores dada. A menudo, los proyectos tienen su propia plantilla para enviar informes de errores.

Nunca está de más volverlo a repetir: sigue lo más fielmente posible esa plantilla.

Muchos informes de errores a menudo no son muy útiles porque simplemente ignoran la plantilla. La información realmente buena se oculta dentro de algo (generalmente una diatriba) y los desarrolladores, a menudo está revisando muchos informes de errores, especialmente en proyectos grandes. Simplemente no hay tiempo para leer la larga diatriba y descifrar cuál es realmente el problema.

Proporciona los detalles que solicita la plantilla, coloca todo lo demás en la sección «información adicional» al final del informe.

Si no existe una plantilla predefinida, este es un buen ejemplo a seguir a la hora de enviar informes de errores.

Resumen del bug

¿Cuál es el error en realidad? ¿Qué falla? ¿Qué crees que está mal? ¿Quizás es una funcionalidad?

Escribe un breve resumen de lo que está sucediendo, pero proporciona más detalles que simplemente «la pantalla no funciona».

Por ejemplo:

La pantalla se apaga cuando abro <este programa>. Y también puedo escuchar los ventiladores de mi equipo que empiezan a girar muy rápido antes de que todo se quede congelado.

Esto sucede también con otras aplicaciones, que parecen usar <tal librería>.

Básicamente, proporciona la situación en la que ocurrió el error, pero de manera muy concisa. Puedes escribir más detalles en la sección «Información adicional».

Pasos para reproducir el error

Para corregir un error, el desarrollador debe poder reproducir dicho error. El desarrollador necesita ver qué está pasando, qué sale mal. Luego, pueden depurar el software con herramientas existentes.

Por lo tanto, escribe en el informe de error qué hiciste para que ocurriera. No tienes que escribir todo el día desde que te levantaste de la cama, pero trata de apuntar más o menos 5 pasos antes de que ocurriera el error. Además, debes anotar si podrías hacer que el error vuelva a ocurrir.

Por ejemplo:

1. Actualicé mi PC
2. Reinicié el PC
3. Abrí la aplicación
4. Cuando al realizar <tal tarea>
5. El equipo se queda congelado

Reinicié el PC e intenté realizar la misma tarea y se volvió a congelar. A la tercera vez todo pareció que funcionaba correctamente.

Esto ya le da al desarrollador mucha información. Se puede suponer que antes de la actualización, el realizar esa tarea con la aplicación no hacía que se congelara el PC. Entonces el problema está en algún componente de actualización. Sin embargo, no sucede siempre, por lo que probablemente haya algún problema extraño. O algo más… ¡Empiezan a fluir los jugos creativos!

Básicamente, ofrecer instrucciones paso a paso sobre cómo hacer que el error ocurra en su PC. Además, si puedes, menciona con qué frecuencia ocurre el error.

Información del sistema

Esto es MUY importante, y aquí hay un par de comandos para sistemas GNU/Linux que puedo darte para obtener buena información.

Una muy buena opción es utilizar el comando inxi. Si no lo tienes instalado en tu equipo, instala esta pequeña utilidad para la línea de comandos que ofrece una información muy detallada de todo nuestro equipo y sistema.

Un simple inxi --full ofrece un log de información muy completo que puedes incluir en el reporte.

Asegúrate que la información que ofreces incluye los números de versión de todo y todos los datos necesarios. Sigue la plantilla, si existe, para ejecutar los comandos y la información del sistema si es necesario.

Información adicional

Si tienes alguna información específica que añadir, hazlo al final del archivo.

Puedes incluir, por ejemplo, si tienes conocimientos del fallo en otros sistemas, o si has leído algo relacionado con ello que pueda ayudar, o cualquier cosa que creas que puede ser relevante.

Registros

También es importante y útil incluir registros o logs del sistema, para ver si mientras se estaba ejecutando la tarea en concreto ha quedado alguna traza en nuestro sistema. Llamadas a interrupciones, ejecución de ciertas librerías, etc.

Si quieres comprobar si tu sistema ha registrado algo interesante, que pueda aportar información, puedes hacerlo mediante el siguiente comando:

journalctl --since="10 minutes ago"  > bug.log

Puedes cambiar el periodo de tiempo de 10 minutos a por lo menos 2 horas “2 hours ago” o algo similar. Ajusta el tiempo, y echa un vistazo al archivo bug.log para ver si hay algo interesante.

Si no hay nada que pueda resultar de interés, puedes omitir enviar ese archivo y preguntar si hay algún otro log o registro que deberías incluir.

El resultado final

Una vez seguidos los pasos y enviado un informe lo más completo que has sabido y podido, pueden pasar algunas de estas cosas:

1. El desarrollador pregunta por más información detallada si es que tienen algo en mente que pudiera provocar dicho problema.
2. El desarrollador no puede reproducir el error y te pide ayuda para solucionarlo, a menudo utilizando tal versión de de algo relacionado con el propio error.
3. El error ya ha sido solucionado pero tienes que esperar a que se actualice el software.
4. Quizás el sistema de reporte de errores te avisa que hay ya un reporte enviado sobre el mismo problema, por lo que no abras un nuevo reporte, añade información al ya existente con la información que has recopilado siguiendo los pasos anteriores.

Espero que esto sea interesante y te de una pauta o un procedimiento a seguir a la hora de informar de errores cuando te los encuentres al utilizar tu software libre preferido, ya sea sistema operativo, entorno de escritorio, aplicación, etc…

El reporte de errores es una de las tareas importantes, no dudes en ser riguroso, y respetuoso a la hora de reportar tus errores. Tus errores son muy importantes para ti, pero hay detrás una comunidad limitada de tiempo y recursos para solucionarlos, ten paciencia a la hora de exigir que se solucionen.

Reportando un error has dado un paso importante para su resolución y has apoyado tu proyecto de software libre preferido. ¡Enhorabuena!

Como ya sabréis este año se celebra Akademy-es 2023 se celebrará en de forma presencial en Málaga, junto la Opensoutcode del 9 al 10 de junio, viernes y sábado. Hoy se ha publicado el programa de charlas de Akademy-es 2023 Léelo y seguro que encuentras más de una razón para acompañarnos.

Programa de charlas de Akademy-es 2023 de Málaga Opensouthcode Edition #akademyes

El 8 y 10 de junio se va a celebrar Akademy-es 2023 de Málaga que se celebrará organizado por KDE España y de forma paralela a otro gran evento como es Opensouthcode.

Este año se volvemos a tener un gran programa de ponencias, que van desde lo último en Plasma y en proyectos KDE pasando por temas de hardware, programación, ciberseguridad y privacidad.

Y si no te lo crees simplemente échale un vistazo al programa.

Viernes 9 de junio

• 10:00 – 10:15 Ceremonia de apertura de Akademy-es
• 10:15 – 10:55 Cómo se gestionan las traducciones del proyecto KDE – Albert Astals Cid, Coordinador de traduciones de KDE
• 11:00 – 11:45 Más secretos de Plasma y KDE – Baltasar Ortega, Editor de kdeblog
• 12:00 – 12:45 Cuando llegue el año del escritorio – Aleix Pol i González, Presidente de KDE eV – En remoto
• 13:00 – 13:45 Charlas relámpago
  Descanso
• 16:00 – 16:45 Software libre y educación: El papel de KDE en los centros educativos de bajos recursos – Carlos Chan – En remoto
• 17:00 – 17:45 Audiofilia en Linux – Antonio Larrosa, desarrollador KDE
• 18:00 – 18:45 Las dificultades de las asociaciones ante las obligaciones documentales y fiscales – GNU/Linux Valencia – En remoto
• 19:00 – 19:45 Sostenibilidad y software/hardware libre – Paula de la Hoz, analista de ciberseguridad

Sábado 10 de junio

• 10:00 – 10:45 KDE y Qt 6 – Albert Astals Cid, desarrollador de KDE
• 11:00 – 11:45 Commons el almacén multimedia de Wikimedia y otros proyectos relacionados – Pedro Pacheco, Wikimedia España
• 12:00 – 12:45 Empaquetando el software de KDE en Arch – Antonio Rojas, empaquetador de KDE y software matemático en Arch Linux
• 13:00 – 13:45 Encaminamiento en el Centro de Datos con software Open Source – Eduardo Collado
  Descanso
• 16:00 – 16:25 Charlas relámpago
• 16:30 – 16:50 KDE España – Adrián Chaves, presidente KDE España
• 17:00 – 17:45 Hola soy un usuario de KDE y llevo mas de 20 años siéndolo – José Jiménez, formador y usuario de KDE y Fedora
• 17:50 – 18:00 Ceremonia de clausura

Nota: Las charlas y horarios pueden sufrir ligeras modificaciones dependiendo de la disponibilidad de los ponentes

Vía: KDE España

La entrada Programa de charlas de Akademy-es 2023 de Málaga Opensouthcode Edition #akademyes se publicó primero en KDE Blog.

Me complace anunciar la actualización de mayo del 2023 de KDE Frameworks. Con esta se llega a la versión 5.106 que evidencia el compromiso y constancia que no tiene un final cercano, a no ser que consideremos el salto al número 6 dado que ya se está haciendo la migración a Qt 6.

Actualización de mayo del 2023 de KDE Frameworks

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.

La razón de esta afirmación es que KDE Frameworks es básicamente la base de trabajo de los desarrolladores para realizar sus aplicaciones, 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.

De esta forma, las mejoras en KDE Frameworks facilitan el desarrollo del Software de la Comunidad KDE, haciendo que su funcionamiento, su estabilidad y su integración sea la mejor posible.

El 13 de mayo de 2023 fue lanzado KDE Frameworks 5.106 la nueva revisión del entorno de programación sobre el que se asienta Plasma 5, el escritorio GNU/Linux de la Comunidad KDE, y las aplicaciones que se crean con para él.

Más información: KDE

La constancia del equipo de desarrollo de la Comunidad KDE

Hay que recordar que los desarrolladores de KDE decidieron lanzar actualizaciones mensuales de este proyecto y lo están cumpliendo con puntualmente. La idea es ofrecer pocas pero consolidadas novedades, a la vez que se mantiene el proyecto evolucionando y siempre adaptándose al vertiginoso mundo del Software Libre.

Una gran noticia para la Comunidad KDE que demuestra la evolución continua del proyecto que continua ganando prestigio en el mundo de los entornos de trabajo Libres.

¿Qué es KDE Frameworks?

Para los que no lo sepan, KDE Frameworks añade más de 70 librerías a 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. Como he comentado, este entorno de programación es la base para el desarrollo tanto de las nuevas aplicaciones KDE y del escritorio Plasma 5.

Aquí podéis encontrar un listado con todos estos frameworks y la serie de artículos que dedico a KDE Frameworks en el blog,

Recuerda que puedes ver una introducción a Frameworks 5.0 en su anuncio de lanzamiento.

La entrada Actualización de mayo del 2023 de KDE Frameworks se publicó primero en KDE Blog.

Project Link: CNCF – Kubescape: Release engineering: add Kubescape to commonly-requested package managers

kubescape is a Cloud Native Computing Foundation (CNCF) sandbox project. It is an open-source Kubernetes security platform and includes risk analysis, security compliance, and misconfiguration scanning. Targeted at the DevSecOps practitioner or platform engineer, it offers an easy-to-use CLI interface, flexible output formats, and automated scanning capabilities.

List of things I have done

Documentations:

• Publishing

Repo and Packages created:

• kubescape/packaging
• OpenSUSE Open Build Service home:kubescape/kubescape
• Ubuntu Launchpad PPA kubescape/kubescape
• Chocolatey kubescape
• Snapcraft Store kubescape
• Arch Linux AUR
• SARIF for Reviewdog

PRs opened:

• (merged) kubescape/kubescape #1095 fix(build): LICENSE file in release tarballs
• (merged) kubescape/kubescape #1105 fix(README): broken links
• (merged) kubescape/kubescape #1140 ci(release): fix publishing krew plugin; add ‘.exe’ extension to Windows binary
• (merged) kubescape/kubescape #1147 Change installation path to ~/.kubescape/bin
• (merged) kubescape/kubescape #1148 arm64 release binaries for CI and Krew
• (merged) kubescape/kubescape #1169 Add kubescape.exe to the release assets
• (merged) kubescape/kubescape #1184 feat(sarif): add fix object in generated reports
• (merged) kubescape/kubescape #1185 fix(fix): mixed up change summary list
• (merged) kubescape/kubescape #1186 Invoke packaging workflow to update after release
• (merged) kubescape/kubescape #1196 Move building instructions to wiki, add more installation instructions
• (merged) kubescape/kubescape #1199 Update installation script
• (merged) kubescape/kubescape #1210 ci: update before install packages
• (merged) kubescape/kubescape #1213 Deprecate kubescape-windows-latest
• (merged) kubescape/kubescape #1214 Add ref to workflow dispatch
• (merged) kubescape/kubescape #1216 Make powershell Windows installation user path available immediately
• (merged) kubescape/kubescape #1236 Deprecate kubescape-windows-latest and fix CI
• (merged) kubescape/kubescape #1238 Fix downloading arm64 binary for kubescape
• (merged) kubescape/github-action #32 Support for code reviews instead with PRs
• (merged) kubescape/github-action #34 Fix start new PR with own repo
• (merged) kubescape/github-action #37 Add exceptions parameters back
• (merged) kubescape/github-action #38 Keep kubescape github-action workflow up to date
• (merged) kubescape/github-action #41 Intergrate fix with comments
• (merged) kubescape/github-action #42 Version bumps start PRs instead of committing directly
• (merged) kubescape/github-action #43 Split the suggest fix workflow and update docs
• (merged) kubescape/vscode-kubescape #11 Remove platformPackages config
• (merged) kubescape/vscode-kubescape #12 Bump kubescape version into v2.3.1
• (merged) kubescape/lens-extension #16 Bump kubescape version into v2.3.1
• (merged) kubescape/node-kubescape #3 Support for ARM64 binaries as well as kubescape.exe
• (merged) kubescape/homebrew-tap #7 Add Auto Release CI
• (rejected) kubernetes-sigs/controller-runtime #2266 Support get config inside snap with SNAP_REAL_HOME
• (rejected) kubernetes/kubernetes #117165 client-go: support detect homedir with SNAP_REAL_HOME and os/user.HomeDir
• (merged) ScoopInstaller/Main #4757 kubescape: Update url and binary naming
• (pending) gentoo/gentoo #30595 sys-cluster/kubescape: new package, add 2.3.3
• (merged) chocolatey-community/chocolatey-packages #2226 (kubescape) Add Kubescape package

Issues opened/helped with:

• (resolved) kubescape/kubescape #195 Provide ARM64 release binaries
• (resolved) kubescape/kubescape #400 Add Kubescape to packages management for easier installation
• (reviewed) kubescape/kubescape #720 Error Fixed when downloading on azure cloud vm environment
• (reviewed) kubescape/kubescape #1014 Package manager support: homebrew
• (resolved) kubescape/kubescape #1015 kubescape installed in first directory in $PATH under $HOME
• (helped) kubescape/kubescape #1033 Generate SLSA provenance for builds
• (reviewed) kubescape/kubescape #1112 can’t install Kubescape with krew on Apple Silicon Mac
• (resolved) kubescape/kubescape #1142 Package manager support: RPM
• (resolved) kubescape/kubescape #1143 Package manager support: deb
• (resolved) kubescape/kubescape #1168 Add kubescape.exe to the release assets to replace kubescape-windows-latest
• (resolved) kubescape/kubescape #1183 Add fix object in Kubescape generated SARIF reports when available
• (reviewed) kubescape/kubescape #1215 Fix issue 11552
• (helped) kubescape/kubescape #1237 Download and Installing Wrong Binary For Apple M1
• (reviewed) kubescape/kubescape #1239 Added instructions to setup kubescape locally
• (resolved) kubescape/k8s-interface #46 Kubescape supports getting packed as a snap app
• (closed) kubernetes/client-go #1261 Get HomeDir from os/user.Current().HomeDir and fallback with $HOME
• (pending response) github/community #52156 Support code auto-fixes for GitHub Code Scanning
• (resolved) chocolatey-community #2186 Migrate kubescape package
• (resolved) chocolatey-community/chocolatey-packages #2190 (kubescape) Migrate package
• (resolved) snapcraft/store-requests #34661 Request for classic confinement and name change for cli-kubescape
• (pending response) snapcraft/snapd #34683 Feature Request: Stop using $SNAP_REAL_HOME to visit real home files

Project summaries

Packaging

• OpenSUSE Build Service (DEB and RPM)
• RPM
• Ubuntu Launchpad PPA
• Homebrew Tap
• Chocolatey
• Snapcraft
• AUR
• Gentoo Portage

Other packages managers that have already been available and not introduced by me during this project period:

• OpenSUSE Zypper
• Homebrew
• Krew (I added the ARM64 support for Krew)
• Nix-pkgs
• Scoop

GitHub Actions Release CI

I helped improve the Kubescape GitHub Actions release CI process, where I added the ARM64 build and tested for the GitHub Actions release CI workflow. I use QEMU with Docker to simulate the Linux ARM64 environment for building and testing the binaries. For macOS M1/M2, I investigated how to cross-build libgit2 C code and use Golang cross-compilation to build the binaries.

I also helped add the auto version bumping CI for kubescape/homebrew-tap, kubescape/packaging, and kubescape/github-action. After the release is made, we trigger these CIs so that the kubescape versions in these repositories can get upgraded automatically.

GitHub Actions Code Review

I helped improve the Kubescape GitHub Actions fix suggestions code review process, where I created the workflow which works by collecting the SARIF (Static Analysis Results Interchange Format) file that kubescape generates. Then, with the help of HollowMan6/sarif4reviewdog, convert the SARIF file into RDFormat (Reviewdog Diagnostic Format) and generate reviews for code fix suggestions on GitHub Actions using Reviewdog. I also helped add the “fix” object support for the Kubescape-generated SARIF report.

In addition to the main project, I also helped the community with other issues like bug-fixing as well as feature-adding.

7a7aa8c73a9849415c05f648878ebddc

La entrada 9c94601f2b791dd7ad300f23be60dd5a se publicó primero en KDE Blog.

Me complace anunciar la actualización de mayo del 2023 de KDE Frameworks. Con esta se llega a la versión 5.106 que evidencia el compromiso y constancia que no tiene un final cercano, a no ser que consideremos el salto al número 6 dado que ya se está haciendo la migración a Qt 6.

Actualización de mayo del 2023 de KDE Frameworks

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.

La razón de esta afirmación es que KDE Frameworks es básicamente la base de trabajo de los desarrolladores para realizar sus aplicaciones, 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.

De esta forma, las mejoras en KDE Frameworks facilitan el desarrollo del Software de la Comunidad KDE, haciendo que su funcionamiento, su estabilidad y su integración sea la mejor posible.

El 13 de mayo de 2023 fue lanzado KDE Frameworks 5.106 la nueva revisión del entorno de programación sobre el que se asienta Plasma 5, el escritorio GNU/Linux de la Comunidad KDE, y las aplicaciones que se crean con para él.

Más información: KDE

La constancia del equipo de desarrollo de la Comunidad KDE

Hay que recordar que los desarrolladores de KDE decidieron lanzar actualizaciones mensuales de este proyecto y lo están cumpliendo con puntualmente. La idea es ofrecer pocas pero consolidadas novedades, a la vez que se mantiene el proyecto evolucionando y siempre adaptándose al vertiginoso mundo del Software Libre.

Una gran noticia para la Comunidad KDE que demuestra la evolución continua del proyecto que continua ganando prestigio en el mundo de los entornos de trabajo Libres.

¿Qué es KDE Frameworks?

Para los que no lo sepan, KDE Frameworks añade más de 70 librerías a 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. Como he comentado, este entorno de programación es la base para el desarrollo tanto de las nuevas aplicaciones KDE y del escritorio Plasma 5.

Aquí podéis encontrar un listado con todos estos frameworks y la serie de artículos que dedico a KDE Frameworks en el blog,

Recuerda que puedes ver una introducción a Frameworks 5.0 en su anuncio de lanzamiento.

La entrada Actualización de mayo del 2023 de KDE Frameworks se publicó primero en KDE Blog.

Hoy quiero anunciar que KDE estará presente en Ujilliurex 2023, edición «Digitalización y enseñanza presencial» un evento que celebra de nuevo en busca de difundir más el Software Libre entre la Comunidad Docente. Ujilliurex es un evento que se celebra en la Universidad Jaume I de Castellón y que ya tiene a sus espaldas una buena cantidad de ediciones ya que ni con la pandemia cesaron su actividad.

KDE estará presente en Ujilliurex 2023, edición «Digitalización y enseñanza presencial»

La conversión de eventos presenciales a virtuales fue una constante este últimos años. Ujilliurex no fue la excepción en su edición de 2020 y del 2021, pero gracias a la aparición de las vacunas y al control que tenemos del COVID 19 volvió a ser presencial en la edición del 2022, siendo este año la continuación de la senda iniciada hace casi 265 días.

Este año viene con interesantes ponencias centradas el 17 de mayo que llevan como tema central la Digitalización y enseñanza presencial y la formación profesional como modelo o ejemplo.

Este año, si no hay ningún impedimento, la comunidad KDE estará presente de la mano de un servidor (Baltasar Ortega) que hablará a las 18.15 de «Más secretos de Lliurex, cosas que no sabes que puedes hacer y te ahorran mucho tiempo» donde hablaré de algunos de mis trucos favoritos de en KDE centrándome en los Service Menu.

No obstante, creo que mi charla es una de las menos interesante y os invito a ver todo el programa para ver la calidad del evento que empieza a las 9.30 de la mañana.

Para participar en él es recomendable la inscripción, que podéis realizar en este enlace.

¿Qué es Ujilliurex?

Se trata de un evento que tiene bastante solera en la provincia de Castellón en el que teniendo como protagonista la distribución de la Generalitat Valenciana Lliurex se presentan novedades sobre ésta y sobre otros proyectos libres.

Concretamente sus objetivos fundamentales son:

• Difundir el uso y manejo de las TIC en la distribución LliureX entre la comunidad educativa universitaria
• Promover la coordinación, el intercambio y la discusión de conocimientos y experiencias entre profesores universitarios, especialmente de los departamentos con una mayor implicación tanto en la parte educativa de los futuros docentes (Depto. Educación), como posibles usuarios de Lliurex como herramienta en su especialidad (Depto. de Traducción e Interpretación y Depto. de Estudios Ingleses), con docentes de centros educativos de la comunidad valenciana, especialmente de los departamentos de idiomas y Coordinadores de Tecnologías de la Información (Coordinadores TIC).
• Compartir conocimiento y debatir sobre el contenido de la distribución y la utilización de diversas aplicaciones de la distribución
• Iniciar una serie de contactos entre las entidades organizadoras de la jornada y los asistentes de los diferentes centros y departamentos.

La entrada KDE estará presente en Ujilliurex 2023, edición «Digitalización y enseñanza presencial» se publicó primero en KDE Blog.