A raíz de una conversación por Telegram me he decidido hacer un entrada para recordar cómo colaborar con KDE según la documentación oficial de la misma Comunidad. Una excelente forma de recordar que para participar de forma activa con el Proyecto KDE solo hace falta querer hacerlo ya que las posibilidades son casi infinitas.

Cómo colaborar con KDE

¿Tienes interes por el Software Libre? ¿Te sientes en deuda con la Comunidad? ¿Quieres ofrecer tu tiempo libre y conocimientos para mejorar la vida de los demás y no sabes como? ¿Quieres aprender al tiempo que mejoras el Software Libre?

Si has respndido que sí a algunas de las las preguntas anteriores es posible que te interese participar de forma activa en la Comunidad del Conocimiento Libre… y si estás por este blog lo normal es que la Comunidad seleccionada sea la de KDE.

En el blog hemos hablado muchas veces de esto con entradas como «20 formas de colaboras con KDE (Y el Software Libre en general)» o «No puedes colaborar con tu tiempo con KDE… haz donaciones» . Pero como ésta Comunidad es muy organizada tiene una página específica que nos informa de las formas más habituales de colaborar con KDE.

El mensaje de bienvenida nos dice:

¡Bienvenido a la Comunidad KDE! Al unirte a nuestro equipo, formarás parte de un esfuerzo internacional de miles de personas que trabajan para ofrecer una increíble experiencia informática de Software Libre.

Conozca nuevos amigos, aprenda nuevas habilidades y marque la diferencia para millones de usuarios mientras trabaja con gente de todo el mundo. Esta página le dará una breve introducción y le ayudará a empezar a contribuir.

Queremos asegurarnos de que la Comunidad KDE siga siendo un lugar acogedor y amigable donde la gente pueda sentirse cómoda. Te pedimos que aprendas y cumplas el Código de Conducta de la Comunidad KDE cuando interactúes con el resto de la Comunidad KDE.

De esta forma, si vamos a la entrada nos hace un listado de algunas de las posibilidades, ya que éstas no son las únicas. Leámoslas y si quieres más información no dudes ir a la página de Get Involved:

La entrada Cómo colaborar con KDE se publicó primero en KDE Blog.

Tumbleweed es una distribución «Rolling Release» 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 estas semanas.

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

• https://dominique.leuenberger.net/blog/2022/08/opensuse-tumbleweed-review-of-the-weeks-2022-29-31/

En estas tres semanas de paréntesis en cuanto a revisiones, las actualizaciones han seguido llegando a openSUSE Tumbleweed, aunque el periodo veraniego y de vacaciones lo ha ralentizado un poco.

En estas 3 semanas se han publicado un total de 8 snapshots (0718, 0719, 0725, 0728, 0729, 0731, 0801, 0802).

Estas han traido entre otras actualizaciones las de estos paquetes:

• Linux kernel 5.18.11
• Pipewire 0.3.55 & 0.3.56
• nvme-cli 2.1~rc0
• XOrg X11 SFFmpeg21.1.4
• ffmpeg 5.1
• qemu 7.0
• AppArmor 3.0.5
• Poppler 22.07.0
• polkit: que divide pkexec en varios paquetes para mejorar el rendimiento del sistema

La siguiente snapshot que se está probando es la 0804, (que en el momento de escribir este artículo ya se ha publicado).

Y esta y próximas snapshots traerán las siguientes actualizaciones:

• Mesa 22.1.4
• Mozilla Firefox 103.0.1
• AppArmor 3.0.6
• gdb 12.1
• Linux kernel 5.18.15, seguido por 5.19
• libvirt 8.6.0
• nvme-cli 2.1.1
• KDE Plasma 5.25.4
• Samba 4.16.4
• Postfix 3.7.2
• RPM 4.17.1
• python-setuptools 63.2.0
• Python 3.10.6
• CMake 3.24.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

——————————–

Recopilación y traducción del boletín mensual de noticias relacionadas con el software libre publicado por la Free Software Foundation.

La Free Software Foundation (FSF) es una organización creada en Octubre de 1985 por Richard Stallman y otros entusiastas del software libre con el propósito de difundir esta filosofía.

La Fundación para el software libre (FSF) se dedica a eliminar las restricciones sobre la copia, redistribución, entendimiento, y modificación de programas de computadoras. Con este objeto, promociona el desarrollo y uso del software libre en todas las áreas de la computación, pero muy particularmente, ayudando a desarrollar el sistema operativo GNU.

Además de tratar de difundir la filosofía del software libre, y de crear licencias que permitan la difusión de obras y conservando los derechos de autorías, también llevan a cabo diversas campañas de concienciación y para proteger derechos de los usuarios frentes a aquellos que quieren poner restricciones abusivas en cuestiones tecnológicas.

