alt/image-forge
7
1
Fork 3
Code Issues 2 Pull Requests 1 Actions Packages Projects Releases Wiki Activity

Added flux2 controller images based on task 353490 #27

Open
kaf wants to merge 2 commits from add-flux2-images into master
pull from: add-flux2-images
merge into: alt:master
Conversation 0 Commits 2 Files Changed 6 +102
kaf commented 2024-07-26 11:34:20 +03:00
Owner
Copy Link

Добавление 6-ти образов-контроллеров для flux2
Так как task https://git.altlinux.org/tasks/353490/ еще не дошел до sisyphus необходимын пакеты ставится из этого task'а

Команды в образах написаны на go и собраны для платформ aarch64 i586 ppc64le x86_64

build.py начиная с мая месяца поддерживает только amd64 386 arm64
Следовательно образы можно собирать только для архитектуры amd64 под sisyphus

Добавление 6-ти образов-контроллеров для flux2 Так как task https://git.altlinux.org/tasks/353490/ еще не дошел до sisyphus необходимын пакеты ставится из этого task'а Команды в образах написаны на go и собраны для платформ aarch64 i586 ppc64le x86_64 build.py начиная с мая месяца поддерживает только amd64 386 arm64 Следовательно образы можно собирать только для архитектуры amd64 под sisyphus
kaf added 1 commit 2024-07-26 11:34:21 +03:00
kaf added 1 commit 2024-07-26 11:43:41 +03:00
fedorovand reviewed 2024-07-29 12:48:40 +03:00
org/flux2/helm-controller/Dockerfile.template
@ -0,0 +8,4 @@
LABEL org.opencontainers.image.licenses="Apache-2.0"
LABEL org.opencontainers.image.vendor="ALT Linux Team"
RUN echo "rpm http://git.altlinux.org repo/353490/x86_64 task" > /etc/apt/sources.list
fedorovand commented 2024-07-29 12:48:40 +03:00
Owner
Copy Link

Вот это не пойдет. Нужно дождаться пока пакет попадет в ветку. Смысла лить это в репозитеорий нет, так как потом надо удалять. Тем более что сборка у нас идет для разных архитектур, а тут ссылка на х86.

Вот это не пойдет. Нужно дождаться пока пакет попадет в ветку. Смысла лить это в репозитеорий нет, так как потом надо удалять. Тем более что сборка у нас идет для разных архитектур, а тут ссылка на х86.
kaf commented 2024-07-30 10:26:50 +03:00
Author
Owner
Copy Link

Вот тут у меня deadlock
Чтобы команда попала в бранч sisyphus ее надо оттестировать в качестве образа
Чтобы оттестировать в качестве образы надо чтобы она попала в какое-то репо
Я считал, что gitea как раз то репо, которое можно использовать для тестирования
Если это не так, то какой в нем смысл?

Вот тут у меня deadlock Чтобы команда попала в бранч sisyphus ее надо оттестировать в качестве образа Чтобы оттестировать в качестве образы надо чтобы она попала в какое-то репо Я считал, что gitea как раз то репо, которое можно использовать для тестирования Если это не так, то какой в нем смысл?
kaf commented 2024-07-30 10:32:13 +03:00
Author
Owner
Copy Link

Тем более что сборка у нас идет для разных архитектур, а тут ссылка на х86.
Дело в том, что другие архитектуры как я понимаю для программ на go у нас просто недоступны
Выше я уже об этом писал

