[MegaV0lt]

Mir ist gerade /home vollgelaufen. Bitte auch ins Readme aufnehmen, dass da 50 GB oder mehr Platz benötigt wird

[clausmuus]

Es werden sicher mehr als 50 GB für eine Plattform benötigt wenn alles gebaut werden soll. Wie viel genau weiß ich nicht. Habe ich nie ausprobiert. Ich weiß aber das 1,5 TB nicht ausreichen wenn man fleißig immer wieder alles baut (z.B. der Nightbuild). Aber das kannst Du uns ja verraten wenn Du erst mal alles gebaut hast

Innerhalb des Containers und außerhalb ist die Benutzer ID identisch. Damit das nicht zu komischen Effekten führt, habe ich die .env Datei hinzugefügt, in der die User ID und Group ID auf dem Host System stehen. Diese wird beim bauen des Images verwendet, um dem mld User innerhalb des Containers die selbe ID zu geben. Ich muss mal schauen, wie ich das erst beim erstellen des Containers setzen kann.

Da ich die Vorlage für den Build in einem Docker Container gerade erst für Dich hinzugefügt habe, bist Du das Versuchskaninchen. Und Du berichtest ja auch fleißig was alles schief gehen kann

[clausmuus]

Ich habe das compose File und wie dieses aufgerufen werden soll noch mal leicht geändert. Das .env File darf gelöscht werden.

Damit das bei Dir hilft, musst Du einmal ein "docker compose down" machen und danach wie in der Readme Beschreiben starten.
Vor dem Start solltest Du dafür sorgen, dass die Dateien wieder deinem User auf dem Host System gehören. Also dem User der das docker compose up Aufruft.

[MegaV0lt]

Ich will ja nur das eine Plugin bauen. 1,5 TB kommt nicht in frage; da bin ich raus ;-)
Ich schau mal wie weit ich mit dem aktuellen Bauprozess komme...

[MegaV0lt]

Wegen Platzmangel und einem Fehler hab ich für heute erst mal Schluss gemacht:

Code: [Select]

ERROR: vdr-plugin-menuorg-git-r0 do_fetch: Fetcher failure: Fetch command export PSEUDO_DISABLED=1; export PATH="/home/mld/mld-dev/poky/scripts:/home/mld/mld-dev/build/tmp-glibc/work/core2-64-mld-linux/vdr-plugin-menuorg/git/recipe-sysroot-native/usr/bin/x86_64-mld-linux:/home/mld/mld-dev/build/tmp-glibc/work/core2-64-mld-linux/vdr-plugin-menuorg/git/recipe-sysroot/usr/bin/crossscripts:/home/mld/mld-dev/build/tmp-glibc/work/core2-64-mld-linux/vdr-plugin-menuorg/git/recipe-sysroot-native/usr/sbin:/home/mld/mld-dev/build/tmp-glibc/work/core2-64-mld-linux/vdr-plugin-menuorg/git/recipe-sysroot-native/usr/bin:/home/mld/mld-dev/build/tmp-glibc/work/core2-64-mld-linux/vdr-plugin-menuorg/git/recipe-sysroot-native/sbin:/home/mld/mld-dev/build/tmp-glibc/work/core2-64-mld-linux/vdr-plugin-menuorg/git/recipe-sysroot-native/bin:/home/mld/mld-dev/poky/bitbake/bin:/home/mld/mld-dev/build/tmp-glibc/hosttools"; export HOME="/tmp/tmp3wky4n7p"; LANG=C git -c gc.autoDetach=false -c core.pager=cat -c safe.bareRepository=all clone --bare --mirror https://vdr-projects.e-tobi.net/git/vdr-plugin-menuorg /home/mld/mld-dev/build/downloads/git2/vdr-projects.e-tobi.net.git.vdr-plugin-menuorg --progress failed with exit code 128, see logfile for output
ERROR: vdr-plugin-menuorg-git-r0 do_fetch: Bitbake Fetcher Error: FetchError('Unable to fetch URL from any source.', 'git://vdr-projects.e-tobi.net/git/vdr-plugin-menuorg;protocol=https;branch=master')
ERROR: Logfile of failure stored in: /home/mld/mld-dev/build/tmp-glibc/work/core2-64-mld-linux/vdr-plugin-menuorg/git/temp/log.do_fetch.515109
ERROR: Task (/home/mld/mld-dev/build/../meta-mld/meta/recipes-vdr/vdr-plugin-menuorg/vdr-plugin-menuorg.bb:do_fetch) failed with exit code '1'

[clausmuus]