Mensualmente publican un boletín (supporter) con noticias relacionadas con el software libre, sus campañas, o eventos. Una forma de difundir los proyectos, para que la gente conozca los hechos, se haga su propia opinión, y tomen partido si creen que la reivindicación es justa!!

• En este enlace podéis leer el original en inglés: https://www.fsf.org/free-software-supporter/2022/august
• Y traducido en español (cuando el equipo de traducción lo tenga disponible) en este enlace: https://www.fsf.org/free-software-supporter/2022/agosto

Puedes ver todos los números publicados en este enlace: http://www.fsf.org/free-software-supporter/free-software-supporter

Después de muchos años colaborando en la traducción al español del boletín, desde inicios del año 2020 he decidido tomarme un descanso en esta tarea.

Pero hay detrás un pequeño grupo de personas que siguen haciendo posible la difusión en español del boletín de noticias de la FSF.

¿Te gustaría aportar tu ayuda en la traducción? Lee el siguiente enlace:

• https://victorhckinthefreeworld.com/2016/12/22/quieres-ayudar-a-traducir-el-boletin-mensual-de-la-free-software-foundation/

Por aquí te traigo un extracto de algunas de las noticias que ha destacado la FSF este mes de agosto de 2022

Acercándose a BIOS totalmente libres con el equipo técnico de la FSF

Del 13 de julio

Como parte de la recaudación de fondos de primavera de la FSF, el administrador sénior de sistemas, Ian Kelling, escribió un artículo que detalla el trabajo reciente del equipo técnico para migrar los últimos servidores que ejecutan BIOS no libres a otros que ejecutan BIOS libres.

Hubo muchos desafíos involucrados, pero el equipo técnico pudo enfrentar esos desafíos, y este artículo brinda una buena hoja de ruta para otras personas que planeen liberar sus computadoras de la red.

• https://www.fsf.org/blogs/sysadmin/closing-in-on-fully-free-bioses-with-the-fsf-tech-team

Publicado LibreJS 7.21.0

Del 21 de julio por Yuchen Pei

¡Hay una nueva versión de LibreJS, el complemento del navegador que lo ayuda a proteger su libertad!

Lea las notas de la versión, que detallan las correcciones de errores y las nuevas funciones, como una nueva prueba sin interfaz para desarrolladores de sitios web y documentación actualizada. Además, lea sobre la campaña Free JavaScript, que presenta a LibreJS como un recurso importante que se puede usar para navegar por Internet con libertad: https://www.fsf.org/campaigns/freejs.

• https://lists.gnu.org/archive/html/info-gnu/2022-07/msg00004.html

Declaración de EFF sobre la adopción de la ley de servicios digitales y la ley de mercados digitales por parte del Parlamento de la UE

Del 5 de julio por la Electronic Frontier Foundation

La Electronic Frontier Foundation (EFF) publicó su declaración sobre la reciente aprobación por parte de la Unión Europea (UE) del «paquete de la Ley de Servicios Digitales». Hay algunas mejoras en las protecciones para los usuarios comunes, pero la DSA también obliga a las plataformas a evaluar y mitigar los riesgos sistémicos, y existe mucha ambigüedad sobre cómo resultará esto en la práctica. Mucho dependerá de cómo las plataformas de redes sociales interpreten sus obligaciones bajo la DSA y cómo las autoridades de la UE hagan cumplir la regulación.

Mientras tanto, organizaciones europeas como European Digital Rights (EDRi) han estado haciendo campaña contra lo que llaman «control de chat» durante meses. Los derechos de cifrado en las aplicaciones de chat y mensajería están en juego, y las organizaciones han formado diez principios de lo que significa, como dicen, «realmente defender a los niños en la era digital», que incluyen proteger el cifrado.

Tanto si vive dentro de la UE como si no, le recomendamos que se informe sobre los problemas y lo que está en juego. Lea la declaración completa de la EFF, respalde la lista de principios de EDRi en su sitio o en el sitio alemán https://chat-kontrolle.eu/ y lea lo que la FSF ha dicho anteriormente sobre la importancia del software libre en la tecnología de comunicación que realmente respeta la privacidad. La verdadera privacidad y seguridad dependen del software libre.

• https://www.eff.org/press/releases/eff-statement-eu-parliaments-formal-approval-digital-services-act-and-digital-markets
• https://edri.org/our-work/chat-control-10-principles-to-defend-children-in-the-digital-age/
• https://edri.org/wp-content/uploads/2022/02/EDRi-principles-on-CSAM-measures.pdf
• https://www.fsf.org/bulletin/2020/spring/privacy-encryption

Thomas Lord 1966-2022

Del 27 de julio por Trina Pudurs

