NI-Buildsystem

[tannen]

Download hat wohl nicht funktioniert. Einfach nochmal versuchen.

ich habe es schon ein paar Mal versucht aber bisher ohne Erfolg

[mirz]

landet das auch im Download-Ordner? Wenn ja, dann einfach manuell dort ablegen.
Ich konnte das über den Link herunterladen.

[tannen]

landet das auch im Download-Ordner?

nur das Update "tar.gz" landet in /staging/images und mehr nicht

das kompl. USB Update fehlt

[mirz]

hatte ich schon verstanden. Das fehlt, da der build abgebrochen ist.
Ich meinte, ob die hier erwähnte Datei (vmlinuz-in ... 801.tar.gz) im Ordner downloads oder archive landet und von dort weiterverarbeitet wird

Code: Alles auswählen

make flash-image-vuplus-multi
Start-up build vmlinuz-initrd
Downloading vmlinuz-initrd
--2026-01-27 10:08:33-- https://bitbucket.org/max_10/vmlinuz-in ... 801.tar.gz

[tannen]

Ich meinte, ob die hier erwähnte Datei (vmlinuz-in ... 801.tar.gz) im Ordner downloads oder archive landet und von dort weiterverarbeitet wird

ja die ist vorhanden

[mirz]

bist du hier weitergekommen, hat es geklappt?

Wenn die Datei "vmlinuz-initrd_vuuno4kse_20230801.tar.gz" im Ordner "ni-buildsystem/download/" vorhanden ist, dann wird auch nicht nochmal versucht, diese zu downloaden.
Somit sollte dieses Problem erstmal nicht wieder auftreten und build sollte ab da weiterlaufen.

[tannen]

bist du hier weitergekommen, hat es geklappt?

hab noch ein wenig am arm64 geschraubt und jetzt baut es kompl. alles durch

