Build-Probleme reloaded

Moin,

I bim’s, der mit den Kompilierfehlern …

Problem: ffac/site:v2025.1.x kann ich von github.com auschecken und bauen. Mit ffgtso/site-4830-v2025.1 bricht date +%s >build.start ; export GLUON_RELEASE=2.0.1~1 ; export JOBS=1 ; make --output-sync V=s manifest GLUON_TARGETS=x86-64 2>&1 | tee build.log ; date +%s >build.end nach (7,5) Stunden ab:

Applying /home/ffgt/build/site-4830-v2025.1/gluon-build/openwrt/tools/libtool/patches/200-openwrt-branding.patch using plaintext: 
patching file build-aux/ltmain.in
patching file build-aux/funclib.sh
CFLAGS="-O2 -I/home/ffgt/build/site-4830-v2025.1/gluon-build/openwrt/staging_dir/host/include " CPPFLAGS="-I/home/ffgt/build/site-4830-v2025.1/gluon-build/openwrt/staging_dir/host/include " CXXFLAGS="-O2 -I/home/ffgt/build/site-4830-v2025.1/gluon-build/openwrt/staging_dir/host/include " LDFLAGS="-L/home/ffgt/build/site-4830-v2025.1/gluon-build/openwrt/staging_dir/host/lib " make  -C /home/ffgt/build/site-4830-v2025.1/gluon-build/openwrt/build_dir/host/libtool-2.4.7/.  uninstall
make[5]: Entering directory '/home/ffgt/build/site-4830-v2025.1/gluon-build/openwrt/build_dir/host/libtool-2.4.7'
There seems to be no Makefile in this directory.
You must run ./configure before running 'make'.
make[5]: *** [GNUmakefile:108: abort-due-to-no-makefile] Error 1
make[5]: Leaving directory '/home/ffgt/build/site-4830-v2025.1/gluon-build/openwrt/build_dir/host/libtool-2.4.7'

Frische Deb13-VM nur für diesen Zweck. Geändert habe ich zur ffac-Site eigentlich nichts, was dazu führen könnte: domains-Verzeichnis und site.conf aus v2023.2-Repo kopiert, GLUON_MULTIDOMAIN=1 in site.mk gesetzt, sowie in den features mesh-vpn-wireguard rausgenommen und ff-mesh-vpn-tunneldigger zu den packages in image-customization.lua hinzugefügt.

Das build.log hat 72 MB, obiges ist das erste Auftreten von „Error“.

Da ich ein solches Problem ja oft, um nicht zu sagen ständig, habe, dachte ich mir für v2025.1, das wie vorgeschlagen Schritt-für-Schritt mal durchzuspielen:

ffgt@build-v2025-1:~/build/site-4830-v2025.1$ history
    1  mkdir build
    2  cd build/
    3  git clone https://github.com/ffgtso/site-4830-v2025.1.git
    4  ls
    5  cd site-4830-v2025.1/
    6  date +%s >build.start ; export GLUON_RELEASE=2.0.1~1 ; export JOBS=1 ; make --output-sync V=s manifest GLUON_TARGETS=x86-64 2>&1 | tee build.log ; date +%s >build.end

Viel weniger Änderungen kann ich aber nicht vornehmen — aber davon mal ganz ab, was zum Henker haben denn Gluon-Paketlisten mit dem OpenWrt-Buildenvironment auf dem Buildhost zu schaffen?!

Das Build-Environment auf dem Host wird doch von OpenWrt angelegt, bevor auch nur irgendwas von Gluon zu sehen ist?

Ich habe jetzt 2x, auf 2 unterschiedlichen Systemen, das letzte wie gesagt eine Debian-13-V nur für diesen Test, site-4830-v2025.1 ausgecheckt und im Verzeichnis make (s. o.) aufgerufen, jeweils wurde in gluon-build/openwrt/build_dir/host/libtool-2.4.7 kein Makefile gefunden.