Ne, da ist nur das Problem, dass der Server für das vdr-plugin-menuorg derzeit nicht erreichbar ist, und daher die Sourcen nicht herunter geladen werden können.
Das ist mir bereits gestern aufgefallen.

[clausmuus]

Ich habe die Quelle für das Paket (und drei weitere) auf einen Anderen Server (github) umgestellt.
Bei uns war das Problem bisher nicht aufgefallen, weil unser Bitbake die Sourcen schon lange im Download Cache hat.

Du kannst nach einem git pull im Ordner meta-mld den Build also fortsetzen.

[MegaV0lt]

Ich muss erst mal pausieren um eine 2 TB Platte zu finden, die ich per USB anstecken kann... Ich hab noch mal neu gestartet. Schon nach dem ersten betreten des Containers stimmen die Rechte nicht:

Code: [Select]

USER_ID=$(id -u) GROUP_ID=$(id -g) docker compose up -d

Code: [Select]

mld@MLD-6:~$ ls -l
total 4
drwxrwxr-x 4 root root 4096 Mar 31 07:10 mld-dev
mld@MLD-6:~$ ls -l mld-dev/
total 108
-rw-rw-r-- 1 root root 1879 Mar 31 07:10 Dockerfile
-rw-rw-r-- 1 root root  778 Mar 31 07:10 Kconfig
-rw-rw-r-- 1 root root 1531 Mar 31 07:10 README.md
-rw-rw-r-- 1 root root 5693 Mar 31 07:10 base.yml
-rwxrwxr-x 1 root root  785 Mar 31 07:10 buildall.sh
-rw-rw-r-- 1 root root  471 Mar 31 07:10 chromium.yml
drwxrwxr-x 3 root root 4096 Mar 31 07:10 deploy
-rw-rw-r-- 1 root root  361 Mar 31 07:10 docker-compose.yml
-rw-rw-r-- 1 root root  270 Mar 31 07:10 docker.yml
-rw-rw-r-- 1 root root  370 Mar 31 07:10 install.yml
-rw-rw-r-- 1 root root  406 Mar 31 07:10 kodi.yml
-rw-rw-r-- 1 root root  251 Mar 31 07:10 local-user.yml
-rw-rw-r-- 1 root root  679 Mar 31 07:10 mld6-bpi.yml
-rw-rw-r-- 1 root root  756 Mar 31 07:10 mld6-cubietruck.yml
-rw-rw-r-- 1 root root 1450 Mar 31 07:10 mld6-intel.yml
-rw-rw-r-- 1 root root  961 Mar 31 07:10 mld6-odroidn2l-hardkernel.yml
-rw-rw-r-- 1 root root  963 Mar 31 07:10 mld6-odroidn2plus-hardkernel.yml
-rw-rw-r-- 1 root root  829 Mar 31 07:10 mld6-rock-pi-4.yml
-rw-rw-r-- 1 root root 1197 Mar 31 07:10 mld6-rpi2.yml
-rw-rw-r-- 1 root root 1205 Mar 31 07:10 mld6-rpi3.yml
-rw-rw-r-- 1 root root 1592 Mar 31 07:10 mld6-rpi4.yml
-rw-rw-r-- 1 root root 1484 Mar 31 07:10 mld6-rpi5.yml
-rw-rw-r-- 1 root root  746 Mar 31 07:10 mld6-tinker-board-s.yml
-rw-rw-r-- 1 root root  744 Mar 31 07:10 mld6-tinker-board.yml
-rw-rw-r-- 1 root root  397 Mar 31 07:10 mld6-x86-qemu.yml
-rw-rw-r-- 1 root root 1100 Mar 31 07:10 mld6-x86.yml
lrwxrwxrwx 1 root root   20 Mar 31 07:10 work -> build/tmp-glibc/work
mld@MLD-6:~$

[clausmuus]

Gehört der Inhalt des ausgecheckten mld-dev Ordners (auf dem host System) denn root?
Auf dem Host müssen die Dateien Deinem User gehören (nicht root). Und Du musst auch das docker compose up als dieser User machen (oder die Werte für USER_ID und GROUP_ID passend zu Deinem User setzen), damit die Rechte im Container stimmen.
USER_ID und GROUP_ID müssen übrigens nur beim ersten Start des Containers angegeben werden. Solange Du also kein docker compose down machst, müssen die beim erneuten Start des Containers nicht angegeben werden.

Ich werde nachher mal ein kleines Script für den Container Start schreiben das die Rechte prüft und unabhängig davon, welcher User den Container startet, die USER_ID und GROUP_ID passend setzt.

[MegaV0lt]

Nein. Gehört alles mir:

Code: [Select]

