Правда ли, что у Snap есть проприетарный сервер?

Существуют ли проприетарные элементы сервера Snap? Можно ли запустить дистрибутив на основе Snap независимо от Canonical?

Мне очень не нравится Snap по нескольким причинам (одна из вещей, которые мне больше всего нравятся в Linux, это то, что я могу устанавливать/удалять вещи с помощью способный получить, щелчок не имеет даже приличия оказать непосредственную помощь по мгновенное обновление).

Но самое тревожное, что я слышал, это то, что Snap имеет проприетарные элементы, что делает его полностью контролируемым Canonical.

См. например https://www.techrepublic.com/article/why-canonical-views-the-snap-ecosystem-as-a-compelling-distribution-agnostic-solution/

Мартин Вимпресс, технический руководитель Snapcraft в Canonical в то время:

Магазин Snap является собственностью

https://www.happyassassin.net/posts/2016/06/16/on-snappy-and-flatpak-business-as-usual-in-the-canonical-propaganda-department/

серверная часть (часть уравнения «магазин приложений») имеет закрытый исходный код, и Canonical отказывается рассказывать кому-либо, как управлять своим собственным «магазином приложений» (...) он полностью контролируется Canonical

(а также описывает, как Canonical лгала о Snap)

Но инфобоксы в https://en.wikipedia.org/wiki/Snap_(менеджер_пакетов) список лицензий с открытым исходным кодом.

Что здесь происходит? Выпустили ли они магазин Snap с открытым исходным кодом? Или статья в Википедии неполная/испорченная сотрудниками Canonical?

Я очень обеспокоен, особенно с учетом того, что в Ubuntu стало практически невозможно избежать Snap в Ubuntu. С другой стороны, я бы предпочел иметь веские причины для смены дистрибутива Linux, а не только устаревшие сообщения в блогах.

Фактические инструменты управления пакетами для Snaps — снэпд и семья - имеют открытый исходный код. Это то, что делает систему управления пакетами Snap открытым исходным кодом, и Canonical не лжет об этом.

Правда, что snapd жестко запрограммирован использовать серверы Canonical для получения снимков и связанных с ними метаданных. А исходники для внутренних серверов, насколько мне известно, недоступны. Различные другие части (например, веб-сайт snapcraft.io, само приложение Snap store и т. д.) имеют открытый исходный код. Я имею в виду, что вы можете обслуживать файлы deb с сервера IIS, но это не сделает систему управления пакетами apt закрытой, не так ли?

Можете ли вы заставить snapd работать с другим бэкендом? Технически, вы можете прочитать исходный код snapd, разобраться с протоколом (что не должно быть сложно — я думаю, что код достаточно читабелен), реализовать собственный бэкенд и создать snapd с патчем для замены URL-адресов бэкенда. Однако, похоже, пока никто этого не сделал, и Canonical не опубликовала эталонную реализацию.