In this video we will see how to work with immersion using the oculus quest 2 of the metaverse. The calculation of the transformation of the relative coordinates of the keyboard in the virtual reality environment is demonstrated. We can also see the hand traceability with skeleton detection algorithms among other fantastic features.

On the road to AppStream 1.0, a lot of items from the long todo list have been done so far – only one major feature is remaining, external release descriptions, which is a tricky one to implement and specify. For AppStream 1.0 it needs to be present or be rejected though, as it would be a major change in how release data is handled in AppStream.

Besides 1.0 preparation work, the recent 0.15 release and the releases before it come with their very own large set of changes, that are worth a look and may be interesting for your application to support. But first, for a change that affects the implementation and not the XML format:

1. Completely rewritten caching code

Keeping all AppStream data in memory is expensive, especially if the data is huge (as on Debian and Ubuntu with their large repositories generated from desktop-entry files as well) and if processes using AppStream are long-running. The latter is more and more the case, not only does GNOME Software run in the background, KDE uses AppStream in KRunner and Phosh will use it too for reading form factor information. Therefore, AppStream via libappstream provides an on-disk cache that is memory-mapped, so data is only consuming RAM if we are actually doing anything with it.

Previously, AppStream used an LMDB-based cache in the background, with indices for fulltext search and other common search operations. This was a very fast solution, but also came with limitations, LMDB’s maximum key size of 511 bytes became a problem quite often, adjusting the maximum database size (since it has to be set at opening time) was annoyingly tricky, and building dedicated indices for each search operation was very inflexible. In addition to that, the caching code was changed multiple times in the past to allow system-wide metadata to be cached per-user, as some distributions didn’t (want to) build a system-wide cache and therefore ran into performance issues when XML was parsed repeatedly for generation of a temporary cache. In addition to all that, the cache was designed around the concept of “one cache for data from all sources”, which meant that we had to rebuild it entirely if just a small aspect changed, like a MetaInfo file being added to /usr/share/metainfo, which was very inefficient.

To shorten a long story, the old caching code was rewritten with the new concepts of caches not necessarily being system-wide and caches existing for more fine-grained groups of files in mind. The new caching code uses Richard Hughes’ excellent libxmlb internally for memory-mapped data storage. Unlike LMDB, libxmlb knows about the XML document model, so queries can be much more powerful and we do not need to build indices manually. The library is also already used by GNOME Software and fwupd for parsing of (refined) AppStream metadata, so it works quite well for that usecase. As a result, search queries via libappstream are now a bit slower (very much depends on the query, roughly 20% on average), but can be mmuch more powerful. The caching code is a lot more robust, which should speed up startup time of applications. And in addition to all of that, the AsPool class has gained a flag to allow it to monitor AppStream source data for changes and refresh the cache fully automatically and transparently in the background.

All software written against the previous version of the libappstream library should continue to work with the new caching code, but to make use of some of the new features, software using it may need adjustments. A lot of methods have been deprecated too now.

2. Experimental compose support

Compiling MetaInfo and other metadata into AppStream collection metadata, extracting icons, language information, refining data and caching media is an involved process. The appstream-generator tool does this very well for data from Linux distribution sources, but the tool is also pretty “heavyweight” with lots of knobs to adjust, an underlying database and a complex algorithm for icon extraction. Embedding it into other tools via anything else but its command-line API is also not easy (due to D’s GC initialization, and because it was never written with that feature in mind). Sometimes a simpler tool is all you need, so the libappstream-compose library as well as appstreamcli compose are being developed at the moment. The library contains building blocks for developing a tool like appstream-generator while the cli tool allows to simply extract metadata from any directory tree, which can be used by e.g. Flatpak. For this to work well, a lot of appstream-generator‘s D code is translated into plain C, so the implementation stays identical but the language changes.

Ultimately, the generator tool will use libappstream-compose for any general data refinement, and only implement things necessary to extract data from the archive of distributions. New applications (e.g. for new bundling systems and other purposes) can then use the same building blocks to implement new data generators similar to appstream-generator with ease, sharing much of the code that would be identical between implementations anyway.

2. Supporting user input controls

