[gelöst] make libtuxbox Fehler?

[dbt]

Hier steigt bei mir make libtuxbox aus:

Code: Alles auswählen

...
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking for ANSI C header files... (cached) yes
checking ost/dmx.h usability... no
checking ost/dmx.h presence... no
checking for ost/dmx.h... no
checking linux/dvb/version.h usability... no
checking linux/dvb/version.h presence... no
checking for linux/dvb/version.h... no
configure: error: can't find dvb headers
...

Habe vorher alles mit distclean aufgeräumt. Das komplette Bauen geht dann logischerweise auch nicht weiter an der Stelle. Hat jemand einen Tipp.

[rhabarber1848]

In einem frisch ausgecheckten CVS-Verzeichnis tritt das Problem nicht auf.

[dbt]

Hab schon geschaut ob es irgendwelche Unterschiede gibt, aber nicht wirklich etwas gefunden. Frisch ausgecheckt hatte ich zwar nicht, aber ein update -dP.
Edit:
hatte ich vergessen zu erwähnen, das appsdir habe ich mit --with-appsdir woanders festgelegt.

[dbt]

Ich such' mir hier 'nen Wolf. Ich kann nichts finden, aber hier muss was faul sein. Irgendwie werden die includes nicht durchgereicht. Sieht mir aber so aus, als ist das abhängig von Boxtype bzw. $DVB_API_VERSION und genau dann aussteigt. Bei ost/dmx.h drückt der noch ein Auge zu...
acinclude.m4

Code: Alles auswählen

...
if test -z "$DVB_API_VERSION"; then
AC_CHECK_HEADERS(linux/dvb/version.h,[
	AC_LANG_PREPROC_REQUIRE()
	AC_REQUIRE([AC_PROG_EGREP])
	AC_LANG_CONFTEST([AC_LANG_SOURCE([[
#include <linux/dvb/version.h>
version DVB_API_VERSION
	]])])
	DVB_API_VERSION=`(eval "$ac_cpp conftest.$ac_ext") 2>&AS_MESSAGE_LOG_FD | $EGREP "^version" | sed "s,version\ ,,"`
	rm -f conftest*

	AC_MSG_NOTICE([found dvb version $DVB_API_VERSION])
])
fi
...

[rhabarber1848]

Wie sehen die configure-Parameter für libtuxbox aus?

[rhabarber1848]

hatte ich vergessen zu erwähnen, das appsdir habe ich mit --with-appsdir woanders festgelegt.

Daran liegt es nicht, das funktioniert hier.
Hast Du noch andere configure-Parameter genutzt?

[dbt]

Hast Du noch andere configure-Parameter genutzt?

Eigentlich ja. Die sind im wesentlichen als Variablen übergeben. Das hat auch bisher immer funktioniert.

Code: Alles auswählen

--prefix=$PREFIX \
	--disable-kernel26 \
	--disable-movieplayer2
	--enable-ccache \
	--enable-cdkVcInfo \
	--enable-dosfstools \
	--enable-esound \
	--enable-flac \
	--enable-flashrules \
	--enable-german-keymaps \
	--enable-lirc \
	--enable-maintainer-mode \
	--enable-nfsserver \
	--enable-sambaserver \
	--enable-upnp \
	--with-appsdir=$APPSDIR \
	--with-boxtype=$STB_TYPE \
 	--with-busybox-conf="$PROJECTROOT/patches/busybox-1.14.config.m4" \
	--with-checkImage=warn \
	--with-customizationsdir=$PROJECTROOT/customization  \
	--with-cvsdir=$CVSROOT \
	--with-driverdir=$DRIVERDIR \
	--with-filesystems="extfs,xfs,nfs,cifs,vfat,smbfs,lufs,reiserfs" \
	--with-flashprefix=$FLASHPREFIX \
	--with-hostprefix=$HOSTPREFIX \
	--with-logosdir=$LOGODIR \
	--with-rootpartitionsize=0x660000 \
	--with-targetprefix=$TARGETPREFIX \
	--with-updatehttpprefix="$UPDATEPREFIX"

[rhabarber1848]

--with-driverdir=$DRIVERDIR \

Liegt das außerhalb des CVS-Verzeichnisses?
Wie sind die configure-Parameter für libtuxbox?

[dbt]

driverdir ist auf das original eingestellt. Es ist nur komisch, dass dieser Fehler immer nur bei Libtuxbux vorkommt. Die Prüfung an der Stelle passiert ja bei anderen Targets genauso, nur eben das die Header gefunden werden. Dies wird auch so ausgegeben. Also irgendwas läuft hier daneben.

Wie sind die configure-Parameter für libtuxbox?