ffac/site ausgecheckt, cd site, make manifest … baut in etlichen Stunden die Images für ffac. Sorry, ich raff’s nicht :frowning: Any helpful hint appreciated …

1 „Gefällt mir“

Hi, ich habe mal eben deine Site ausgecheckt und einfach darin:

`make build GLUON_TARGETS=„ramips-mt7621“ GLUON_DEVICES=„zyxel-nwa55axe“` ausgeführt - ich muss ja nicht alle Targets/Devices bauen - das lief bei mir ordentlich durch.

Ich baue bisher weiterhin auf meinem Debian 12 build-server und habe keine Probleme.
Du hast ja aber wohl auch erfolgreich mit Debian 13 die ffac site bauen können - daran wird es also auch eher nicht liegen.

Vielleicht hängt das ganze auch nur bei einem target und nicht allen?
Das “works on my machine” bringt dich ja jetzt nicht mega viel weiter, außer dass die Site grundsätzlich irgendwo baut - ich habe grade auch mal nen x86-64 build gestartet, aber auch da bin ich nach paar Minuten auch schon nach “tools/compile” bei “toolchain/compile” angelangt..

Update: lief auch durch

2 „Gefällt mir“

Danke, interessant. Probiere ich gleich mal aus …

make[4]: Leaving directory '/home/ffgt/build/gluon-4830-v2025.1/site-4830-v2025.1/gluon-build/openwrt/scripts/config'
time: target/linux/prereq#2.14#0.22#2.33
 make[3] tools/install
 make[4] -C tools/libdeflate compile
 make[4] -C tools/flock compile

… und da hängt es irgendwie, 0% CPU :frowning: WTF‽

Nope, no cigar: Hetznerserver geklickt, User added, git clone und …

ffgt@granny:~/build/gluon-4830-v2025.1/site-4830-v2025.1$ export JOBS=100
ffgt@granny:~/build/gluon-4830-v2025.1/site-4830-v2025.1$ make V=s build GLUON_VERSION=2.0.1~1 GLUON_TARGETS="ramips-mt7621" GLUON_DEVICES="zyxel-nwa55axe"
[…]
libtool: warning: remember to run 'libtool --finish /usr/lib/libnl/cli/qdisc'
 /usr/bin/mkdir -p '/home/ffgt/build/gluon-4830-v2025.1/site-4830-v2025.1/gluon-build/openwrt/build_dir/target-mipsel_24kc_musl/libnl-3.10.0/ipkg-install/etc/libnl'
 /home/ffgt/build/gluon-4830-v2025.1/site-4830-v2025.1/gluon-build/openwrt/staging_dir/host/bin/install -c -m 644 etc/pktloc etc/classid '/home/ffgt/build/gluon-4830-v2025.1/site-4830-v2025.1/gluon-build/openwrt/build_dir/target-mipsel_24kc_musl/libnl-3.10.0/ipkg-install/etc/libnl'