Want to advertise that your application supports touch input? Keyboard input? Has support for graphics tablets? Gamepads? Sure, nothing is easier than that with the new control relation item and supports relation kind (since 0.12.11 / 0.15.0, details):

<supports>
  <control>pointing</control>
  <control>keyboard</control>
  <control>touch</control>
  <control>tablet</control>
</supports>

3. Defining minimum display size requirements

Some applications are unusable below a certain window size, so you do not want to display them in a software center that is running on a device with a small screen, like a phone. In order to encode this information in a flexible way, AppStream now contains a display_length relation item to require or recommend a minimum (or maximum) display size that the described GUI application can work with. For example:

<requires>
  <display_length compare="ge">360</display_length>
</requires>

This will make the application require a display length greater or equal to 300 logical pixels. A logical pixel (also device independent pixel) is the amount of pixels that the application can draw in one direction. Since screens, especially phone screens but also screens on a desktop, can be rotated, the display_length value will be checked against the longest edge of a display by default (by explicitly specifying the shorter edge, this can be changed).

This feature is available since 0.13.0, details. See also Tobias Bernard’s blog entry on this topic.

4. Tags

This is a feature that was originally requested for the LVFS/fwupd, but one of the great things about AppStream is that we can take very project-specific ideas and generalize them so something comes out of them that is useful for many. The new tags tag allows people to tag components with an arbitrary namespaced string. This can be useful for project-internal organization of applications, as well as to convey certain additional properties to a software center, e.g. an application could mark itself as “featured” in a specific software center only. Metadata generators may also add their own tags to components to improve organization. AppStream gives no recommendations as to how these tags are to be interpreted except for them being a strictly optional feature. So any meaning is something clients and metadata authors need to negotiate. It therefore is a more specialized usecase of the already existing custom tag, and I expect it to be primarily useful within larger organizations that produce a lot of software components that need sorting. For example:

<tags>
  <tag namespace="lvfs">vendor-2021q1</tag>
  <tag namespace="plasma">featured</tag>
</tags>

This feature is available since 0.15.0, details.

5. MetaInfo Creator changes

The MetaInfo Creator (source) tool is a very simple web application that provides you with a form to fill out and will then generate MetaInfo XML to add to your project after you have answered all of its questions. It is an easy way for developers to add the required metadata without having to read the specification or any guides at all.

Recently, I added support for the new control and display_length tags, resolved a few minor issues and also added a button to instantly copy the generated output to clipboard so people can paste it into their project. If you want to create a new MetaInfo file, this tool is the best way to do it!

The creator tool will also not transfer any data out of your webbrowser, it is strictly a client-side application.

And that is about it for the most notable changes in AppStream land! Of course there is a lot more, additional tags for the LVFS and content rating have been added, lots of bugs have been squashed, the documentation has been refined a lot and the library has gained a lot of new API to make building software centers easier. Still, there is a lot to do and quite a few open feature requests too. Onwards to 1.0!

Si una cosa destaca en los sistemas GNU/Linux es que tenemos alternativas para casi todo. Este es el caso de la barra de tareas que os presento hoy. Se trata de Plank dock, una alternativa a la barra de tareas clásica de Plasma que rivaliza incluso con otras más atrevidas como Latte Dock.

Plank dock, una alternativa a la barra de tareas para Plasma

Lo bueno de la diversidad es que siempre encuentras cosas nuevas que complementan las que conoces y que te abren nuevas posibilidades.

Es el caso de Plank dock, una barra que he conocido en una conversación de Telegram en el Grupo de Linux y Tapas, y que ha hecho que personalice de una forma sencilla pero rompedora mi escritorio (ya lo veréis el próximo viernes).

Para explicarlo de forma sencilla, Plank Dock es un docker al estilo de los sistemas MacOS que tiene un consumo de recursos muy limitado, aunque hay que destacar que también sus funcionalidades también lo son.

Y es que cuando lo vemos en funcionamiento nos viene a la cabeza el completo Latte Dock, el cual es extraordinario y lleno de funcionalidades, pero que evidentemente consume muchos más recursos.

No obstante, Plank Dock nos ofrece todas estas funciones (traducido de Linux Uprising):