Thomas Lord nació el 26 de abril de 1966 en Pittsburgh, Pensilvania. Apoyó el software libre durante toda su vida. Trabajó como empleado de la Free Software Foundation (FSF), desarrollando para el Proyecto GNU durante varios años a principios de la década de 1990.

La FSF reconoce y honra la contribución de Lord al software libre y su comunidad. Lamentamos la pérdida de Lord y expresamos nuestras condolencias a su familia, sus amigos y colegas.

• https://berkeleydailyplanet.com/issue/2022-06-26/article/49837

Estas son solo algunas de las noticias recogidas este mes, pero hay muchas más muy interesantes!! si quieres leerlas todas (cuando estén traducidas) visita este enlace:

• https://www.fsf.org/free-software-supporter/2022/agosto

Y todos los números del «supporter» o boletín de noticias de 2022 aquí:

• https://www.fsf.org/free-software-supporter/2022

—————————————————————

El comando locate sirve para encontrar archivos por el nombre en nuestro sistema GNU/Linux

El comando locate de GNU creado pro Miloslav Trmac, forma parte del paquete «GNU Find Utilities«, un conjunto de herramientas que trabajan junto con otros programas para ofrecernos herramientas muy útiles a la hora de buscar archivos en nuestros sistemas GNU/Linux.

«GNU Find Utilities» incluyen programas como:

• find – busca archivos en una jerarquía de directorios (del que ya escribí un artículo)
• locate – enumera los archivos en que se encuentran en una(s) base(s) de datos que coincidan con un patrón
• updatedb – actualizar una base de datos de nombres de archivos
• xargs – construye y ejecuta líneas de comando desde la entrada estándar

En esta ocasión vamos a ver cómo usar locate para buscar archivos en nuestro equipo, cuyos nombres están indexados en una base de datos.

El comando locate es el comando más rápido y la manera más rápida de buscar por el nombre un archivo en nuestro sistema GNU/Linux.

Si ya tenemos instalado el programa en nuestro sistema, ya podremos empezar a usarlo. El comando locate busca un patrón que le pasamos al ejecutarlo.

Ese patrón es el nombre (o parte del nombre) de un archivo y el comando lo que hace es buscarlo en una base de datos que mantiene y muestra los resultados por pantalla, de manera predeterminada un resultado por línea aunque eso se puede cambiar como veremos.

La base de datos en la que busca el comando se actualiza de manera diaria mediante una tarea «cron» que se instala en nuestro sistema al instalar el programa.

También podemos actualizar nosotros de manera manual la base de datos en cualquier momento ejecutando el comando updatedb Y dependiendo de nuestro sistema, esa actualización puede llevar más o menos tiempo.

Esa base de datos está localizada en la ruta /var/lib/mlocate/mlocate.db aunque podemos establecer otras rutas.

Pero vamos ya a ver cómo se usa el comando. El uso básico del comando es invocando el comando junto con un patrón de búsqueda. Imaginemos que queremos buscar en nuestro equipo un archivo que se llama hola.txt. Para ello ejecutaríamos:

locate hola

Nos mostrará todos los archivos que contengan la cadena hola en su nombre, ya que sin más parámetros busca el patrón no de manera estricta, si no como si fuera un comodín.

Así encontrará por ejemplo:

locate hola
/home/victorhck/Documentos/hola_mundo.html
/home/victorhck/Documentos/hola2.md
/home/victorhck/hola_mundo.txt
/home/victorhck/hola.txt

Eso sí, de manera predeterminada locate tiene en cuenta las mayúsculas y minúsculas, por lo que con la búsqueda anterior no mostrará por ejemplo ningún archivo HOLA.txt.

Si queremos que no tenga en cuenta mayúsculas y minúsculas deberemos ejecutar el comando con la opción -i

locate -i hola
/home/victorhck/Documentos/hola_mundo.html
/home/victorhck/Documentos/hola2.md
/home/victorhck/hola_mundo.txt
/home/victorhck/hola.txt
/home/victorhck/HOLA.txt

He dicho antes que el comando busca los nombres de archivo en una base de datos que se actualiza una vez al día o de manera manual.

Es decir que si creamos un nuevo archivo, si queremos que lo pueda encontrar, antes deberemos actualizar la base de datos como hemos visto antes.

Y quizás también se han borrado archivos desde que se actualizó la base de datos, si no queremos actualizarla y queremos que nos muestre los archivos que existen actualmente a la hora de ejecutarse el comando locate deberemos incluir la opción -e

locate -e prueba

El comando nos muestra cada coincidencia del patrón buscado en una línea, pero podemos hacer que nos devuelva todos los resultados seguidos mediante la opción -0

O podemos hacer que nos devuelva únicamente el valor del número de coincidencias encontradas con la opción -c

