c arduino-builder все просто.
модули go, нужные для сборки удалили - сборка и сломалась.

А с модулями go, там вопрос, как правильно и лучше паковать модули go.
Там надо время на подумать и написать правильную инфраструктуру.

Удалившего в cc:

(In reply to comment #2)
> Удалившего в cc:

Тогда и главного специалиста по go в Cc.

Тогда и мейнтейнера пострадавшего lxd.

(В ответ на комментарий №4)
> Тогда и мейнтейнера пострадавшего lxd.

Спасибо!
Только я, по совету legion@ буду все зависимости таскать с собой в скором времени ;)
Раз уж у нас нет устоявшегося полиси, то vendoring -- самый простой путь.
Возражений к этому подходу в devel@ я не видел.

(В ответ на комментарий №5)
> (В ответ на комментарий №4)
> > Тогда и мейнтейнера пострадавшего lxd.
> 
> Спасибо!
> Только я, по совету legion@ буду все зависимости таскать с собой в скором
> времени ;)
> Раз уж у нас нет устоявшегося полиси, то vendoring -- самый простой путь.
> Возражений к этому подходу в devel@ я не видел.

Да, конечно.

Хотелось бы общего решения, в виде примеров "как надо", а потом, возможно, полиси. Потому мы вас всех сюда и пригласили.
lxd и arduino-builder -- важные пакеты.

Кто выберет vendoring  - тому пакеты не нужны.

Мне вот нужны, но нужны и инструменты работы с пакетами.
1) проверка на обновление через api github
2) генератор пакета
2) обновитель пакета
я хочу все это написать, запустить, и проблему таким образом решить.

(В ответ на комментарий №8)
> Кто выберет vendoring  - тому пакеты не нужны.
> 
> Мне вот нужны, но нужны и инструменты работы с пакетами.
> 1) проверка на обновление через api github
> 2) генератор пакета
> 2) обновитель пакета
> я хочу все это написать, запустить, и проблему таким образом решить.

хм... мне крайне импонирует данный подход.
Но я посмотрел на автоматизацию go-пакетов у федоры -- там очень много всего наворотили.
Хотелось бы уточнить по срокам -- имеет ли смысл ждать?
Если перспектива не слишком отдаленная, то, наверное, проще починить/добавить сломаное, чем переходить на вендоринг.

пока я не готов обещать конкретные сроки.
Мне сначала надо закончить другие свои проекты.

(In reply to comment #9)
> (В ответ на комментарий №8)
> > Кто выберет vendoring  - тому пакеты не нужны.
> > 
> > Мне вот нужны, но нужны и инструменты работы с пакетами.
> > 1) проверка на обновление через api github
> > 2) генератор пакета
> > 2) обновитель пакета
> > я хочу все это написать, запустить, и проблему таким образом решить.
> 
> хм... мне крайне импонирует данный подход.
> Но я посмотрел на автоматизацию go-пакетов у федоры -- там очень много всего
> наворотили.
> Хотелось бы уточнить по срокам -- имеет ли смысл ждать?
> Если перспектива не слишком отдаленная, то, наверное, проще починить/добавить
> сломаное, чем переходить на вендоринг.

Перспектива туманная, ждать не имеет смысла.

Коллеги,
будет обидно браневаться с несобирающимися arduino-builder и lxd.

(В ответ на комментарий №12)
> Коллеги,
> будет обидно браневаться с несобирающимися arduino-builder и lxd.

lxd:  http://git.altlinux.org/tasks/index/sisyphus/tested/224972/gears/100/git

http://webery.altlinux.org/task/225007

Закрываю, спасибо obirvalger@.