Rpi-imager: Политика в отношении сторонних операционных систем?

Я еще не определился с нашей политикой здесь, я хотел бы сказать, что она зависит от загрузки. Другими словами, наибольшее количество загрузок будет определять порядок в списке. Но я не могу этого сделать, потому что мы специально не хотели регистрировать данные установки (поскольку было другое приложение, которое делало это, и они получили за это очень плохие отзывы)

В то же время, это должен быть самый простой инструмент, и я не хочу слишком раздувать меню...

Так что в данный момент я разрываюсь между добавлением множества классных изображений, которые показывают некоторые действительно интересные способы использования Pi, и тем, чтобы сделать его максимально простым!

будет думать

Просто мысль: возможно, подменю «Сторонние изображения (не поддерживаемые Pi Foundation)» было бы решением. Теоретически это подменю также может ссылаться на файл JSON, управляемый в этом репозитории. Таким образом, его контентом можно будет управлять через GitHub. Однако не уверен, как будет работать управление качеством.

Я бы хотел, чтобы вы добавили PINN в список загрузок. Я создал для него «конечную точку репозитория», но он не будет загружать PINN, пока не будет исправлено # 17 или я не найду новое местоположение сервера загрузки.

Единственная проблема с подменю «Сторонние изображения» заключается в том, что Raspberry Pi (фактически торгующий, а не фонд) поддерживает только дистрибутив Raspbian. Такие вещи, как Ubuntu, LibreELEC и OSMC, поддерживаются другими группами. Но у нас были хорошие отношения с каждым из них в прошлом, и они явно предоставляют отдельные функции, которые полезно иметь в наличии.

Получается, что все, что не является Raspbian, попадает в эту категорию. Как я уже сказал, моим личным фаворитом было бы сделать это меню рынком, основанным на загрузках. Таким образом, чем больше людей загружают (или, возможно, «лайкают») изображение, тем больше вероятность того, что оно появится в меню.

Возможно, мы могли бы добавить кнопку «Нравится» для изображения, поэтому, когда людям нравится изображение, мы используем эти лайки для выбора порядка (опять же динамически!)

Вот мой фрагмент JSON для включения PINN, если вы хотите его добавить.

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

(честность) Я уже давно не пользуюсь NOOBS.

Но я бы подумал, что вы как минимум добавите список «доступных образов для установки» * NOOB.

*Или как там это называется.

Я хотел бы поднять этот вопрос, так как я заметил, что есть упоминание _digital signage_ в форме раздела _Other для конкретных целей OS_. Было бы здорово, если бы можно было добавить информационный луч, так как он идеально подходит. Вот необходимая информация для добавления в _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"
} 

URL-адреса (repo.png и repo.json) являются стабильными URL-адресами и фактически не изменились с тех пор, как я впервые открыл эту проблему. А благодаря тому, как работает процесс выпуска для info-beamer, repo.json всегда актуален. Можно ли будет включить это?