Si queremos buscar un archivo llamado hola.txt y no queremos que nos muestre otras opciones que no sean los archivos que se llaman exactamente como lo que buscamos, deberemos añadir la opción -b y añadir un caracter comodín al nombre para que así nos busque exactamente hola.txt y no *hola.txt*

locate -b '\hola.txt'
/home/victorhck/hola.txt

Lo mismo si queremos buscar todos los archivos que se llamen prueba ya sea mayúscula o minúscula y tenga cualquier extensión podremos hacerlo mediante:

locate -ib 'prueba.*'
/home/victorhck/prueba.txt
/home/victorhck/prueba.html
/home/victorhck/Prueba.html

Podemos obtener las estadísticas de la base de datos indexada que usa el comando locate ejecutando el comando con la opción -S

locate -S
Base de datos /var/lib/mlocate/mlocate.db:     
   95.284 directorios
        1.378.246 archivos
        100.906.228 bytes en los nombres de archivo
        39.657.601 bytes utilizados para almacenar la base de datos

Podemos especificar varios patrones de búsqueda junto con el comando locate, no solo uno. El comando mostrará todos los archivos que cumplen uno u otro patrón de búsqueda.

En el siguiente ejemplo vamos a hacer que el comando nos muestre cuantos archivos coinciden con el patrón «mi_» o con el patrón «prueba», en mi caso:

locate -c mi_ prueba
127

Esto es muy distinto si incluimos la opción -A. Con esta opción el comando nos devuelve solo los archivos encontrados que cumplen ambos patrones de búsqueda. Es decir que tienen tanto «mi_» como «prueba». Veamos la diferencia:

locate -Ac mi_ prueba
4

Y estas son algunas de las opciones que tiene el comando locate de GNU a la hora de realizar búsquedas de archivos en tu equipo. Para una vista más detallada a otras opciones te recomiendo usar la página man del comando.

Espero que esta pequeña guía te haya resultado útil e incorpores el comando locate al arsenal de comandos que ya usas y manejas en la terminal de tu sistema GNU/Linux.

Si conocías el comando y quieres compartir algún truco, o si no conocías alguna opción o ni siquiera el comando, puedes usar los comentarios del blog para dejar tu comentario.

Microsoft vuelve a dar ejemplos de la política de monopolio que subyace en sus venas por muy bonito que quede el eslogan de que ama al «open source»

Os traigo un par de ejemplos recientes de cómo Microsoft sigue siendo… Microsoft ¿sorpresa? la empresa se niega a ceder sus beneficios y parte de pastel a proyectos de código abierto o software libre… aunque quede muy bonito poner lo contrario en la publicidad.

El primer ejemplo tiene como protagonista a Nextcloud, software libre para crear tu propia nube con un montón de opciones que podemos ir implementando y sí, es software libre.

En una reciente entrevista al creador y CEO de Nextcloud, una persona que viene del software libre desde hace años, en la revista Wall Street Journal, este comentaba que a principios de año 2022 fue contactado por un abogado de Microsoft.

En la reunión, la persona de Microsoft ofreció beneficios en forma de colaboración y marketing a Nextcloud. Por ejemplo, querían promocionar el logotipo de Nextcloud en el material de marketing de Microsoft, si Nextcloud consideraría retirar su denuncia antimonopolio.

Esta queja antimonopolio es que a principios de 2021, bajo el liderazgo de Nextcloud, un grupo de empresas presentó una queja oficial ante la Dirección General de Competencia de la UE sobre el comportamiento de Microsoft. Esta coalición de empresas europeas en la nube aboga por la igualdad de condiciones en la UE.

Es decir Microsoft trata de seguir manteniendo su potencial en cuanto a la nube en Europa, donde va perdiendo poco a poco posiciones, chantajeando al CEO de Nextcloud para que sea bueno y retire la denuncia y a cambio le dan una palmadita en la espalda y poco más.

En la entrevista del Wall Street Journal el CEO de Nextcloud comenta:

“Básicamente nos estaba ofreciendo una galletita. No se trata de tener un logo en algún lado o hacer un trato rápido. No estamos interesados ​​en eso. Estamos preocupados por la situación antimonopolio en general”.

El Zasca todavía resuena en Redmond

Pero hay más ejemplos.

Según ha denunciado a principios de julio de 2022 la Free Software Conservacy, Microsoft quiere prohibir en su «store» todo el software que sea FOSS (Free Open Source Software).

Han añadido una nueva cláusula que revierte las políticas de la tienda de aplicaciones y ya está interrumpiendo el comercio en su plataforma. En particular, Microsoft ahora prohíbe a los redistribuidores de FOSS cobrar dinero por casi todos los FOSS.