Ich lasse das gerade nochmal komplett bauen. Daran habe ich aber nichts geändert. Wenns soweit ist, poste ich mal das, was angezeigt wird.
Dauert jetzt etwas

edit:
fertig, diesmal ganz frisch ganz ohne distclean und es baut durch:

Code: Alles auswählen

cd /home/dbt/build_2/tuxbox-cvs/apps/tuxbox/libtuxbox && ./autogen.sh && CC=powerpc-tuxbox-linux-gnu-gcc CXX=powerpc-tuxbox-linux-gnu-g++ CFLAGS="-Wall -pipe -Os" CXXFLAGS="-Wall -pipe -Os" LDFLAGS="-Wl,-O1" ./configure --build=i686-suse-linux-gnu --host=powerpc-tuxbox-linux-gnu --prefix=/home/dbt/build_2/dbox2/cdkroot --with-driver=/home/dbt/build_2/tuxbox-cvs/driver --with-boxtype=dbox2 --with-target=cdk    --with-dvbincludes=/home/dbt/build_2/tuxbox-cvs/driver/dvb/include --enable-maintainer-mode  --without-debug --enable-upnp --enable-flac --enable-ide  --enable-ccache  
Generating configuration files for libtuxbox, please wait....

So was soll das jetzt gewesen sein
Mal schauen was passiert wenn ich meine Änderungen noch patche.

nochmal edit: Hier ist aber an libtuxbox selbst nichts gepatcht, aber irgendwo fehlt doch tatsächlich --with-dvbincludes

Code: Alles auswählen

cd /home/dbt/build_1/tuxbox-cvs/apps/tuxbox/libtuxbox && ./autogen.sh && CC=powerpc-tuxbox-linux-gnu-gcc CXX=powerpc-tuxbox-linux-gnu-g++ CFLAGS="-Wall -pipe -Os" CXXFLAGS="-Wall -pipe -Os" LDFLAGS="-Wl,-O1" ./configure --build=i686-suse-linux-gnu --host=powerpc-tuxbox-linux-gnu --prefix=/home/dbt/build_1/dbox2/cdkroot --with-driver=/home/dbt/build_1/tuxbox-cvs/driver --with-boxtype=dbox2 --with-target=cdk      --enable-maintainer-mode  --without-debug --enable-upnp --enable-flac --enable-ide --enable-mmc --enable-drive-gui  --enable-ccache  
Generating configuration files for libtuxbox, please wait....

[rhabarber1848]

Hast Du cdk/make/buildenv.mk gepatcht?
Das muss erhalten bleiben:

Code: Alles auswählen

if BOXTYPE_DBOX2
if KERNEL26
CONFIGURE_OPTS += \
        --with-dvbincludes=$(targetprefix)/include
else
CONFIGURE_OPTS += \
        --with-dvbincludes=$(driverdir)/dvb/include
endif
endif

--enable-mmc --enable-drive-gui

Beide Optionen gibt es dort nicht, --enable-mmc wird bei CONFIGURE nicht
benötigt, --enable-drive-gui gibt es überhaupt nicht. Was soll das sein?
Sind das Deine HDD-Patches?

[dbt]

Hast Du cdk/make/buildenv.mk gepatcht?
Das muss erhalten bleiben:

Code: Alles auswählen

if BOXTYPE_DBOX2
if KERNEL26
CONFIGURE_OPTS += \
        --with-dvbincludes=$(targetprefix)/include
else
CONFIGURE_OPTS += \
        --with-dvbincludes=$(driverdir)/dvb/include
endif
endif

Genau dort war der Fehler. Ich brauche für besagte HDD-Geschichte ein separates --enable-kernel26 und hatte da eine Zeile eingefügt, die dazu führte, das --with-dvbincludes unsichtbar wurde.

--enable-mmc ergibt sich aus --enable-ide, jedenfalls kam das so zum vorschein und habe das mit CONFIGURE_OPTS übernommen, auch wenn es nicht explizit im configure angegeben werden muss und nutze es dann in Neutrino für die HDD-Geschichte. Ob das so drin bleibt weiß ich aber noch nicht, weil man das auch während der Laufzeit regeln könnte

Richtig erkannt!
--enable-drive-gui ist neu für die HDD-Geschichte. Das Thema hatten wir ja schon mal. Ich brauche das mindestens für die rcS und fstab Herstellung, wird aber zwangsläufig weiter durchgereicht, so dass es auch in Neutrino genutzt werden kann. Bei der Sache ist mir der Gedanke gekommen auch die fstab über m4 zu bauen, aber hier offtopic. Jetzt bauts wieder und ich kann ja weitermachen