Tue, Mar 21st, 2023
Member
CzPSyslog-ng 101, part 12: Elasticsearch (and Opensearch, Zinc, Humio, etc.)
One of the most popular destinations in syslog-ng is Elasticsearch (and OpenSearch, Zinc, Humio, etc.). The 12th part of my syslog-ng #tutorial shows you how to send log messages to Elasticsearch.
You can watch the video on YouTube:
and the complete playlist at https://www.youtube.com/playlist?list=PLoBNbOHNb0i5Pags2JY6-6wH2noLaSiTb
Or you can read the rest the tutorial as a blog at: https://www.syslog-ng.com/community/b/blog/posts/syslog-ng-101-part-12-elasticsearch-and-opensearch-zinc-humio-etc
syslog-ng logo
Continuing on API Endpoint Documentation for Package and File Sources
Mon, Mar 20th, 2023
La herramienta cURL cumple 25 años
CURL es un proyecto de software consistente en una biblioteca (libcurl) y un intérprete de comandos (curl) orientado a la transferencia de archivos
La herramienta admite protocolos de transferencia de archivos como: FTP, FTPS, HTTP, HTTPS, TFTP, SCP, SFTP, Telnet, DICT, FILE y LDAP, entre otros.
Aunque la primera versión se publicó en 1997 y se basó en una pequeña herramienta llamada httpget escrita por el brasileño Rafael Sagula, en 1998 Daniel Stenberg publicaba la versión 4.0 y se encargaría desde entonces de mantener la herramienta.
El desarrollador hace un repaso de sus 25 años al frente del mantenimiento de este software libre casi omnipresente en todos los equipos y que ha celebrado publicando la versión 8.0.0.
1998
El 20 de marzo de 1998, se publicó curl 4.0 y ya tenía 2200 líneas de código, porque se construyó sobre los proyectos anteriormente llamados httpget y urlget. Luego admitió tres protocolos: HTTP, GOPHER y FTP y presentó 24 magníficas opciones de línea de comandos.
El primer lanzamiento de curl no fue ese evento especial, ya que el desarrollador había estado enviando publicaciones de httpget y urlget durante más de un año, por lo que, si bien este era un nombre nuevo, también era «solo otro lanzamiento», como ya lo había hecho muchas veces anteriormente.
Se añadió compatibilidad con HTTPS y TELNET ya el primer año de curl, que también introdujo la primera página manual de curl. curl comenzó con licencia GPL pero la cambió a MPL ya dentro de ese primer año 1998.
El primer soporte SSL fue impulsado por SSLeay. El proyecto que a fines de 1998 se convertiría en OpenSSL.
En agosto de 1998, se añade curl en el sitio de directorio de código abierto: freshmeat.net.
La primera página web de curl se publicó en http://www.fts.frontec.se/~dast. (la versión más antigua archivada por wayback machine es de diciembre de 1998)
En noviembre de 1998, se añadió una nota al sitio web sobre el éxito sorprendente que tuvo, ¡ya que la última versión se había descargado 300 veces solo en ese mes! El éxito y la popularidad que ha tenido después estaba muy lejos de ser instantáneos.
Durante este primer año, se publicaron 20 versiones de curl. Nunca más se ha repetido esa hazaña.
1999
Se creó el primer script de configuración, y se añadió soporte para cookies y ya aparecía como un paquete en Debian Linux.
El sitio web de curl se trasladó a http://curl.haxx.nu.
Se añadió soporte para DICT, LDAP y FILE a lo largo del año. Ahora admite 8 protocolos.
En los últimos días de 1999, se importó el código curl al (por aquel entonces) nuevo y genial servicio llamado Sourceforge. Todos los recuentos de commits adicionales en curl comienzan con esta importación. 29 de diciembre de 1999.
2000
Su desarrollador y encargado de código cambió de trabajo a principios de 2000. Y además ese mismo año se casó.
Se cambió el sitio web de curl a curl.haxx.se
En agosto de 2000, se publicó curl 7.1 y las cosas cambiaron. Esta versión presentó la biblioteca que se llamó libcurl a falta de un nombre mejor. En este punto, el proyecto tenía 17.200 líneas de código.
La API de libcurl se inspiró en cómo funciona fopen() y devuelve solo un identificador opaco, y cómo se puede usar ioctl() para establecer opciones.
Crear una biblioteca fuera de curl fue una idea que tuvo el desarrollador casi desde el principio, ya que antes de ese momento me se dió cuenta del poder que una buena biblioteca puede aportar a las aplicaciones.
Los usuarios encontraron útil esa biblioteca y aumentaron las descargas de curl. Uno de los primeros en adoptar libcurl fue el lenguaje PHP, que decidió usar libcurl como su motor de transferencia HTTP/URL predeterminado.
2001
Se cambió de nuevo la licencia y ahora curl se publicaba bajo la nueva licencia curl (efectivamente MIT) así como MPL. La idea de modificar ligeramente la licencia de curl era una locura, pero se el desarrollador ha olvidado el motivo.
Se añadió soporte para HTTP/1.1 e IPv6.
En junio, el archivo THANKS contó con 67 contribuyentes designados. Este es un esfuerzo de equipo. Superamos los 1100 commits totales en marzo y en julio curl ya tenía 20 000 líneas de código.
Apple comenzó a empaquetar curl con Mac OS X cuando curl 7.7.2 se envió en Mac OS X 10.1.
2002
El conjunto de pruebas contenía 79 casos de prueba.
Se eliminó la opción MPL. Nunca se volvería a realizar un cambio de licencia.
Se añadió soporte para compresión gzip sobre HTTP y el uso de proxies SOCKS.
2003
Se introdujo el sistema de «creación automática» de curl: los voluntarios ejecutan scripts en sus máquinas que descargan, crean y ejecutan las pruebas de curl con frecuencia y envían los resultados por correo electrónico al servidor central para informes y análisis. Mucho antes de que los modernos sistemas de CI hicieran estas cosas mucho más fáciles.
Se añadió soporte para autenticación Digest, NTLM y Negotiate para HTTP.
En agosto, se publicaron 40 páginas man individuales.
Se agregó soporte para FTPS, número de protocolo 9.
El desarrollador hizo un fork del proyecto ares y comencé el proyecto c-ares para proporcionar y mantener una biblioteca para hacer resoluciones de nombres asincrónicos, para curl y otros. Desde entonces, este proyecto también se ha vuelto bastante popular y ampliamente utilizado.
2004
A principios de 2004, curl tenía 32.700 líneas de código.
Se realizó que curl admitiera «archivos grandes», lo que en aquel entonces significaba admitir archivos de más de 2 y 4 gigabytes.
Se implementó soporte para IDN, Nombres de Dominio Internacionales.
2005
GnuTLS se convierte en la segunda biblioteca TLS admitida. Los usuarios ahora podían seleccionar qué biblioteca TLS querían que usara su compilación.
Gracias a una subvención del «Internetfonden» sueco, el desarrollador pudo dejar su trabajo y e implementar la primera versión de la API multi_socket() para permitir que las aplicaciones realicen más transferencias paralelas más rápido.
Se creó git y rápidamente adoptaron curl para sus transferencias HTTP(S).
TFTP se convirtió en el décimo soporte de curl de protocolo admitido.
2006
Se decidió eliminar el soporte para «transferencias FTP de terceros», lo que hizo cambiar el SONAME debido a la ABI modificada. El bache más reciente. Desencadenó algunas discusiones. El proyecto aprendió lo difícil que puede ser para los usuarios superar el SONAME.
El precursor de wolfSSL llamado cyassl se convirtió en la tercera biblioteca SSL compatible con curl.
Se añadió soporte para canalización HTTP/1.1 y en la segunda mitad del año el desarrollador aceptó un trabajo de desarrollo por contrato para Adobe y se añadió soporte para SCP y SFTP.
Como parte del trabajo de SCP y SFTP, se dio un paso bastante grande y luego el desarrollador se convertiría en el mantenedor del proyecto libssh2. Este proyecto también es bastante utilizado.
2007
Ahora, curl cuenta con 51.500 líneas de código, y se añadió soporte para una cuarta biblioteca SSL: NSS
Se añadió soporte para LDAPS y se fusionó el primer puerto a OS/400.
Para curl 7.16.1 se añadió soporte para –libcurl. Posiblemente la única opción de línea de comando curl favorita del desarrollador. Generó el código fuente usando libcurl repitiendo la transferencia de la línea de comando.
2008
A estas alturas, la herramienta de línea de comandos había crecido hasta presentar 126 opciones de línea de comandos. Un crecimiento de 5x durante los diez primeros años de curl.
En marzo superamos las 10.000 commits.
Solaris incluye curl y libcurl. Adobe Flash Player en Linux usa libcurl.
En septiembre, el recuento total de colaboradores de curl llegó a 654.
2009
Se introdujo soporte para compilar curl con cmake. Una decisión que todavía se está discutiendo y cuestionando si realmente ayuda. Para completar el ciclo, cmake usa libcurl.
En julio se llevó a cabo la reunión IETF 75 en Estocolmo, la ciudad natal del desarrollador, y esta fue la primera vez que conoció físicamente a varios de sus héroes de protocolo personales que crearon y siguieron trabajando en el protocolo HTTP: Mark, Roy, Larry, Julian, etc.
En agosto, dejó su trabajo para trabajar en su propia empresa, Haxx, pero siguió haciendo desarrollo por contrato. Sobre todo haciendo Linux embebido.
Gracias a otro contrato, introdujo soporte para IMAP(S), SMTP(S) y POP3(S) para curl, elevando la cantidad de protocolos admitidos a 19.
Recibió el premio Nordic Free Software Award 2009. Por su trabajo en curl, c-ares y libssh2.
2010
Se añadió soporte para RTSP y RTMP(S). PolarSSL se convirtió en la sexta biblioteca SSL admitida.
Se cambió el sistema de control de versiones de CVS a git y, al mismo tiempo, cambiamos el alojamiento de Sourceforge a GitHub. A partir de este momento, se consigue hacer un seguimiento de la autoría de los commits de forma correcta y adecuada, algo que era mucho más difícil de hacer con CVS.
Se agregó soporte para la biblioteca AxTLS. el 7
2011
Más de 80.000 líneas de código.
Se añadió el script checksrc que verifica que el código fuente se adhiera al estilo del código curl. Comenzó simple, ha mejorado y se ha vuelto más estricto con el tiempo.
Se han superado los 100 colaboradores individuales que envían commits al código.
Superamos los 100 committers individuales.
2012
149 opciones de línea de comandos.
Se agregó soporte para Schannel y Secure Transport para TLS.
Una primera estimación de usuarios de curl, arroja de 550 millones. ¡Esto confirma que curl está en todas partes!
Durante todo el año 2012 hubo 67 autores de commits.
2013
Se agregó soporte para GSKit, una biblioteca TLS que se usa principalmente en OS/400. La décima biblioteca TLS admitida.
En abril, el número de colaboradores había superado los 1000 y se llegó a más de 800 casos de prueba. Se refactorizó el código en las partes internas.
Los intentos iniciales de compatibilidad con HTTP/2 se fusionaron (impulsados por la gran biblioteca nghttp2), así como la compatibilidad para realizar conexiones mediante el enfoque Happy Eyeballs.
Creamos nuestros dos primeros trabajos de CI.
2014
El desarrollador empezó a trabajar para Mozilla en el equipo de redes de Firefox, de forma remota desde su casa en Suecia. Por primera vez en su carrera, en realidad trabajaría principalmente con redes y HTTP, etc. con una superposición significativa con lo que es y hace curl. Hasta ese momento, los dos lados de su vida habían estado extrañamente separados. Mozilla le permitió pasar algunas horas de trabajo en curl.
En 161 opciones de línea de comando y 20 CVE informados.
59 páginas de manual se convirtieron en 270 páginas de manual en julio cuando cada opción de libcurl obtuvo su propia página separada.
Se añadió compatibilidad con el fork OpenSSL de libressl y se eliminó la compatibilidad con QsoSSL. Todavía en 10 bibliotecas TLS compatibles.
En septiembre, había 105.000 líneas de código.
Se agregó soporte para SMB(S). 24 protocolos.
2015
Se agregó soporte para BoringSSL y mbedTLS.
Se añadió soporte para realizar transferencias multiplexadas adecuadas mediante HTTP/2. Un cambio de paradigma bastante drástico en la arquitectura cuando, de repente, múltiples transferencias compartirían una sola conexión. Muchas refactorizaciones y tomó un tiempo hasta que el soporte de HTTP/2 se estabilizó.
Le siguió el primer soporte para push de servidor HTTP/2.
Se cambió completamente al modelo de trabajo de GitHub, usando su rastreador de problemas y haciendo solicitudes de extracción.
Su trabajo de HTTP/2 este año fue patrocinado en parte por Netflix, mientras todavía trabajaba para Mozilla.
20.000 commits.
El desarrollador empezó a escribir el libro everything curl.
Se añadió soporte para libpsl, usando la lista de sufijos públicos para un mejor manejo de cookies.
2016
curl cambió a utilizar HTTP/2 de manera predeterminada con transferencias HTTPS.
En mayo, curl llega a las 185 opciones para la línea de comandos.
El proyecto adopta un nuevo logo diseñado por Adrian Burcea de Soft Dreams.
Se añadió soporte HTTPS para proxies y TLS 1.3.
curl fue auditado por Cure 53.
Un sitio sueco nombró al responsable de curl como segundo mejor desarrollador de Suecia, debido a su trabajo en curl.
A finales de año el código llega a las 115.500 líneas de código.
2017
curl obtuvo soporte para compilar y usar múltiples bibliotecas TLS y elegir cuál usar al inicio.
Fastly contactó al desarrollador para alojar el sitio web de curl, así como su sitio web personal. Esto ayudó a poner fin a las inestabilidades anteriores cuando las publicaciones del blog se volvieron demasiado populares para que mi sitio se mantuviera e hizo que el sitio curl fuera más ágil para más personas en todo el mundo. Desde entonces, se han mantenido fieles patrocinadores del proyecto.
En la primavera de 2017, se desarrolló la primera conferencia en persona de desarrolladores, curl up, ya que veinte fanáticos y desarrolladores de curl fueron a Nuremberg, Alemania, para pasar un fin de semana sin hacer nada más que cosas de curl.
En junio me negaron viajar a los Estados Unidos. Posteriormente, esto me llevaría a una aventura prolongada y dolorosa tratando de obtener una visa estadounidense.
Llegó el primer soporte SSLKEYLOGFILE, y se presentó la nueva API MIME y soporte para compresión brotli. El proyecto curl se adoptó en el proyecto OSS-Fuzz, que inmediatamente comenzó a señalar errores en nuestro código. Han seguido haciendo fuzzing curl sin parar desde entonces.
En octubre le concedieron al desarrollador el Premio Polhem. El premio de ingeniería más antiguo y probablemente el más prestigioso de Suecia. Este premio se estableció y se otorga desde 1876. Una medalla de oro genuina, que me entregó nada menos que su majestad el rey de Suecia.
2018
Se agregó soporte para DNS sobre HTTPS y se introdujo la nueva API de URL para permitir que las aplicaciones analicen las URL exactamente de la misma manera que lo hace curl.
Microsoft comenzó a incluir curl incluido con Windows. Pero el alias curl permanece. Se añadió soporte para una segunda biblioteca SSH, por lo que ahora SCP y SFTP podrían funcionar con libssh además de la biblioteca libssh2 ya compatible.
129.000 líneas de código. Alcanzó 10.000 estrellas en GitHub.
Para aceptar una donación se solicitó que el proyecto creara una cuenta con Open Collective, y así lo hicieron. Desde entonces ha sido un buen canal para que el proyecto reciba donaciones y patrocinios.
En noviembre de 2018, se decidió que el protocolo HTTP sobre QUIC debería convertirse oficialmente en HTTP/3.
En 27 trabajos de CI al final del año. Ejecutando más de 1200 casos de prueba.
2019
El desarrollador empezó a trabajar para wolfSSL, creando código para curl a tiempo completo. Solo le llevó 21 años al desarrollador, hacer que curl fuera su trabajo.
Se añadió compatibilidad con Alt-Svc y se eliminó la compatibilidad con la canalización HTTP/1.1 siempre tan problemática.
Se presentó el primer programa de recompensas por encontrar errores de curl y, desde entonces, existe una recompensa por errores en ejecución. En asociación con hackerone. Han llegado a pagar casi 50.000 USD en recompensas por 45 vulnerabilidades (hasta febrero de 2023).
Se agregó soporte para AmiSSL y BearSSL: en 14 bibliotecas.
Comenzaron a ofrecer curl como una imagen docker oficial
2020
La herramienta curl obtuvo poderes de transferencia paralelos, la capacidad de generar datos en formato JSON con -w y la aterradora salida de ayuda se limpió y organizó mejor en subcategorías.
En marzo, para curl 7.69.0, el desarrollador comenzó a realizar presentaciones de video de lanzamiento, transmitidas en vivo.
El sitio web curl se trasladó a curl.se y everything curl se trasladó al dominio curl.dev. MQTT se convierte en el protocolo compatible número 25.
Se agregó el primer soporte para HSTS, así como soporte para compresión zstd.
wolfSSH se convirtió en la tercera biblioteca SSH admitida. Se eliminó la compatibilidad con PolarSSL.
Compatibilidad inicial con hiper como backend alternativo para HTTP/1 y HTTP/2.
2021
Se eliminó el soporte para MesaLink pero se agregó soporte para rustls. En 13 bibliotecas TLS.
El Ingenuity aterrizó en Marte y curl ayudó a que sucediera.
El desarrollador recibió una amenaza de muerte muy desagradable por correo electrónico de alguien profundamente confundido, culpándole por todo tipo de cosas malas que le sucedieron.
Curl alcanzó 20.000 estrellas en GitHub.
Soporta GOFRES. 26 protocolos. 187 personas crearon commits que se fusionaron durante el año.
2022
Se fusionó el soporte WebSocket inicial (WS:// y WSS:// URL) y una nueva API para manejarlo. Se llegó a los 28 protocolos.
Se añadió la opción de línea de comando –json y libcurl obtuvo una nueva API de encabezado, que luego también hizo que la herramienta de línea de comando obtuviera una nueva capacidad de «selección de encabezado» agregada a -w.
También se añadió –rate y –url-query. El HTTP/3 RFC se publicó en junio. msh3 se convierte en la tercera biblioteca HTTP/3 admitida.
Trail of Bits realizó una auditoría de seguridad curl, patrocinada por OpenSSF. El lanzamiento de curl 212 se realizó en diciembre.
El incidente número 10.000 se creó en GitHub.
2023
A principios de año: el código tiene 155.100 líneas de código. 486 páginas man. 1560 casos de prueba. 2.771 colaboradores. 1.105 autores de commits. 132 CVE. 122 trabajos de optimización CI. 29.733 commits. 48 580 USD donados en recompensas por errores. 249 opciones de línea de comandos. 28 protocolos. 13 bibliotecas TLS. 3 bibliotecas SSH. 3 bibliotecas HTTP/3.
Se añade soporte para HTTP/3 con respaldo a versiones anteriores, lo que hace que su uso sea menos propenso a errores.
El 13 de marzo superamos los 30.000 commits.
El 20 de marzo se publicó curl 8.0.0. Exactamente 25 años desde el primer lanzamiento de curl.
Un proyecto que empezó de una manera muy casual y pequeña y que se ha ido ampliando para dar demanda a multitud de casos de uso.
Recordatorio: presenta tu charla a Akademy-es 2023 de Málaga Opensouthcode edition #akademyes
Siguiendo la estela de Akademy-es 2022, el próximo encuentro de la Comunidad española de KDE se celebrará de forma presencial en Málaga el 9 y 10 de junio junto con Opensouthcode. Estamos todavia a unos meses y es el momento de comentar que se acaba de abrir el Call for Papers, es decir, el momento de participar activamente en el evento. Así que ya sabes: presenta tu charla a Akademy-es 2023 y muestra al mundo tu proyecto.
Recordatorio: presenta tu charla a Akademy-es 2023 de Málaga Opensouthcode edition #akademyes
Hace unos días compartí con vosotros que este año Akademy-es 2023 se va a realizar en Málaga el 9 y 10 de junio, en otra edición muy especial ya que se va a celebrar de forma paralela con la Opensouthcode en La Térmica.
Siguiendo el esquema habitual cuando coincide con una Akademy, las charlas se celebrarán el jueves y el viernes, para dejar libre el fin de semana para las ponencias el evento Internacional.
Dado la realización de esta Akademy-es con la Opensouthcode, las charlas se celebrarán el viernes y el sábado, dejando el domingo para alguna actividad social, si es posible.
Si crees que tienes algo importante que presentar, por favor házselo saber a la organización. Y si crees que alguien debería presentar su ponencia, no dejes de animarlo para que lo haga. Todas las contribuciones son útiles.
Para más detalles, mira las líneas generales del Call for Papers. Tienes de plazo para enviar tu propuesta hasta el domingo 2 de abril 23:59:59 CEST al correo akademy-es-org@kde-espana.org.
Es importante tener en cuenta las siguientes consideraciones:
- Se puede elegir entre dos formatos de charlas:
- Charlas de 45 minutos.
- Charlas relámpago (Lightning talk) de 10 minutos.
- Si la duración de las charlas propuestas no se ajusta a ninguno de estos dos esquemas (por ejemplo, si se necesita más tiempo), esto debe indicarse claramente en la comunicación.
- Se permitirá a KDE España la distribución bajo una licencia libre de todo el material utilizado para la realización de la actividad, así como de la grabación de la misma.
- La charla puede ser tanto a nivel de usuario como de nivel técnico.
¿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 Recordatorio: presenta tu charla a Akademy-es 2023 de Málaga Opensouthcode edition #akademyes se publicó primero en KDE Blog.
Sun, Mar 19th, 2023
Punteros transparentes para tu PC: Empty cursor
Hoy me apetece volver con una entrada de diseño, me apetece hablar de los cursores con los que interaccionamos con nuestro entorno de trabajo. Y para hacerlo he seleccionado un conjunto de punteros transparentes para tu PC llamado Empty Cursor que no solo ofrece un moderno y elegante cursor sino que además nos ofrece la posibilidad de personalizar su color principal.
Punteros transparentes para tu PC: Empty cursor
Nacidos de la mano y de la mente de moyash,os traigo una serie de cursores transparentes para nuestro PC, eso si, aunque sean transparentes su borde inusualmente ancho hacen que sean perfectamente visibles en casi todos los entornos en los que su color no sea el predominante.
Y para evitar justamente eso su creador ha pensado ofrecerlos en un abanico de modelos, como son:
- Blanco: Empty Cursor White
- Amarillo: Empty Cursor Yellow
- Azul: Empty Cursor Blue
- Verde: Empty Cursor Green
- Rojo: Empty Cursor Red
Estos cursores, han sido probados en portátiles y pantallas «sin escalado», donde funcionan a la perfección.
Y como siempre digo, si os gusta este conjunto de cursores Empty Cursor 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 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
Cómo cambiar el tema de los cursores en Plasma
Al igual que con los iconos hay varias formas de cambiar el tema de cursores en Plasma, pero la más fácil es:
- Abrir las Preferencias del Sistema
- Ir a la sección Tema de Cursor
- En esta ventana pinchar en «Obtener nuevos temas»
- Buscar Empty, seleccionar el estilo y dar a instalar.
- Seleccionar el tema y aplicar.
Si tenéis dificultad, simplemente se debe descargar a tu disco duro y extraer el tema en «/usr/share/icons» o «~/.icons».
Rápido, sencillo y efectivo, como la mayoría de cosas en en el escritorio Plasma de la Comunidad KDE.
La entrada Punteros transparentes para tu PC: Empty cursor se publicó primero en KDE Blog.
Sat, Mar 18th, 2023
Lanzado digiKam 7.10, actualizando instaladores
El mejor gestor de imágenes de la Comunidad KDE (y una de las mejores del mercado tanto libre como privado) sigue su desarrollo. De esta forma ha sido lanzado digiKam 7.10, una nueva versión de la séptima rama principal que se ha dedicado a mejorar los instaladores para todos los sistemas en los que está disponible.
Lanzado digiKam 7.10, actualizando instaladores
El pasado 13 de marzo fue lanzado digiKam 7.10 la nueva versión de uno de los gestores de imágenes más completo que puedes encontrar en el mundo GNU/Linux, e incluso en el mundo privativo.
En palabras de sus desarrolladores:
Estimados fans y usuarios de digiKam,
Después de tres meses de mantenimiento activo y otros errores de triaje, el equipo digiKam se enorgullece en presentar la versión 7.10.0 de su gestor de fotos digitales de código abierto.
De esta forma esta nueva versión se ha centrado en:
- Actualizar los componentes internos de los Bundles. Microsoft Windows Installer, Apple macOS Package y binarios de Linux AppImage
- Nuevas cámara de fotografía soportadas:
- Phase One/Leaf IIQ-S v2 format
- Canon CR3 filmrolls/RawBurst format
- Canon CRM movie format
- Canon EOS R3, R7 and R10 devices
- Fujifilm X-H2S, X-T30 II devices
- OM System OM-1 camera
- Leica M11 camera
- Sony A7-IV camera.
- Actualizadas las traducciones de la aplicación. digiKam y Show foto se proponen con 57 idiomas diferentes para la interfaz gráfica.
Por último destacar que digiKam 7.10.0 será la última versión de mantenimiento para esta serie. Ahora se van a centrar en la próxima versión 8.0.0 con el objetivo de ser lanzada en abril de 2023. Ya se han publicado versiones preliminares de 8.0.0 a través de un mecanismo de publicación semanal y se han recibido buenos comentarios de los probadores.
Según los desarrolladores, digiKam 8.0.0 llegará también con una nueva y enorme documentación en línea totalmente reescrita y mejorada.
Más información: digikam 7.10
Las novedades de digiKam 7
Aunque gran parte del trabajo para esta nueva versión, como he dicho, se lo ha llevado el reconocimiento facial con interesantes mejoras, digiKam también nos ofrece jugosas novedades. Hagamos un repaso:
- Mejoras reconocimiento facial como:
- Porcentaje de acierto de un 97%.
- Mejoras en rapidez y eficiencia en el uso de recursos.
- Posibilidad de detectar caras no-humanas. También podremos tener registradas a nuestras mascotas!
- Posibilidad de detectar caras borrosas, cubiertas, pintadas, parciales, etc.
- Nuevo soporte para ficheros RAW files para nuevas cámaras como Canon CR3 o Sony A7R4.
- Mejorado el soporte para las imágenes con formato HEIF.
- Mejoras en el paquete binario con soporte para FlatPak.
- Nueva herramienta, ImageMosaicWall, para crear una imagen basada en otra colección de fotos.
- Nuevas opciones para escribir información de geolocalización en los metadatos del archivo.
- El plugin HTMLGallery introduce un nuevo tema llamado Html5Responsive.
Y, por supuesto, muchos errores solucionados, con lo que parece que tendremos la mejor versión de digiKam que puede tener vuestro ordenador.
¿Qué es digiKam?
La mejor forma de definir digiKam es buscar como se describe esta aplicación de userbase.kde.org y realizar una pequeña síntesis:
DigiKam es una aplicación que te permite la importación de fotografías desde cámaras, creación de Álbumes, etiquetado con fechas, temas y otras propiedades, utilidades de búsqueda excelentes y modificación de imágenes en masa.
La entrada Lanzado digiKam 7.10, actualizando instaladores se publicó primero en KDE Blog.
Fri, Mar 17th, 2023
#openSUSE Tumbleweed revisión de la semana 11 de 2023
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:
Esta semana, se descartó una snapshot debido a un error que se coló durante la preparación y solo se identificó más tarde en el conjunto completo de pruebas del producto (systemd 253, el reinicio de algunos servicios falló extrañamente).
Pero es mejor que no se publique la snapshot a que se publique con errores. Y a pesar de eso, se han entregado 6 snapshots durante esta semana (0309 … 0313 y 0315)
Los cambios más importantes en estas snapshots son:
- Linux kernel 6.2.2 y 6.2.4
- NetworkManager 1.42.4
- Apache 2.4.56
- LibreOffice 7.5.1.2
- KDE Frameworks 5.104.0
- GStreamer 1.22.1
- Mesa
- git 2.40.0
Y para próximas snapshots, se está preparando:
- Linux kernel 6.2.6
- systemd 253.1
- Transmission 4.0.2
- KDE Plasma 5.27.3
- GCC 13 como compilador predeterminado
- openSSL 3.1.0
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
——————————–
Motores de creación de videojuegos (I): RenPy
Como muchos de vosotros sabréis KDE Blog es un blog personal. No es una decisión que yo haya tomado y que sea inamovible, sino que por circunstancias no he conseguido tener colaboradores que se sumen al proyecto de forma constante. En cierto modo lo comprendo: llevar un blog no está de moda y requiere cierta disciplina. No obstante, siempre encuentro algunos colaboradores puntuales como Rubén Gómez que, en esta ocasión, no solo me ha ayudado con un artículo sino que me ha ofrecido una serie de ellos que empiezo hoy mismo. Bienvenidos al primer capítulo de la serie «Motores de creación de videojuegos (I): Renpy» que seguramente os guste tanto como a mí.
Introducción
Hace algo más de un año, apareció en este blog un artículo sobre motores de creación de juegos, todos ellos muy interesantes y realmente buenos, quizás el más conocido Unity, ampliamente utilizado, pero propietario.
En esta entrada empezamos una serie de artículos donde ampliamos las posibilidades de motores de creación de videojuegos para que nadie pueda quedarse con las ganas de expresar su creatividad y privarnos a todos los demás de un, seguro, excelente juego.
Motores de creación de videojuegos (I): RenPy
Renpy se encuentra en la primera posición de la lista por su gran facilidad para creación de historias y juegos.
RenPy, en honor a la verdad, más que un motor de videojuegos es un motor de creación de Novelas visuales; en esta variante con apenas 10m de tiempo de aprendizaje cualquiera puede lanzarse a plasmar la historia que tiene en la cabeza.
En este pequeño código de ejemplo se puede ver esa facilidad
# Coloca el código de tu juego en este archivo.
# Declara los personajes usados en el juego como en el ejemplo:
define Q = Character("Quijote")
define S = Character("Sancho")
# Aquí están las imágenes
# Imagen procedente de Pexels, autoría Emilio Sanchez
# https://www.pexels.com/es-es/foto/campo-tecnologia-cielo-azul-espana-14746876/
image fondo molinos = "Molinos_de_viento_Emilio_Sanchez.jpg"
image quijote y sancho = "Quijote_y_Sancho.png"
image quijote riendo = "Quijote_riendo.png"
# El juego comienza aquí.
label start:
# Muestra una imagen de fondo: Aquí se usa un marcador de posición por
# defecto. Es posible añadir un archivo en el directorio 'images' con el
# nombre "bg room.png" or "bg room.jpg" para que se muestre aquí.
scene fondo molinos
# Muestra un personaje: Se usa un marcador de posición. Es posible
# reemplazarlo añadiendo un archivo llamado "eileen happy.png" al directorio
# 'images'.
show quijote y sancho
# Presenta las líneas del diálogo.
Q "He aquí, Sancho amigo, que vemos un gigante"
S "Mire, vuesa merced, bien, que a mí se me antoja molino"
show quijote riendo at left
Q "Mira bien tu, Sancho, si no alcanzas a ver el gigante en esta historia"
# Finaliza el juego:
return
No obstante, RenPy puede ir mucho más allá de eso, y con trabajo –y algo más de tiempo de aprendizaje– se pueden crear elaborados juegos de distintos tipos, como, por ejemplo Bai Qu: hundreds of melodies, Reflection, Black Closet u otros de tipo rol como el veterano Loren, la princesa amazona (¡Precaución!, que tiene algunas escenas subidas de tono; si, con RenPy se crean muchas historias para mayores. . . ) o el más actual Bad end theater tirando a los juegos de puzzles.
No en vano RenPy utiliza por debajo Python, lo que ofrece unas posibilidades de ampliación enormes; y en su nueva versión 8.0 han dado el salto, por fin, a Python 3, realizando un enorme esfuerzo de actualización.
Personalmente, a mi RenPy me recuerda mucho a aquellos famosos librojuegos que se popularizaron en los años 80 y que todavía andan por ahí. Con RenPy es muy fácil recrear ese estilo para jugarlo en el ordenador.
Otro de los puntos fuertes de RenPy es su capacidad multiplataforma, no solo se pueden crear juegos para las 3 grandes plataformas de ordenadores personales (Gnu/Linux, Mac OS y Windows) sino también para Android, iOS y hasta la web.
RenPy tiene gran presencia de juegos en lugares como Itch.io e, incluso, se atreve a colarse en Steam.
No tengas dudas, si tus conocimientos de programación no son muy grandes pero tienes una buena historia que contar, combinando imágenes y música, RenPy es tu mejor opción.
La entrada Motores de creación de videojuegos (I): RenPy se publicó primero en KDE Blog.
openSUSE Tumbleweed – Review of the week 2023/11
Dear Tumbleweed users and hackers,
This week, I had the sad duty to discard one snapshot due to a bug that snuck through staging and was only identified later in the full product test suite (systemd 253, restarting some services failed weirdly). But as we know from the past, users prefer no snapshot as opposed to one that breaks their system in weird ways. And despite that, 6 snapshots have been delivered during this week (0309 … 0313 & 0315)
The most relevant changes in these snapshots are:
- Linux kernel 6.2.2 (lockdown patches disabled) & 6.2.4
- NetworkManager 1.42.4
- Apache 2.4.56
- LibreOffice 7.5.1.2
- KDE Frameworks 5.104.0
- GStreamer 1.22.1
- Mesa: patch to address multiple crashes seen in gnome-shell since Mesa 23.0
- git 2.40.0
These updates are currently in the queue and are being tested for inclusion in the upcoming snapshots:
- Linux kernel 6.2.6
- systemd 253.1
- Transmission 4.0.2
- KDE Plasma 5.27.3
- GCC 13 as the default compiler
- openSSL 3.1.0
Thu, Mar 16th, 2023
