Здравствуйте, sergey2b, Вы писали:

VC>>Для apt и deb надо поддерживать отдельный репозиторий для каждой версии каждой ветки redhat/debian последователей. Очень геморно. Так docker распространяет свой dockerd. Очень геморно ставить пользователю. Еще гугл хром так распространяется. Но там вручную пользователю ничего делать не надо. В гугле этим заморочились. Даже обновления хрома ставятся автоматом именно через dep/rpm репозиторий средствами обновления ОС.


S>а если это утилита которая обходиться сишным стандартным рантаймом
S>весь вывод только в консоль

Нет таких утилит) Для картинок, шрифтов, http и ssl все юзают сторонние либы. сишного рантайма недостаточно)

есть исключения, например BoringSSL от гугла распространяется только в исходниках. Но это редкость. Его юзает Xamarin в Mono, Гугл конечно и много больший проектов.

S>то всеравно придеться делать как вы описали ?

Ну не знаю. Как вы описали можно просто на каждом ПК компилировать пользователю) Я за первый вариант который вы отрезали. Потому что кроме deb & rpm есть еще такая штука как arch, gentoo и прочие rolling дистрибутивы, и если у вас есть API, хотя бы консольный ввод-вывод в CSV, то его тоже надо поддерживать. А тут нужен первый вариант. Он универсальный. И менее геморный для пользователя. И для разработчика. Все что нужно это в цикле в докере проверить на 3х десятках дистрибутивов.

Здравствуйте, sergey2b, Вы писали:

VC>>Для apt и deb надо поддерживать отдельный репозиторий для каждой версии каждой ветки redhat/debian последователей. Очень геморно. Так docker распространяет свой dockerd. Очень геморно ставить пользователю. Еще гугл хром так распространяется. Но там вручную пользователю ничего делать не надо. В гугле этим заморочились. Даже обновления хрома ставятся автоматом именно через dep/rpm репозиторий средствами обновления ОС.


S>а если это утилита которая обходиться сишным стандартным рантаймом
S>весь вывод только в консоль

Нет таких утилит) Для картинок, шрифтов, http и ssl все юзают сторонние либы. сишного рантайма недостаточно)

есть исключения, например BoringSSL от гугла распространяется только в исходниках. Но это редкость. Его юзает Xamarin в Mono, Гугл конечно и много больший проектов.

S>то всеравно придеться делать как вы описали ?

Ну не знаю. Как вы описали можно просто на каждом ПК компилировать пользователю) Я за первый вариант который вы отрезали. Потому что кроме deb & rpm есть еще такая штука как arch, gentoo и прочие rolling дистрибутивы, и если у вас есть API, хотя бы консольный ввод-вывод в CSV, то его тоже надо поддерживать. А тут нужен первый вариант. Он универсальный. И менее геморный для пользователя. И для разработчика. Все что нужно это в цикле в докере проверить на 3х десятках дистрибутивов.

Тест в докере хорош еще и тем, что на том же самом AMD64 сервере доступны дисрибутивы под arm, arm64, mips и прочие s390x архитектуры. И для сборки и для тестирования.