Un tribunal regional de Hambugo cierra la página web del proyecto yt-dl
La página oficial del proyecto yt-dl se mantiene bloqueada al público por orden de un tribunal de Hamburgo

A día de publicación de este artículo (10-10-2023) la página oficial del proyecto yt-dl se encuentra bloqueada y no se puede visitar. En su lugar aparece un simple texto en dos idiomas que anuncia:
Acceso denegado
Debido a una sentencia del Tribunal Regional de Hamburgo, el acceso a este sitio web está bloqueado.
Hace un tiempo ya publiqué en el blog un artículo sobre el reemplazo del software youtube-dl por el fork comunitario llamado yt-dlp que continuaba su desarrollo.
yt-dlp continuaba el desarrollo de esta herramienta escrita en Python y disponible en GNU/Linux. Corregía defectos y mantenía el soporte para nuevos errores y barreras encontradas.
yt-dl era una herramienta para la línea de comandos con la que podremos descargar los vídeos de distintos sitios web que los alojen (como por ejemplo YouTube). También hace sencillo el poder extraer el audio de dichos vídeos en formatos como mp3.
Por supuesto siempre os animo a que si utilizáis esta herramienta lo hagáis en vídeos que estén libres de derechos de autor o con su consentimiento.
Porque ya sabemos que si descargas un vídeo de YouTube de un grupo de una multinacional y extraes su audio para escucharlo de manera local en tu dispositivo esto podría acarrear la bancarrota total para la discográfica que edita esa canción y supondría la ruina total para el grupo o cantante en cuestión que quizás tendrían que mendigar por las esquinas o mucho peor, meterse a política! y ninguna madre quiere ver sufrir así a sus hijos e hijas…
En la página oficial de yt-dl ahora clausurada, hay un simple enlace a un largo texto jurídico, en el que se detallarán los motivos por los que la ley ha decidido clausurar la web.
En dicha web se detalla que los demandantes son Sony Music, Universal Music y Warner Music. Tres “empresas emergentes» en esto de la música que sin duda ven cómo sus esfuerzos e intereses son arrebatados miserablemente por aquellas personas (sin corazón) que descargan las canciones de los artistas de sus respectivas nóminas.
Tribunal Regional de Hamburgo
Veredicto
EN NOMBRE DEL PUEBLO
en el litigio
1) Sony Music Entertainment Germany GmbH, representada por los directores generales …, …, …, …
- Demandante y contrademandado –
2) Universal Music GmbH, representada por el director general…, …, …
- Demandante y contrademandado –
3) Warner Music Group Germany Holding GmbH, representada por los directores generales …, …, …
- Demandante y contrademandado –
Representantes legales 1 – 3:
Abogados…
contra
…, …, …
- Demandada y Contrademandante –
Representante legal:
Abogados…
El Tribunal Regional de Hamburgo – Sala Civil 10 – a través del presidente del Tribunal Regional H…, el juez del Tribunal Regional H… y el juez del Tribunal Regional E… reconoce lo siguiente como ley sobre la Bases de la audiencia oral del 12 de enero de 2023:
En el siguiente texto se habla de la condena en forma de multa o prisión a la que se enfrenta por “elusión de medidas técnicas de protección».
hechos del caso
Los demandantes acusan al demandado de participar en la elusión de medidas técnicas de protección supuestamente efectivas. Se dice que está involucrado en la distribución del software llamado youtube-dl, que permite descargar vídeos musicales publicados en la plataforma YouTube. Los demandantes exigen medidas cautelares, información, determinación de la responsabilidad por daños y perjuicios y reembolso de los honorarios legales previos al litigio. La demanda se basa en la supuesta propiedad del productor de fonogramas de derechos de uso exclusivo sobre determinadas grabaciones sonoras. Con su reconvención, el imputado exige el reembolso de los honorarios legales de su defensa jurídica previa al juicio.
En todo caso la web está fuera de servicio, pero de momento a día de publicación del artículo el código de yt-dl sigue disponible en su repositorio de GitHub. Quizás sea buena idea clonar el repo de manera local para estudiarlo y tenerlo a buen recaudo por si se decide que el código ¡también es culpable de acabar con la música!
De momento el código la opción es seguir utilizando yt-dlp desde los repositorios de tu distribución de GNU/Linux. (Lo he probado en un sitio en el que es legítimo su uso con un contenido con licencias libre, lo juro).
En fin, como véis nada que no haya ocurrido antes. Gigantes del medio audiovisual queriendo coartar libertades y poner puertas al campo. Quieren jugar en el terreno multimedia actual pero sin perder su gran parte del pastel. Todo enarbolando la bandera de la cultura… Claro…