make[7]: Leaving directory '/home/ffgt/build/gluon-4830-v2025.1/site-4830-v2025.1/gluon-build/openwrt/build_dir/target-mipsel_24kc_musl/libnl-3.10.0'
make[6]: Leaving directory '/home/ffgt/build/gluon-4830-v2025.1/site-4830-v2025.1/gluon-build/openwrt/build_dir/target-mipsel_24kc_musl/libnl-3.10.0'
touch /home/ffgt/build/gluon-4830-v2025.1/site-4830-v2025.1/gluon-build/openwrt/build_dir/target-mipsel_24kc_musl/libnl-3.10.0/.built
make[5]: Leaving directory '/home/ffgt/build/gluon-4830-v2025.1/site-4830-v2025.1/gluon-build/openwrt/package/libs/libnl'
make[5]: Entering directory '/home/ffgt/build/gluon-4830-v2025.1/site-4830-v2025.1/gluon-build/openwrt/package/libs/libnl'
rm -rf /home/ffgt/build/gluon-4830-v2025.1/site-4830-v2025.1/gluon-build/openwrt/tmp/stage-libnl
mkdir -p /home/ffgt/build/gluon-4830-v2025.1/site-4830-v2025.1/gluon-build/openwrt/tmp/stage-libnl/host /home/ffgt/build/gluon-4830-v2025.1/site-4830-v2025.1/gluon-build/openwrt/staging_dir/target-mipsel_24kc_musl/packages
install -d -m0755 /home/ffgt/build/gluon-4830-v2025.1/site-4830-v2025.1/gluon-build/openwrt/tmp/stage-libnl/usr/include/libnl3 /home/ffgt/build/gluon-4830-v2025.1/site-4830-v2025.1/gluon-build/openwrt/tmp/stage-libnl/usr/lib/pkgconfig
cp -fpR /home/ffgt/build/gluon-4830-v2025.1/site-4830-v2025.1/gluon-build/openwrt/build_dir/target-mipsel_24kc_musl/libnl-3.10.0/ipkg-install/usr/include/libnl3/* /home/ffgt/build/gluon-4830-v2025.1/site-4830-v2025.1/gluon-build/openwrt/tmp/stage-libnl/usr/include/libnl3/
cp -fpR /home/ffgt/build/gluon-4830-v2025.1/site-4830-v2025.1/gluon-build/openwrt/build_dir/target-mipsel_24kc_musl/libnl-3.10.0/ipkg-install/usr/lib/* /home/ffgt/build/gluon-4830-v2025.1/site-4830-v2025.1/gluon-build/openwrt/tmp/stage-libnl/usr/lib
cp -fpR /home/ffgt/build/gluon-4830-v2025.1/site-4830-v2025.1/gluon-build/openwrt/build_dir/target-mipsel_24kc_musl/libnl-3.10.0/ipkg-install/usr/lib/pkgconfig/*.pc /home/ffgt/build/gluon-4830-v2025.1/site-4830-v2025.1/gluon-build/openwrt/tmp/stage-libnl/usr/lib/pkgconfig
# Copy symlinks
cp -fpR /home/ffgt/build/gluon-4830-v2025.1/site-4830-v2025.1/gluon-build/openwrt/build_dir/target-mipsel_24kc_musl/libnl-3.10.0/ipkg-install/usr/lib/libnl-3.so /home/ffgt/build/gluon-4830-v2025.1/site-4830-v2025.1/gluon-build/openwrt/tmp/stage-libnl/usr/lib/libnl.so
cp -fpR /home/ffgt/build/gluon-4830-v2025.1/site-4830-v2025.1/gluon-build/openwrt/build_dir/target-mipsel_24kc_musl/libnl-3.10.0/ipkg-install/usr/lib/libnl-genl-3.so /home/ffgt/build/gluon-4830-v2025.1/site-4830-v2025.1/gluon-build/openwrt/tmp/stage-libnl/usr/lib/libnl-genl.so
cp -fpR /home/ffgt/build/gluon-4830-v2025.1/site-4830-v2025.1/gluon-build/openwrt/build_dir/target-mipsel_24kc_musl/libnl-3.10.0/ipkg-install/usr/lib/libnl-nf-3.so /home/ffgt/build/gluon-4830-v2025.1/site-4830-v2025.1/gluon-build/openwrt/tmp/stage-libnl/usr/lib/libnl-nf.so
cp -fpR /home/ffgt/build/gluon-4830-v2025.1/site-4830-v2025.1/gluon-build/openwrt/build_dir/target-mipsel_24kc_musl/libnl-3.10.0/ipkg-install/usr/lib/libnl-route-3.so /home/ffgt/build/gluon-4830-v2025.1/site-4830-v2025.1/gluon-build/openwrt/tmp/stage-libnl/usr/lib/libnl-route.so
cp -fpR /home/ffgt/build/gluon-4830-v2025.1/site-4830-v2025.1/gluon-build/openwrt/build_dir/target-mipsel_24kc_musl/libnl-3.10.0/ipkg-install/usr/lib/libnl-cli-3.so /home/ffgt/build/gluon-4830-v2025.1/site-4830-v2025.1/gluon-build/openwrt/tmp/stage-libnl/usr/lib/libnl-cli.so
find /home/ffgt/build/gluon-4830-v2025.1/site-4830-v2025.1/gluon-build/openwrt/tmp/stage-libnl -name '*.la' | xargs -r rm -f;
if [ -f /home/ffgt/build/gluon-4830-v2025.1/site-4830-v2025.1/gluon-build/openwrt/staging_dir/target-mipsel_24kc_musl/packages/libnl.list ]; then /home/ffgt/build/gluon-4830-v2025.1/site-4830-v2025.1/gluon-build/openwrt/scripts/clean-package.sh "/home/ffgt/build/gluon-4830-v2025.1/site-4830-v2025.1/gluon-build/openwrt/staging_dir/target-mipsel_24kc_musl/packages/libnl.list" "/home/ffgt/build/gluon-4830-v2025.1/site-4830-v2025.1/gluon-build/openwrt/staging_dir/target-mipsel_24kc_musl"; fi
if [ -d /home/ffgt/build/gluon-4830-v2025.1/site-4830-v2025.1/gluon-build/openwrt/tmp/stage-libnl ]; then (cd /home/ffgt/build/gluon-4830-v2025.1/site-4830-v2025.1/gluon-build/openwrt/tmp/stage-libnl; find ./ > /home/ffgt/build/gluon-4830-v2025.1/site-4830-v2025.1/gluon-build/openwrt/tmp/stage-libnl.files);  SHELL= flock /home/ffgt/build/gluon-4830-v2025.1/site-4830-v2025.1/gluon-build/openwrt/tmp/.staging-dir.flock -c ' mv /home/ffgt/build/gluon-4830-v2025.1/site-4830-v2025.1/gluon-build/openwrt/tmp/stage-libnl.files /home/ffgt/build/gluon-4830-v2025.1/site-4830-v2025.1/gluon-build/openwrt/staging_dir/target-mipsel_24kc_musl/packages/libnl.list && cp -fpR /home/ffgt/build/gluon-4830-v2025.1/site-4830-v2025.1/gluon-build/openwrt/tmp/stage-libnl/* /home/ffgt/build/gluon-4830-v2025.1/site-4830-v2025.1/gluon-build/openwrt/staging_dir/target-mipsel_24kc_musl/; '; fi
rm -rf /home/ffgt/build/gluon-4830-v2025.1/site-4830-v2025.1/gluon-build/openwrt/tmp/stage-libnl
touch /home/ffgt/build/gluon-4830-v2025.1/site-4830-v2025.1/gluon-build/openwrt/staging_dir/target-mipsel_24kc_musl/stamp/.libnl_installed
make[5]: Leaving directory '/home/ffgt/build/gluon-4830-v2025.1/site-4830-v2025.1/gluon-build/openwrt/package/libs/libnl'
time: package/libs/libnl/compile#78.30#11.07#118.81
make[3]: *** [package/Makefile:170: /home/ffgt/build/gluon-4830-v2025.1/site-4830-v2025.1/gluon-build/openwrt/staging_dir/target-mipsel_24kc_musl/stamp/.package_compile] Error 2
make[2]: *** [/home/ffgt/build/gluon-4830-v2025.1/site-4830-v2025.1/gluon-build/openwrt/include/toplevel.mk:233: world] Error 2
make[1]: *** [Makefile:210: all] Error 2
make: *** [Makefile:147: build] Error 2
ffgt@granny:~/build/gluon-4830-v2025.1/site-4830-v2025.1$ lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description:    Debian GNU/Linux 13 (trixie)
Release:        13
Codename:       trixie

Ich versteh’s nicht. Debian 13, as pure as it can be:

root@granny ~ # history
    1  df -h
    2  apt update
    3  apt install git python3 python3-setuptools build-essential ecdsautils gawk unzip libncurses-dev libz-dev  libssl-dev libelf-dev wget rsync time qemu-utils curl
    4  apt dist-upgrade
    5  useradd -m -c "4830.org Admins" -d /home/ffgt -s /bin/bash -G sudo ffgt
    6  su - ffgt
    7  rsync -av --progress .ssh ~ffgt/
    8  chown -R ffgt:ffgt ~ffgt/.ssh
    9  apt install screen
   10  history
root@granny ~ # su - ffgt
ffgt@granny:~$ history
    1  ls -la
    2  pwd
    3  df -h .
    4  mkdir build
    5  cd 
    6  cd build/
    7  ls
    8  git clone https://github.com/ffgtso/site-4830-v2025.1.git
    9  rm -rf site-4830-v2025.1/
   10  mkdir gluon-4830-v2025.1
   11  cd gluon-4830-v2025.1
   12  git clone https://github.com/ffgtso/site-4830-v2025.1.git
   13  cd site-4830-v2025.1/
   14  more Makefile 
   15  export JOBS=100
   16  cd ..
   17  cd gluon-4830-v2025.1/site-4830-v2025.1/
   18  ls
   19  export JOBS=100
   20  make V=s build GLUON_VERSION=2.0.1~1 GLUON_TARGETS="ramips-mt7621" GLUON_DEVICES="zyxel-nwa55axe"
   21  lsb_release -a
   22  top -S
   23  cd build/
   24  screen -d -R -S build
   25  history

Wie kann das mal tun (bei anderen), mal nicht (zu 100% bei mir)?

Second run:

[…]
 make[5] -C package/network/services/dropbear compile
 make[5] -C package/network/utils/resolveip compile
    ERROR: package/kernel/bpf-headers failed to build.
make -r world: build failed. Please re-run make with -j1 V=s or V=sc for a higher verbosity level to see what's going on
make[2]: *** [/home/ffgt/build/gluon-4830-v2025.1/site-4830-v2025.1/gluon-build/openwrt/include/toplevel.mk:233: world] Error 1
make[1]: *** [Makefile:210: all] Error 2
make: *** [Makefile:147: build] Error 2
ffgt@granny:~/build/gluon-4830-v2025.1/site-4830-v2025.1$

Hallo Wusel,

bitte installiere die Dependencies aus der Doku, dir fehlt mindestens llvm weshalb die BPF header fehlschlagen.

“latest” auf ReadTheDocs war gestern noch nicht auf v2025.1.x als default umgestellt. Habe das gerade gefixt, sollte in den nächsten Minuten entsprechend auch standard sein.

2 „Gefällt mir“

Danke; auf die Idee war ich gestern Nacht auch gekommen und habe die apt-install-Zeile aus dem Dockerfile ausgeführt. (Für’s FFAC-Site-Makefile fehlt auch noch jq.) Mittlerweile scheint’s zu tun (x84-64-Images haben es nach output geschafft), interessantes Fehlerbild …

1 „Gefällt mir“

… und unter Deb11 bricht der Build weiterhin ins Essen :frowning:

ffgt@kaos:~/build/gluon-4830-v2025.1/site-4830-v2025.1$ date +s >build.start ; (make -j100 V=s build GLUON_VERSION=2.0.1~1 GLUON_TARGETS="ramips-mt7621" GLUON_DEVICES="zyxel-nwa50ax") 2>&1 | tee build.log ; date +%s >build.end
[…]
make[5]: Entering directory '/home/ffgt/build/gluon-4830-v2025.1/site-4830-v2025.1/gluon-build/openwrt/build_dir/host/libtool-2.4.7'
There seems to be no Makefile in this directory.
You must run ./configure before running 'make'.
make[5]: *** [GNUmakefile:108: abort-due-to-no-makefile] Error 1
make[5]: Leaving directory '/home/ffgt/build/gluon-4830-v2025.1/site-4830-v2025.1/gluon-build/openwrt/build_dir/host/libtool-2.4.7'
[…]

Go here, be happy:

Leider baut mt7621 bei mir unter Debian 13 nicht, s. u. — Rest tut nun. Scheint ein known issue zu sein, nur wie bekomme ich das als Patch in Gluon, damit Gluon damit OpenWrt patcht?

  for path in sorted(cls._find_pattern(pattern, enforce_match))
scripts/dtc/pylibfdt/libfdt_wrap.c: In function ‘_wrap_fdt_next_node’:
scripts/dtc/pylibfdt/libfdt_wrap.c:5581:17: error: too few arguments to function ‘SWIG_Python_AppendOutput’
 5581 |     resultobj = SWIG_Python_AppendOutput(resultobj, val);
      |                 ^~~~~~~~~~~~~~~~~~~~~~~~
scripts/dtc/pylibfdt/libfdt_wrap.c:1262:1: note: declared here
 1262 | SWIG_Python_AppendOutput(PyObject* result, PyObject* obj, int is_void) {
      | ^~~~~~~~~~~~~~~~~~~~~~~~
[…]
error: command '/home/ffgt/build/gluon-4830-v2025.1/site-4830-v2025.1/gluon-build/openwrt/staging_dir/host/bin/gcc' failed with exit code 1
make[8]: *** [scripts/dtc/pylibfdt/Makefile:33: rebuild] Error 1
make[7]: *** [scripts/Makefile.build:397: scripts/dtc/pylibfdt] Error 2
make[6]: *** [Makefile:2055: scripts_dtc] Error 2
make[5]: *** [Makefile:993: /home/ffgt/build/gluon-4830-v2025.1/site-4830-v2025.1/gluon-build/openwrt/build_dir/target-mipsel_24kc_musl/u-boot-mt7621_zbtlink_zbt-wg3526-16m/u-boot-2024.10/.built] Error 2
make[4]: *** [package/Makefile:176: package/boot/uboot-mediatek/compile] Error 1
make[3]: *** [package/Makefile:170: /home/ffgt/build/gluon-4830-v2025.1/site-4830-v2025.1/gluon-build/openwrt/staging_dir/target-mipsel_24kc_musl/stamp/.package_compile] Error 2

Fazit: Gluon v2025.1 baut, wenn man alle(!) Dependencies lt. contrib/docker/Dockerfile installiert hat, sauber unter Debian 12, bei Debian 13 (genauer: mit swig ab 4.3.0) bricht ramips-mt7621 ins Essen.

Anders gesagt: Wenn es ›komisch‹ kaputt geht, doppelt und dreifach die Abhängigkeiten prüfen. Sind alle da, sollte es keine Fehler geben. Insofern: sorry for the noise.

1 „Gefällt mir“

Mit diesem Patch baut v2025.1 auch unter Debian 13. Finally …

2 „Gefällt mir“

bei mir hat sich der source erst nach dem rekursiven Löschen von openwrt/build_dir und openwrt/staging_dir dazu herabgelassen, alle targets zu bilden. Zähle für die Hoods mittlerweile die Anzahl der sysupgrade image unter debian 12.13:

root@buildserver /usr/src/freifunk/Firmware # ./check_number_of_sysupgrade_images.sh
#########################################
expect to have min. 300 sysupgrade files:
#########################################
Event/stable-3.14.1/images/sysupgrade/
307
Hennef/stable-3.14.1/images/sysupgrade/
307
Lohmar_PRZ/stable-3.14.1/images/sysupgrade/
307
Lohmar_SOZ/stable-3.14.1/images/sysupgrade/
307
Lohmar/stable-3.14.1/images/sysupgrade/
307
Mobil/stable-3.14.1/images/sysupgrade/
307
Niederkassel_AK/stable-3.14.1/images/sysupgrade/
307
Niederkassel_NK/stable-3.14.1/images/sysupgrade/
307
Niederkassel_SA/stable-3.14.1/images/sysupgrade/
307
Niederkassel_SNW/stable-3.14.1/images/sysupgrade/
307
RSK_Multi/stable-3.14.1/images/sysupgrade/
307
Siegburg_INN/stable-3.14.1/images/sysupgrade/
307
Siegburg_SOZ/stable-3.14.1/images/sysupgrade/
307
Siegburg_UML/stable-3.14.1/images/sysupgrade/
307
TDF_multi/stable-3.14.1/images/sysupgrade/
307

Ich zähle historisch die Factories, müssen halt >0 sein, zudem bricht der Build bei einem RC != 0 bei einem Target ab.

Ein Firmwarebuild wurde beendet, 142 Factory-Images erstellt.

Laufzeit: 112 Minuten (32/16 CPU-Kern(e)).

Build for 2.1.0~13 started at Sun Jan 18 07:44:42 PM CET 2026 on granny.

sysupgrade-Images haben wir für Gluon v2025.1 320:

wusel@victor:~$ ssh ffgt@granny cd build/gluon-4830-v2025.1/site-4830/output/images/sysupgrade/ \; ls -l gluon* \| wc -l
320

OT: warum nutzt Ihr – augenscheinlich – kein Multidomain? Rund 120 Minuten Bauzeit finde ich schon laaang, das 10+ mal würde mich jedenfalls in den Wahnsinn treiben :wink:

danke für die 320 - da wird also immer noch ein target fehlen.
zum Thema multidomain. tdf_multi und rsk_multi sind multidomain-Versionen (deswegen multi)
alle anderen Verionen sind monilitisch.
Der Grund ist historisch:
Die Supernodes Lohmar, Siegburg und Niederkassel werden von einem anderen Admin betreut als Troisdorf und Voreifel.
Troisdorf benutzt die tdf_multi (inkl. anderer MTU-Size) . Die RSK Multi ist eigentlich für interne Zwecke und später für die Hood Rheinbach gebaut worden, damit es für letztere überhaupt wieder funktionierende Firmware gibt.

Da die “Personaldecke” bei den Admins über die letzen Jahre immer dünner geworden ist, sind monolitische Firmwareversionen einfacher zu debuggen. Beim Rollout kann leichter abgestuft werden - ein “Testkarnickel” geht den anderen im Upgrade voraus. Deswegen finden die meisten Tests erstmal in der Hood Lohmar statt - da ist bei Turnschuhnetzwerk weniger Wegstrecke. zum Wiederbeleben.

Zu den build-Laufzeiten - die jobs laufen im screen auf einer dedizierten buildserver-VM. Ist also relativ egal, wie lange es braucht. Beim Sourcecode ist Siegburg Innenstadt Master - die anderen Hoods sind verlinkt und haben nur das site-dir exclusiv..

Der Ablauf ist dann menügesteuert:

1 „Gefällt mir“

Der Grund ist historisch:
Die Supernodes Lohmar, Siegburg und Niederkassel werden von einem anderen Admin betreut als Troisdorf und Voreifel.
Troisdorf benutzt die tdf_multi (inkl. anderer MTU-Size) .

JFTR, die MTU wird ja schon länger über die domain/name.conf konfiguriert (bei Multidomain), also könnte man ja auch die drei „sites“ per Multidomain abfrühstücken; aber ich wollte nur auf MD als Option hinweisen, aber Ihr kennt die (imho) Vorteile ja schon, alles fein.

Da die “Personaldecke” bei den Admins über die letzen Jahre immer dünner geworden ist, sind monolitische Firmwareversionen einfacher zu debuggen.

Hmm, aus meiner Sicht ist es genau anders rum (weshalb wir auch nur ein Image bauen und das nach für ausreichend befundenen Tests über experimental, testing nach stable schieben — frißt halt Plattenplatz auf dem Firmware-Server ;-)). Aber jeder (d/m/w) mache wie’s paßt.

1 „Gefällt mir“