Hallo,
wollte mal fragen ob der aktuelle Kernel von der dreambox 800 auch externe BluRay-Brenner ( z.B LG ) unterstützt
und ob diese per Media oder DVDplayer Plugin abspielbar sind ?
danke
Hallo,
wollte mal fragen ob der aktuelle Kernel von der dreambox 800 auch externe BluRay-Brenner ( z.B LG ) unterstützt
und ob diese per Media oder DVDplayer Plugin abspielbar sind ?
danke
Mit zu alten Kernel gcc unf glibc- Versionen waren die versionen der dreambox 500er und eventuell noch der 600er gemeint.
ArchLinux ist sehr aktuell. Jedenfalls gibt es im Developerbereich der Unterschiedlichen Disributionen einige Unterschiede,
den unter debian oder Gentoo funktioniert dies ja.
Im eigentlichen schon.
Es muss an der aktualität der Betriebsysteme liegen. Unter ArchLinux funktioniert es mit der 1.5er und 1.6er Openembedded Version für die dm800 Problemlos. Das Problem tritt scheinbar nur bei zualten kernel gcc und glibc versionen auf. Diese Art der Probleme hast du auch bei anderen toolchains nur zuoft. Da kannst du von Glück reden wenn du Versionen findest die Zueinander passen.
Wenn du der Sache nochmal nachgehen möchtest dann must du in den Dateien der Autotools ( *.am *.in Dateien) nach der Fehlermeldung suchen und schauen was dort genau geprüft wird. Wird schwer ausfindig zumachen sein besonders bei so alten apis und kerneln wie bei den dm500ertern .
Hi pcd,
What Linux Distribution du you use for your makefile ?
Hallo dsn,
Wenn du unter Sirius, Astra Sender empfängst dann sind die Ports bei deinem DiSeqC Schalter anderes belegt als
in deiner Konfiguration. Bei den anderen beiden kann es genau so sein.
Ansonsten kann es als 2 möglichkeit nur an einen nicht funktionierenten DiSEqC Schalter oder Kabel liegen.
Manchmal hilft es auch die Option Spannungserhöhung zu aktivieren doch was sie genau bewirkt oder ob
schäden entstehen können da musst du selber mal schauen.
Hallo,
bitte nochmal um etwas Hilfe oder ein paar gute Ratschläge von den Entwicklern des OpenEmbedded's für die Dreambox sofern dies möglich ist.
Der Fehler entsteht beim bau der libf2c oder libobjc im gcc-cross-3.4.4-r4. Und zwar ist in beiden Verzeichnissen in der configure.in
das MACRO AC_CHECK_HEADER([stdio.h],:, AC_MSG_ERROR([...])) definiert, das dann beim erstellen und ausführen des configure scripts
die stdio.h suchen lässt und den FEHLER aus AC_MSG_ERROR ausgibt. Habe bei einem beliebigen C++ Programm außerhalb des
OpenEmbeddes mit autotools und den AC_CHECK_HEADER() MACRO auch ein configure script erstellen lassen, das vollkommen korrekt läuft
und auch die stdio.h findet. CFLAGS und CPPFLAGS waren ebenfals nicht gesetzt. Wäre toll wenn jemand weiß wo das configure script
die stdio.h im OpenEmbedded sucht !!! Den am eigenen System und er stdio.h kann es so direkt nicht liegen.
danke erst einmal für die vermutungen,
leider liegt es nicht an der Autoconf oder automake version. Unter ArchLinux tritt der Fehler auch
mit der autoconf-2.63 Version und automake 1.10.1 Version auf. Hat jemand dennoch eine Vermutung
woran es liegen könnte, jeder Tip oder Vermutung wäre sehr wichtig.
danke
Der eigentlche Fehler bassiert ja im obenembedded beim compilieren des Cross-compilers gcc-3.4.4 der die Stdio.h in seinem eigen erstellten System scheinbar nicht findet. Normal checkt er bei der Installation ( bei make ) vor dem Bau des Images, ob alle Programme vorhanden sind und in der richtigen Version vorliegen. Ist das der Fall beginnt er die Quell-Packete herunterzuladen und zu compilieren. Im normalfall müsste er doch bei *do_configure schon abbrechen !!! Normal dürfte der fehler daran liegen das er die Stdio.h beim holen vom server nicht bekommt.
Nur unter Gentoo Debian Ubuntu ... funktioniert ja alles, daher kann es ja eigentlich nur an den verschiedenen Linux Distributionen liegen !!!
ZitatDanke für deine Antwort ! Aber wie meinste es genau ? Soll das bedeuten
das unter suse 11.2 man kein Image bauen bzw. kompilieren kann ? Es
muss doch irgendwie gehen !
Doch das geht, das geht sogut wie unter jeden Unix Derivat. Das Problem ist nut das jede Linux Distrubtionen seine eigenen kleinen Konfigurations- und Installation-Unterschiede hat. Dadurch kann es sein das bei der installation von einem makefile-opedreambox das makefile bestimmte Dateien nicht findet oder andere Fehler auftretten. Obwohl es ja ein Openembedded ist dürfte es ja in sich eigentlich alle Dateien mitbringen !!!. Jedenfals gibt die Fehlermeldung nicht einmal den kompletten Pfad der fehlenden Datei aus, das wäre gut das dies mal im makefile nachgebessert würde.
Am besten benutzt du Debian oder Ubuntu, den diese Distrubtionen sind offizell mit dem Makefile-opdendreambox getestet ( dazu einsteiger freundlich und besser als suse ). Wenn du etwas erfahrener bist kannst du auch gentoo benutzen, doch da kann es passieren das du bei der Installation einige Tage brauchst.
Hallo geko37,
gelößt ist das Problem nicht. Das Problem ist Distributionen abhängig. Irgendwie könnte da unter ArchLinux was nicht verlinkt sein.
Als Alternative kannst du es entweder unter Gentoo erstellen, da müsste es auf jedenfall klappen. Gentoo ist ne starke Linux Distributionen
oder du musst es eben auf einer anderen Linux Distribution erstellen als ArchLinux, mit Tar archivieren und per nfs oder sonst wie auf ArchLinux kopieren.
Das funktioniert auch ohne Probleme, sofern es der gleiche Pfad unter beiden Linux Systemen ist.
Hallo,
bei der Installation von Makefile-opendreambox-1.5 bricht das Script beim Bau des Gcc-cross-3.4.4 ab weil er die Stdio.h nicht findet.
Das komische ist das, das gleiche Makefile-opendreambox-1.5 unter Gentoo 2.6.30 ohne Probleme erfolgreich sich beendet. Der enigste unterschied
ist das es unter Archlinux keine Stdio.h im verzeichnis /usr/src/linux/arch/ppc/boot gibt die unter Gentoo vorhanden ist. danke
Daten:
Makefile-Version: 1.5 ( v 0.4.2 )
OS: Archlinux
Kernel: 2.6.31
bitbake: 1.4.2-git
Fehler:
[root@archlinux build]# bitbake dreambox-image
/home/jolt/Entwicklung/makefile-opendreambox/bb/lib/bb/data_smart.py:33: DeprecationWarning: the sets module is deprecated
from sets import Set
NOTE: Using cache in '/home/jolt/Entwicklung/makefile-opendreambox/dm500plus/cache/oe-cache.jolt'
NOTE: Parsing finished. 3921 cached, 0 parsed, 163 skipped, 28 masked.
NOTE: package gcc-cross-3.4.4: started
NOTE: package gcc-cross-3.4.4-r4: task do_compile: started
ERROR: function do_compile failed
ERROR: see log in /home/jolt/Entwicklung/makefile-opendreambox/dm500plus/build/tmp/work/gcc-cross-3.4.4-r4/temp/log.do_compile.11439
NOTE: Task failed: /home/jolt/Entwicklung/makefile-opendreambox/dm500plus/build/tmp/work/gcc-cross-3.4.4-r4/temp/log.do_compile.11439
NOTE: package gcc-cross-3.4.4-r4: task do_compile: failed
ERROR: TaskFailed event exception, aborting
NOTE: package gcc-cross-3.4.4: failed
ERROR: Build of dreambox-image failed
Alles anzeigen
Teilauszug aus der log.do_compile.11439:
...
checking for powerpc-linux-as... (cached) /home/jolt/Entwicklung/makefile-opendreambox/dm500plus/build/tmp/cross/powerpc-linux/bin/as
checking for powerpc-linux-ar... (cached) powerpc-linux-ar
checking for powerpc-linux-ranlib... (cached) powerpc-linux-ranlib
checking for a BSD compatible install... (cached) /bin/install -c
checking for interface version number...
checking for --enable-version-specific-runtime-libs... no
grep: ${top_srcdir}/../gcc/version.c: No such file or directory
checking for ld used by GCC... (cached) /home/jolt/Entwicklung/makefile-opendreambox/dm500plus/build/tmp/cross/powerpc-linux/bin/ld
checking if the linker (/home/jolt/Entwicklung/makefile-opendreambox/dm500plus/build/tmp/cross/powerpc-linux/bin/ld) is GNU ld... (cached) yes
checking for /home/jolt/Entwicklung/makefile-opendreambox/dm500plus/build/tmp/cross/powerpc-linux/bin/ld option to reload object files... (cached) -r
checking for BSD-compatible nm... (cached) /home/jolt/Entwicklung/makefile-opendreambox/dm500plus/build/tmp/cross/powerpc-linux/bin/nm
checking how to recognise dependant libraries... (cached) pass_all
checking for object suffix... (cached) o
checking for powerpc-linux-ranlib... (cached) powerpc-linux-ranlib
checking for powerpc-linux-strip... (cached) strip
loading cache ./config.cache within ltconfig
checking whether -lc should be explicitly linked in... (cached) no
checking for objdir... .libs
checking for /home/jolt/Entwicklung/makefile-opendreambox/dm500plus/build/tmp/work/gcc-cross-3.4.4-r4/gcc-3.4.4/build.i686-linux.powerpc-linux/gcc/xgcc option to produce PIC... -fPIC -DPIC
checking if /home/jolt/Entwicklung/makefile-opendreambox/dm500plus/build/tmp/work/gcc-cross-3.4.4-r4/gcc-3.4.4/build.i686-linux.powerpc-linux/gcc/xgcc PIC flag -fPIC -DPIC works... (cached) yes
checking if /home/jolt/Entwicklung/makefile-opendreambox/dm500plus/build/tmp/work/gcc-cross-3.4.4-r4/gcc-3.4.4/build.i686-linux.powerpc-linux/gcc/xgcc static flag -static works... (cached) yes
finding the maximum length of command line arguments... (cached) 49153
checking if /home/jolt/Entwicklung/makefile-opendreambox/dm500plus/build/tmp/work/gcc-cross-3.4.4-r4/gcc-3.4.4/build.i686-linux.powerpc-linux/gcc/xgcc supports -c -o file.o... (cached) yes
checking if /home/jolt/Entwicklung/makefile-opendreambox/dm500plus/build/tmp/work/gcc-cross-3.4.4-r4/gcc-3.4.4/build.i686-linux.powerpc-linux/gcc/xgcc supports -fno-rtti -fno-exceptions ... no
checking whether the linker (/home/jolt/Entwicklung/makefile-opendreambox/dm500plus/build/tmp/cross/powerpc-linux/bin/ld) supports shared libraries... yes
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking dynamic linker characteristics... GNU/Linux ld.so
checking command to parse /home/jolt/Entwicklung/makefile-opendreambox/dm500plus/build/tmp/cross/powerpc-linux/bin/nm output... ok
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
creating libtool
loading cache ./config.cache
checking for a BSD compatible install... /bin/install -c
checking whether make sets ${MAKE}... yes
checking how to run the C preprocessor... gcc -E
checking for stdio.h... no
configure: error: Can't find stdio.h.
You must have a usable C system for the target already installed, at least
including headers and, preferably, the library, before you can configure
the G77 runtime system. If necessary, install gcc now with `LANGUAGES=c',
then the target library, then build with `LANGUAGES=f77'.
make: *** [configure-target-libf2c] Error 1
FATAL: oe_runmake failed
Alles anzeigen