Reloj elegante para tu escritorio, Deskclock – Plasmoides de KDE (228)
Vuelven los plasmoides estilo reloj al blog. A lo largo de mucha entradas he presentado cosas desde Time Keeper Evolution a Aesthetic Clock 2. Hoy toca presentar un reloj elegante para tu escritorio, que recibe el nombre de Deskclock, el widget número 228 de esta serie, perfecto para decorar nuestro escritorio Plasma de la Comundidad KDE. y que , en realidad, es una variación de un gran plasmoide de este tipo.
Reloj elegante para tu escritorio, Deskclock – Plasmoides de KDE (228)
Hoy sigo con los plasmoides para nuestro entorno de trabajo ya que la Comunidad KDE no para de ofrecernos variedad y calidad. Aunque en esta ocasión se trata de un fork de uno que ya ha aparecido en el blog y que he utilizado en muchas entradas y en muchos #viernesdeescritorio: Clear Clock una creación de qewer.
De esta forma os presento Deskclock, una creación de zayronXIO que nos ofrece un reloj para nuestro escritorio elegante y muy moderno, con ese estilo tan de moda entre los estudiantes de escribir sobre texto (si alguien es maestro lo entenderá). Como he dicho, ser trata de un fork que ofrece, de momento, algunos cambios respecto a Clear Clock. De hecho sus opciones de configuración son igual de simples pero efectivas dado que nos permiten activar tanto el día de la semana como el formato de la hora así como la posibilidad o no de ver la fecha.

