Rpi-imager: Política sobre sistemas operacionais de terceiros?

Ainda não decidi sobre nossa política aqui, gostaria de dizer que ela é orientada por download. Em outras palavras, os maiores números de download direcionarão a ordenação da lista. Mas não posso fazer isso porque especificamente não queríamos registrar os dados de instalação (já que havia outro aplicativo que fazia isso e eles foram muito mal recebidos por isso)

Ao mesmo tempo, essa deveria ser a ferramenta mais simples e não quero aumentar muito o menu...

Então, no momento, estou dividido entre adicionar muitas imagens legais que mostram alguns usos realmente interessantes do Pi e torná-lo o mais simples possível!

Terá um pensamento

Apenas um pensamento: talvez um submenu "Imagens de terceiros (não suportado pela Pi Foundation)" seja uma solução. Em teoria, esse submenu também pode ser vinculado a um arquivo JSON gerenciado neste repositório. Dessa forma, seu conteúdo pode ser gerenciado através do GitHub. Não tenho certeza de como a gestão da qualidade funcionaria.

Eu gostaria que você adicionasse o PINN à lista de downloads. Eu criei um "endpoint de repositório" para ele, mas ele não baixará o PINN até que o número 17 seja corrigido ou eu encontre um novo local de servidor de download.

O único problema com um submenu "Imagens de terceiros" é que o Raspberry Pi (na verdade, não é comercial) suporta apenas a distribuição Raspbian. Coisas como Ubuntu, LibreELEC e OSMC são suportadas externamente por outros grupos. Mas tivemos um bom relacionamento com cada um deles no passado e eles claramente fornecem uma funcionalidade separada que é útil ter disponível.

Então acontece que qualquer coisa que não seja Raspbian cai nessa categoria. Como eu disse, meu favorito pessoal seria fazer deste menu um mercado baseado em downloads. Portanto, quanto mais pessoas baixarem (ou talvez 'curtir') uma imagem, mais provável será que ela apareça no menu.

Talvez pudéssemos adicionar um botão 'curtir' para uma imagem, então, quando as pessoas gostam de uma imagem, usamos essas curtidas para escolher a ordem (novamente dinamicamente!)

Aqui está meu fragmento JSON para habilitar o PINN, se você quiser adicioná-lo.

{
        "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"
}

(honestidade) Eu não uso NOOBS há muito tempo.

Mas eu teria pensado que você adicionaria a lista encontrada em NOOBs 'imagens disponíveis para instalar'* no mínimo.

*Ou seja qual for o nome.

Gostaria de resolver esse problema, pois notei que há uma menção de _sinalização digital_ na forma de seção _Outros propósitos específicos do SO_. Seria ótimo se o info-beamer pudesse ser adicionado, pois se encaixa perfeitamente. Aqui estão as informações necessárias para adicionar ao _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"
} 

As urls (repo.png e repo.json) são urls estáveis ​​e, de fato, não mudaram desde que abri este problema inicialmente. E devido à forma como o processo de lançamento do info-beamer funciona, o repo.json está sempre atualizado. Seria possível incluir isso?