darkwing@darkwing-PC /mnt/Daten/src $ ll
insgesamt 12K
drwxrwxr-x  3 darkwing darkwing 4,0K Mär 31 09:10 ./
drwxr-xr-x 19 darkwing darkwing 4,0K Mär 30 16:55 ../
drwxrwxr-x  4 darkwing darkwing 4,0K Mär 31 09:10 mld-dev/
darkwing@darkwing-PC /mnt/Daten/src $ ll mld-dev/
insgesamt 124K
drwxrwxr-x 4 darkwing darkwing 4,0K Mär 31 09:10 ./
drwxrwxr-x 3 darkwing darkwing 4,0K Mär 31 09:10 ../
-rw-rw-r-- 1 darkwing darkwing 5,6K Mär 31 09:10 base.yml
-rwxrwxr-x 1 darkwing darkwing  785 Mär 31 09:10 buildall.sh*
-rw-rw-r-- 1 darkwing darkwing  471 Mär 31 09:10 chromium.yml
drwxrwxr-x 3 darkwing darkwing 4,0K Mär 31 09:10 deploy/
-rw-rw-r-- 1 darkwing darkwing  361 Mär 31 09:10 docker-compose.yml
-rw-rw-r-- 1 darkwing darkwing 1,9K Mär 31 09:10 Dockerfile
-rw-rw-r-- 1 darkwing darkwing  270 Mär 31 09:10 docker.yml
drwxrwxr-x 8 darkwing darkwing 4,0K Mär 31 09:10 .git/
-rw-rw-r-- 1 darkwing darkwing   47 Mär 31 09:10 .gitignore
-rw-rw-r-- 1 darkwing darkwing    0 Mär 31 09:10 .gitlab-ci.yml
-rw-rw-r-- 1 darkwing darkwing  370 Mär 31 09:10 install.yml
-rw-rw-r-- 1 darkwing darkwing  778 Mär 31 09:10 Kconfig
-rw-rw-r-- 1 darkwing darkwing  406 Mär 31 09:10 kodi.yml
-rw-rw-r-- 1 darkwing darkwing  251 Mär 31 09:10 local-user.yml
-rw-rw-r-- 1 darkwing darkwing  679 Mär 31 09:10 mld6-bpi.yml
-rw-rw-r-- 1 darkwing darkwing  756 Mär 31 09:10 mld6-cubietruck.yml
-rw-rw-r-- 1 darkwing darkwing 1,5K Mär 31 09:10 mld6-intel.yml
-rw-rw-r-- 1 darkwing darkwing  961 Mär 31 09:10 mld6-odroidn2l-hardkernel.yml
-rw-rw-r-- 1 darkwing darkwing  963 Mär 31 09:10 mld6-odroidn2plus-hardkernel.yml
-rw-rw-r-- 1 darkwing darkwing  829 Mär 31 09:10 mld6-rock-pi-4.yml
-rw-rw-r-- 1 darkwing darkwing 1,2K Mär 31 09:10 mld6-rpi2.yml
-rw-rw-r-- 1 darkwing darkwing 1,2K Mär 31 09:10 mld6-rpi3.yml
-rw-rw-r-- 1 darkwing darkwing 1,6K Mär 31 09:10 mld6-rpi4.yml
-rw-rw-r-- 1 darkwing darkwing 1,5K Mär 31 09:10 mld6-rpi5.yml
-rw-rw-r-- 1 darkwing darkwing  746 Mär 31 09:10 mld6-tinker-board-s.yml
-rw-rw-r-- 1 darkwing darkwing  744 Mär 31 09:10 mld6-tinker-board.yml
-rw-rw-r-- 1 darkwing darkwing  397 Mär 31 09:10 mld6-x86-qemu.yml
-rw-rw-r-- 1 darkwing darkwing 1,1K Mär 31 09:10 mld6-x86.yml
-rw-rw-r-- 1 darkwing darkwing 1,5K Mär 31 09:10 README.md
lrwxrwxrwx 1 darkwing darkwing   20 Mär 31 09:10 work -> build/tmp-glibc/work
darkwing@darkwing-PC /mnt/Daten/src $ echo $UID
1000


[clausmuus]

OK, dann warte mal bis ich das Script geschrieben habe.

[clausmuus]

Ich habe jetzt das Script docker-start.sh hinzugefügt, und die Readme angepasst.

[MegaV0lt]

Es will nicht klappen

Code: [Select]