Команды в образах написаны на go и собраны для платформ aarch64 i586 ppc64le x86_64 ( https://git.altlinux.org/tasks/353490/)

build.py начиная с мая месяца поддерживает только amd64 386 arm64
Следовательно образы можно собирать только для архитектуры amd64 под sisyphus

Если коллеги подскажет, как собрать в сборочнице пакет на go под платформы
386 arm64, которые поддерживает на build.py, то я это обязательно сделаю

И кстати - почему в мае исключили в build.py сборку образов под платформы aarch64 i586 ppc64le ?

> Тем более что сборка у нас идет для разных архитектур, а тут ссылка на х86. Дело в том, что другие архитектуры как я понимаю для программ на go у нас просто недоступны Выше я уже об этом писал Команды в образах написаны на go и собраны для платформ aarch64 i586 ppc64le x86_64 ( https://git.altlinux.org/tasks/353490/) build.py начиная с мая месяца поддерживает только amd64 386 arm64 Следовательно образы можно собирать только для архитектуры amd64 под sisyphus Если коллеги подскажет, как собрать в сборочнице пакет на go под платформы 386 arm64, которые поддерживает на build.py, то я это обязательно сделаю И кстати - почему в мае исключили в build.py сборку образов под платформы aarch64 i586 ppc64le ?
fedorovand commented 2024-07-30 10:54:45 +03:00
Owner
Copy Link

Вот тут у меня deadlock
Чтобы команда попала в бранч sisyphus ее надо оттестировать в качестве образа
Чтобы оттестировать в качестве образы надо чтобы она попала в какое-то репо
Я считал, что gitea как раз то репо, которое можно использовать для тестирования
Если это не так, то какой в нем смысл?

Никакого дэдлока нет. Тестируем сами свои пакеты для х86-64. Варианты:

  1. Оттестировать своими руками сборку и запуск контейнера через этот же докерфайл который запушен с подключением такси в репо пакетов, запустить в контейнере нужную утилиту\программу для теста.
  2. Собрать и запустить контейнер, в который затащить собранный успешно файл rpm пакета и установить его, запустить в контейнере установленную утилиту\программу для теста.

Гитея тут не при чем. Автосборка в гитее сделана для самой сборки и посчледующей публикации образов, а тестирование добававлено для перестраховки. Работоспособность написанного сначала проверяем сами вручную, это этап разработки. Далее собранный пакет идет в сизиф. Далее в гитею.

> Вот тут у меня deadlock > Чтобы команда попала в бранч sisyphus ее надо оттестировать в качестве образа > Чтобы оттестировать в качестве образы надо чтобы она попала в какое-то репо > Я считал, что gitea как раз то репо, которое можно использовать для тестирования > Если это не так, то какой в нем смысл? Никакого дэдлока нет. Тестируем сами свои пакеты для х86-64. Варианты: 1. Оттестировать своими руками сборку и запуск контейнера через этот же докерфайл который запушен с подключением такси в репо пакетов, запустить в контейнере нужную утилиту\программу для теста. 2. Собрать и запустить контейнер, в который затащить собранный успешно файл rpm пакета и установить его, запустить в контейнере установленную утилиту\программу для теста. Гитея тут не при чем. Автосборка в гитее сделана для самой сборки и посчледующей публикации образов, а тестирование добававлено для перестраховки. Работоспособность написанного сначала проверяем сами вручную, это этап разработки. Далее собранный пакет идет в сизиф. Далее в гитею.
fedorovand commented 2024-07-30 11:00:48 +03:00
Owner
Copy Link

Тем более что сборка у нас идет для разных архитектур, а тут ссылка на х86.
Дело в том, что другие архитектуры как я понимаю для программ на go у нас просто недоступны
Выше я уже об этом писал

Команды в образах написаны на go и собраны для платформ aarch64 i586 ppc64le x86_64 ( https://git.altlinux.org/tasks/353490/)

build.py начиная с мая месяца поддерживает только amd64 386 arm64
Следовательно образы можно собирать только для архитектуры amd64 под sisyphus

Если коллеги подскажет, как собрать в сборочнице пакет на go под платформы
386 arm64, которые поддерживает на build.py, то я это обязательно сделаю

И кстати - почему в мае исключили в build.py сборку образов под платформы aarch64 i586 ppc64le ?

Отвечу кратко. 1. сборка образов теперь только для архитектур "amd64", "386", "arm64", такое решение было принято Алексеем Шабалиным. 2. Сборка пакетов для го идет с макросом ExclusiveArch: %go_arches. Если на уровне сборки пакетов все нормально, считаем что все ок, кому надо - будет использовать. Если где то падает сборка пакета - чиним сборку пакета, либо исключаем архитектуру. Тестируем сами как писала выше для х86-64. 3. Образы мы собираем только для "amd64", "386", "arm64". Не связано с пакетами. Тестируем сами как писала выше для х86-64. Далее работет автосборка для всех архитектур и если вознукнут проблемы будем как то чинить.

> > Тем более что сборка у нас идет для разных архитектур, а тут ссылка на х86. > Дело в том, что другие архитектуры как я понимаю для программ на go у нас просто недоступны > Выше я уже об этом писал > > Команды в образах написаны на go и собраны для платформ aarch64 i586 ppc64le x86_64 ( https://git.altlinux.org/tasks/353490/) > > build.py начиная с мая месяца поддерживает только amd64 386 arm64 > Следовательно образы можно собирать только для архитектуры amd64 под sisyphus > > Если коллеги подскажет, как собрать в сборочнице пакет на go под платформы > 386 arm64, которые поддерживает на build.py, то я это обязательно сделаю > > И кстати - почему в мае исключили в build.py сборку образов под платформы aarch64 i586 ppc64le ? Отвечу кратко. 1. сборка образов теперь только для архитектур "amd64", "386", "arm64", такое решение было принято Алексеем Шабалиным. 2. Сборка пакетов для го идет с макросом ExclusiveArch: %go_arches. Если на уровне сборки пакетов все нормально, считаем что все ок, кому надо - будет использовать. Если где то падает сборка пакета - чиним сборку пакета, либо исключаем архитектуру. Тестируем сами как писала выше для х86-64. 3. Образы мы собираем только для "amd64", "386", "arm64". Не связано с пакетами. Тестируем сами как писала выше для х86-64. Далее работет автосборка для всех архитектур и если вознукнут проблемы будем как то чинить.
fedorovand reviewed 2024-07-29 12:51:42 +03:00
org/flux2/helm-controller/Dockerfile.template
@ -0,0 +12,4 @@
{{ install_packages("flux2-helm-controller") }}
USER 65534:65534
fedorovand commented 2024-07-29 12:51:42 +03:00
Owner
Copy Link

Юзеру и группе с этими айди должны быть доступны ресурсы установленных пакетов. В пакетах нет никаких конфигов или директорий для данных приложений которые должны быть доступны данному юзеру и должны монтироваться?
Еще у нас есть договоренность что используем айди 10001 и далее для таких групп и юзеров.

Юзеру и группе с этими айди должны быть доступны ресурсы установленных пакетов. В пакетах нет никаких конфигов или директорий для данных приложений которые должны быть доступны данному юзеру и должны монтироваться? Еще у нас есть договоренность что используем айди 10001 и далее для таких групп и юзеров.
kaf commented 2024-07-30 10:21:29 +03:00
Author
Owner
Copy Link

Пользователь с UID=65534 GID=65534 это пользователь nobody. Он исходно есть в /etc/passwd, /etc/group после установки системы (как в нашем дистрибутиве, так и в других Linux-дистрибутивах)
То есть создавать этого пользователя не надо
Монтировать какие-то файлы или каталоги из основной системы нет необходимости

Пользователь с UID=65534 GID=65534 это пользователь nobody. Он исходно есть в /etc/passwd, /etc/group после установки системы (как в нашем дистрибутиве, так и в других Linux-дистрибутивах) То есть создавать этого пользователя не надо Монтировать какие-то файлы или каталоги из основной системы нет необходимости
fedorovand commented 2024-07-30 11:05:39 +03:00
Owner
Copy Link

Алексей много раз говорил что пользователь ноубади не должен использвоаться нигде (За подробностями к нему.), поэтому тем более надо убирать. Если пользователю не нужны доп права на какие то общие директории\ресурсы то просто его надо заменить на 10001. Ну а вообще это будет понятно после тестирования

Алексей много раз говорил что пользователь ноубади не должен использвоаться нигде (За подробностями к нему.), поэтому тем более надо убирать. Если пользователю не нужны доп права на какие то общие директории\ресурсы то просто его надо заменить на 10001. Ну а вообще это будет понятно после тестирования
kaf commented 2024-07-30 12:03:54 +03:00
Author
Owner
Copy Link

Спасибо
Уточню у Алексея Шабалина

Спасибо Уточню у Алексея Шабалина
This pull request can be merged automatically.
This branch is out-of-date with the base branch
You are not authorized to merge this pull request.
View command line instructions.

Checkout

From your project repository, check out a new branch and test the changes.
git fetch -u origin add-flux2-images:add-flux2-images
git checkout add-flux2-images
Sign in to join this conversation.
Reviewers
No reviewers
Labels
Clear labels
  
bug

Something is not working

  
building

This get info about crashed building images

  
duplicate

This issue or pull request already exists

  
help wanted

Need some help

  
invalid

Something is wrong

  
news

New feature

  
question

More information is needed

  
suggestion

Suggestion for improvement or a comment

  
wontfix

This won't be fixed

No Label
bug
building
duplicate
help wanted
invalid
news
question
suggestion
wontfix
Milestone
Clear milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
No Assignees
2 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: alt/image-forge#27
No description provided.
Delete Branch "add-flux2-images"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?