Sí el mismo «open source» que dicen querer, ahora les niegan que los proyectos de software libre cobren dinero y se financien a través de su «tienda». Bueno es su tienda y hacen lo que quieran, eso sí, están dañando seriamente el software libre.

Durante décadas, Microsoft hizo un gran esfuerzo para asustar al sector del software comercial con historias de cómo FOSS (y Linux en particular) no eran productos comercialmente viables. Microsoft incluso afirmó una vez que cualquiera que desarrollara FOSS bajo copyleft estaba en contra del estilo americano. (¡Qué tiempos aquellos que Microsoft no se escondía!)

Hoy en día, hay muchos desarrolladores que se ganan la vida creando, apoyando y redistribuyendo FOSS, que financian (en parte) cobrando por FOSS en las tiendas de aplicaciones.

Esto es, ante todo, una afrenta a todos los esfuerzos por ganarse la vida escribiendo software de código abierto. Esta no es una consideración meramente hipotética. Muchos desarrolladores ya respaldan su desarrollo FOSS (legítimamente, al menos bajo las propias licencias FOSS) a través de implementaciones de tiendas de aplicaciones que Microsoft prohibió recientemente en su Store.

Bueno, eso sí adoran el software libre que alojan en GitHub y del que Autopilot ahora puede beneficiarse. ¡Es hora de abandonar GitHub!

Os dejo los enlaces por aquí para que consultéis las fuentes de primera mano y saquéis vuestras propias conclusiones, podéis usar los comentarios del blog para compartirlas. Siempre con respeto y con ánimo constructivo, por favor.

Comparto unas modificaciones que he realizado a sendos scripts en Bash que sirven para subir texto o una imagen al servicio de paste mantenido por la comunidad openSUSE

Hace tiempo que he estado modificando y adaptando un par de scripts existentes que suben un texto o archivo de texto o una imagen al servicio susepaste para compartir logs o capturas en foros, listas de correo, etc.

Comparto con vosotros el resultado, que quizás lejos de ser perfecto es perfectamente válido y así me sirve para ver si hay que mejorar algo. Ya sabes: «release soon, release often».

susepaste.org es un sitio en el que poder compartir de forma efímera, textos, archivos o imágenes, para compartir con otras personas esa url que genera y así compartir un log, un mensaje de error, una captura de pantalla con un problema específico, etc.

Si usas openSUSE, seguro que ya tienes instalado en la ruta /usr/bin los scripts susepaste y susepaste-screenshot. Mis versiones actualizan y corrigen algún error además de eliminar partes que no se utilizaban y añadir nuevas opciones.

Si queremos utilizar mis scripts, lo primero vamos a renombrar los scripts originales, para ello en la ruta /usr/bin renombramos (como usuario root) ambos scripts añadiendo por ejemplo _orig al nombre de ambos archivos.

Ahora descargamos desde mi repositorio en Codeberg los scripts que he modificado en la misma ruta, ejecutando:

• wget https://codeberg.org/victorhck/paste_scripts/raw/branch/main/susepaste
• wget https://codeberg.org/victorhck/paste_scripts/raw/branch/main/susepaste-screenshot

Y ya los podremos utilizar. Si queremos volver atrás borramos los scripts descargados y volvemos a renombrar los scripts originales eliminando _orig del nombre.

susepaste

Este script sirve para enviar un archivo de texto, la salida de un comando o un texto que escribamos al servicio de susepaste y nos genera una url que nos devuelve y será la que podemos compartir. La modificación de mi script sigue haciendo eso, pero algunas cosas más.

¿Cómo utilizarlo?

Si ejecutamos susepaste -h nos muestra una pequeña información de cómo usar este sencillo script.

susepaste [-n nick] [-t title] [-e expire] [-f <file> or <path/to/file>]
(expire: 30m=30minutes; 1h=1hour; 6h=6hours; 12h=12hours; 1d=1day; 1w=1week; 1m=1month; 3m=3months; 1y=1year; 2y=2years; 3y=3years; 0=never)

Podemos especificar nuestro nick, un título, un periodo después del cual el archivo desaparecerá y un archivo.

Si no especificamos el nick, el título o el tiempo de expiración, se asignarán valores predeterminados. Y el archivo es opcional, ya que podemos poner la salida de un comando o escribir nosotros un texto. Si escribimos nosotros el texto deberemos terminar el comando con Ctrl+d

Vamos con unos ejemplos:

susepaste -n Victorhck -t repositorios -e 3m -f lista_repos.txt

Subimos el archivo lista_repos.txt indicando mi nick un título y que dure 3 meses en el servidor de susepaste. Otro:

zypper lr | susepaste -t repos -e 1h

Envía la salida del comando que muestra los repositorios (zypper lr) al script y este lo sube al servidor con un título y que dure 1 hora. Otro:

uname -a | susepaste