darkwing@darkwing-PC /mnt/Daten/src/mld-dev $ llinsgesamt 128K
drwxrwxr-x 4 darkwing darkwing 4,0K Mär 31 15:39 ./
drwxrwxr-x 3 darkwing darkwing 4,0K Mär 31 09:10 ../
-rw-rw-r-- 1 darkwing darkwing 5,6K Mär 31 09:10 base.yml
-rwxrwxr-x 1 darkwing darkwing  785 Mär 31 09:10 buildall.sh*
-rw-rw-r-- 1 darkwing darkwing  471 Mär 31 09:10 chromium.yml
drwxrwxr-x 3 darkwing darkwing 4,0K Mär 31 09:10 deploy/
-rw-rw-r-- 1 darkwing darkwing  361 Mär 31 09:10 docker-compose.yml
-rw-rw-r-- 1 darkwing darkwing 1,9K Mär 31 09:10 Dockerfile
-rwxrwxr-x 1 darkwing darkwing  332 Mär 31 15:39 docker-start.sh*
-rw-rw-r-- 1 darkwing darkwing  270 Mär 31 09:10 docker.yml
drwxrwxr-x 8 darkwing darkwing 4,0K Mär 31 15:39 .git/
-rw-rw-r-- 1 darkwing darkwing   47 Mär 31 09:10 .gitignore
-rw-rw-r-- 1 darkwing darkwing    0 Mär 31 09:10 .gitlab-ci.yml
-rw-rw-r-- 1 darkwing darkwing  370 Mär 31 09:10 install.yml
-rw-rw-r-- 1 darkwing darkwing  778 Mär 31 09:10 Kconfig
-rw-rw-r-- 1 darkwing darkwing  406 Mär 31 09:10 kodi.yml
-rw-rw-r-- 1 darkwing darkwing  251 Mär 31 09:10 local-user.yml
-rw-rw-r-- 1 darkwing darkwing  679 Mär 31 09:10 mld6-bpi.yml
-rw-rw-r-- 1 darkwing darkwing  756 Mär 31 09:10 mld6-cubietruck.yml
-rw-rw-r-- 1 darkwing darkwing 1,5K Mär 31 09:10 mld6-intel.yml
-rw-rw-r-- 1 darkwing darkwing  961 Mär 31 09:10 mld6-odroidn2l-hardkernel.yml
-rw-rw-r-- 1 darkwing darkwing  963 Mär 31 09:10 mld6-odroidn2plus-hardkernel.yml
-rw-rw-r-- 1 darkwing darkwing  829 Mär 31 09:10 mld6-rock-pi-4.yml
-rw-rw-r-- 1 darkwing darkwing 1,2K Mär 31 09:10 mld6-rpi2.yml
-rw-rw-r-- 1 darkwing darkwing 1,2K Mär 31 09:10 mld6-rpi3.yml
-rw-rw-r-- 1 darkwing darkwing 1,6K Mär 31 09:10 mld6-rpi4.yml
-rw-rw-r-- 1 darkwing darkwing 1,5K Mär 31 09:10 mld6-rpi5.yml
-rw-rw-r-- 1 darkwing darkwing  746 Mär 31 09:10 mld6-tinker-board-s.yml
-rw-rw-r-- 1 darkwing darkwing  744 Mär 31 09:10 mld6-tinker-board.yml
-rw-rw-r-- 1 darkwing darkwing  397 Mär 31 09:10 mld6-x86-qemu.yml
-rw-rw-r-- 1 darkwing darkwing 1,1K Mär 31 09:10 mld6-x86.yml
-rw-rw-r-- 1 darkwing darkwing 1,8K Mär 31 15:39 README.md
lrwxrwxrwx 1 darkwing darkwing   20 Mär 31 09:10 work -> build/tmp-glibc/work
darkwing@darkwing-PC /mnt/Daten/src/mld-dev $ ./docker-start.sh
Emulate Docker CLI using podman. Create /etc/containers/nodocker to quiet msg.
>>>> Executing external compose provider "/usr/local/bin/docker-compose". Please refer to the documentation for details. <<<<

WARN[0000] /mnt/Daten/src/mld-dev/docker-compose.yml: the attribute `version` is obsolete, it will be ignored, please remove it to avoid potential confusion
[+] up 1/1
 ✔ Container MLD-6 Started                                         

Code: [Select]

