zuul, нет?

Другой, я так сырцов не нашел

проприетарщина!

или zuul дальше опенстека так и не взлетел

Я просто великолпный поисковик с дипломом

или zuul дальше опенстека так и не взлетел

Zuul - это от нетфликса?

нет, он родной openstack-овый

zuul.openstack.org

там фишка в том чтобы очередь на мердж тем не менее запускать в параллель

если три коммита в очереди A - B - C, то запускаются три теста A, A+B и A+B+C в параллель

zuul.openstack.org

Насколько я понял оно приколочено к женкинсу и герриту?

от дженкинса оторвали уже

от дженкинса оторвали уже

поняли, что он ну не очень?

к герриту - да

то что дженкинс не очень - известно каждому

если три коммита в очереди A - B - C, то запускаются три теста A, A+B и A+B+C в параллель

А если во время теста еще в очередь упало?

только так же известно что альтернатив нет

так что оторвали тогда, когда придумали чем заменить

А если во время теста еще в очередь упало?

ну еще один запускается, с A + B + C + D

там есть ширина окна, дальше которой эта цепочка не идет

потому что шанс что где-то посередине тест пофэйлится растет с каждым звеном

Ммм, интересно, я даже рад что нам такое не нужно

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

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

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

CI в стиле "на полшишечки"

ну у нас там вообще в половине команд от слова ci только jenkins был. Все просят ci, но не понимают что под него разработку надо иначе вести

Да, с этим приятным сюрпризом уже в третий раз столкнулись гномеры

в итоге мы там в одном месте ci по всем стандартам завели, а они в него коммитили по 100 коммитов за час с перерывом в три месяца.

и ни одна ci система не сможет при таком профиле использования хоть как-то реально работать, только раздражать разработчиков )

https://www.linux.org.ru/forum/talks/13255082

а вот что у кубернетеса - https://github.com/kubernetes/test-infra/tree/master/prow#bots-home

а у опеншифта - какая рубиподелка - https://github.com/openshift/test-pull-requests

там google

со своим bazel который они недооткрыли и прочими кусками внутренней кухни

я что-то разочаровалась в гугле в последнее время

со своим bazel который они недооткрыли и прочими кусками внутренней кухни

разве недооткрыли?

то есть сам проект kubernetes мне нравится, но вот инфраструктурные решения у них какие-то все из разряда - нечем заняться давайте ещё что-нибудь такое создадим..

я про него на fosdem слушала, там сказали что какие-то куски надо ещё вынести

мне интересен скорее сам бот, базелепроблемы пусть напрягают гугловцев

от гугла гигантоманией веет за версту: монореп с кучей утилит чтобы из него сделать не монореп а независимые view. и bazel чтобы потом этот монореп осилить собрать, потому что дерево зависимостей не помещается в память, поэтому билд-систему приходится делать как сервис и хостить отдельно и кешировать зависимости и т.п. И с ботом там вероятно тоже что-то подобное.

то есть круто конечно, и видно что у них свободного времени много, но так же видно что у них нет поиска оптимальных решений. Нет ограничений по ресурсам - творят что попало

а потом пробуешь это применить в своем маленьком стартапе на 1000 человек и что-то как-то оно не работает

то есть круто конечно, и видно что у них свободного времени много, но так же видно что у них нет поиска оптимальных решений. Нет ограничений по ресурсам - творят что попало

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

например Borg

У меня тут просто ещё соседний департамент сейчас бегает с идеей монорепа, "как в гугле" потому что "гугл не может ошибаться". И это очень тревожная ситуация

бгггг

то что можно гуглу, нельзя маленьким нам )

спроси "как гугл circa 2006 или как гугл circa 2017"

или просто про ахиллеса и черепаху расскажи

вопросик есть. F25 man sshd_config Compression Specifies whether compression is enabled after the user has authenticated successfully. The argument must be yes, delayed (a legacy synonym for yes) or no. The default is yes. в CentOS - delayed сегодня с работы скачал с репозитория федоры rpm - там тоже delayed где и что я делаю не так?

https://www.linux.org.ru/forum/talks/13255082

ему уже предлагали стримить процесс? Это круче чем twitch install arch linux

ему уже предлагали стримить процесс? Это круче чем twitch install arch linux

он фотоотчет делал

нененене, мне процесс интересен

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

пальцем температуру меряет!

процессора

и в комментах народ обсуждает интерьер, его маму и хаскель

изредка пиная его за откроыенные фейлы

1) Я определил при помощи слуха что вода в припаянном конце бурно кипит.

а он не будь дураком вставляет баннеры и рубит бабло на рекламе

pewdiepie уровня лор

1) Я определил при помощи слуха что вода в припаянном конце бурно кипит.

угу, беседы с фанатами и хейтерами конечно обязательная часть процесса

Комментарии: pikabu.ru/story/_4871724

ему уже предлагали стримить процесс? Это круче чем twitch install arch linux

Я бы на такое дело скинулся. У меня два телевизора на работе простаивают, повеселил бы команду и себя

Всем привет! Хочу собрать свое приложение под линукс и сделать portable версию. Т.е. переносить бинари на флешке. Как это лучше сделать, учитывая что на разных дистрибах разные окружения? Все необходимые библиотеки я планирую расположить на флешке

Всем привет! Хочу собрать свое приложение под линукс и сделать portable версию. Т.е. переносить бинари на флешке. Как это лучше сделать, учитывая что на разных дистрибах разные окружения? Все необходимые библиотеки я планирую расположить на флешке

flatpak, appimage, docker

Всем привет! Хочу собрать свое приложение под линукс и сделать portable версию. Т.е. переносить бинари на флешке. Как это лучше сделать, учитывая что на разных дистрибах разные окружения? Все необходимые библиотеки я планирую расположить на флешке

Java jar не предлагать?

Всем привет! Хочу собрать свое приложение под линукс и сделать portable версию. Т.е. переносить бинари на флешке. Как это лучше сделать, учитывая что на разных дистрибах разные окружения? Все необходимые библиотеки я планирую расположить на флешке

статическая компиляция

Java jar не предлагать?

Приложение на C++ :)

flatpak, appimage, docker

за версту веет хипстотой

за версту веет хипстотой

я даже crio не написал чтобы ты не возмущался

статическая компиляция

Так и что, мое приложение все равно завязано будет на системные библиотеки, которые везде разные

Или на это можно забить?

за версту веет хипстотой

Ага :)

Так и что, мое приложение все равно завязано будет на системные библиотеки, которые везде разные

вкомпиливай их тоже статически

все эти игры с LD_LIBRARY_PATH до хорошего не доведут

Просто есть допустим Qt, и оно каким то образом работает на всех дистрибах

Просто есть допустим Qt, и оно каким то образом работает на всех дистрибах

в каждом дистрибутива разный Qt

да чего уж говорить, даже libstdc++ разный

в каждом дистрибутива разный Qt

Это системный