E
Через снапы стоит сразу читать как через задницу. Более чуждую UNIX-way штуку, чем snap, еще поискать надо
Мне больше AppImage нравится. 🙂
Size: a a a
2020 November 11
AL
“Дебиан сообщество не смогло запаковать Kubernetes”
Нужно смотреть шире. Это не Debian сообщество не смогло решить проблему упаковки, а то, что сложившаяся десятилетиями система доставки ПО с помощью репозиториев не отвечает современным реалиям. Поэтому появляются различные flatpak, snap, да тот же podman с docker.
DB
Нужно смотреть шире. Это не Debian сообщество не смогло решить проблему упаковки, а то, что сложившаяся десятилетиями система доставки ПО с помощью репозиториев не отвечает современным реалиям. Поэтому появляются различные flatpak, snap, да тот же podman с docker.
И каким же требованиям она не отвечает ?
AL
И каким же требованиям она не отвечает ?
Сегодня. Подготовили релиз дистрибутива. Репозиторий согласованный. Завтра. Нужно обновить программу Х, которая нуждается в библиотеке версии Т.2, но сопровождающие не могут этого сделать из-за того, что весь основной софт требует библиотеку версии Т.1, добавить же в репозитории вторую версии библиотеки Т из-за принятых правил нельзя. Таких примеров не мало. Другой случай с кубером. Там сам язык Go способствует созданию неразрешимой ситуации. Смотри пример в статье. Docker не из-за хорошей жизни появился.
AO
Нужно смотреть шире. Это не Debian сообщество не смогло решить проблему упаковки, а то, что сложившаяся десятилетиями система доставки ПО с помощью репозиториев не отвечает современным реалиям. Поэтому появляются различные flatpak, snap, да тот же podman с docker.
Ну, так эта проблема почему появилась? Потому что некоторые сисадмины очень консервативны и не хотели перемен ни в какую сторону. И теперь вместо мотивационной морковки впереди эта морковка у некоторых теперь сзади. Это выглядит как некий ком технического долга, который рос-рос и в итоге навалился так, что Debian в облаках в качестве системы для нод Kubernetes-кластера обычно и вообще не рассматривается... это большой урон по репутации в общем-то хорошего проекта. И поэтому немного обидно, что так вышло...
ВМ
Если очень захотеть, то на что угодно можно поставить, это же open source, если глючит - можно подправить, тут вопрос в удобстве
В том и прикол что с кубером не удобно юзать из реп дебиана
ВМ
Через снапы стоит сразу читать как через задницу. Более чуждую UNIX-way штуку, чем snap, еще поискать надо
+
ВМ
Вот, а более родным и правильным способом не осилили. В этом и проблема...
Сами куберовцы собирают деб пакет если что, есть репа
ВМ
Ну, так эта проблема почему появилась? Потому что некоторые сисадмины очень консервативны и не хотели перемен ни в какую сторону. И теперь вместо мотивационной морковки впереди эта морковка у некоторых теперь сзади. Это выглядит как некий ком технического долга, который рос-рос и в итоге навалился так, что Debian в облаках в качестве системы для нод Kubernetes-кластера обычно и вообще не рассматривается... это большой урон по репутации в общем-то хорошего проекта. И поэтому немного обидно, что так вышло...
Бред, ты сам то статью читал что скинул, там описано почему так
ah
ну клёво. программисты феячат софт, у которого проблемы с соблюдением зависимостей, а виноват репозиторий.
AO
Ну, в 2020 программистам хочется простой красивый гайд о том, как что опакетить. Люди этого не находят и делают как угодно иначе, проще. Сейчас образ контейнера проще собрать для многих
ВМ
Ну, в 2020 программистам хочется простой красивый гайд о том, как что опакетить. Люди этого не находят и делают как угодно иначе, проще. Сейчас образ контейнера проще собрать для многих
понятие контейнера в твоей голове явно размыто
ВМ
докер - это не контейнер
ВМ
ты путаешь эти понятия поэтому так выражаешься
AO
Какие понятия я путаю?
ВМ
Сейчас образ контейнера проще собрать для многихВМ
тут явно имеется ввиду докерфайл
ВМ
потому что твою мать образ контейнера собрать сложнее чем опакетить
AO
Потом build и push в репозиторий и тесты на CI
ВМ
Потом build и push в репозиторий и тесты на CI
докер это штука которая управляет контейнеризацией