A couple of months ago my Jolla tablet was getting close to retirement, and I was looking for alternatives. The PineTab (and PineNote for that matter) wasn’t really attainable. And iOS and Android tablets don’t impress me much.

Since I was mainly using my tablet for reading my newspaper online and other reading, such as PDFs, I started looking at E-ink devices. More than ten years ago I had given e-book readers a try, without much success, the 6″ screen was too small for reading documents, the navigation was very cumbersome and the DRM situation with e-books was horrendous. But I did some research on the current situation and decided to get the 10.3″ PocketBook InkPad X. And so far I’m quite happy with it.

The main advantages of an E-ink device over a tablet is the eye-friendly E-ink screen. It’s very low weight even for a 10.3″, it’s significantly lighter than the 8″ Jolla tablet (300 g vs. 385 g). And the battery life is excellent, with about 30-45 minutes of reading per day I only have to charge it once per month – and this is with the backlight and Wi-Fi turned on.

Of course there are some limitations also. The update speed of the E-ink screen is very slow, compared to your general purpose tablet, so it’s not really a replacement. It’s a reading device only, period. The PocketBook doesn’t come with an app store where you can install additional apps, you’ll need to make do with the basic, default apps. I’ll go through the most important ones briefly below.

The web browser
The web browser is basic but it works quite well. Certainly well enough for me to read my daily newspaper online and to read Danish library e-books on the browser based system ereolen.dk. My only gripe with it, is that I’d wish there was a touchscreen gesture to page down, so you wouldn’t need to use the hardware buttons, like the books and document reader app has. The browser also works fine for text heavy web sites such as Wikipedia, but don’t even think about using the PocketBook for your general web browsing.

Documents and Books
I was really pleased to learn that these days e-readers have much better handling of PDF documents than last time I dappled with them. You can crop the margins and it handles columned documents well, so you can use screen real estate effectively and with the 10.3″ screen it comes quite close to a printed A4 version of the document.

As for books the PocketBook supports a wide range of formats and comes with the Legimi bookstore integrated, however that only has Polish and German books as far as I can tell, so it is of limited use. But these days you can buy e-pub format e-books on most online bookstores, and usually they only have watermark DRM. If you come by some books with more nasty DRM, supposedly you can transfer them to the PocketBook without the need for MS Windows-only Adobe Digital Editions, but I haven’t actually tested this feature.

You can easily transfer documents and books to the PocketBook via USB mass storage (USB-C), via an e-mail service or via DropBox.

RSS Reader
The PocketBook also comes with an RSS feed reader, however this works in a somewhat unusual way. What it does is, it downloads all your feeds and full articles to a flat local file for offline reading. Of course this is pretty smart in many cases. But for me personally it isn’t very useful, the feeds I subscribe to such as planet.opensuse.org, planetkde.org, boxingscene.com etc. tend to have a lot of new articles every day, and I just want to quickly browse the headlines and read a few select articles, and unfortunately this use-case isn’t really feasible with the PocketBook RSS reader.

Siempre he pensado que las universidades, por su filosofía de fuente de conocimiento, deberían ser actores clave en el desarrollo del Software Libre. Lamentablemente creo no es así, aunque nos encontramos con honrosas excepciones como en la Universidad de Granada, que a través de su OSL (Oficina del Software Libre) organiza en curso MOOC de Conocimiento Abierto y Software Libre. ¿Quieres saber más? Sigue leyendo.

Curso MOOC de Conocimiento Abierto y Software Libre de UGR