• Muestra los iconos de las aplicaciones en ejecución y permite anclar las aplicaciones al dock
• Permite arrastrar y soltar para reorganizar los iconos en el dock
• Múltiples modos de ocultación: intellihide, autohide (siempre se oculta hasta que se mueve el ratón cerca de la parte inferior de la pantalla), esquivar ventana maximizada, esquivar ventana, esquivar ventana activa, con retardo configurable para ocultar y desocultar y presión opcional (para no revelarla accidentalmente) para revelar el dock
• Posición configurable en la pantalla: abajo, arriba, izquierda o derecha
• Múltiples posibilidades de alineación: centro, relleno (que rellena el fondo del dock para el 100% del ancho de la pantalla, haciendo que aparezca como un panel; en esta configuración se puede cambiar la disposición de los iconos al centro, inicio o final del dock), inicio (izquierda o arriba, dependiendo de la orientación del dock) y final (derecha o abajo, dependiendo de si el dock es horizontal o vertical).
• Tamaño de los iconos configurable, y efecto de zoom de los iconos opcional (con nivel de zoom configurable); la función de zoom de los iconos está desactivada en elementary OS y Fedora debido a una posible infracción de la patente

• Puede configurarse para que sólo muestre los elementos anclados para que funcione sólo como un lanzador (sin mostrar las aplicaciones en ejecución), útil en las configuraciones de múltiples docks en las que un dock sirve sólo como lanzador (mostrando sólo las aplicaciones ancladas)
• Puede mostrar sólo las aplicaciones que se ejecutan en el espacio de trabajo actual
• Permite elegir el monitor en el que se muestra el dock
• Soporta docklets y viene con algunos incorporados (estos son applets / herramientas independientes que se ejecutan dentro de Plank, por ejemplo, Clippy, un gestor de portapapeles, un indicador de batería, un escritorio de muestra o un icono de basura)
• Soporte de temas
• Ejecutar varios docks al mismo tiempo, cada uno con su propia configuración (esta funcionalidad no está expuesta en las preferencias de Plank)

No obstante, tiene alguna limitación como, por ejemplo, que no soporta Wayland, algo que si hace Latte Dock y que no se soluciona pronto dejará obsoleto este dock.

この記事は openSUSE Advent Calendar の7日目です。

今回は filelight を紹介します。

filelight はグラフィカルにファイルの使用量を表示するツールです。KDE 環境が必要です。起動すると、以下のように、おそらくマウントポイント単位でディスクの使用状況をドーナツ状のグラフで表示します。

色が付いているところをクリックすると、その部分をドリルダウンして詳細を表示していきます。

また、特定のディレクトリについては調査対象外とすることもできます。既定では、/dev,/proc,/sys,/root が除外対象になっています。

そのほかにも、注目しているところをズームインしたり、画像を SVG 形式で保存できる機能もあります。
ただ、ドリルダウンは、最初の状態、すなわちマウントポイント毎の表示画面には戻れません。あるマウントポイントのトップまでしか戻れません。別のマウントポイントの状況を見るときには、一旦 filelight を再起動する必要があります。/homeや/var などをそれぞれ別パーティションにしてマウントしている場合には少々不便です。
ただ、その点を考慮に入れても、状況をグラフィカルに見ることができるのはとても便利です。気軽に使えるツールとして常用しても良いと思います。

なお、filelight は、Windows 版もあります。Microsoft Store で入手が可能です。

Me complace presentar a KDE ECO en los podcast de GNU/Linux València que fue grabado hace unos días y que tengo ya en mi playlist. Además del nuevo proyecto de KDE, en este podcast también se habla de NAS libres, los escáners de tinte, la Ley Iceta, VIziu y GNU Taler.

KDE ECO en los podcast de GNU/Linux València

Tras mucho tiempo en silencia, básicamente porque no tienen forma de cuadrar agendas, vuelven los podcast de GNU/Linux València. Unos podcast que suelen ser de tipo tertulia muy amena y destinada a todo el mundo.

En palabras de los miembros de la Asociación encargadas de publicar la entrada correspondiente a su podcast.

Hoy tenemos en el podcast a Alejandro, Julián, Voro y Taraak hablando de temas relacionados con el software y la cultura libres, de sus ventajas o de los inconvenientes de usar lo privativo. Entre otros:

