NI-Buildsystem

[tannen]

ich hatte auch bei Debian viel Bastelarbeit rein stecken müssen da baut es bei einen Linux/Mint Problemloser

[vanhofen]

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$

Das hab ich eben gefixt. Ich habe nun die vmlinuz-initrd-Dateien ins ni-drivers-bin-Repo verschoben.

@max_10, schön, dass du auch wieder bissel was machst.

[tannen]

Das hab ich eben gefixt. Ich habe nun die vmlinuz-initrd-Dateien ins ni-drivers-bin-Repo verschoben.

Dankeschön baut jetzt multi_usb für alle durch

[Bualicher]

Hallo zusammen,

ich habe gestern wohl irgendwas an meinem Buildsystem gemacht, was mir einen Error beim Imagebauen verursacht.
Sieht jemand von Euch auf Anhieb wie ich das fixen kann?

Code: Alles auswählen

/home/NI/ni-buildsystem/.build/libiconv-1.19/lib/./iconv.c:332:(.text+0x14b7c): dangerous relocation: unsupported relocation
/home/NI/ni-buildsystem/.build/libiconv-1.19/lib/./iconv.c:332:(.text+0x14b80): dangerous relocation: unsupported relocation
/home/NI/ni-buildsystem/.build/libiconv-1.19/lib/./iconv.c:332:(.text+0x14b84): dangerous relocation: unsupported relocation
/home/NI/ni-buildsystem/.build/libiconv-1.19/lib/./iconv.c:332:(.text+0x14b88): dangerous relocation: unsupported relocation
/home/NI/ni-buildsystem/.build/libiconv-1.19/lib/./iconv.c:332:(.text+0x14b8c): dangerous relocation: unsupported relocation
/home/NI/ni-buildsystem/.build/libiconv-1.19/lib/./iconv.c:332:(.text+0x14b90): dangerous relocation: unsupported relocation
/home/NI/ni-buildsystem/.build/libiconv-1.19/lib/./iconv.c:332:(.text+0x14b94): dangerous relocation: unsupported relocation
/home/NI/ni-buildsystem/cross/arm-linux-4.10.12/lib/gcc/arm-cortex-linux-gnueabihf/13.2.0/../../../../arm-cortex-linux-gnueabihf/bin/ld.bfd: /home/NI/ni-buildsystem/root/usr/lib/libiconv.a(iconv.o)(.text+0x14e00): unresolvable R_ARM_CALL relocation against symbol `qsort@@GLIBC_2.4'
collect2: error: ld returned 1 exit status
make[10]: *** [Makefile:1593: libglib-2.0.la] Error 1
make[9]: *** [Makefile:2634: all-recursive] Error 1
make[8]: *** [Makefile:1328: all] Error 2
make[7]: *** [Makefile:1284: all-recursive] Error 1
make[6]: *** [Makefile:905: all] Error 2
make[5]: *** [package/glib2/glib2.mk:51: glib2] Error 2
make[4]: *** [package/harfbuzz/harfbuzz.mk:33: harfbuzz] Error 2
make[3]: *** [package/ffmpeg6/ffmpeg6.mk:400: ffmpeg6] Error 2
make[2]: *** [package/ffmpeg/ffmpeg.mk:10: ffmpeg] Error 2
make[1]: *** [package/neutrino/neutrino.mk:182: neutrino] Error 2
make: *** [make/ni.mk:11: image] Error 2

Edit: oder hat es was mit den 8 Änderungen am Buildsystem von gestern Abend zu tun? Ich habe das Problem seit meinen letzten Buildversuchen irgendwann nach 23 Uhr. Davor habe ich aber auch irgendwas bei mir am System aktualisiert

[vanhofen]

libiconv habe ich gestern aktualisiert. Der Fehler rührt wohl daher. Ich habe zwar die Lib probegebaut, allerdings nicht das ganze Image. Und die Tatsache, dass wir heute nur CST-Images auf dem Server liegen haben, lässt vermuten, dass da irgendwas in die Hose ging.

Ich reverte den Commit nachher.

[vanhofen]

Sollte nun wieder repariert sein.

[Bualicher]

Danke. Baut wieder durch

[jokel]

es wird so langsam ..
https://github.com/jokel1/ni-buildsyste ... 55de73b497

[jokel]

@vanhofen .. kannst'e bitte mal machen ..
https://github.com/jokel1/ni-buildsyste ... ce27fcf030
weil .. vereinzelt wurden die plugins aktualisiert z.b. für pluto tv

[vanhofen]

Ich sehe zwar deine Änderungen, jokel, aber ich kann sie nicht einfach übernehmen. Wenn das ein Pullrequest werden sollte, dann ist der nicht bei unseren Repos angekommen.

[jokel]

Ich sehe zwar deine Änderungen, jokel, aber ich kann sie nicht einfach übernehmen. Wenn das ein Pullrequest werden sollte, dann ist der nicht bei unseren Repos angekommen.

ist halt alles noch neu für mich .. sorry
kann nur besser werden ..
wie ich sehe muss ich noch an der beschreibungen arbeiten bzw. ..
nicht alles gleich committen.
ist das den so i.o. ?

[vanhofen]

Ähmmm ... jein. Danke erstmal für den Pull-Request.

Die Commitmessages sind aber echt ausbaufähig. Damit kann wirklich keiner was anfangen.
Und vielleicht baust du erstmal selbst, bevor du den Request losschickst. Du hast damit den Imagebau kaputt gemacht. War nichts Schlimmes, aber von einem Pull-Request hatte ich das nicht erwartet.

Ich hab das mittlerweile repariert.

Und es gibt ein paar Code-Regeln.
- Benutze bitte Tabs anstatt mal vier und mal zwei Leerzeichen zum Einrücken. Das lässt sich in jedem Editor einstellen.

Von diesen Dingen mal abgesehen freue ich mich, dass du mitmachst.

[vanhofen]

Im Buildsystem habe ich auch einen Pull-Request von dir. Entferne bitte den Merge-Commit daraus, dann committe ich ihn.

[jokel]

Im Buildsystem habe ich auch einen Pull-Request von dir. Entferne bitte den Merge-Commit daraus, dann committe ich ihn.

das sagst du so einfach .. also das mit dem merge entfernen
mit der datei umbenennung bzw. ergänzung war wohl der stolperstein ..
ich habe dein fix gesehen und verstanden.

[annie]

kernel: rename latest patch kernel* => linux-4.10.12* stoppt das Build, es wird kernel..... erwartet

[vanhofen]

Whuaaaa. Stümmt. Das hab ich vajessen. Die jokel-Vibes haben mich offenbar befallen. Er hatte gestern im Plugins-Repo einen ähnlichen Fehler eingebaut.
Ich richte das gleich.