Los cambios respecto a Clear Clock son:
- Añadido el método de centrado de texto.
- Transparencia en el tiempo.
- Añadida la capitalización de la primera letra del día.
- Cambiados los tamaños y colores por defecto.
Y como siempre digo, si os gusta el plasmoide podéis “pagarlo” de muchas formas en la mutante página de KDE Store, que estoy seguro que el desarrollador lo agradecerá: puntúale positivamente, hazle un comentario en la página o realiza una donación. Ayudar al desarrollo del Software Libre también se hace simplemente dando las gracias, ayuda mucho más de lo que os podéis imaginar, recordad la campaña I love Free Software Day de la Free Software Foundation donde se nos recordaba esta forma tan sencilla de colaborar con el gran proyecto del Software Libre y que en el blog dedicamos un artículo.
Más información: KDE Store
¿Qué son los plasmoides?
Para los no iniciados en el blog, quizás la palabra plasmoide le suene un poco rara pero no es mas que el nombre que reciben los widgets para el escritorio Plasma de KDE.
En otras palabras, los plasmoides no son más que pequeñas aplicaciones que puestas sobre el escritorio o sobre una de las barras de tareas del mismo aumentan las funcionalidades del mismo o simplemente lo decoran.
La entrada Reloj elegante para tu escritorio, Deskclock – Plasmoides de KDE (228) se publicó primero en KDE Blog.
How to indicate device compatibility for your app in MetaInfo data
At the moment I am hard at work putting together the final bits for the AppStream 1.0 release (hopefully to be released this month). The new release comes with many new new features, an improved developer API and removal of most deprecated things (so it carefully breaks compatibility with very old data and the previous C API). One of the tasks for the upcoming 1.0 release was #481 asking about a formal way to distinguish Linux phone applications from desktop applications.
AppStream infamously does not support any “is-for-phone” label for software components, instead the decision whether something is compatible with a device is based the the device’s capabilities and the component’s requirements. This allows for truly adaptive applications to describe their requirements correctly, and does not lock us into “form factors” going into the future, as there are many and the feature range between a phone, a tablet and a tiny laptop is quite fluid.
Of course the “match to current device capabilities” check does not work if you are a website ranking phone compatibility. It also does not really work if you are a developer and want to know which devices your component / application will actually be considered compatible with. One goal for AppStream 1.0 is to have its library provide more complete building blocks to software centers. Instead of just a “here’s the data, interpret it according to the specification” API, libappstream now interprets the specification for the application and provides API to handle most common operations – like checking device compatibility. For developers, AppStream also now implements a few “virtual chassis configurations”, to roughly gauge which configurations a component may be compatible with.
To test the new code, I ran it against the large Debian and Flatpak repositories to check which applications are considered compatible with what chassis/device type already. The result was fairly disastrous, with many applications not specifying compatibility correctly (many do, but it’s by far not the norm!). Which brings me to the actual topic of this blog post: Very few seem to really know how to mark an application compatible with certain screen sizes and inputs! This is most certainly a matter of incomplete guides and good templates, so maybe this post can help with that a bit:
The ultimate cheat-sheet to mark your app “chassis-type” compatible
As a quick reminder, compatibility is indicated using AppStream’s relations system: A requires relation indicates that the system will not run at all or will run terribly if the requirement is not met. If the requirement is not met, it should not be installable on a system. A recommends relation means that it would be advantageous to have the recommended items, but it’s not essential to run the application (it may run with a degraded experience without the recommended things though). And a supports relation means a given interface/device/control/etc. is supported by this application, but the application may work completely fine without it.
I have a desktop-only application
A desktop-only application is characterized by needing a larger screen to fit the application, and requiring a physical keyboard and accurate mouse input. This type is assumed by default if no capabilities are set for an application, but it’s better to be explicit. This is the metadata you need:
<component type="desktop-application">
<id>org.example.desktopapp</id>
<name>DesktopApp</name>
[...]
<requires>
<display_length>768</display_length>
<control>keyboard</control>
<control>pointing</control>
</requires>
[...]
</component>
With this requires relation, you require a small-desktop sized screen (at least 768 device-independent pixels (dp) on its smallest edge) and require a keyboard and mouse to be present / connectable. Of course, if your application needs more minimum space, adjust the requirement accordingly. Note that if the requirement is not met, your application may not be offered for installation.
Note: Device-independent / logical pixels
One logical pixel (= device independent pixel) roughly corresponds to the visual angle of one pixel on a device with a pixel density of 96 dpi (for historical X11 reasons) and a distance from the observer of about 52 cm, making the physical pixel about 0.26 mm in size. When using logical pixels as unit, they might not always map to exact physical lengths as their exact size is defined by the device providing the display. They do however accurately depict the maximum amount of pixels that can be drawn in the depicted direction on the device’s display space. AppStream always uses logical pixels when measuring lengths in pixels.
I have an application that works on mobile and on desktop / an adaptive app
Adaptive applications have fewer hard requirements, but a wide range of support for controls and screen sizes. For example, they support touch input, unlike desktop apps. An example MetaInfo snippet for these kind of apps may look like this:
<component type="desktop-application">
<id>org.example.adaptive_app</id>
<name>AdaptiveApp</name>
[...]
<requires>
<display_length>360</display_length>
</requires>
<supports>
<control>keyboard</control>
<control>pointing</control>
<control>touch</control>
</supports>
[...]
</component>
Unlike the pure desktop application, this adaptive application requires a much smaller lowest display edge length, and also supports touch input, in addition to keyboard and mouse/touchpad precision input.
I have a pure phone/table app
Making an application a pure phone application is tricky: We need to mark it as compatible with phones only, while not completely preventing its installation on non-phone devices (even though its UI is horrible, you may want to test the app, and software centers may allow its installation when requested explicitly even if they don’t show it by default). This is how to achieve that result:
<component type="desktop-application">
<id>org.example.phoneapp</id>
<name>PhoneApp</name>
[...]
<requires>
<display_length>360</display_length>
</requires>
<recommends>
<display_length compare="lt">1280</display_length>
<control>touch</control>
</recommends>
[...]
</component>
We require a phone-sized display minimum edge size (adjust to a value that is fit for your app!), but then also recommend the screen to have a smaller edge size than a larger tablet/laptop, while also recommending touch input and not listing any support for keyboard and mouse.
Please note that this blog post is of course not a comprehensive guide, so if you want to dive deeper into what you can do with requires/recommends/suggests/supports, you may want to have a look at the relations tags described in the AppStream specification.
Validation
It is still easy to make mistakes with the system requirements metadata, which is why AppStream 1.0 will provide more commands to check MetaInfo files for system compatibility. Current pre-1.0 AppStream versions already have an is-satisfied command to check if the application is compatible with the currently running operating system:
:~$ appstreamcli is-satisfied ./org.example.adaptive_app.metainfo.xml Relation check for: */*/*/org.example.adaptive_app/* Requirements: • Unable to check display size: Can not read information without GUI toolkit access. Recommendations: • No recommended items are set for this software. Supported: ✔ Physical keyboard found. ✔ Pointing device (e.g. a mouse or touchpad) found. • This software supports touch input.
In addition to this command, AppStream 1.0 will introduce a new one as well: check-syscompat. This command will check the component against libappstream’s mock system configurations that define a “most common” (whatever that is at the time) configuration for a respective chassis type.
If you pass the --details flag, you can even get an explanation why the component was considered or not considered for a specific chassis type:
:~$ appstreamcli check-syscompat --details ./org.example.phoneapp.metainfo.xml Chassis compatibility check for: */*/*/org.example.phoneapp/* Desktop: ✘ Incompatible • recommends: This software recommends a display with its shortest edge being << 1280 px in size, but the display of this device has 1280 px. • recommends: This software recommends a touch input device. Laptop: ✘ Incompatible • recommends: This software recommends a display with its shortest edge being << 1280 px in size, but the display of this device has 1280 px. • recommends: This software recommends a touch input device. Server: ✘ Incompatible • requires: This software needs a display for graphical content. • recommends: This software needs a display for graphical content. • recommends: This software recommends a touch input device. Tablet: ✔ Compatible (100%) Handset: ✔ Compatible (100%)
I hope this is helpful for people. Happy metadata writing! 😀
Post-mortem: Service Degradation for Pages with Comments
Controla tu reproductor multimedia en línea con plasmusic-toolbar- Plasmoides de KDE (227)
Sigo con estas pequeñas aplicaciones que el mundo de la manzana ha descubierto recientemente: los applets, widgets o plasmoides. Hoy toca uno que controla tu reproductor multimedia en tu escritorio en línea llamado plasmamusic-toolbar, que será el plasmoide número 227 de la serie.
Controla tu reproductor multimedia en línea con plasmusic-toolbar- Plasmoides de KDE (227)
Como he comentado en otras ocasiones, de plasmoides tenemos de todo tipo funcionales, de configuración, de comportamiento, de decoración o, como no podía ser de otra forma, de información sobre nuestro sistema como puede ser el uso de disco duro, o de memoria RAM, la temperatura o la carga de uso de nuestras CPUs.
Así que espero que le deis la bienvenida a un plasmoide llamado plasmamusic-toolbar, una creación de ccatterina con el que controlas el reproductor multimedia directamente desde tu escritorio pero, a diferencia de otros presentados en el blog, se caracteriza por integrarse pefectamente en una barra de tareas. No es el único que hay , como suele se habitual en el mundo KDE, pero siempre viene bien tener alternativas.
Entre sus características más destacadas se encuentran:
- Muestra el título y el artista de la canción que se está reproduciendo en el panel KDE.
- Gestiona tu música sin esfuerzo con los controles Reproducir, Pausa, Siguiente y Anterior directamente desde el panel KDE.
- La vista completa ofrece la imagen del álbum, junto con los controles Reproducir, Pausa, Siguiente, Anterior, Aleatorio y Repetición.
- Ajusta el volumen y la posición con facilidad.
- Personalización de iconos: Cambia el icono del widget en la vista del panel para adaptarlo a tus preferencias.
- Visibilidad de los controles de reproducción: Elija si desea mostrar los controles Reproducir, Pausa, Siguiente y Anterior en la vista del panel.
- Fuente preferida: Cambia la fuente preferida del widget para la información músical (spotify, vlc, etc). Por defecto el widget usa como fuente @multiplex.
- Ancho máximo de visualización de la canción en reproducción: Determina el ancho máximo de visualización de la canción en reproducción en el panel para mostrar la canción que se está reproduciendo en el panel. Cuando el
canción excede este ancho máximo, el texto se desplazará horizontalmente. - Velocidad de desplazamiento de la canción: Cambia la velocidad de desplazamiento del texto de la canción.

Y como siempre digo, si os gusta el plasmoide podéis «pagarlo» de muchas formas en la nueva página de KDE Store, que estoy seguro que el desarrollador lo agradecer?: puntúale positivamente, hazle un comentario en la página o realiza una donación. Ayudar al desarrollo del Software Libre también se hace simplemente dando las gracias, ayuda mucho más de lo que os podéis imaginar, recordad la campaña I love Free Software Day de la Free Software Foundation donde se nos recordaba esta forma tan sencilla de colaborar con el gran proyecto del Software Libre y que en el blog dedicamos un artículo.
Más información: KDE Store
¿Qué son los plasmoides?
Para los no iniciados en el blog, quizás la palabra plasmoide le suene un poco rara pero no es mas que el nombre que reciben los widgets para el escritorio Plasma de KDE.
En otras palabras, los plasmoides no son más que pequeñas aplicaciones que puestas sobre el escritorio o sobre una de las barras de tareas del mismo aumentan las funcionalidades del mismo o simplemente lo decoran.
La entrada Controla tu reproductor multimedia en línea con plasmusic-toolbar- Plasmoides de KDE (227) se publicó primero en KDE Blog.
KDE y Qt 6 por Albert Astals Cid en Kockatoo tube #akademyes 2023
Debo reconocer una cosa: no se me queda en la memoria el nombre del canal propio de vídeos de la Comunidad KDE. Lo cierto es que Kockatoo tube, nombre elegido para su canal de Peertube de KDE no es el más simple del mundo pero eso no significa que no debamos hacer un esfuerzo por familiarizarnos con él. Por mi parte he pensado que la forma de hacerlo será escribir mucho sobre él al tiempo que promociono algo más la pasada edición de Akademy-es de Málaga. De esta forma bienvenidos a la charla grabada de «KDE y Qt 6″ por Albert Astals Cid almacenada en Kockatoo tube y en la que nos contó un poco sobre el progreso de este salto tecnológico.
KDE y Qt 6 por Albert Astals Cid en Kockatoo tube #akademyes 2023
Antes de empezar alguien se puede preguntar porqué no utilizar solo Youtube para compartir contenido multimedia. La respuesta es muy simple: para evitar que esta plataforma que pertecene a a Google tenga el control de todo contenido multimedia de la Comunidad KDE.
Para evitarlos se ha creado Kocaktoo tube, simplemente una alternativa libre de youtube, donde se cuelgan por defecto los vídeos de KDE pero no de forma exclusiva ya que si se puede se suben también a la plataforma con más usuarios (hay que pescar donde hay peces).
Como la gente asidua al blog sabrá, el pasado 9 y 10 de junio de 2023 la asociación KDE España celebró en Málaga su Akademy-es 2023 integrada en el evento marco Opensouthcode. Fruto de ella se realizaron una serie de charlas, las cuales fueron grabadas en su gran mayoría y subidas al Kocaktoo tube de KDE España. Aunque ya las he presentado en el blog creo que es positivo compartis con vosotros todas las que pueda.
De esta forma empiezo esta serie con la charla de unos de mis comunicadores preferidos de la Comunidad KDE: Albert Astals Cid, alias tsdgeos,que nos habló del estado de desarrollo del Software KDE respecto a la migración a Qt6, base del próximo Plasma 6, cuyo lanzamiento está preparado para febrero de 2024. Espero que la disfrutéis.
Más información: Kockatoo Tube de KDE España
Canal de Peertube de KDE: Kockatoo Tube
Para los que no conozcan este servicio, os presento (y me sirve a mi para seguir conociéndolo más a fondo) PeerTube, desarrollado por Framasoft, es la alternativa gratuita y descentralizada a las plataformas de video, que le brinda más de 400000 vídeos publicados por 60000 usuarios y vistos más de 15 millones de veces.
Hace poco, la asociación GNU/Linux València anunció que empezaba a utilizar este servicio, poco tiempo después, anuncié que KDE España también empezaba a utilizar este servicio. Lo que no dije es que esta instancia de Peertube en realidad estaba siendo alojada en una mayor de la Comunidad KDE: Kockatoo.

De esta forma, en este instancia de KDE podemos encontrar todo tipo de vídeos, desde los de KDE España que ya he comentado hasta los vídeos de Niccolò Ve pasando por anuncios de lanzamiento como el último de Plasma 5.23, edición 25 aniversario.
La entrada KDE y Qt 6 por Albert Astals Cid en Kockatoo tube #akademyes 2023 se publicó primero en KDE Blog.
Cloud Storage FUSE with openSUSE Leap 15.5 小記
Cloud Storage FUSE with openSUSE Leap 15.5 小記
OS: openSUSE Leap 15.5 in GCP
上次寫 gcsfuse 是 2019 年 5 月, 那個時候還沒有 GA, 簡單來說 gcsfuse 就是讓 GCE 或是一般的 linux OS 可以掛載 Google Cloud Storage ( GCS )
gcsfuse
可能也是順應 AI 風潮, gcsfuse 於 2023/6/26 GA
https://github.com/GoogleCloudPlatform/gcsfuse/releases/tag/v1.0.0
AWS Mountpoint for Amazon S3 2023/8 GA
今天就是來小記一下如何在 openSUSE Leap 安裝 gcsfuse
一如往常的官網上支援的 OS 有列出 Ubuntu 18.04 以上 / Debian 10 以上 / CentOS 7 以上 / RHEL 7 以上
實際上測試 openSUSE Leap 可以使用 go 的方式安裝, 但是沒有很有效的顯示安裝的版本, 但是使用上應該沒有問題
前置作業
安裝 gcloud 以及驗證初始化, 這個部份可以直接參考官方文件 https://cloud.google.com/sdk/docs/install?hl=zh-cn
為了等等的實驗先建立 GCS Bucket
# gcloud storage buckets create --location asia-east1 gs://sakanatest20231008 gs://sakanatest20231008-2
Creating gs://sakanatest20231008/...
Bucket 的名稱請換成自己的 bucket 名稱, 這邊以 sakanatest20231008 為例
我同步建立一個 sakanatest20231008-2 的 Bucket
可以利用 --location 來指定 Region, 我這邊是實驗性質, 沒有使用預設的 us 與 Multi-region
在 buckets 裏面放一些圖片
可以到 console 觀察
安裝 gcsfuse
參考官方文件 https://cloud.google.com/storage/docs/gcsfuse-install?hl=zh-cn
透過 go install 方式來進行安裝
先安裝 fuse / git / go
# zypper install fuse git go
這邊有切換到 root 進行相關套件安裝
使用 go install 安裝
# go install github.com/googlecloudplatform/gcsfuse@master
我自己本身也不會用 go, 按照官方的安裝方式就可以裝起來
gcsfuse 的安裝目錄在 ~/go/bin 下面
# ~/go/bin/gcsfuse --version
gcsfuse version unknown (Go version go1.21.1)
這邊是實驗的關係使用 root 進行安裝
也可以將 /root/go/bin 放到路徑變數內
接下來我們來測試掛載 GCS
身份驗證的部份, 一樣有 IAM 帳號 或是使用 Service account 方式
這邊我們用 IAM 帳號的方式
# gcloud auth application-default login
這邊會被要求相關驗證許可
# gcloud auth login
這邊會被要求相關驗證許可
接下來準備掛載實驗, 先透過 gsutil 指定觀察 GCS Buckets
# gsutil ls
gs://sakanatest20231008/
gs://sakanatest20231008-2/
建立實驗掛載目錄
# mkdir /mnt/sakanatest
靜態掛載
一對一方式進行掛載
觀察資訊
# ls /mnt/sakanatest/
# ~/go/bin/gcsfuse sakanatest20231008 /mnt/sakanatest/
{"time":"08/10/2023 04:19:01.703610","severity":"INFO","msg":"Start gcsfuse/unknown (Go version go1.21.1) for app \"\" using mount point: /mnt/sakanatest/\n"}
sakanatest20231008 為要指定掛載的 GCS bucket, 請換成 YOUR_BUCKET_NAME
/mnt/sakanates 請換成 YOUR_MOUNT_POINT
觀察資訊
# ls /mnt/sakanatest/
mi.jpg
# mount
sakanatest20231008 on /mnt/sakanatest type fuse.gcsfuse (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions)
可以觀察到 /mnt/sakanatest 就會掛載剛剛指定的 GCS
卸載 GCS
# fusermount -u /mnt/sakanatest
動態掛載
只要有存取的權限, 就可以進行掛載, 不過要指定要存取的 bucket
# ~/go/bin/gcsfuse /mnt/sakanatest/
{"time":"08/10/2023 04:26:00.773229","severity":"INFO","msg":"Start gcsfuse/unknown (Go version go1.21.1) for app \"\" using mount point: /mnt/sakanatest/\n"}
跟剛剛靜態掛載的差異就是沒有指定掛載的 bucket
觀察資訊
# ls /mnt/sakanatest/
ls: reading directory '/mnt/sakanatest/': Operation not supported
這邊會出現 Operation not supported 是因為我們用動態掛載, 沒有指定 bucket 的關係
再次嘗試
# ls /mnt/sakanatest/sakanatest20231008
mi.jpg
# ls /mnt/sakanatest/sakanatest20231008-2
erh-mi.png
嘗試複製本機檔案到 GCS
# cp opensusetaiwan.png /mnt/sakanatest/sakanatest20231008
# ls /mnt/sakanatest/sakanatest20231008
mi.jpg opensusetaiwan.png
看起來沒啥問題, 文件也有 /etc/fstab 方式, 但是因為有動態掛載的方式就先不測試了
又多了一種存取方式
~ Enjoy it
References
https://sakananote2.blogspot.com/2019/05/gcsfuse-google-cloud-storage-with.html
https://github.com/GoogleCloudPlatform/gcsfuse/releases/tag/v1.0.0
https://sakananote2.blogspot.com/2023/09/mountpoint-for-amazon-s3-with-opensuse.html
https://cloud.google.com/storage/docs/gcsfuse-install?hl=zh-cn
Yoyo Fernández en Podcast Linux #183
Bienvenidos a un nuevo audio de Podcast Linux, concretamente el episodio 183, y de nuevo es curioso que me saltase este episodio ya que en él se encuentran dos de los grandes de los comunicadores del mundo linuxero. Hoy os presento a Yoyo Fernández en Podcast Linux #183, un extraordinario programa en el que Juan Febles y su invitado estrella se marcan un episodio única y espectacular. Pido disculpas por no haberlos compartido antes.
Yoyo Fernández en Podcast Linux #183

Cada cierto tiempo me gusta promocionar los audios de Podcast Linux, un programa de Juan Febles que hace con mucho cariño y que siempre tienen cosas interesantes que descubrir.
De esta forma, desde el verano del 2022 he promocionado un buen número de especiales como su especial 6º aniversario, su Linux Connexión con Jorge Lama, la Academia Automatización del Hogar con Luis del Valle y Germán Martín, la reciente charla con Eduardo Moreno y su Adam Image , su proyecto «PC Reciclado de la Audiencia» o «Linux Connexion Distros no Debianitas». Este pasado verano inició su serie de entrevistas a destacados miembros de la Comunidad. De esta forma por su sala han pasado gente tan importante como Antonio Manfredi, Carles Cerdá o Juan Almiñana.
En esta ocasión Juan Febles se ha llevado a su sala Jitsi a Yoyo Fernández,, pero mejor que os lo cuente él mismo:
¡¡¡Muy buenas amante del Software Libre!!!
Bienvenido a otra entrega, la número 183 de Podcast Linux. Un saludo muy fuerte de quien te habla, Juan Febles.
Hoy está con nosotros Yoyo Fernández, gran divulgador y amante del Software Libre y GNU/Linux. Lo puedes seguir en Salmorejo Geek, en su blog, podcast y canales en Youtube y Twitch. Charlaremos de su experiencia en Arch Linux y qué consejos nos puede dar para adentrarse con buen pie en esta distribución.
.
Así que os invito a escuchar este gran audio y a seguir sus canales:
Enlaces:
- Web: https://salmorejogeek.com
- Mastodon: https://mastodon.online/@yoyo308
- Youtube: https://www.youtube.com/c/SalmorejoGeek
- Twitch: https://www.twitch.tv/yoyo308
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 Yoyo Fernández en Podcast Linux #183 se publicó primero en KDE Blog.
#openSUSE Tumbleweed revisión de las semanas 39 y 40 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 estas semanas.
El anuncio original lo puedes leer en el blog de Dominique Leuenberger, publicado bajo licencia CC-by-sa, en este este enlace:
Durante las dos últimas semanas se han publicado 9 snapshots (0921, 0922, 0925, 0926, 0927, 0929, 1001, 1003, y 1005.
Las actualizaciones más destacables que han llegado a los repositorios son:
- Linux kernel 6.5.4
- Poppler 23.09.0
- dbus 1.14.10
- Node.JS 20.7.0
- XWayland 23.2.1
- UDisks 2.10.0
- LibreOffice 7.6.1.2
- Mesa 23.1.8, 23.2.0, and 23.2.1
- GPG 2.4.0
- Mozilla Firefox 118.0.1
- GStreamer 1.22.6
- openSSL 3.1.3
- systemd 254.5
- glibc CVE-2023-4911, aka Looney Tunables
- Samba 4.19.0
La corrección de glibc es parte de la instantánea 1005, pero debido a su importancia y alcance ya se publicó ayer por la tarde en el canal de actualización de Tumbleweed.
Y para próximas actualizaciones ya se están preparando:
- binutils 2.41
- Linux kernel 6.5.6
- Shadow 4.14.1
- zypper 1.14.65 / libzypp 17.31.21
- LibreOffice 7.6.2
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

——————————–