• Nace KDE Eco, por un Software energéticamente eficiente [https://www.kdeblog.com/nace-kde-eco-por-un-software-energeticamente-eficiente.html]
• Problemas con las actualizaciones en el NAS
• ¿No hay tinta? ¡¡No va el escáner!! [https://open.lbry.com/@rossmanngroup:a/canon-disables-scanner-when-ink-runs:9]
• OpenBSD lanza su versión 7.0 [https://www.phoronix.com/scan.php?page=news_item&px=OpenBSD-7.0-Released]
• Contra la censura hoy, ayer y siempre [https://blogs.publico.es/dominiopublico/41020/ley-iceta-contra-la-censura-hoy-ayer-y-siempre/]
• Vizio demandado por violaciones de la licencia GPL

Finalmente, hablamos de la charla que se desarrolló ayer en Las Naves (¡gracias!) sobre GNU Taler, el software para un sistema de pago socialmente responsable [https://taler.net/es/index.html].

Y como es habitual en este tipo de entrada, os dejo directamente el audio para que lo disfrutéis.

Más información: GNU/Linux València

¡Únete a GNU/Linux València!

Aprovecho para recordar que desde hace unos meses, los chicos de GNU/Linux Valencia ya tienen su menú propio en el blog, con lo que seguir sus eventos en esta humilde bitácora será más fácil que nunca, y así podréis comprobar su alto nivel de actividades que realizan que destacan por su variedad.

Y que además, GNU/Linux València ha crecido y se ha ¡¡¡convertido en asociación!!! Así que si buscas una forma de colaborar con el Software Libre, esta asociación puede ser tu sitio. ¡Te esperamos!

この記事は openSUSE Advent Calendar の6日目です。

通常、root になって、 poweroff コマンドを投入すると、システムはシャットダウン動作を行い、電源を落として停止します。しかし、第四世代 Intel CPU の場合、poweroff コマンドで一度電源断まで行ったのち、数秒後に再起動してしまいます。少なくとも手元の i3-4130T、i5-4200M ではこの現象が発生します。
これを解決するには、boot時、grub.cfg の中に、
linux /vmlinuz-........ xhci_hcd.quirks=0x2000

のように、パラメータを追加する必要があります。

第四世代 Intel CPU を使ったマシンは、今から7-8年くらい前のもので、少々古いマシンではありますが、使い方によってはまだまだ使えます。もしもなぜか再起動してしまうという現象にお悩みの場合には上記のパラメータを試してみてください。

三大雲平台工具容器升級小記 - ansible 2.11.6 / AWS Cli 2.4.5 / gcloud 365.0

Sigo pensando que en muchas ocasiones nos olvidamos que los cursores son una parte de esa personalización extrema a la que podemos llegar con nuestro Plasma. Hoy quiero toca hablar de un tema de cursores llamado ArcStarry que destaca por sus colores su estilo plano pero redondeado que le confieren mucha personalidad y que pueden quedar perfectos para temas navideños por su combinación de colores.

ArcStarry, cursores simpáticos para Plasma

Cada vez aprendo más sobre personalización de Plasma. Y es que no al ser tan modular, las opciones y los componentes a configurar son casi infinitos. Por suerte, los creadores de temas cada vez afinan más y más, y ofrecen dicha personalización a todos los niveles.

Nacidos de la mano y de la mente de yeyushengfan258 nos llega ArcStarry, un pack de cursores que combina el blanco y el azul para ofrecernos una simpática creación. O al menos así me lo parece a mi.

Y como siempre digo, si os gusta este conjunto de cursores ArcStarry 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, hoy quiero explicar la de instalación «a mano»:

• Descargar el archivo Fuchsia o Fuchsia-popi desde la pestaña Files de KDE Store de Fuchsia.
• Abrir las Preferencias del Sistema.
• Ir a la sección Apariencia.
• Ir a la subsección Cursores.
• En esta ventana pinchar en “Instalar desde un fichero”
• Buscar el archivo descargado, y dar a instalar.
• Seleccionar el tema y aplicar.

Si tenéis dificultad, simplemente se debe descargar 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.

この記事は openSUSE Advent Calendar の5日目です。

今回は fbi を紹介します。

パッケージ名 fbi
バージョン Retrieving package fbi-2.14-3.8.x86_64
動作 ○
少々物騒な名前ですが、フレームバッファ上にイメージを表示させるツールです。こんな感じで表示されます。

画面の下にはステータスが表示されています。
また、 -t オプションで、指定された秒数毎にループして複数の画像を表示させることもできます。そのとき、 –blend オプションを使用すると前後の画像をオーバラップすることができます。
コンソール上でちょっと画像をチェックしたり、X 環境なしで簡単なフォトビューワを作るときには便利に使えそうです。

openSUSE Advent Calendar 2021 の 4日目です。書き手がまだまだ足りませんので、ぜひ気軽に投稿をお願いします。

今日は新しいPCの話です。これまでは、2012年に組んだ Core i7-3770S のデスクトップ PC を Windows 10 で、Dynabook VZ72 (i7-7500U) で openSUSE Leap を使ってきました。このデスクトップPCのほうが、まもなく10年ということもあり、時々フリーズしたり、性能不足なところもあり、半導体が高騰している微妙なタイミングですが、完全に壊れる前に買い換えることにしました。

構成

新しい PC の構成は次のとおりです。

• CPU: Ryzen 7 5700G
• M/B: Gigabyte X570S
  • ネットワークカードは RTL8125 2.5GbE
• メモリー: SanMax Technologies PC4-25600 16GB CL22 Skhynix × 2
• SSD: CFD CSSD-M2B5GPG3VNF (512GB, PCIe Gen 4×4)
• ケース: Fractal Design Define 7 Compact
• 電源: Antec NeoECO GOLD 550W（旧PCから流用）

マザーボードが無駄にX570なのは、実家の DeskMini A300 の PC の調子が悪く、故障箇所の切り分けを行うために旧CPUに対応したX570にしました。ちょっと無駄です。さらに、GPU 内臓の Ryzen 7 5000G は PCIe が Gen 3 になってしまうので、X570 の意味がありません…。残ったメリットは、増設した場合のメモリークロックくらいでしょうか。

今回こそコンパクトな PC にしたいと思っていたのですが、この状況でマザーボードの選択肢が少なく、結局 ATX ケースになってしまいました。Fractal Design の 5インチベイのないコンパクトラインのケースなのですが、今まで使っていた 15年以上前の ATX ケースよりずいぶん大きいです。最近、デスクトップ PC をわざわざ買う人は、ハイエンドのグラッフィックカードを付けるからか仕方がないですね。HDD は NAS に移してしまったので、3.5インチや2.5インチベイも使っておらず、中身はすっからかんです。そのうち簡易水冷でも導入して有効活用することにしましょう。

openSUSE Leap を入れる

これまで、デスクトップでは Windows を使っていましたが、最近、Steam で配信されているゲーム（AOCとか）は Linux でも動くので、ホスト OS を openSUSE にしてしまうことにしました。加えて、openSUSE 界隈で流行っているかもしれない、PCI pass-through を使って、物理 GPU を Windows ゲストに直接接続すれば快適な Windows ゲスト環境が作れるはず…と考えていました。結局、Windows ゲストはちょっと試しただけで使っていないのですが、この話はまた今度。

さて、openSUSE Leap のカーネルは、新しいハードウェアに対応できるようにパッチがたくさん入っていますが、ちょっと古いです。そのため、最新のハードウェアでは一部の機能が使えないことがあります。今回、Leap は普通にインストールできましたが、画面の解像度が 4K にならないし、もっさりしていて、少なくともグラフィックドライバまわりが動いてない感じでした。

そんなときは、最新のカーネルを OBS から持ってきます。Leap 向けの最新カーネルは以下の OBS プロジェクトでビルドされています。このリポジトリを登録して、kernel-default や kernel-frimware-* をインストールすれば OK です。
https://build.opensuse.org/project/show/Kernel:stable:Backport
このリポジトリは openSUSE Leap としてメンテされているものではありませんのでご注意ください。

新しいPCは？

8コア、16スレッドということで、やっぱりパッケージのビルド作業が快適になりました。CPU内蔵のGPUですが、Full HDでゲームをする分には十分で、グラフィックカードを増設するのはだいぶ先になりそうです。