zip -r /home/tannen/ni-buildsystem/staging/images/ni420-202601291050-arm-vuduo4kse_multi_usb.zip vuplus/duo4kse/*
adding: vuplus/duo4kse/imageversion (stored 0%)
adding: vuplus/duo4kse/initrd_auto.bin (deflated 0%)
adding: vuplus/duo4kse/kernel1_auto.bin (deflated 1%)
adding: vuplus/duo4kse/kernel2_auto.bin (deflated 1%)
adding: vuplus/duo4kse/kernel3_auto.bin (deflated 1%)
adding: vuplus/duo4kse/kernel4_auto.bin (deflated 1%)
adding: vuplus/duo4kse/kernel_auto.bin (stored 0%)
adding: vuplus/duo4kse/mkpart.update (stored 0%)
adding: vuplus/duo4kse/reboot.update (stored 0%)
adding: vuplus/duo4kse/rootfs1.tar.bz2 (deflated 0%)
adding: vuplus/duo4kse/rootfs2.tar.bz2 (stored 0%)
adding: vuplus/duo4kse/rootfs3.tar.bz2 (stored 0%)
adding: vuplus/duo4kse/rootfs4.tar.bz2 (stored 0%)
adding: vuplus/duo4kse/rootfs.tar.bz2 (stored 0%)
adding: vuplus/duo4kse/splash_auto.bin (deflated 99%)
rm -rf /home/tannen/ni-buildsystem/.build/image-build
---------------------------------------------------------------
Build done for Armbox VU+ Duo 4K SE (vuduo4kse)
---------------------------------------------------------------
tannen@Sandbox:~/ni-buildsystem$

Gruß

[tannen]

für die anderen beiden die Uno 4k SE und die Zero 4k SE hat es auch einwandfrei durchgebaut.

zip -r /home/tannen/ni-buildsystem/staging/images/ni420-202601291232-arm-vuuno4kse_multi_usb.zip vuplus/uno4kse/*
adding: vuplus/uno4kse/imageversion (stored 0%)
adding: vuplus/uno4kse/initrd_auto.bin (deflated 0%)
adding: vuplus/uno4kse/kernel1_auto.bin (deflated 0%)
adding: vuplus/uno4kse/kernel2_auto.bin (deflated 0%)
adding: vuplus/uno4kse/kernel3_auto.bin (deflated 0%)
adding: vuplus/uno4kse/kernel4_auto.bin (deflated 0%)
adding: vuplus/uno4kse/kernel_auto.bin (stored 0%)
adding: vuplus/uno4kse/mkpart.update (stored 0%)
adding: vuplus/uno4kse/reboot.update (stored 0%)
adding: vuplus/uno4kse/rootfs1.tar.bz2 (deflated 0%)
adding: vuplus/uno4kse/rootfs2.tar.bz2 (stored 0%)
adding: vuplus/uno4kse/rootfs3.tar.bz2 (stored 0%)
adding: vuplus/uno4kse/rootfs4.tar.bz2 (stored 0%)
adding: vuplus/uno4kse/rootfs.tar.bz2 (stored 0%)
adding: vuplus/uno4kse/splash_auto.bin (deflated 99%)
rm -rf /home/tannen/ni-buildsystem/.build/image-build
-------------------------------------------------------------------------------
Build done for Armbox VU+ Uno 4K SE (vuuno4kse)
-------------------------------------------------------------------------------
tannen@Sandbox:~/ni-buildsystem

zip -r /home/tannen/ni-buildsystem/staging/images/ni420-202601291301-arm-vuzero4k_multi_usb.zip vuplus/zero4k/*
adding: vuplus/zero4k/force.update (stored 0%)
adding: vuplus/zero4k/imageversion (stored 0%)
adding: vuplus/zero4k/initrd_auto.bin (deflated 0%)
adding: vuplus/zero4k/kernel1_auto.bin (deflated 0%)
adding: vuplus/zero4k/kernel2_auto.bin (deflated 0%)
adding: vuplus/zero4k/kernel3_auto.bin (deflated 0%)
adding: vuplus/zero4k/kernel4_auto.bin (deflated 0%)
adding: vuplus/zero4k/kernel_auto.bin (stored 0%)
adding: vuplus/zero4k/mkpart.update (stored 0%)
adding: vuplus/zero4k/rootfs1.tar.bz2 (deflated 0%)
adding: vuplus/zero4k/rootfs2.tar.bz2 (stored 0%)
adding: vuplus/zero4k/rootfs3.tar.bz2 (stored 0%)
adding: vuplus/zero4k/rootfs4.tar.bz2 (stored 0%)
adding: vuplus/zero4k/rootfs.tar.bz2 (stored 0%)
adding: vuplus/zero4k/splash_auto.bin (deflated 99%)
rm -rf /home/tannen/ni-buildsystem/.build/image-build
-------------------------------------------------------------------------------
Build done for Armbox VU+ Zero 4K (vuzero4k)
-------------------------------------------------------------------------------
tannen@Sandbox:~/ni-buildsystem$

es ist also möglich in einer UTM virtuellen Maschine auf einen Mac mit M2 Chip mit einer Debian arm64 ISO ein BS zu bauen und NI Image`s zu bauen. SUPER

[max_10]

jetzt habe ich doch noch einen Fehler baue auch für die Uno 4k SE und hier wird kein multi_usb gebaut nur ein .tar.gz update

make flash-image-vuplus-multi
Start-up build vmlinuz-initrd
Downloading vmlinuz-initrd
--2026-01-27 10:08:33-- https://bitbucket.org/max_10/vmlinuz-in ... 801.tar.gz
Auflösen des Hostnamens bitbucket.org (bitbucket.org) … 185.166.143.49, 185.166.143.48, 185.166.143.50, ...
Verbindungsaufbau zu bitbucket.org (bitbucket.org)|185.166.143.49|:443 … verbunden.
HTTP-Anforderung gesendet, auf Antwort wird gewartet … 404 Not Found
2026-01-27 10:08:33 FEHLER 404: Not Found.

make[2]: *** [package/vmlinuz-initrd/vmlinuz-initrd.mk:44: vmlinuz-initrd] Fehler 8
make[1]: *** [make/flash-images.mk:79: flash-image] Fehler 2
make: *** [make/ni.mk:80: image] Fehler 2
tannen@Sandbox:~/ni-buildsystem$

Die ganzen Dateien auf bitbucket.org, für die vu Boxen sind tot, in einem free account, kann man keine Dateien mehr hinterlegen,
sondern nur gegen Geld.

Oder doch nicht, liegen noch da, ich selber sehe sie nicht mehr und kann auch nichts mehr hochladen.
Dann sind sie zum bauen noch da.

[tannen]

Dann sind sie zum bauen noch da.

genau so ist es

[mirz]

hatte die Dateien auch nicht gesehen und mich ???
Beim make sieht man dann, dass die Dateien von AWS aus S3 geholt werden.

[nofx]

Hallo zusammen,

ich musste mal mein system neu machen .. debian 13er auf vmware..

collect2: error: ld returned 1 exit status
make[2]: *** [Makefile:107: ofgwrite_bin] Fehler 1
make[1]: *** [package/ofgwrite/ofgwrite.mk:26: ofgwrite] Fehler 2
make: *** [make/ni.mk:65: image] Fehler 2

leider weiß ich nicht weiter, hat jemand eine idee?

[vanhofen]

Das ist ein wenig wenig Fehler. Zeig mal die vorherigen Zeilen bitte.

[TangoCash]

Liegt daran das das neue ofgwrite openssl braucht

[vanhofen]

Das hab ich drin: https://github.com/neutrino-images/ni-b ... ite.mk#L13

[nofx]

Das ist ein wenig wenig Fehler. Zeig mal die vorherigen Zeilen bitte.

So sieht der Anfang aus..

ake[1]: „/home/dnofx/ni-buildsystem/.deps/irqbalance“ ist bereits aktuell.
/usr/bin/make -j3 udpxy
make[1]: „/home/dnofx/ni-buildsystem/.deps/udpxy“ ist bereits aktuell.
/usr/bin/make -j3 evtest
make[1]: „/home/dnofx/ni-buildsystem/.deps/evtest“ ist bereits aktuell.
/usr/bin/make -j3 gptfdisk
make[1]: „/home/dnofx/ni-buildsystem/.deps/gptfdisk“ ist bereits aktuell.
/usr/bin/make -j3 rsync
make[1]: „/home/dnofx/ni-buildsystem/.deps/rsync“ ist bereits aktuell.
/usr/bin/make -j3 ofgwrite
Start-up build ofgwrite
Clean-up ofgwrite
Resolving dependencies for ofgwrite
/usr/bin/make openssl
make[2]: „/home/dnofx/ni-buildsystem/.deps/openssl“ ist bereits aktuell.
Downloading ofgwrite
Bereits aktuell.
Extracting ofgwrite
git checkout master
Bereits auf 'master'
Ihr Branch ist auf demselben Stand wie 'origin/master'.
Patching ofgwrite
Building ofgwrite

und so das Ende, dazwischen noch sehr, sehr viel

/home/dnofx/ni-buildsystem/.build/openssl-1.1.1w/crypto/threads_pthread.c:34: undefined reference to `pthread_rwlock_init'
/home/dnofx/ni-buildsystem/cross/arm-linux-4.4.35/lib/gcc/arm-cortex-linux-gnueabihf/13.2.0/../../../../arm-cortex-linux-gnueabihf/bin/ld.bfd: /home/dnofx/ni-buildsystem/root/usr/lib/libcrypto.a(threads_pthread.o): in function `CRYPTO_THREAD_read_lock':
/home/dnofx/ni-buildsystem/.build/openssl-1.1.1w/crypto/threads_pthread.c:65: undefined reference to `pthread_rwlock_rdlock'
/home/dnofx/ni-buildsystem/cross/arm-linux-4.4.35/lib/gcc/arm-cortex-linux-gnueabihf/13.2.0/../../../../arm-cortex-linux-gnueabihf/bin/ld.bfd: /home/dnofx/ni-buildsystem/root/usr/lib/libcrypto.a(threads_pthread.o): in function `CRYPTO_THREAD_write_lock':
/home/dnofx/ni-buildsystem/.build/openssl-1.1.1w/crypto/threads_pthread.c:78: undefined reference to `pthread_rwlock_wrlock'
/home/dnofx/ni-buildsystem/cross/arm-linux-4.4.35/lib/gcc/arm-cortex-linux-gnueabihf/13.2.0/../../../../arm-cortex-linux-gnueabihf/bin/ld.bfd: /home/dnofx/ni-buildsystem/root/usr/lib/libcrypto.a(threads_pthread.o): in function `CRYPTO_THREAD_unlock':
/home/dnofx/ni-buildsystem/.build/openssl-1.1.1w/crypto/threads_pthread.c:91: undefined reference to `pthread_rwlock_unlock'
/home/dnofx/ni-buildsystem/cross/arm-linux-4.4.35/lib/gcc/arm-cortex-linux-gnueabihf/13.2.0/../../../../arm-cortex-linux-gnueabihf/bin/ld.bfd: /home/dnofx/ni-buildsystem/root/usr/lib/libcrypto.a(threads_pthread.o): in function `CRYPTO_THREAD_lock_free':
/home/dnofx/ni-buildsystem/.build/openssl-1.1.1w/crypto/threads_pthread.c:107: undefined reference to `pthread_rwlock_destroy'
/home/dnofx/ni-buildsystem/cross/arm-linux-4.4.35/lib/gcc/arm-cortex-linux-gnueabihf/13.2.0/../../../../arm-cortex-linux-gnueabihf/bin/ld.bfd: /home/dnofx/ni-buildsystem/root/usr/lib/libcrypto.a(threads_pthread.o): in function `CRYPTO_THREAD_run_once':
/home/dnofx/ni-buildsystem/.build/openssl-1.1.1w/crypto/threads_pthread.c:118: undefined reference to `pthread_once'
/home/dnofx/ni-buildsystem/cross/arm-linux-4.4.35/lib/gcc/arm-cortex-linux-gnueabihf/13.2.0/../../../../arm-cortex-linux-gnueabihf/bin/ld.bfd: /home/dnofx/ni-buildsystem/root/usr/lib/libcrypto.a(threads_pthread.o): in function `CRYPTO_THREAD_init_local':
/home/dnofx/ni-buildsystem/.build/openssl-1.1.1w/crypto/threads_pthread.c:126: undefined reference to `pthread_key_create'
/home/dnofx/ni-buildsystem/cross/arm-linux-4.4.35/lib/gcc/arm-cortex-linux-gnueabihf/13.2.0/../../../../arm-cortex-linux-gnueabihf/bin/ld.bfd: /home/dnofx/ni-buildsystem/root/usr/lib/libcrypto.a(threads_pthread.o): in function `CRYPTO_THREAD_get_local':
/home/dnofx/ni-buildsystem/.build/openssl-1.1.1w/crypto/threads_pthread.c:134: undefined reference to `pthread_getspecific'
/home/dnofx/ni-buildsystem/cross/arm-linux-4.4.35/lib/gcc/arm-cortex-linux-gnueabihf/13.2.0/../../../../arm-cortex-linux-gnueabihf/bin/ld.bfd: /home/dnofx/ni-buildsystem/root/usr/lib/libcrypto.a(threads_pthread.o): in function `CRYPTO_THREAD_set_local':
/home/dnofx/ni-buildsystem/.build/openssl-1.1.1w/crypto/threads_pthread.c:139: undefined reference to `pthread_setspecific'
/home/dnofx/ni-buildsystem/cross/arm-linux-4.4.35/lib/gcc/arm-cortex-linux-gnueabihf/13.2.0/../../../../arm-cortex-linux-gnueabihf/bin/ld.bfd: /home/dnofx/ni-buildsystem/root/usr/lib/libcrypto.a(threads_pthread.o): in function `CRYPTO_THREAD_cleanup_local':
/home/dnofx/ni-buildsystem/.build/openssl-1.1.1w/crypto/threads_pthread.c:147: undefined reference to `pthread_key_delete'
/home/dnofx/ni-buildsystem/cross/arm-linux-4.4.35/lib/gcc/arm-cortex-linux-gnueabihf/13.2.0/../../../../arm-cortex-linux-gnueabihf/bin/ld.bfd: /home/dnofx/ni-buildsystem/root/usr/lib/libcrypto.a(threads_pthread.o): in function `openssl_init_fork_handlers':
/home/dnofx/ni-buildsystem/.build/openssl-1.1.1w/crypto/threads_pthread.c:196: undefined reference to `pthread_once'
/home/dnofx/ni-buildsystem/cross/arm-linux-4.4.35/lib/gcc/arm-cortex-linux-gnueabihf/13.2.0/../../../../arm-cortex-linux-gnueabihf/bin/ld.bfd: /home/dnofx/ni-buildsystem/root/usr/lib/libcrypto.a(dso_dlfcn.o): in function `dlfcn_globallookup':
/home/dnofx/ni-buildsystem/.build/openssl-1.1.1w/crypto/dso/dso_dlfcn.c:447: undefined reference to `dlopen'
/home/dnofx/ni-buildsystem/cross/arm-linux-4.4.35/lib/gcc/arm-cortex-linux-gnueabihf/13.2.0/../../../../arm-cortex-linux-gnueabihf/bin/ld.bfd: /home/dnofx/ni-buildsystem/.build/openssl-1.1.1w/crypto/dso/dso_dlfcn.c:450: undefined reference to `dlsym'
/home/dnofx/ni-buildsystem/cross/arm-linux-4.4.35/lib/gcc/arm-cortex-linux-gnueabihf/13.2.0/../../../../arm-cortex-linux-gnueabihf/bin/ld.bfd: /home/dnofx/ni-buildsystem/.build/openssl-1.1.1w/crypto/dso/dso_dlfcn.c:451: undefined reference to `dlclose'
/home/dnofx/ni-buildsystem/cross/arm-linux-4.4.35/lib/gcc/arm-cortex-linux-gnueabihf/13.2.0/../../../../arm-cortex-linux-gnueabihf/bin/ld.bfd: /home/dnofx/ni-buildsystem/root/usr/lib/libcrypto.a(dso_dlfcn.o): in function `dlfcn_pathbyaddr':
/home/dnofx/ni-buildsystem/.build/openssl-1.1.1w/crypto/dso/dso_dlfcn.c:422: undefined reference to `dladdr'
/home/dnofx/ni-buildsystem/cross/arm-linux-4.4.35/lib/gcc/arm-cortex-linux-gnueabihf/13.2.0/../../../../arm-cortex-linux-gnueabihf/bin/ld.bfd: /home/dnofx/ni-buildsystem/.build/openssl-1.1.1w/crypto/dso/dso_dlfcn.c:440: undefined reference to `dlerror'
/home/dnofx/ni-buildsystem/cross/arm-linux-4.4.35/lib/gcc/arm-cortex-linux-gnueabihf/13.2.0/../../../../arm-cortex-linux-gnueabihf/bin/ld.bfd: /home/dnofx/ni-buildsystem/root/usr/lib/libcrypto.a(dso_dlfcn.o): in function `dlfcn_bind_func':
/home/dnofx/ni-buildsystem/.build/openssl-1.1.1w/crypto/dso/dso_dlfcn.c:186: undefined reference to `dlsym'
/home/dnofx/ni-buildsystem/cross/arm-linux-4.4.35/lib/gcc/arm-cortex-linux-gnueabihf/13.2.0/../../../../arm-cortex-linux-gnueabihf/bin/ld.bfd: /home/dnofx/ni-buildsystem/.build/openssl-1.1.1w/crypto/dso/dso_dlfcn.c:189: undefined reference to `dlerror'
/home/dnofx/ni-buildsystem/cross/arm-linux-4.4.35/lib/gcc/arm-cortex-linux-gnueabihf/13.2.0/../../../../arm-cortex-linux-gnueabihf/bin/ld.bfd: /home/dnofx/ni-buildsystem/root/usr/lib/libcrypto.a(dso_dlfcn.o): in function `dlfcn_unload':
/home/dnofx/ni-buildsystem/.build/openssl-1.1.1w/crypto/dso/dso_dlfcn.c:161: undefined reference to `dlclose'
/home/dnofx/ni-buildsystem/cross/arm-linux-4.4.35/lib/gcc/arm-cortex-linux-gnueabihf/13.2.0/../../../../arm-cortex-linux-gnueabihf/bin/ld.bfd: /home/dnofx/ni-buildsystem/root/usr/lib/libcrypto.a(dso_dlfcn.o): in function `dlfcn_load':
/home/dnofx/ni-buildsystem/.build/openssl-1.1.1w/crypto/dso/dso_dlfcn.c:116: undefined reference to `dlopen'
/home/dnofx/ni-buildsystem/cross/arm-linux-4.4.35/lib/gcc/arm-cortex-linux-gnueabihf/13.2.0/../../../../arm-cortex-linux-gnueabihf/bin/ld.bfd: /home/dnofx/ni-buildsystem/.build/openssl-1.1.1w/crypto/dso/dso_dlfcn.c:138: undefined reference to `dlclose'
/home/dnofx/ni-buildsystem/cross/arm-linux-4.4.35/lib/gcc/arm-cortex-linux-gnueabihf/13.2.0/../../../../arm-cortex-linux-gnueabihf/bin/ld.bfd: /home/dnofx/ni-buildsystem/.build/openssl-1.1.1w/crypto/dso/dso_dlfcn.c:119: undefined reference to `dlerror'
/home/dnofx/ni-buildsystem/cross/arm-linux-4.4.35/lib/gcc/arm-cortex-linux-gnueabihf/13.2.0/../../../../arm-cortex-linux-gnueabihf/bin/ld.bfd: /home/dnofx/ni-buildsystem/cross/arm-linux-4.4.35/arm-cortex-linux-gnueabihf/sys-root/usr/lib/libc.a(getcontext.o): in function `__getcontext':
(.text+0x88): undefined reference to `_rtld_global_ro'
/home/dnofx/ni-buildsystem/cross/arm-linux-4.4.35/lib/gcc/arm-cortex-linux-gnueabihf/13.2.0/../../../../arm-cortex-linux-gnueabihf/bin/ld.bfd: /home/dnofx/ni-buildsystem/cross/arm-linux-4.4.35/arm-cortex-linux-gnueabihf/sys-root/usr/lib/libc.a(setcontext.o): in function `__startcontext':
(.text+0x80): undefined reference to `_rtld_global_ro'
collect2: error: ld returned 1 exit status
make[2]: *** [Makefile:107: ofgwrite_bin] Fehler 1
make[1]: *** [package/ofgwrite/ofgwrite.mk:26: ofgwrite] Fehler 2
make: *** [make/ni.mk:65: image] Fehler 2

[max_10]

@nofx
Wann hast du den das letzte mal crosstool neugebaut?
Kann es sein das du immer ein altes gebautes wieder auspackst?
Diese Fehler hatte ich die letzten Tage, nach dem ich ofgwrite geändert hatte auch
und musste auf eine neue glibc Version ändern, wo dann CT_GLIBC_HAS_OBSOLETE_LIBCRYPT verfügbar ist.
Ich kann dir nur sagen, am NI Buildsystem liegt es nicht das baut hier unter Debian 13 ohne Fehler und da durch bin ich auch
darauf gekommen was bei mir nicht richtig war.