Envía la salida del comando al servicio susepaste. Y te devuelve la url y también la copia en el portapapeles.

susepaste-screenshot

Este script sirve para tomar una captura de pantalla y enviarla al servidor o para subir una captura que tengamos ya realizada.

¿Cómo utilizarlo?

Si ejecutamos susepaste-screenshot -h nos muestra una pequeña información de cómo usar este sencillo script.

susepaste-screenshot [--all] [-n nick] [-t title] [-e expire] [-d delay secs] [-f <file> or <path/to/file>]
(expire: 30m=30minutes; 1h=1hour; 6h=6hours; 12h=12hours; 1d=1day; 1w=1week; 1m=1month; 3m=3months; 1y=1year; 2y=2years; 3y=3years; 0=never)

Muy similar al anterior, pero se incluye la opción -d para indicar unos segundos de retraso a la hora de realizar la captura, para poder cambiar de pantalla, escritorio, etc…

Vamos con unos ejemplos:

susepaste-screenshot -n Victorhck -t error -e 3m -f /home/mi_usuario/capturas/mi_captura.png

Establecemos un nick, un título un tiempo de 3 meses de duración en el servidor y la ruta al archivo donde está la captura.

susepaste-screenshot -e 1m -d 5

La imagen durará 1 mes en el servidor y esperará 5 segundos antes de tomar una captura y enviarla.

Bueno, tanto si usas openSUSE como si no, podrás usar el servicio susepaste o paste.opensuse.org que en definitiva son los mismos para alojar textos o imágenes.

Y si usas estos scripts te ahorrarán tiempo y quizás te hagan la vida más fácil. Si los usas y encuentras algo que no funciona, o que habría que mejorar usa los comentarios del blog para compartir tu aporte.

No quiere decir que lo vaya a hacer dependerá del tiempo que tenga, de las ganas, pero sin duda tu aporte será leído y tenido muy en cuenta.

Enlaces de interés

• https://codeberg.org/victorhck/paste_scripts
• https://github.com/openSUSE/paste/tree/master/script
• https://susepaste.org/

El desarrollador griego Michail Vourlakos aka psifidotos creador de Latte Dock se despide del proyecto

Latte Dock es uno de esos «docks» o muestrario animado de aplicaciones que vino a dar un nuevo aspecto a los escritorios Plasma de KDE hace 6 años creado por psifidios.

Algunos ususarios lo adoptaron desde el principio en sus escritorios y quitaron la ya más que conocida barra (normalmente inferior) y pusieron en su lugar este nuevo dock.

Ofrece unas animaciones muy visuales, flexibilidad para adaptarlo a tus gustos y que se integraba perfectamente con el escritorio Plasma de KDE.

Poco a poco ha ido corrigiendo fallos e integrando nuevas opciones hasta la versión 0.10.8 publicada en febrero de 2022.

Y hoy el desarrollador que llevaba a cabo buena parte del trabajo ha anunciado en su blog que después de 6 años se despide del proyecto por falta de tiempo, motivación o interés por su parte en Latte Dock.

Iba a publicar una versión 0.11 pero eso implicaría que alguien debería mantenerla, y como (de momento) no es el caso, ahí se ha quedado estancado el proyecto.

Esto no quiere decir que Latte Dock vaya a desaparecer, seguirá estando funcional y disponible, peeeero con el tiempo se irá quedando obsoleta… a menos que alguien tome el relevo y mantenga este código corrigiendo, puliendo y mejorando.

El desarrollador se despide agradeciendo estos 6 años de desarrollo en el que ha aprendido mucho a la comunidad de KDE (miembros, desarrolladores, entusiastas, etc)

Así que si lo deseas puedes ponerte manos a la obra con este proyecto y retomarlo para seguir que siga mantenido y actual. ¡Todos las personas que usen Latte Dock te lo agradecerán!

Enlaces de interés

• https://psifidotos.blogspot.com/2022/07/latte-dock-farewell.html
• https://invent.kde.org/plasma/latte-dock/
• https://store.kde.org/p/1169519

Vamos a ver cómo migrar un repositorio de git propio de GitHub a Codeberg una opción comunitaria y más respetuosa con el software libre

GitHub se ha convertido hace años en el sitio más conocido en el que desarrolladores y colaboradores hospedan su código en repositorios git que permiten la colaboración, el aporte, la mejora, etc.

Hace unos años Microsoft compró GitHub, la mayor empresa de software privativo conocida por sus oscuras artimañas (Adoptar, extender, extinguir) a la hora de imponder sus estrategias cerradas y de puro monopolio, era dueña de un gran sitio en el que se hospedaban multitud de proyectos de software libre.

Con semejante curriculum a sus espaldas, la compra de GitHub por Microsoft fue vista con recelo. Y aunque en GitHub se hospedaba gran cantidad de software libre, el propio sitio no es muy amigable con el propio software libre.