mld@MLD-6:~$ ls -ltotal 4
drwxrwxr-x 4 root root 4096 Mar 31 13:39 mld-dev
mld@MLD-6:~$ ls -l mld-dev/
total 112
-rw-rw-r-- 1 root root 1879 Mar 31 07:10 Dockerfile
-rw-rw-r-- 1 root root  778 Mar 31 07:10 Kconfig
-rw-rw-r-- 1 root root 1744 Mar 31 13:39 README.md
-rw-rw-r-- 1 root root 5693 Mar 31 07:10 base.yml
-rwxrwxr-x 1 root root  785 Mar 31 07:10 buildall.sh
-rw-rw-r-- 1 root root  471 Mar 31 07:10 chromium.yml
drwxrwxr-x 3 root root 4096 Mar 31 07:10 deploy
-rw-rw-r-- 1 root root  361 Mar 31 07:10 docker-compose.yml
-rwxrwxr-x 1 root root  332 Mar 31 13:39 docker-start.sh
-rw-rw-r-- 1 root root  270 Mar 31 07:10 docker.yml
-rw-rw-r-- 1 root root  370 Mar 31 07:10 install.yml
-rw-rw-r-- 1 root root  406 Mar 31 07:10 kodi.yml
-rw-rw-r-- 1 root root  251 Mar 31 07:10 local-user.yml
-rw-rw-r-- 1 root root  679 Mar 31 07:10 mld6-bpi.yml
-rw-rw-r-- 1 root root  756 Mar 31 07:10 mld6-cubietruck.yml
-rw-rw-r-- 1 root root 1450 Mar 31 07:10 mld6-intel.yml
-rw-rw-r-- 1 root root  961 Mar 31 07:10 mld6-odroidn2l-hardkernel.yml
-rw-rw-r-- 1 root root  963 Mar 31 07:10 mld6-odroidn2plus-hardkernel.yml
-rw-rw-r-- 1 root root  829 Mar 31 07:10 mld6-rock-pi-4.yml
-rw-rw-r-- 1 root root 1197 Mar 31 07:10 mld6-rpi2.yml
-rw-rw-r-- 1 root root 1205 Mar 31 07:10 mld6-rpi3.yml
-rw-rw-r-- 1 root root 1592 Mar 31 07:10 mld6-rpi4.yml
-rw-rw-r-- 1 root root 1484 Mar 31 07:10 mld6-rpi5.yml
-rw-rw-r-- 1 root root  746 Mar 31 07:10 mld6-tinker-board-s.yml
-rw-rw-r-- 1 root root  744 Mar 31 07:10 mld6-tinker-board.yml
-rw-rw-r-- 1 root root  397 Mar 31 07:10 mld6-x86-qemu.yml
-rw-rw-r-- 1 root root 1100 Mar 31 07:10 mld6-x86.yml
lrwxrwxrwx 1 root root   20 Mar 31 07:10 work -> build/tmp-glibc/work
mld@MLD-6:~$ Muss ich wieder neu aufsetzen?

[clausmuus]

Nein, Du musst aber zuerst ein "docker compose down" machen, bevor Du docker-start.sh aufrufst, damit die Änderung wirksam werden kann.

Außerdem sehe ich gerade, dass Du Podman verwendest. Podman behandelt Benutzerrechte anders als Docker, weshalb es durchaus sein kann, dass mein vorgeschlagenes Vorgehen nicht funktioniert. Das muss ich mir gesondert anschauen. Mit Podman gibt es elegantere Wege das Problem mit den Benutzerrechten zu handhaben, als mit Docker.

[MegaV0lt]

Es bleibt leider bei root

Code: [Select]

darkwing@darkwing-PC /mnt/Daten/src/mld-dev $ docker compose down
Emulate Docker CLI using podman. Create /etc/containers/nodocker to quiet msg.
>>>> Executing external compose provider "/usr/local/bin/docker-compose". Please refer to the documentation for details. <<<<

WARN[0000] /mnt/Daten/src/mld-dev/docker-compose.yml: the attribute `version` is obsolete, it will be ignored, please remove it to avoid potential confusion
[+] down 2/2
 ✔ Container MLD-6         Removed                                                                                                               10.4s
 ✔ Network mld-dev_default Removed                                                                                                               0.0s
darkwing@darkwing-PC /mnt/Daten/src/mld-dev $ ./docker-start.sh
Emulate Docker CLI using podman. Create /etc/containers/nodocker to quiet msg.
>>>> Executing external compose provider "/usr/local/bin/docker-compose". Please refer to the documentation for details. <<<<

WARN[0000] /mnt/Daten/src/mld-dev/docker-compose.yml: the attribute `version` is obsolete, it will be ignored, please remove it to avoid potential confusion
[+] up 2/2
 ✔ Network mld-dev_default Created                                                                                                                0.0s
 ✔ Container MLD-6         Started                                                                                                                3.0s
darkwing@darkwing-PC /mnt/Daten/src/mld-dev $


[code]Ich warte jetzt erst mal ab, ob die neue Version 1.2.10 den Fehler behebt. Ich kann es ja nicht testen