Build NI make

[omando]

Hallo,

habe unter Ubuntu 18.04 das Build neu aufgesetzt. Lt. eurem GitGub. Baut leider mit make images und / oder auch make ni-images nicht sauber durch. Was fehlt mir im System, oder wo muss ich händisch eingreifen? Danke Euch

Code: Alles auswählen

Applying libdvbsi++-content_identifier_descriptor.patch
patching file src/content_identifier_descriptor.cpp
libtoolize: putting auxiliary files in '.'.
libtoolize: copying file './ltmain.sh'
libtoolize: putting macros in AC_CONFIG_MACRO_DIRS, 'm4'.
libtoolize: copying file 'm4/libtool.m4'
libtoolize: copying file 'm4/ltoptions.m4'
libtoolize: copying file 'm4/ltsugar.m4'
libtoolize: copying file 'm4/ltversion.m4'
libtoolize: copying file 'm4/lt~obsolete.m4'
configure.ac:16: installing './compile'
configure.ac:16: installing './config.guess'
configure.ac:16: installing './config.sub'
configure.ac:5: installing './install-sh'
configure.ac:5: installing './missing'
Makefile.am: installing './INSTALL'
qa/Makefile.am: installing './depcomp'
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for arm-cx2450x-linux-gnueabi-strip... arm-cx2450x-linux-gnueabi-strip
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking whether make supports nested variables... (cached) yes
checking whether the C++ compiler works... yes
checking for C++ compiler default output file name... a.out
checking for suffix of executables... 
checking whether we are cross compiling... yes
checking for suffix of object files... o
checking whether we are using the GNU C++ compiler... yes
checking whether arm-cx2450x-linux-gnueabi-g++ accepts -g... yes
checking for style of include used by make... GNU
checking dependency style of arm-cx2450x-linux-gnueabi-g++... gcc3
checking build system type... x86_64-pc-linux-gnu
checking host system type... arm-cx2450x-linux-gnueabi
checking how to print strings... printf
checking for arm-cx2450x-linux-gnueabi-gcc... arm-cx2450x-linux-gnueabi-gcc
checking whether we are using the GNU C compiler... yes
checking whether arm-cx2450x-linux-gnueabi-gcc accepts -g... yes
checking for arm-cx2450x-linux-gnueabi-gcc option to accept ISO C89... none needed
checking whether arm-cx2450x-linux-gnueabi-gcc understands -c and -o together... yes
checking dependency style of arm-cx2450x-linux-gnueabi-gcc... gcc3
checking for a sed that does not truncate output... /bin/sed
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for fgrep... /bin/grep -F
checking for ld used by arm-cx2450x-linux-gnueabi-gcc... arm-cx2450x-linux-gnueabi-ld
checking if the linker (arm-cx2450x-linux-gnueabi-ld) is GNU ld... yes
checking for BSD- or MS-compatible name lister (nm)... arm-cx2450x-linux-gnueabi-nm
checking the name lister (arm-cx2450x-linux-gnueabi-nm) interface... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... 1572864
checking how to convert x86_64-pc-linux-gnu file names to arm-cx2450x-linux-gnueabi format... func_convert_file_noop
checking how to convert x86_64-pc-linux-gnu file names to toolchain format... func_convert_file_noop
checking for arm-cx2450x-linux-gnueabi-ld option to reload object files... -r
checking for arm-cx2450x-linux-gnueabi-objdump... arm-cx2450x-linux-gnueabi-objdump
checking how to recognize dependent libraries... pass_all
checking for arm-cx2450x-linux-gnueabi-dlltool... no
checking for dlltool... no
checking how to associate runtime and link libraries... printf %s\n
checking for arm-cx2450x-linux-gnueabi-ar... arm-cx2450x-linux-gnueabi-ar
checking for archiver @FILE support... @
checking for arm-cx2450x-linux-gnueabi-strip... (cached) arm-cx2450x-linux-gnueabi-strip
checking for arm-cx2450x-linux-gnueabi-ranlib... arm-cx2450x-linux-gnueabi-ranlib
checking command to parse arm-cx2450x-linux-gnueabi-nm output from arm-cx2450x-linux-gnueabi-gcc object... ok
checking for sysroot... no
checking for a working dd... /bin/dd
checking how to truncate binary pipes... /bin/dd bs=4096 count=1
checking for arm-cx2450x-linux-gnueabi-mt... no
checking for mt... mt
configure: WARNING: using cross tools not prefixed with host triplet
checking if mt is a manifest tool... no
checking how to run the C preprocessor... arm-cx2450x-linux-gnueabi-cpp
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for dlfcn.h... yes
checking for objdir... .libs
checking if arm-cx2450x-linux-gnueabi-gcc supports -fno-rtti -fno-exceptions... no
checking for arm-cx2450x-linux-gnueabi-gcc option to produce PIC... -fPIC -DPIC
checking if arm-cx2450x-linux-gnueabi-gcc PIC flag -fPIC -DPIC works... yes
checking if arm-cx2450x-linux-gnueabi-gcc static flag -static works... yes
checking if arm-cx2450x-linux-gnueabi-gcc supports -c -o file.o... yes
checking if arm-cx2450x-linux-gnueabi-gcc supports -c -o file.o... (cached) yes
checking whether the arm-cx2450x-linux-gnueabi-gcc linker (arm-cx2450x-linux-gnueabi-ld) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no
checking how to run the C++ preprocessor... arm-cx2450x-linux-gnueabi-g++ -E
checking for ld used by arm-cx2450x-linux-gnueabi-g++... arm-cx2450x-linux-gnueabi-ld
checking if the linker (arm-cx2450x-linux-gnueabi-ld) is GNU ld... yes
checking whether the arm-cx2450x-linux-gnueabi-g++ linker (arm-cx2450x-linux-gnueabi-ld) supports shared libraries... yes
checking for arm-cx2450x-linux-gnueabi-g++ option to produce PIC... -fPIC -DPIC
checking if arm-cx2450x-linux-gnueabi-g++ PIC flag -fPIC -DPIC works... yes
checking if arm-cx2450x-linux-gnueabi-g++ static flag -static works... yes
checking if arm-cx2450x-linux-gnueabi-g++ supports -c -o file.o... yes
checking if arm-cx2450x-linux-gnueabi-g++ supports -c -o file.o... (cached) yes
checking whether the arm-cx2450x-linux-gnueabi-g++ linker (arm-cx2450x-linux-gnueabi-ld) supports shared libraries... yes
checking dynamic linker characteristics... (cached) GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking for cxxtestgen.pl... no
checking for git... /usr/bin/git
checking for gpg... /usr/bin/gpg
checking for md5sum... /usr/bin/md5sum
checking byteswap.h usability... yes
checking byteswap.h presence... yes
checking for byteswap.h... yes
checking endian.h usability... yes
checking endian.h presence... yes
checking for endian.h... yes
checking that generated files are newer than configure... done
configure: creating ./config.status
config.status: creating Makefile
config.status: creating debian/Makefile
config.status: creating include/Makefile
config.status: creating include/dvbsi++/Makefile
config.status: creating qa/Makefile
config.status: creating src/Makefile
config.status: creating libdvbsi++.pc
config.status: creating libdvbsi++-config.h
config.status: executing depfiles commands
config.status: executing libtool commands
make  all-recursive
Making all in debian
make[5]: Für das Ziel „all“ ist nichts zu tun.
Making all in include
Making all in dvbsi++
make[6]: Für das Ziel „all“ ist nichts zu tun.
make[6]: Für das Ziel „all-am“ ist nichts zu tun.
Making all in qa
make[5]: Für das Ziel „all“ ist nichts zu tun.
Making all in src
  CXX      aac_descriptor.lo
  CXX      adaptation_field_data_descriptor.lo
  CXX      ac3_descriptor.lo
  CXX      announcement_support_descriptor.lo
  CXX      ancillary_data_descriptor.lo
  CXX      application_descriptor.lo
  CXX      application_icons_descriptor.lo
  CXX      application_identifier.lo
  CXX      application_information_section.lo
  CXX      application_name_descriptor.lo
  CXX      application_profile.lo
  CXX      application_signalling_descriptor.lo
  CXX      application_storage_descriptor.lo
