Edge-home-orchestration-go: Произошла ошибка сборки в архитектуре руки

Созданный на 28 окт. 2020 · 10Комментарии · Источник: lf-edge/edge-home-orchestration-go

Опишите ошибку
Во время $./build.sh container arm или $./build.sh container arm64 я получил следующую ошибку сборки.

**********************************
 Create Docker container
**********************************

Error: No such container: edge-orchestration
Error: No such image: edge-orchestration:baobab
docker build --tag edge-orchestration:baobab --file /home/t25kim/work/edge-home-orchestration-go/GoMain/Dockerfile --build-arg PLATFORM=arm32v7 .
Sending build context to Docker daemon  301.4MB
Step 1/17 : ARG PLATFORM
Step 2/17 : FROM $PLATFORM/ubuntu:16.04
 ---> 8eedc387cb89
Step 3/17 : ENV TARGET_DIR=/edge-orchestration
 ---> Using cache
 ---> 5f0a61e388ca
Step 4/17 : ENV HTTP_PORT=56001
 ---> Using cache
 ---> b067bb7683b3
Step 5/17 : ENV MDNS_PORT=5353
 ---> Using cache
 ---> 075a5c1d1c28
Step 6/17 : ENV MNEDC_PORT=8000
 ---> Using cache
 ---> c2bc2afb2a0a
Step 7/17 : ENV MNEDC_BROADCAST_PORT=3333
 ---> Using cache
 ---> 5730d8bb2687
Step 8/17 : ENV ZEROCONF_PORT=42425
 ---> Using cache
 ---> b6b101e9d328
Step 9/17 : ENV APP_MAIN_DIR=GoMain
 ---> Using cache
 ---> b6d791035071
Step 10/17 : ENV APP_BIN_DIR=$APP_MAIN_DIR/bin
 ---> Using cache
 ---> e178739df475
Step 11/17 : ENV APP_NAME=edge-orchestration
 ---> Using cache
 ---> e75f9b70dc2c
Step 12/17 : RUN apt update
 ---> Running in 244a90de8ea7
standard_init_linux.go:211: exec user process caused "exec format error"
The command '/bin/sh -c apt update' returned a non-zero code: 1
Makefile:94: recipe for target 'build-container' failed
make: *** [build-container] Error 1

Воспроизводить
Шаги по воспроизведению поведения:
$./build.sh container arm или $./build.sh container arm64

bug

Источник

t25kim

Самый полезный комментарий

@MoonkiHong Я воспроизвел эту проблему и, как я писал ранее (и создал фиксацию), было бы правильно для каждой платформы создать свой собственный Dockerfile (это решит текущую проблему).
PS Не создавая отдельной конфигурации для каждой аппаратной платформы, мы значительно усложним нашу сборочную машину.

tdrozdovsky 28 окт. 2020

👍2

Все 10 Комментарий

В конце концов, это связано с общей политикой поддержки расширения платформы, которую я обозначил как https://github.com/lf-edge/edge-home-orchestration-go/issues/127. @tdrozdovsky Об этом думали?

MoonkiHong 28 окт. 2020

tdrozdovsky 28 окт. 2020

👍2

@MoonkiHong Я воспроизвел эту проблему и, как я писал ранее (и создал фиксацию), было бы правильно для каждой платформы создать свой собственный Dockerfile (это решит текущую проблему).
PS Не создавая отдельной конфигурации для каждой аппаратной платформы, мы значительно усложним нашу сборочную машину.

@tdrozdovsky Имеет смысл. Как насчет того, чтобы рассмотреть дизайн разрешения после выпуска Coconut от вашего?

MoonkiHong 28 окт. 2020

@MoonkiHong Я могу исправить эту проблему сегодня. Когда у вас релиз Coconut?
Конечно, новая система сборки может быть предложена позже (эта задача требует больше времени)

tdrozdovsky 28 окт. 2020

👍1

Релиз @tdrozdovsky Coconut запланирован на конец октября этого месяца. Начнем решать этот вопрос с ноября. Спасибо.

MoonkiHong 28 окт. 2020

@MoonkiHong Я постараюсь сделать это сегодня, чтобы в выпуске Coconut не было этой проблемы. А также сегодня устраню еще одну неточность в документации, которая возникла с последними коммитами. Это будут разные коммиты

tdrozdovsky 28 окт. 2020

👍1

@MoonkiHong Я постараюсь сделать это сегодня, чтобы в выпуске Coconut не было этой проблемы. А также сегодня устраню еще одну неточность в документации, которая возникла с последними коммитами. Это будут разные коммиты

@tdrozdovsky Очень признателен за ваш страстный вклад!

MoonkiHong 28 окт. 2020

@tdrozdovsky Просто для проверки, мы можем успешно собрать пакет за arm без каких-либо изменений кода с учетом надлежащего руководства от
https://www.stereolabs.com/docs/docker/building-arm-container-on-x86/ , что означает применение версии среды сборки. Как насчет того, чтобы правильно руководить этим скриптом в соответствующем документе? (вместо отдельной конструкции системы сборки)

MoonkiHong 28 окт. 2020

@tdrozdovsky Просто для проверки, мы можем успешно собрать пакет за arm без каких-либо изменений кода с учетом надлежащего руководства от
https://www.stereolabs.com/docs/docker/building-arm-container-on-x86/ , что означает применение версии среды сборки. Как насчет того, чтобы правильно руководить этим скриптом в соответствующем документе? (вместо отдельной конструкции системы сборки)

@ t25kim Спасибо за еще одно отличное предложение и оценку этого вопроса! (включая проверку самостоятельной сборки по руководству)

MoonkiHong 28 окт. 2020

😄1

@MoonkiHong Я подготовил изменения, чтобы исправить эту проблему, но все еще нужно протестировать. Когда все будет готово, сделаю пиар.

tdrozdovsky 29 окт. 2020

👍1

Была ли эта страница полезной?

0 / 5 - 0 рейтинги

Смежные вопросы

[MNEDC] SonarCloud обнаружил горячие точки безопасности

t25kim · 3Комментарии

Подробнее о том, как работает система на устройстве Android

DoomsdayT · 3Комментарии

[Secure] Выполнение локального образа

t25kim · 4Комментарии

Альтернатива для logmgr (платформа ведения журналов GoLang)

MoonkiHong · 6Комментарии

[Замечание] Семантическое управление версиями

MoonkiHong · 5Комментарии