El fundador y antiguo CEO de GitHub no estaba muy a favor del software libre, el código de la propia página no es libre y además su uso hace que haya que ejecutar software privativo en el navegador. ¿Y qué podemos hacer?

La asociación Software Freedom Conservacy ha puesto en marcha una campaña llamada «GiveupGitHub» o «Abandona GitHub» para concienciar sobre la necesidad de que proyectos de software libre no «fuercen» a sus usuarios a usar servicios privativos. O a que usuarios no usen servicios privativos.

Una de las opciones sobre las que ya escribí en el blog hace tiempo de Codeberg. Un servicio comunitario de hospedaje de repositorios git basado en software libre como es Gitea.

En Codeberg puedes apoyar a la comunidad que mantiene el servicio con una donación y así poder tener tu código en un sitio amigable con el software libre, o puedes abrirte una cuenta sin donar.

Migrar un repositorio de GitHub a Codeberg

En este tutorial veremos cómo migrar a Codeberg un repositorio git que tenemos hospedado en GitHub.

En Codeberg

Para ello, lo primero y principal es que tengas cuenta en ambos servicios. Ahora entramos en nuestra cuenta de Codeberg y en la parte superior derecha sobre el símbolo «+» seleccionamos: «Nueva migración»

Seleccionamos el servicio desde el que queremos migrar, en este caso desde GitHub y rellenamos los datos que nos aparecen en la siguiente página.

En la primera casilla pegamos la dirección url del proyecto que queremos migrar de GitHub.

En la segunda deberemos poner el «Token» de acceso de GitHub para poder realizar la migración.

Para conseguir ese Token, que es una contraseña que nos generará y nos dará acceso a nuestros datos de GitHub, vamos a nuestro perfil de GitHub.

En GitHub

En GitHub en la parte superior derecha en nuestro avatar pinchamos y seleccionamos la opción «settings» y en la nueva ventana en la lista de la izquierda seleccionamos la última opción «Developer settings» seleccionando Personal Tokens en la nueva pantalla.

Pulsamos sobre el botón «Generate new Token» y confirmamos nuestra contraseña para acceder.

En la primera casilla le asignamos un nombre, por ejemplo: «migración_codeberg» y le asignamos una fecha de caducidad, por ejemplo 7 días. Puedes darle más o menos en función de si vas a usarla más o menos tiempo.

En las opciones que podrá controlar ese Token, yo escogí «repo → full control of privates repositories» para que tenga todos los derechos.

Y pulsamos sobre el botón «Generate token» y nos mostrará una serie de números y letras aleatorios. ¡Ten cuidado! mantén bien a salvo esa cadena, ya que si alguien la obtiene tendrá acceso a todos tus repositorios con pleno derecho.

Copiamos el Token generado y lo guardamos bien.

Volvemos a Codeberg donde nos habíamos quedado

Regresamos a la página de configuración de migración donde nos habíamos quedado en Codeberg, ahora ya con el Token de GitHub generado y copiado.

Lo pegamos en la segunda casilla, le ponemos un nombre y una descripción (podemos copiar la que teníamos en GitHub) y pulsamos sobre «Migrar Repositorio». Al terminar tendremos una copia idéntica del repositorio que teníamos en GitHub.

Ahora si queremos podemos borrar o archivar como solo lectura el repositorio de GitHub, y añadiendo en el README una nota de que has migrado a un nuevo servicio que respeta a los usuarios y que está basado en software libre y un enlace a tu nuevo repositorio en Codeberg.

También borraremos la copia local del repositorio git de nuestro equipo, y clonaremos el nuevo repostorio de Codeberg sobre el que ya podremos trabajar.

Espero que os haya resultado útil y que os planteeis el cambio de servicio para vuestros repositorios git si es que os apetece o se puede hacer.

Codeberg no tiene detrás una gran empresa que factura millones y que puede aportar recursos para mantener un sitio con un montón de funcionalidades y opciones. Pero es una opción más que válida y útil más acorde con la filosofía del software libre y los hackers.

Enlaces de interés

• https://codeberg.org
• https://gitea.io/
• https://docs.github.com/es/authentication/keeping-your-account-and-data-secure/creating-a-personal-access-token
• https://sfconservancy.org/GiveUpGitHub/
• https://victorhckinthefreeworld.com/2020/07/06/codeberg-alternativa-github-gitlab/

Siempre lo digo… cuando crees que conoces todo lo que se hace en el mundo del Software Libre aparece una pequeña ventana que te muestra otra inmensa sala llena de decenas de proyectos. Esto me ha pasado con las Charlas Clementina, un grupo creado para difundir la cultura libre en educación en Argentina. Y se bautiza en el blog promocionando un charla: Compartir archivos entre dispositivos android y tu PC, una ponencia que tendrá lugar el próximo 19 de julio a las 20:00 UTC -3, o lo que es lo mismo, las 02:00 del miércoles 20 en la península ibérica.

