Как сейчас опакечивают golang библиотеки

Ищу спонсора для своей реализации функции вычисления факториала.

Stretch goals:

• Если наберётся $1000, то прикручу GMP, что позволит вычислять факториал от аргумента N>10.
• $2000: Linux-версия.

На брейнфаке, надеюсь?

Я не против golang, но это перебор.

почему же?

На брейнфаке, надеюсь?

Можно добавить в stretch goals.

Там вроде как файлы для разработчика, правильно тогда «golang-github-skratchdot-open-golang-dev»

Но мне интересно нахрен это в репах, если

1) Версия всегда будет тухлой.

2) Так go либы не ставят - этот юзекейс от каких-то героиновых наркоманов.

3) Это никому не нужно (кроме как потешить ЧСВ разработчика).

И самое главное будут ли остальные 10000 go-библиотечек опакечены аналогичным образом.

Ищу спонсора для своей библиотеки python_github_alex4321_abbyy_nlc_python.

За $2000 откручу китайский.

з.ы. какие понятные названия. Нет бы указать, что оно там open, так нет - джавду укажем golang, покажем, что знаем о существовании github, укажем свой ник и между делом - назначение

И вообще, влом читать - ему предлагали что-то вроде golang-system-open ? :-)

$10000: Портирование на Unity.

Не положено.

https://pkg-go.alioth.debian.org/packaging.html

We derive Debian package names from the import path by replacing all slashes with dashes and using a canonical identifier instead of the hostname.

E.g., for github.com/stapelberg/godebiancontrol (which contains «go» already), the resulting Debian package name is golang-github-stapelberg-godebiancontrol-dev.

И да, я так и не понял, если проект переедет на другой хостинг, то пакет будут переименовывать и править все зависимые?

если проект переедет на другой хостинг, то пакет будут переименовывать и править все зависимые?

Хипсторы начали о чём-то смутно догадываться...

Поверь, это самая меньшая из проблем. Пакет #1 с определенной версии становится «виртуальным» - в зависимостях будет пакет #2 с новым именем. С новой версией подтянется golang-твою-же-мать-кто-это-придумал-буть-ты-проклят-golang