ac3_descriptor.cpp: In constructor 'Ac3Descriptor::Ac3Descriptor(const uint8_t*)':
ac3_descriptor.cpp:34:1: error: expected primary-expression before '<<' token
 <<<<<<< HEAD
 ^
ac3_descriptor.cpp:34:3: error: expected primary-expression before '<<' token
 <<<<<<< HEAD
   ^
ac3_descriptor.cpp:34:5: error: expected primary-expression before '<<' token
 <<<<<<< HEAD
     ^
ac3_descriptor.cpp:34:7: error: expected primary-expression before '<' token
 <<<<<<< HEAD
       ^
ac3_descriptor.cpp:34:9: error: 'HEAD' was not declared in this scope
 <<<<<<< HEAD
         ^
ac3_descriptor.cpp:38:6: error: 'headerLength' was not declared in this scope
  if (headerLength > descriptorLength) {
      ^
In file included from ../include/dvbsi++/ac3_descriptor.h:16:0,
                 from ac3_descriptor.cpp:13:
ac3_descriptor.cpp:46:18: error: 'headerLength' was not declared in this scope
  ASSERT_MIN_DLEN(headerLength);
                  ^
../include/dvbsi++/descriptor.h:24:26: note: in definition of macro 'ASSERT_MIN_DLEN'
  if (descriptorLength < (length)) { \
                          ^
ac3_descriptor.cpp:48:1: error: expected primary-expression before '==' token
 =======
 ^
ac3_descriptor.cpp:48:3: error: expected primary-expression before '==' token
 =======
   ^
ac3_descriptor.cpp:48:5: error: expected primary-expression before '==' token
 =======
     ^
ac3_descriptor.cpp:48:7: error: expected primary-expression before '=' token
 =======
       ^
ac3_descriptor.cpp:49:1: error: expected primary-expression before '>>' token
 >>>>>>> f3c40ea6daa94a3bfeeee1ef9381c68629a68b81
 ^
ac3_descriptor.cpp:49:3: error: expected primary-expression before '>>' token
 >>>>>>> f3c40ea6daa94a3bfeeee1ef9381c68629a68b81
   ^
ac3_descriptor.cpp:49:5: error: expected primary-expression before '>>' token
 >>>>>>> f3c40ea6daa94a3bfeeee1ef9381c68629a68b81
     ^
ac3_descriptor.cpp:49:7: error: expected primary-expression before '>' token
 >>>>>>> f3c40ea6daa94a3bfeeee1ef9381c68629a68b81
       ^
ac3_descriptor.cpp:49:9: error: 'f3c40ea6daa94a3bfeeee1ef9381c68629a68b81' was not declared in this scope
 >>>>>>> f3c40ea6daa94a3bfeeee1ef9381c68629a68b81
         ^
ac3_descriptor.cpp:51:26: error: 'i' was not declared in this scope
  if (ac3TypeFlag == 1 && i < descriptorLength + 2)
                          ^
ac3_descriptor.cpp:54:23: error: 'i' was not declared in this scope
  if (bsidFlag == 1 && i < descriptorLength + 2)
                       ^
ac3_descriptor.cpp:57:25: error: 'i' was not declared in this scope
  if (mainidFlag == 1 && i < descriptorLength + 2)
                         ^
ac3_descriptor.cpp:60:23: error: 'i' was not declared in this scope
  if (asvcFlag == 1 && i < descriptorLength + 2)
                       ^
ac3_descriptor.cpp:66:38: error: 'i' was not declared in this scope
   memcpy(&additionalInfo[0], &buffer[i], descriptorLength - headerLength);
                                      ^
Makefile:779: recipe for target 'ac3_descriptor.lo' failed
make[5]: *** [ac3_descriptor.lo] Error 1
make[5]: *** Auf noch nicht beendete Prozesse wird gewartet …
Makefile:467: recipe for target 'all-recursive' failed
make[4]: *** [all-recursive] Error 1
Makefile:376: recipe for target 'all' failed
make[3]: *** [all] Error 2
make/target-libs.mk:105: recipe for target 'libdvbsi' failed
make[2]: *** [libdvbsi] Error 2
make/ni.mk:27: recipe for target 'image' failed
make[1]: *** [image] Error 2
make/ni.mk:17: recipe for target 'ni-images' failed
make: *** [ni-images] Error 2

[annie]

was sagt denn:

make toolcheck

[omando]

All required tools seem to be installed.

Also alles i.O.

[annie]

Ich stell das mal mit ubuntu 18.04 nach...

[flk]

Liegt wohl hier dran:

https://github.com/OpenVisionE2/libdvbs ... b45dc2b932

Da ist wohl iwie ein merge conflict im verwendeten dvbsi source

[annie]

hier baut es für nevis durch...

[Knicko]

Moin
Hatten wir schon mal.
Ich zitiere mal max10

Code: Alles auswählen

im Archive download Ordner mal libdvbsi.git löschen und neu laden lassen.

gr. Knicko

[omando]

Thanks! Das war es ...

[Janus]

Um eine kleine Wartezeit zu überbrücken , habe ich für meine 4 Nevis-Boxen mal ein aktuelles NI bauen wollen.
Eine Neo davon wollte ich mal per Sat-Tuner und LocalTV-Bouquet als fremdgesteuerten "Positioner" nutzen.
Den ebenfalls vorhandenen Kabeltuner könnte man dann als Sat>IP - Server verwenden.

Inklusive "make neutrino" und meinen Sonderwünschen (make nano, make libxslt) klappt das wunderbar.
Bei "make image" stolpert das Ganze im Plugin-Bereich bei den Lua-Sachen. (VMWare mit Debian Buster unter Win10)

Zuerst steigt der Build von luaexpat-1.3.3 aus, weil lua.h und Konsorten nicht gefunden werden.
Ich habe die lua*.h von host/include nach root/usr/include kopiert. (Dort befand sich erstmal nur lua.hpp)
Danach lief es weiter.

Bis zu luaposix!
Da gab es dann unterwegs Stress mit lcurses-doc.
Ein Folgefehler meiner vorherigen "Reparatur nach Art des Hauses" oder grundsätzlicher Fehler ?
Jedenfalls oberhalb meiner Möglichkeiten. (oder meiner Buildumgebung ?!?)

Wäre - trotz 'veralteter' Hardware - schön, wenn da Jemand einen Tipp für meine Buildumgebung oder eine Lösung im BS hätte.


Ich habe dann erstmal das aktuelle Nightly für Nevis runtergeladen.
Mal sehen, ob ich mir damit die Wartezeit vertreiben kann.
Vor der Impfung will ich sowieso nirgendwo hin..

[annie]

Nevis baut hier auch nicht durch.
Debian 10 Buster wie LinuxMint 19.2 probiert, hab aber einen anderen Fehler....

[max_10]

die verschieden Fehler, werden durch dieses commit erzeugt.
https://github.com/neutrino-images/ni-b ... 2af8074fb0

[annie]

wurde gefixt.

[Janus]

Build Nevis:

Making all in src
CXX zapit.o
/home/janus/development/ni/nevis/source/ni-neutrino/src/zapit/src/zapit.cpp: In member function 'void CZapit::SetAudioStreamType(CZapitAudioChannel::ZapitAudioChannelType)':
/home/janus/development/ni/nevis/source/ni-neutrino/src/zapit/src/zapit.cpp:981:46: error: no matching function for call to 'cAudio::SetStreamType(CZapitAudioChannel::ZapitAudioChannelType&)'
audioDecoder->SetStreamType(audioChannelType);
^
/home/janus/development/ni/nevis/source/ni-neutrino/src/zapit/src/zapit.cpp:981:46: note: candidate is:
In file included from /home/janus/development/ni/nevis/source/ni-neutrino/lib/hardware/audio.h:2:0,
from /home/janus/development/ni/nevis/source/ni-neutrino/src/zapit/src/zapit.cpp:64:
/home/janus/development/ni/nevis/source/ni-neutrino/lib/hardware/coolstream/hd1/libcoolstream/audio_cs.h:123:7: note: void cAudio::SetStreamType(AUDIO_FORMAT)
void SetStreamType(AUDIO_FORMAT StreamType) { streamType = StreamType; };
^
/home/janus/development/ni/nevis/source/ni-neutrino/lib/hardware/coolstream/hd1/libcoolstream/audio_cs.h:123:7: note: no known conversion for argument 1 from 'CZapitAudioChannel::ZapitAudioChannelType' to 'AUDIO_FORMAT'
make[6]: *** [Makefile:576: zapit.o] Fehler 1
make[5]: *** [Makefile:452: all-recursive] Fehler 1
make[4]: *** [Makefile:819: all-recursive] Fehler 1
make[3]: *** [Makefile:642: all] Fehler 2
make[2]: *** [Makefile:498: all-recursive] Fehler 1
make[1]: *** [Makefile:430: all] Fehler 2
make: *** [make/target-neutrino.mk:179: neutrino] Fehler 2

Da passt was nicht mit Audio-Formaten und Coolstream - Firm-/Hardware ?

[Miky]

Danke für den Bericht, ist auch schon bekannt. Deswegen auch keine Nightlies heute. Hatten annie und Knicko schon berichtet intern. Betrifft wohl nur CST Boxen wie es scheint im Moment.

[Janus]

Jou, Build für Duo4K ist durchgelaufen...

[vanhofen]

Ich versuche, die libcoolstream heute an die Änderungen der libstb-hal anzupassen.

[Janus]

Meinem Build für die HD51 fehlt src/giu/version.h:

CXX followscreenings.o
CXX imageinfo_ni.o
/home/janus/development/ni/hd51/source/ni-neutrino/src/gui/imageinfo_ni.cpp:61:29: schwerwiegender Fehler: src/gui/version.h: Datei oder Verzeichnis nicht gefunden
#include <src/gui/version.h>
^
Kompilierung beendet.
make[9]: *** [Makefile:836: imageinfo_ni.o] Fehler 1
make[9]: *** Es wird auf noch nicht beendete Prozesse gewartet....
make[8]: *** [Makefile:869: all-recursive] Fehler 1
make[7]: *** [Makefile:675: all] Fehler 2
make[6]: *** [Makefile:824: all-recursive] Fehler 1
make[5]: *** [Makefile:647: all] Fehler 2
make[4]: *** [Makefile:504: all-recursive] Fehler 1
make[3]: *** [Makefile:436: all] Fehler 2
make[2]: *** [make/target-neutrino.mk:180: neutrino] Fehler 2
make[1]: *** [make/ni.mk:31: image] Fehler 2
make: *** [make/ni.mk:24: personalized-image] Fehler 2

Wurde da nicht gerade was geändert ?

[Miky]

Wir haben auch die letzten zwei Tage keine Nightlys. Vanhofen weiß Bescheid und kümmert sich entsprechend.

[Miky]

@ Janus

Wir haben wieder Nightlys, kannst es ja jetzt noch einmal probieren.

[Janus]

Ich mal wieder:

Making all in libtuxtxt
CXX libtuxtxt.o
CXX tuxtxt.o
In file included from /home/janus/development/ni/bs/source/ni-neutrino/lib/libtuxtxt/tuxtxt_common.h:14:0,
from /home/janus/development/ni/bs/source/ni-neutrino/lib/libtuxtxt/libtuxtxt.cpp:16:
/home/janus/development/ni/bs/source/ni-neutrino/lib/hardware/dmx.h:4:21: fatal error: dmx_hal.h: Datei oder Verzeichnis nicht gefunden
#include <dmx_hal.h>
^
compilation terminated.
make[6]: *** [Makefile:503: libtuxtxt.o] Fehler 1
make[6]: *** Es wird auf noch nicht beendete Prozesse gewartet....
In file included from /home/janus/development/ni/bs/source/ni-neutrino/lib/libtuxtxt/tuxtxt.cpp:21:0:
/home/janus/development/ni/bs/source/ni-neutrino/lib/hardware/dmx.h:4:21: fatal error: dmx_hal.h: Datei oder Verzeichnis nicht gefunden
#include <dmx_hal.h>
^
compilation terminated.
make[6]: *** [Makefile:503: tuxtxt.o] Fehler 1
make[5]: *** [Makefile:468: all-recursive] Fehler 1
make[4]: *** [Makefile:504: all-recursive] Fehler 1
make[3]: *** [Makefile:436: all] Fehler 2
make[2]: *** [make/target-neutrino.mk:180: neutrino] Fehler 2
make[1]: *** [make/ni.mk:31: image] Fehler 2
make: *** [make/ni.mk:24: personalized-image] Fehler 2
janus@vmBuster:~/development/ni/duo4k$

Am 24.01.22 ging's noch ...