Si te interesa el Software Libre y eres estudiante tienes una oportunidad de oro para poder adquirir 2 ECTS si realizas el curso de “Conocimiento Abierto y Software Libre” que organiza la OSL de la UGR (como mola esto de las siglas.

En palabras de sus organizadores:

La plataforma abiertaUGR ofrece una nueva edición del MOOC “Conocimiento Abierto y Software Libre”, desarrollado por la Oficina de Software Libre (OSL) y el Centro de Producción de Recursos para la Universidad Digital (CEPRUD) de la Universidad de Granada. La formación, que comenzará el 1 de marzo de 2022, tiene reconocidos 2 ECTS para estudiantes de la UGR y el periodo de matriculación ya está en marcha.

Las fechas importantes son las siguientes:

• Inicio Matrícula: 21/01/2022
• Inicio MOOC: 21/02/2022
• Fin del MOOC: 28/03/2022

En este MOOC se tratan temas como:

• La normativa existente en España relativa a la propiedad intelectual.
• La ciencia en abierto.
• Las licencias disponibles para proteger las creaciones
• Qué son los datos y formatos abiertos.

Además se abordarán temas como la forma más adecuada de enseñar a cualquier estudiante siguiendo la filosofía ‘open’, o la metodología para aplicar esta filosofía a ámbitos como los negocios y la empresa.

El curso contará con testimonios y aportaciones de profesionales que construyen ese conocimiento abierto y lo difunden a través de comunidades que comparten, divulgan y crean ese camino accesible.

Por cierto, el curso está coordinado por María Isabel García Arenas, Profesora Titular de Arquitectura y Tecnología de los Computadores de la Universidad de Granada, conocida en el blog ya que participó en Akademy-es 2018 de València.

Yo ya me he apuntado, ¿a qué esperas tú?

Más información: UGR Noticias | AbiertaUGR

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 esta semana.

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/01/opensuse-tumbleweed-review-of-the-week-2022-03/

Desde la anterior revisión se han publicado un total de 7 nuevas snapshots, y alguna que no se publicó por algún problema. Aún así estas son las publicadas 0113, 0114, 0115, 0116, 0117, 0118 y 0120.

Entre los cambios más relevantes podemos encontrar:

• SQLite 3.37.1 & 3.37.2
• linux-glibc-devel 5.16
• strace 5.16
• Poppler 22.01.0
• Mesa 21.3.4
• Mozilla Firefox 96.0.1
• shadow 4.11.1 (actualizado desde 4.9)
• Linux kernel 5.16.1

Y entre las novedades que se están cocinando para próximas actualizaciones, se pueden estas como las más importantes:

• KDE Plasma 5.24
• Ruby 3.1 será el intérprete predeterminado de Ruby. Y Ruby 2.7 y 3.0 desaparecerán.
• Python 3.6 será eliminado
• Python 3.10 será el intérprete de Python predeterminado
• GCC 12 ya se ha ido introduciendo, preparándose para cuando se publique definitivamente, lo que implicará la recompilación de TODOS los paquetes de la distro, como es normal y habitual.

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?
    • Comprueba la valoración de las «snapshots» de Tumbleweed
    • ¿Qué es el test openQA?
    • http://download.opensuse.org/tumbleweed/iso/
    • https://es.opensuse.org/Portal:Tumbleweed

——————————–

Dear Tumbleweed users and hackers,

7 days have passed since my last review – and as many snapshots have been released since then too. And this even includes my error of one day performing the check-in ‘slightly too late’ (i.e. past midnight). That’s the reason that 0119 did not exist. The check-in was too late and it was already January 20th by then. The snapshots released were numbered 0113, 0114, 0115, 0116, 0117, 0118, and 0120.

The relevant changes/updates published during this week included:

• SQLite 3.37.1 & 3.37.2
• linux-glibc-devel 5.16: syncing up with the kernel
• strace 5.16
• Poppler 22.01.0
• Mesa 21.3.4
• Mozilla Firefox 96.0.1
• shadow 4.11.1 (updated from 4.9)
• Linux kernel 5.16.1

The staging projects are still under control, and there is some space left for your submissions. Keep them coming. Just like these things being worked out at the moment:

• KDE Plasma 5.24 (currently beta is staged and being tested)
• Ruby 3.1 to be introduced and become the main ruby interpreter. Ruby 2.7 and Ruby 3.0 will disappear at the same time (waiting for apparmor fix)
• Python 3.6 interpreter will be removed (once all python36-FOO modules are gone)
• Python 3.10 as the distro default interpreter (a bit down the line)
• GCC 12 introduction has started to be as ready as possible for when the upstream release happens.

Inicio este año de la serie de la iniciativa #viernesdeescritorio con una nueva captura. Con este ya llevo más doce meses consecutivos compartiendo «Mi escritorio», una mirada a la intimidad de mi entorno de trabajo. De esta forma, bienvenidos a mi escritorio Plasma de enero 2022 que sigue en el tema oscuro del mes pasado, el retorno de la disposición clásica, de Latte y añadiendo un fabuloso plasmoide.

Mi escritorio Plasma de enero 2022 #viernesdeescritorio

Esta va a ser la decimonovena vez que muestro mi escritorio Plasma 5 en público, lo cual es número nada desdeñable de entradas. La entrada recopilatoria de las misma está cada vez más cerca… siempre lo digo pero nunca llega.

En esta ocasión he aprovechado un increíble fondo de pantalla que me ha proporcionado de forma aleatoria un gestor de fondos integrado en Plasma, Imagen del día, para incrustar el plasmoide Clear Clock, del cual hablé hace un tiempo, para tener un entorno de trabajo impresionante.

Por otra parte, respecto al mes pasado sigo utilizando el tema global Brisa oscuro, aunque no lo ponga en el neofetch, y he cambiado el tema de iconos a Beauty que podéis encontrar en la tienda de aplicaciones KDE.

Para finalizar, he vuelto con la barra Latte Dock (me gusta que tengan tantas opciones de personalización) ligeramente modificado, añadiendo el lanzador de aplicaciones, la bandeja de sistema y un reloj digital.

Como es habitual, la captura está realizada sobre mi portátil Slimbook Pro de 13 pulgadas, el cual tiene instalado un KDE Neon con Plasma 5.23.4 (el último hasta el momento) cuando realicé esta entrada.

El resultado de mi escritorio de enero de 2022 es un entorno de trabajo oscuro pero luminoso, limpio y funcional que podéis ver en la imagen inferior (pinchad sobre ella para verlo un poco más grande).

openSUSE Tumbleweed had a variety of package updates in smaller snapshots throughout this week.

A few things being prepared for Tumbleweed is that the Linux Kernel 5.16.1 was scheduled for check in and pre-integration tests for GNU Compiler Collection 12 have been started; the rolling release anticipates a merge of GCC 12 in mid-Spring.

The latest Tumbleweed snapshot, 20220117, updated Italian translations for libstorage-ng 4.4.75 and added python-rpm-macros for building the package. Haskell support was dropped in the thrift 0.15.0 package, which is a scalable cross-language service framework for Remote Procedure Call and Inter-Process Communication. No changelogs were provided for the plugins package written in Rust called gstreamer-plugins-rs. The remaining packages in the snapshot were all Python Package Index updates. Among the key PyPI packages to point out is the major version update of python-unicodedata2 14.0.0, which dropped support for End of Life Python 2.7 and 3.5 and added support for Python 3.9, 3.10 and PyPy3. A Tumbleweed arm 20220118 snapshot was release updating the same package listed above.

Anti-virus toolkit ClamAV 0.103.5 was updated in snapshot 20220116; the package fixed a Common Vulnerabilities and Exposures that had an invalid pointer read that could cause a crash. The shadow package that converts UNIX password files to the shadow password format updated to version 4.11.1. This package fixed CVE-2013-4235, which affects the race condition when copying and removing directory trees. Object-oriented Universal Plug and Play framework gupnp 1.4.3 now properly propagates canceled actions in deprecated calls and fixed deprecated asynchronous calls. PyPI updates in this snapshot were python-python-lzo 1.14, python-tables 3.7.0, and the major version update of python-hiredis 2.0.0 dropped support for EOL Python versions 2.7, 3.4, and 3.5.

Mozilla Firefox 96.0.1 was updated in the 20220115 snapshot. The web browser made improvements to the parsing of content-length headers. An update of Mesa 21.3.4 was able to fix a bit of the glitches with the Rockchip RK3399 processor as well as the Panfrost G52 Firefox glitches on YouTube playback. Several patches were added in the 6.3.20220101 ncurses update, which improved the configuration check for getttynam. openSUSE’s perl-Bootloader 0.937 package now supports secure boot on PowerPC and autoyast2 4.4.25 was able to properly merge the autoupgrade workflow when using the online medium. Another package to update in the snapshot was firewalld 1.0.3, which fixed some build features, ipsets and inputs.

The 5.16 strace package had many improvements and a couple implementations in the 20220114 snapshot. The package is used to monitor and tamper with interactions between processes and the Linux kernel, which include system calls, signal deliveries, and changes of process states. The updated Strace package implemented a --secontext=mismatch option to find mismatches in SELinux contexts and implemented decoding of futex_waitv syscall introduced in Linux Kernel 5.16. The update of Flatpak 1.12.3 made minor improvements to the search command, to the list command and to the repair command. Flatpak also fixed a CVE that had a malicious repository, which could have sent invalid application metadata in a way that hides some of the app permissions displayed during installation. The snapshot was a CVE killer thanks to busybox 1.35.0, which addressed 17 CVEs. One of those, CVE-2016-6301, was an Network Time Protocol server denial of service flaw. BusyBox also added some new features in find, date and cpio. The free implementation of the Remote Desktop Protocol, freerdp 2.5.0 backported OpenSSL 3.0 support and some Wayland client clipboard issues. Other packages to update in the snapshot were btrfsprogs 5.16, GNOME display manager gdm 41.3, gnome-session 41.3, poppler 22.01.0 and about 15 more packages.

The snapshot to start the week, 20220113, updated only two packages. The update of 389-ds 2.0.11 fixed various User Interface bugs. This enterprise-class package for Open Source LDAP servers fixed many bugs and also fixed the multiple index types not handled in the openldap migration. The second package to update in the snapshot was sqlite3 3.37.1. This C-language library added the .connection command, allowing the CLI to keep multiple database connections open at the same time. The SQL database engine also added the --safe command-line option that disables dot-commands and SQL statements that might cause side-effects that extend beyond the single database file named on the command-line.

Another arm specific Tumbleweed snapshot was released this week; the arm 20220116 snapshot updated all the above listed packages from snapshots 20220113, 20220114, 20220115 and 20220116.

Hace poco más de 2 años que no aparecía este el blog el libro de trucos de digiKam, el gestor de fotografías de KDE. Creo que es hora de volver a recordar la existencia de este manual y anunciar que ya está disponible una nueva versión 2022 de digiKam recipes un excelente libro que nos puede ayudar a utilizar esta magnífica aplicación de forma más eficiente.

Versión 2022 de digiKam recipes

El pasado 19 de enero de 2022 fue lanzado una nueva versión de digiKam Recipes, concretamente la versión 19.11.09, lo que significa un nuevo avance en el desarrollo de este manual.

Las novedades principales de esta nueva versión de digiKam recipes son:

• Cómo subir fotos a una máquina de eliminación vía SSH directamente

• Cómo acceder a digiKam remotamente vía RDP.

Y, por cierto, se ha creado una ueva y colorida portada del libro.

Hay que recordar que este libro que no es un manual de instrucciones clásico que explica paso a paso las funciones de digiKam, sino que explica trucos que podremos realizar con nuestra fotografía.

Más información: Digikam

5 razones para comprarte digiKam recipes

En realidad habrán muchos más que descubrirás al ir aplicando sus trucos, pero estos son 5 puntos importantes que hacen recomendable adquirir este libro para los amantes de la fotografía.

1. Es el primero y el único libro, de momento, sobre digiKam.
2. El libro ha estado escrito con colaboración estrechamente desarrolladores de digiKam.
3. 50% del precio de venta irá para el proyecto digiKam.
4. El libro está libre de DRM, así que puedes utilizar cualquier lector de ebook que soporte los formatos EPUB o MOBI.
5. Recibirás todas las futuras ediciones sin cargo alguno (esto parece una teletienda)

El libro, cuyo precio vía PayPal es de 9,99$, está lanzado bajo licencia Creative Commons Attribution-NonCommercial-ShareAlike 3.0 Unported, así que una vez adquirido puedes compartir el libro y modificarlo siempre que compartas las mismas.

Puedes adquirir el libro vía PayPal, Amazon Kindle Store, Gumroad, y GitBook.io.

¿Qué es digiKam?

La mejor forma de definirlo 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 o cualquier dispositivo, creando álbumes, etiquetando con fechas y lugares, temas y otras propiedades, y utilidades de búsqueda excelentes y de reconocimiento facial.

En otras palabras, con digiKam podrás ver, administrar, editar, mejorar, organizar, etiquetar y compartir fotos de una forma profesional.

Un tutorial para que cada vez que abramos Konsole lo haga restaurando un número de pestañas predeterminado y en diversas carpetas de nuestro equipo

Vamos a ver cómo podemos hacer que cada vez que abramos Konsole, el emulador de terminal de KDE, se nos abran de manera predeterminada unas pestañas ya configuradas.

Este artículo viene a formar parte de los artículos y tutoriales sobre Konsole que he publicado en mi blog y que puedes encontrar en este enlace:

• https://victorhckinthefreeworld.com/?s=konsole

Imaginemos que cada vez que abrimos Konsole para trabajar en la terminal nos gustaría que nos abriera unas pestañas predeterminadas. Vamos a poner un ejemplo.

Quizás una en nuestra carpeta donde tenemos los repositorios de git, otra con el reproductor para la terminal mocp para escuchar música, otra en una máquina remota a la que accedemos con ssh y una en nuestra carpeta de Blog/artículos en nuestro /home.

Y queremos que cada vez que abrimos Konsole lo haga con esas pestañas abiertas, lo que nos ahorra tiempo y nos es más cómodo para empezar a hacer cosas. ¿cómo podremos hacerlo?

Buscando, encontré un hilo en reddit donde daban pistas sobre cómo hacerlo. Con esa base, vamos a ver cómo podríamos hacerlo y darle una vuelta más.

Lo primero deberemos crear un archivo de configuración donde especificaremos a Konsole las pestañas que queremos que abra, y cómo queremos que lo haga. Ubicaremos el archivo en una carpeta, por ejemplo dentro de /home/tu_usuario/Documentos y le llamaremos pestañas_konsole.

Siguiendo con el ejemplo que hemos puesto, veremos la sintaxis que tendrá nuestro archivo /home/tu_usuario/Documentos/pestañas_konsole lo abrimos con nuestro editor de texto favorito (por ejemplo vim) y escribimos:

title: Git - %d : %w ;; profile: ;; workdir: /home/victorhck/Git
title: Musica ;; command: mocp
title: SSH;; command: ssh pi@192.168.1.50 ;; profile: bash ;; workdir: /home/
title: Blog ;; profile: ;; workdir: /home/victorhck/Blog/artículos

Guardamos los cambios del archivo y cerramos. Vamos a ver un poco en detalle qué hace cada cosa de este archivo.

Cada línea indicará a Konsole una pestaña que deberá abrir y le especificamos un título, que la abra con un perfil predeterminado de los que podemos tener configurados, un comando que ejecutará cuando abra la pestaña y una ubicación.

Cada pestaña debe tener al menos un perfil o un comando configurado. No deberemos cometer errores al escribir los comando, porque entonces Konsole no abrirá nada.

Vale, ya hemos especificado qué pestañas queremos que abra siempre que ejecutemos Konsole, pero ahora ¿cómo decirle que lo haga? Mediante la opción –tabs-from-file <archivo>

Podemos probarlo ejecutando en una terminal ya abierta:

konsole --tabs-from-file /home/victorhck/Documentos/pestañas_konsole

Y veremos que nos abre una nueva instancia de Konsole con las pestañas especificadas y comandos que le hemos pasado. Pero no es muy lógico tener que abrir Konsole para decirle que nos abra Konsole ¿no?

Por ello vamos a nuestro menú lanzador y buscamos Konsole, que suele estar en el apartado de Sistema, y hacemos clic con el botón derecho del ratón y seleccionamos Editar aplicación.

Vamos a la pestaña Aplicación y dentro del apartado Orden, escribimos lo anterior:

konsole --tabs-from-file /home/victorhck/Documentos/pestañas_konsole

Y aceptamos. Ahora cada vez que abramos Konsole desde ahí se nos abrirá con las pestañas configuradas en el archivo.

Si no queremos modificar ese comportamiento de Konsole, también podemos asignarle un atajo de teclado personalizado, para nuestro Konsole con la configuración de pestañas predeterminadas.

Para ello vamos a Preferencias del sistema de nuestro escritorio Plasma, Accesos rápidos → Accesos rápidos personalizados y al apartado Editar → Nuevos → Acceso rápido global → Orden/URL

Le ponemos un nombre apropiado como Konsole_pestañas o algo así un comentario para aclararnos y en la pestaña disparador seleccionamos un atajo de teclado por ejemplo Ctrl+F1 y en la pestaña Acción en el recuadro de Orden/URL escribimos:

konsole --tabs-from-file /home/victorhck/Documentos/pestañas_konsole

Guardamos los cambios y ya estaría. Ahora cada vez que ejecutemos el atajo de teclado Ctrl+F1 se nos abrirá Konsole con las pestañas configuradas. Imagínate las posibilidades.

Puedes tener varios archivos de configuración, puedes asignarles diferentes atajos de teclado, etc… Eso ya dependerá de tus necesidades y tu imaginación.

¡¡Konsole y KDE te dan las herramientas para poder hacer (casi) todo lo que desees!!

Espero haber expresado claramente todos los pasos y que hayan quedado claros. Muchas veces tratar de explicar algo es más difícil que simplemente hacerlo, pruébalo.

¿Conocías ya esta opción? ¿Es algo que te será útil? Comparte en los comentarios tus trucos que complementan este artículo.

I’m not a POWER (or recently: Power) expert, only an enthusiastic user and advocate. Still, in the past couple of weeks a number of people from around the world asked my opinion how the POWER architecture could be kept relevant. This blog is really just an opinion, as I do not have the financial means to go ahead. It is full of compromises some people are not willing to make. However, I think this is the safest and fastest way forward.

Why? Is there a problem?

Power 10 was just released, and used in some of the most powerful servers ever. Power became an officially supported architecture in major Linux distributions. Why do I talk about becoming irrelevant? Is there really a problem?

Well, it all depends on the perspective. IBM treats Power as an enterprise platform, just like mainframes. And as long as they run AIX and IBMi with a couple of proprietary commercial applications, they are right. However, as far as I know, a good part of Power boxes run Linux. And Linux is a volume play. The more users and developers work on a platform the better chance it has for survival. This is how 32 bit Power support was dropped many years ago from most distributions, even if some people still have Apple Macs and Genesi Pegasos boxes running. And this is how 64bit big-endian support was removed from mainstream distributions as well.

Power 9 had a huge momentum, in most parts software support for Power 9 is now in par with x86 and ARM. Unfortunately it is not enough to reach a momentum, it needs to be maintained as well. Raptor Computing did a fantastic job making Power more affordable. Those machines reached key developers in major projects. However their prices are going up due to supply chain issues and they do not plan on Power 10 any time soon (as it would require to use some closed source software components in the firmware).

The OpenPower foundation is planing to solve the volume play in its Power Pi project, but it is still years away. Currently there is no CPU that could be used on the planned $250 board and normally it takes 1.5 years or more to go from planning to a mass produced CPU.

You might say, that there are free resources available for open source developers. There is GitHub CI support for Power and various universities provide remote access to interested open source developers to Power servers. However most developers consider having a system on their desk locally as the best way to develop software. ARM and even RiscV have a huge advantage with the average developer now.

The Power architecture is handled as first class citizen in most major Linux distributions and even in FreeBSD, but by the time we have affordable Power hardware to grow the number of Power users and developers, many of them might already drop this level of support for Power.

Affordable hardware quickly

The previous section of my blog can be easily summarized in a single sentence in a TL;DR; style: we need affordable Power hardware quickly to keep and expand the momentum. Obviously it needs compromises as well.

Keep the dream alive

Old Macs are big-endian, just as network processors from NXP. Some Power developers still want big-endian systems to keep the dream alive. But support for big-endian systems is mostly gone from Linux distributions, and when it comes to developing common utilities or even programming languages, most developers are no more even aware that a world exists outside of little-endian. As much as I love the PowerPC laptop project, I see it now as a dead end: producing hardware for an ever shrinking software ecosystem.

Power 9

As much as I’d love to see a Power 10 desktop, I do not expect it to be affordable any time soon. Right now only 15 and 30 core variants are available for high end servers. Even if Power 9 is not so power-efficient and can be outperformed in some cases by some of the latest x86 CPUs, it is already available and at a relatively good price.

Not fully open source desktop board

Raptor Computing did a fantastic job at creating fully owner controlled boards where even the smallest bit of software controlling the board is open source. However even their smaller board is a full server board. Removing server components, like remote management capabilities, could bring costs down, just like components with closed firmware. My experience with firmware is that open source does not mean necessarily better, rather the opposite (yes, I am aware that this statement contradicts my title: open source evangelist).

I would not want to compete with IBM or Raptor Computing with server boards. Both have done their optimizations in enterprise manageability or having a fully open source stack down to the lowest level. On the other hand, while using a server board in the desktop technically works, simplifying it down to the desktop both on the hardware and software side can help to make it more affordable and thus reach more users. Hopefully a lot more users.

Roadmap

Obviously, creating a more affordable Power 9 board quickly is just a first step. It helps to reach more users and developers than the current IBM and Raptor Computing offerings. It also helps to make sure that efforts of the OpenPower Foundation are not wasted and Power support stays as first class citizen in major Linux distributions.

Power 10

I do not know the Power 10 CPU roadmap and if there will be any smaller versions of Power 10, but I really hope so. Those could be used in desktop systems once available.

Power Pi

Of course the ultimate target is a board that anyone can afford without thinking twice. Just like a Raspberry Pi. The Power Pi is planing to fulfill this idea. It might be here sooner or later than lower end Power 10 systems.

Libre-soc

The Libre-soc project is also building a Power CPU with many ground breaking ideas. Unfortunately a generally available version is expected to arrive even later than the Power 10 based desktop or Power Pi.

TL;DR;

Power itself is probably not in direct danger, but Linux and open source are definitely becoming an endangered species on Power due to the lack of a large active community. This situation could be improved with more affordable Power hardware. In short term a Power 9 board could be used for this purpose, on a longer term there are many open possibilities ranging from SoC to Power 10 (or later).

Obviously, my post only covers one aspect of a problem: keeping the open source community around POWER healthy. I have no idea about the engineering or financial side. I wonder about your opinion and if anyone will step up and implement something along these lines.