¿Qué es Clementina?

Descubro un nuevo grupo personas que se dedica a la divulgación de la cultura libre en educación en Argentina. Su nombre es Clementina y es una lástima que no los haya conocido antes pues parece que son muy activos.

Evidentemente, como ellos mismos dicen en su página web, la divulgación de la cultura libre incluye Software libre, Hardware Libre y licencias, y su publico objetivo son aquellas personas que «recién empiezan».

Para participar nos invitan a navegar por su web o crearse una cuenta de clementina y abrir algún tema en los foros del Foro de debate general. También los podéis encontrar en Twitter y tienen grupo de Telegram.

Charlas Clementina: Compartir archivos entre dispositivos android y tu PC

Una de las actividades más prolíficaas que ofrecen son sus charlas, las cuales tienen su propia sección en la web pero que parece ser que no están puestas todas, ya que, por ejemplo, la que os comento hoy no está anunciada.

Se trata de una charla de José González titulada «Compartir archivos entre dispositivos android y tu PC, notificaciones vía KDE Connect» en la que nos contará las maravillas de una aplicación de sobras conocida por los lectores del blog y que ocupa un rinconcito en mi corazón.

Como se puede ver en el cartel del anuncio se podrá seguir en directo, y seguramente se quedará grabada, en los servicios de fediverse.tv, concretamente en el enlace: https://fediverse.tv/w/wb5ziRiBAFWJizQv12cNFG

La entrada Charlas Clementina: Compartir archivos entre dispositivos android y tu PC se publicó primero en KDE Blog.

Bienvenidos a un nuevo episodio de los audios de Juan Febles, y este en concreto es episodio 160 de Podcast Linux titulado «Linux Connexion con Jorge Lama», uno de los miembros más destacados de la podcastfera linuxera por su labor de productor tanto en Mancomun Podcast como una temporada en los Podcast de KDE España.

Linux Connexion con Jorge Lama en Podcast Linux #160

De un tiempo a esta parte estaba publicando casi todas las entregas que realiza Juan de su Podcast Linux, y la razón radicaba es que estaba al día de todos sus audios. Durante una temporada bajé el ritmo y ahora, afortunadamente, vuelvo a ponerme al día.

Así qye hace poco ya promocionés su especial 6º aniversario, y ahora me complace presentar su audio con Jorge Lama donde se habla de sus inicios, su pertenencia a la Asociación Melissa, su compromiso con el reciclaje por su labor en el banco de reciclaje, etc.

En palabras de Juan:

¡¡¡Muy buenas amante del Software Libre!!!
Bienvenido a otra entrega de Podcast Linux, la número 160. Un saludo muy fuerte de quien te habla, Juan Febles. Hoy estamos con Jorge Lama, creador de contenidos en iCarto. Diseñador sonoro y productor independiente de podcasting. Un enamorado de la Cultura Libre, la tecnología, el Software Libre, las ONG’s, la música y cacharros musicales, el reciclaje electrónico y el Patrimonio Cultural.

Enlaces:

• Twitter Jorge Lama: https://twitter.com/raivenra
• La imagen utilizada en la portada, la caricatura de Jorge Lama, es una obra realizada por Luis Davila.
• Toda la música utilizada en este episodio se distribuye bajo la licencia Creative Commons:
  • Podcast Linux – Wake Up: https://archive.org/details/PodcastLinux-wakeup
  • Scandinavianz – Tomorrow: https://www.free-stock-music.com/scandinavianz-tomorrow.html

Así que os invito a escuchar este diálogo de Juan Febles con Jorge Lama, una más que interesante charla que seguro que no os defraudará como no lo ha hecho conmigo. ¡Dentro audio!

Más información: Podcast Linux

Sigue a Podcast Linux

Aprovecho para animaros a seguir Podcast Linux en algunos de los canales de comunicación que tiene:

• Twitter: https://twitter.com/podcastlinux
• Mastodon: https://mastodon.social/@podcastlinux/
• Correo: podcastlinux@disroot.org
• Web: https://podcastlinux.com/
• Telegram: https://t.me/podcastlinux
• Telegram Juan Febles: https://t.me/juanfebles
• Youtube: https://www.youtube.com/PodcastLinux
• Feed Podcast Linux: https://podcastlinux.com/feed
• Feed Linux Express (Audios Telegram): https://podcastlinux.com/Linux-Express/feed

La entrada Linux Connexion con Jorge Lama de Podcast Linux #160 se publicó primero en KDE Blog.