Rpi-imager: ¿Política sobre sistemas operativos de terceros?

Todavía no he decidido nuestra política aquí, me gustaría decir que está impulsada por las descargas. En otras palabras, el mayor número de descargas determinará el orden de la lista. Pero no puedo hacer eso porque específicamente no queríamos registrar los datos de instalación (ya que había otra aplicación que hacía eso y recibió muy mala prensa por ello)

Al mismo tiempo, se supone que esta es la herramienta más simple y no quiero hacer crecer demasiado el menú...

¡Así que en este momento estoy dividido entre agregar muchas imágenes geniales que muestren algunos usos realmente interesantes del Pi y hacerlo lo más simple posible!

tendrá un pensamiento

Solo un pensamiento: tal vez un submenú "Imágenes de terceros (no compatibles con la Fundación Pi)" sería una solución. En teoría, ese submenú también podría vincularse a un archivo JSON administrado en este repositorio. De esa manera su contenido se puede administrar a través de GitHub. Sin embargo, no estoy seguro de cómo funcionaría la gestión de calidad.

Me gustaría que agregaras PINN a la lista de descargas. Creé un "punto final de repositorio" para él, pero no descargará PINN hasta que se solucione el número 17 o encuentre una nueva ubicación de servidor de descarga.

El único problema con el submenú "Imágenes de terceros" es que Raspberry Pi (en realidad, el comercio no es base) solo es compatible con la distribución de Raspbian. Cosas como Ubuntu, LibreELEC y OSMC son compatibles externamente con otros grupos. Pero hemos tenido una buena relación con cada uno de ellos en el pasado y claramente brindan una funcionalidad separada que es útil tener disponible.

Entonces resulta que cualquier cosa que no sea Raspbian cae en esa categoría. Como dije, mi favorito personal sería hacer de este menú un mercado basado en descargas. Por lo tanto, cuantas más personas descarguen una imagen (o tal vez les den "me gusta"), es más probable que aparezca en el menú.

Tal vez podríamos agregar un botón de "me gusta" para una imagen, de modo que cuando a las personas les gusta una imagen, usemos estos "me gusta" para elegir el orden (¡nuevamente dinámicamente!)

Aquí está mi fragmento JSON para habilitar PINN, si desea agregarlo.

{
        "name": "PINN",
        "description": "A multi-boot OS installer with OS admin features",
        "icon": "https://raw.githubusercontent.com/procount/pinn-os/master/iu/pinn.png",
        "subitems_url": "https://raw.githubusercontent.com/procount/pinn-os/master/iu/os_list_iu_pinn.json"
}

(honestidad) No he usado NOOBS durante mucho tiempo.

Pero hubiera pensado que agregaría la lista que se encuentra en las 'imágenes disponibles para instalar'* de NOOB como mínimo.

* O como se llame.

Me gustaría abordar este problema, ya que noté que hay una mención de _señalización digital_ en la forma de la sección _Otro SO de propósito específico_. Sería genial si se pudiera agregar un proyector de información, ya que encaja perfectamente. Aquí está la información requerida para agregar a _os_list_imagingutility_v2.json_:

{   
    "name": "info-beamer digital signage",
    "description": "Turn your Raspberry Pi into a professional digital signage display or video wall",
    "icon": "https://info-beamer.com/repo.png",
    "subitems_url": "https://info-beamer.com/repo.json"
} 

Las direcciones URL (repo.png y repo.json) son direcciones URL estables y, de hecho, no han cambiado desde que abrí inicialmente este problema. Y debido a cómo funciona el proceso de lanzamiento de info-beamer, repo.json siempre está actualizado. ¿Sería posible incluir esto?