Ph@ntom@s Geschrieben 9. September 2005 Melden Share Geschrieben 9. September 2005 Naja das bringt folgendes: (hoffe du meinst das) Phantomas@LinuxRechner:~/tuxbox-cvs/hostapps/mkflfs$ ./mkflfs 1xFatal error; could not open input file ``test'' Phantomas@LinuxRechner:~/tuxbox-cvs/hostapps/mkflfs$ Vielleicht is ja auch nur an der Reihenfolge in deine FAQ irgendwas faul Ich check es einfach nicht, ich hab alles wie in deinem FAQ beschrieben gemacht, selbst das u-boot basteln hat gefunzt, aber weiter gehts momentan nicht... cu Phan Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Worschter Geschrieben 9. September 2005 Autor Melden Share Geschrieben 9. September 2005 naja, wenn dasuboot Basteln funktioniert hat, dann stimmt wahrscheinlich ein Pfad nicht, nach meiner Anleitung ist das Verzeichnis auch nicht dbox2 sondern nur dbox Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Ph@ntom@s Geschrieben 9. September 2005 Melden Share Geschrieben 9. September 2005 Jetzt check ich es gar nicht mehr... Wo sollte sich denn der Pfad "DBOX" befinden ??? In deiner Anleitung hast du am Anfang folgendes gepostet: ./configure --prefix=$HOME/dbox2 --with-cvsdir=$HOME/tuxbox-cvs --enable-maintainer-mode --with-targetruleset=flash Also ist der Pfad doch dbox2, oder nicht ??? Wie bekomme ich denn nun raus woran es hängt, nach was genau uß ich suchen ??? cu Phan Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Worschter Geschrieben 9. September 2005 Autor Melden Share Geschrieben 9. September 2005 ups, kann sein, daß das mit dem Script unterschiedlich ist, was machst Du denn nu genau? Das Script zu Fuss abarbeiten oder die Anleitung im Thread Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Ph@ntom@s Geschrieben 9. September 2005 Melden Share Geschrieben 9. September 2005 Ich gehe deinen ersten Post im FAQ Thread Schritt für Schritt durch... cu Phan Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Worschter Geschrieben 9. September 2005 Autor Melden Share Geschrieben 9. September 2005 oha, das kann sein,daß es nicht ganz korrekt ist nimm Dir mal das Script und arbeite danach die Befehle ab. Das erste Posting war mehr zur Veranschaulicheung gedacht, im Script geht´s da schon etwas genauer zur Sache. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Ph@ntom@s Geschrieben 9. September 2005 Melden Share Geschrieben 9. September 2005 Ok, das mach ich, aber erst morgen, hab momentan keinen Nerv mehr dafür ... Ich danke dir auf alle Fälle erstmal... cu Phan Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Worschter Geschrieben 9. September 2005 Autor Melden Share Geschrieben 9. September 2005 kein Thema Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Ph@ntom@s Geschrieben 10. September 2005 Melden Share Geschrieben 10. September 2005 Mahlzeit Worschter, also ich versuch es jetzt nochmal über das Script, dazu hab ich aber mal noch ein paar Fragen: Ich hab jetzt nach deinem ersten Post im FAQ-Thread folgende Files geändert: - dbox2-flash.c - flashmanage.pl - linux-2.4.31-dbox2.config-flash - update.cpp So, diese müssen jetzt in den "/img/patches/" Ordner, richtig ???? In deiner Anleitung schreibst du aber noch: nun noch die Datei u-boot.config aus dem Packet nach$HOME/tuxbox-cvs/boot/u-boot-config/u-boot.config einspielen. Und: in der Datei $HOME/tuxbox-cvs/boot/u-boot-config/u-boot.config ist das noch bisl verzwickter, da sind die entsprechenden Zeilen: #define CFG_FS_PART0_TYPE CFG_FS_SQUASHFS #define CFG_FS_PART0_OFFSET 0x10020000 #define CFG_FS_PART0_SIZE 0x660000 #define CFG_FS_PART1_TYPE CFG_FS_JFFS2 #define CFG_FS_PART1_OFFSET 0x10680000 #define CFG_FS_PART1_SIZE 0x160000 Der Flash der DBox beginnt bei Adresse 0x10000000, da sitzt erst mal der Bootloader mit 0x20000 (128*1024) somit ist Startadresse für Root 0x10000000+ 0x20000 -> #define CFG_FS_PART0_OFFSET 0x10020000 dann folgt wieder die Grösse von ROOT, das wäre bei unsrem Beispiel: #define CFG_FS_PART0_SIZE 0x4E0000 Startadresse für VAR ist dann folglich 0x10020000 + 0x4E0000 #define CFG_FS_PART1_OFFSET 0x10500000 und wieder die Grösse von VAR #define CFG_FS_PART1_SIZE 0x2E0000 Gesagt -> getan... Aber wohin mit dem Teil, wenn ich mit deinem Script arbeite ??? Reicht es, wenn ich das File vor dem Compilieren nach $HOME/tuxbox-cvs/boot/u-boot-config/u-boot.config kopiere??? Desweiteren hast du in deinem "/img/patches/" Ordner noch weitere Files, müssen die noch bearbeitet werden, wenn ja wie ??? - fstab - linux.config - u-boot.squashfs2.new.dbox2.h Sorry, für die Fragen, aber ich steig noch nicht dahinter, warum die Images crashen, wenn ich die Größenverhältnisse der Parts ändere... cu Phan Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Worschter Geschrieben 10. September 2005 Autor Melden Share Geschrieben 10. September 2005 nun hast mal nen Eindruck davon was ich damals 3 Wochen lang gemacht hab Reicht es, wenn ich das File vor dem Compilieren nach $HOME/tuxbox-cvs/boot/u-boot-config/u-boot.config kopiere??? auf ex würd ich sagen ja. - fstab muss später ins Image nach /var/etc damit der Kernel weiß, daß er den VAR Bereich an /var zu mounten hat. - linux.config - u-boot.squashfs2.new.dbox2.h Müsste ich auch nochmal nachschauen, ist schon ne Weile her daß ich das von Hand gemacht hab. Vergleiche einfach mal den Inhalt der Dateien, dann merkst Du was wohin muss. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Ph@ntom@s Geschrieben 10. September 2005 Melden Share Geschrieben 10. September 2005 Puhhh, da haste Recht... Naja wird schon OK, ich setz mich heute Abend nochmal drüber.... cu Phan Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Ph@ntom@s Geschrieben 10. September 2005 Melden Share Geschrieben 10. September 2005 So ich hab gerade nochmal das Script gestartet, es stellt eine Veränderung in der "makefile.am" fest und bricht ab... Erzeugen der symbolischen Verknüpfung ,,/home/Phantomas/image/tuxbox-cvs/cdk/Archive" zu ,,/home/Phantomas/image/img/Archive",,/home/Phantomas/image/tuxbox-cvs/apps/tuxbox/neutrino/src/gui/Makefile.am" -> ,,/home/Phantomas/image/originale/Makefile.am" 24,25c24 < streaminfo2.cpp plugins.cpp imageinfo.cpp \ < audio_select.cpp --- > streaminfo2.cpp plugins.cpp imageinfo.cpp ++++++++++++++++++++++++++++++ + Spaces Diff Check + ++++++++++++++++++++++++++++++ 24,25c24 < streaminfo2.cpp plugins.cpp imageinfo.cpp \ < audio_select.cpp --- > streaminfo2.cpp plugins.cpp imageinfo.cpp ++++++++++++++++++++++++++++++ CVS Update, check /home/Phantomas/image/img/vergleich/Makefile.am ++++++++++++++++++++++++++++++ ,,/home/Phantomas/image/originale/Makefile.am" -> ,,/home/Phantomas/image/originale/Makefile.am.changed" Phantomas@LinuxRechner:~/image/img$ Was muß ich denn nun tun ??? cu Phan Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Worschter Geschrieben 10. September 2005 Autor Melden Share Geschrieben 10. September 2005 Autsch da hat die Sicherung gegen falsches Patchen zugeschlagen. Das heißt, das Makefile für Neutrino im CVS hat sich geändert. Du musst entweder das gepatchte File anpassen, oder den Patch ins neue File übernehmen. letzteres ist einfacher, nimm das neue File und ändere die letzte Zeile (glaub ich) da müsste irgendwas mit -DSquashfs oder ähnlich rein, dann das neue Makefile nach /patches und das Originale aus dem CVS nach /Vergleich einspielen. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Ph@ntom@s Geschrieben 10. September 2005 Melden Share Geschrieben 10. September 2005 Cool, was würd ich nur ohne dich machen Du hast recht es gab ne Änderung, die letzte Zeile muß angepaßt werden... Ändern in: AM_CPPFLAGS = -DSQUASHFS cu Phan Mal sehen was diesmal rauskommt Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Worschter Geschrieben 10. September 2005 Autor Melden Share Geschrieben 10. September 2005 Nuja, bis auf das hat sich glaub nicht mehr viel geändert in den Dateien die mit dem Script gepatcht werden. schaun wir mal Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Gast XundY Geschrieben 5. Oktober 2005 Melden Share Geschrieben 5. Oktober 2005 hi erstmal super Anleitung, aber leider nicht gut genug ich kriegs nicht gebacken. fakeroot mksquashfs root root.img -be #-always-use-fragments läuft sauber durch aber das img ist 5,9MB groß, aber das ist noch nicht das schlimmste, bei fakeroot mkfs.jffs2 -b -e 131072 -p -o var.img -r var bekomme ich immer ne Fehlermeldung: Speicherzugriffsverletzung und es wird kein var.img erstellt Hoffe du kannste inem Ahnungslosen auf die Sprünge helfen mfg Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Worschter Geschrieben 5. Oktober 2005 Autor Melden Share Geschrieben 5. Oktober 2005 @XundY mittlerweile ist das Script leider schon etwas veraltet und kann nur noch als Anhalts punkt dienen was so ungefähr ablaufen muss. Ein brauchbares Image kommt nicht mehr bzw. kam da nie wirklich bei raus. Warum bei Dir allerdings kein var.img erstellt wird kann ich Dir da jetzt leider nicht 100% sagen. unter umständen ist es sinnvoll wenn Du mal das mkfs.jffs2 selbst compilierst auf Deinem Rechner. Hatte ein ähnliches Problem so beheben können. Schau mal hier: http://www.linux-mtd.infradead.org/source.html da steht wie Du das CVS bekommst. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Gast XundY Geschrieben 8. Oktober 2005 Melden Share Geschrieben 8. Oktober 2005 Leider habe ich es bisher immer noch nicht ans Rennen bekommen, daher mal ne weitere Frage die mich hoffentlich dem Ziel näher bringt. Es werden ja einige Variablen für Pfade verwendet $DBOX, $HOME $ROOT, $CDK usw, HOME und ROOT sind mir ja noch klar aberwas ist mit den anderen Pfaden wie werden denn überhaupt die Variablen mit den entsprechenden Angaben gefüllt, denn es fällt mir immer wieder auf, das zwischendrin Fhelermeldungen über nicht gefundene Dateien und Verzeichnisse gibt, wo dann einfach der Suchpfad nicht korrekt ist. Wie kann ich das abstellen, vielleicht noch zu meinem OS,ich ntze Suse 9.2pro mfg Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Worschter Geschrieben 8. Oktober 2005 Autor Melden Share Geschrieben 8. Oktober 2005 Hi, die Pfade werden am Anfang Stück für Stück zusammengesetzt: ROOT=$HOME/image # ArbeitsverzeichnisCVS=$ROOT/tuxbox-cvs # Pfad zum CVS DBOX=$ROOT/dbox # Pfad zu dbox2 $ROOT liefert also $HOME + /image $CVS liefert demnach $ROOT + /tuxbox-cvs im Endeffekt also $HOME + /imge + /tuxbox-cvs Warum nun ein paar Dateien nicht gefunden werden kann ich Dir so nicht sgane, poste einfach mal ein Beispiel. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Gast XundY Geschrieben 8. Oktober 2005 Melden Share Geschrieben 8. Oktober 2005 Da ich schon Probleme mit dem PFAD für $DBOX hatte habe ich den nun über export DBOX=... erzeugt, allerdings kommt schon der nächste fehler beim "make neutrino", hab mal die komplette Ausgabe angehängt kai@linux:~/tuxbox-cvs/cdk> make neutrino make -C /home/kai/tuxbox-cvs/apps/tuxbox/neutrino all install make[1]: Entering directory `/home/kai/tuxbox-cvs/apps/tuxbox/neutrino' /bin/sh ./config.status --recheck running /bin/sh ./configure --build=i686-suse-linux --host=powerpc-tuxbox-linux-gnu --prefix=/home/kai/dbox2/cdkroot --with-driver=/home/kai/tuxbox-cvs/driver--with-dvbincludes=/home/kai/tuxbox-cvs/driver/dvb/include --with-target=cdk --enable-maintainer-mode --without-debug CC=powerpc-tuxbox-linux-gnu-gcc CFLAGS=-Wall -mcpu=823 -mmultiple -mstring -meabi -pipe -Os CXXFLAGS=-Wall -mcpu=823 -mmultiple -mstring -meabi -pipe -Os CXX=powerpc-tuxbox-linux-gnu-g++ build_alias=i686-suse-linux host_alias=powerpc-tuxbox-linux-gnu --no-create --no-recursion checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for powerpc-tuxbox-linux-gnu-strip... powerpc-tuxbox-linux-gnu-strip checking for style of include used by make... GNU checking for powerpc-tuxbox-linux-gnu-gcc... powerpc-tuxbox-linux-gnu-gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... yes checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether powerpc-tuxbox-linux-gnu-gcc accepts -g... yes checking for powerpc-tuxbox-linux-gnu-gcc option to accept ANSI C... none needed checking dependency style of powerpc-tuxbox-linux-gnu-gcc... gcc3 checking whether to enable maintainer-specific portions of Makefiles... yes checking for special C compiler options needed for large files... no checking for _FILE_OFFSET_BITS value needed for large files... 64 checking for _LARGE_FILES value needed for large files... no checking target... cdk checking build system type... i686-suse-linux checking host system type... powerpc-tuxbox-linux-gnu checking for powerpc-tuxbox-linux-gnu-gcc... (cached) powerpc-tuxbox-linux-gnu-gcc checking whether we are using the GNU C compiler... (cached) yes checking whether powerpc-tuxbox-linux-gnu-gcc accepts -g... (cached) yes checking for powerpc-tuxbox-linux-gnu-gcc option to accept ANSI C... (cached) none needed checking dependency style of powerpc-tuxbox-linux-gnu-gcc... (cached) gcc3 checking for powerpc-tuxbox-linux-gnu-g++... powerpc-tuxbox-linux-gnu-g++ checking whether we are using the GNU C++ compiler... yes checking whether powerpc-tuxbox-linux-gnu-g++ accepts -g... yes checking dependency style of powerpc-tuxbox-linux-gnu-g++... gcc3 checking for a sed that does not truncate output... /usr/bin/sed checking for egrep... grep -E checking for ld used by powerpc-tuxbox-linux-gnu-gcc... /home/kai/dbox2/cdk/powerpc-tuxbox-linux-gnu/bin/ld checking if the linker (/home/kai/dbox2/cdk/powerpc-tuxbox-linux-gnu/bin/ld) isGNU ld... yes checking for /home/kai/dbox2/cdk/powerpc-tuxbox-linux-gnu/bin/ld option to reload object files... -r checking for BSD-compatible nm... /home/kai/dbox2/cdk/bin/powerpc-tuxbox-linux-gnu-nm -B checking whether ln -s works... yes checking how to recognise dependent libraries... pass_all checking how to run the C preprocessor... powerpc-tuxbox-linux-gnu-gcc -E 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 dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking how to run the C++ preprocessor... powerpc-tuxbox-linux-gnu-g++ -E checking for powerpc-tuxbox-linux-gnu-g77... no checking for powerpc-tuxbox-linux-gnu-f77... no checking for powerpc-tuxbox-linux-gnu-xlf... no checking for powerpc-tuxbox-linux-gnu-frt... no checking for powerpc-tuxbox-linux-gnu-pgf77... no checking for powerpc-tuxbox-linux-gnu-fort77... no checking for powerpc-tuxbox-linux-gnu-fl32... no checking for powerpc-tuxbox-linux-gnu-af77... no checking for powerpc-tuxbox-linux-gnu-f90... no checking for powerpc-tuxbox-linux-gnu-xlf90... no checking for powerpc-tuxbox-linux-gnu-pgf90... no checking for powerpc-tuxbox-linux-gnu-epcf90... no checking for powerpc-tuxbox-linux-gnu-f95... no checking for powerpc-tuxbox-linux-gnu-fort... no checking for powerpc-tuxbox-linux-gnu-xlf95... no checking for powerpc-tuxbox-linux-gnu-ifc... no checking for powerpc-tuxbox-linux-gnu-efc... no checking for powerpc-tuxbox-linux-gnu-pgf95... no checking for powerpc-tuxbox-linux-gnu-lf95... no checking for powerpc-tuxbox-linux-gnu-gfortran... no checking for g77... no checking for f77... no checking for xlf... no checking for frt... no checking for pgf77... no checking for fort77... no checking for fl32... no checking for af77... no checking for f90... no checking for xlf90... no checking for pgf90... no checking for epcf90... no checking for f95... no checking for fort... no checking for xlf95... no checking for ifc... no checking for efc... no checking for pgf95... no checking for lf95... no checking for gfortran... no checking whether we are using the GNU Fortran 77 compiler... no checking whether accepts -g... no checking the maximum length of command line arguments... 32768 checking command to parse /home/kai/dbox2/cdk/bin/powerpc-tuxbox-linux-gnu-nm -B output from powerpc-tuxbox-linux-gnu-gcc object... ok checking for objdir... .libs checking for powerpc-tuxbox-linux-gnu-ar... powerpc-tuxbox-linux-gnu-ar checking for powerpc-tuxbox-linux-gnu-ranlib... powerpc-tuxbox-linux-gnu-ranlib checking for powerpc-tuxbox-linux-gnu-strip... (cached) powerpc-tuxbox-linux-gnu-strip checking if powerpc-tuxbox-linux-gnu-gcc static flag works... yes checking if powerpc-tuxbox-linux-gnu-gcc supports -fno-rtti -fno-exceptions... no checking for powerpc-tuxbox-linux-gnu-gcc option to produce PIC... -fPIC checking if powerpc-tuxbox-linux-gnu-gcc PIC flag -fPIC works... yes checking if powerpc-tuxbox-linux-gnu-gcc supports -c -o file.o... yes checking whether the powerpc-tuxbox-linux-gnu-gcc linker (/home/kai/dbox2/cdk/powerpc-tuxbox-linux-gnu/bin/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 configure: creating libtool appending configuration tag "CXX" to libtool checking for ld used by powerpc-tuxbox-linux-gnu-g++... /home/kai/dbox2/cdk/powerpc-tuxbox-linux-gnu/bin/ld checking if the linker (/home/kai/dbox2/cdk/powerpc-tuxbox-linux-gnu/bin/ld) isGNU ld... yes checking whether the powerpc-tuxbox-linux-gnu-g++ linker (/home/kai/dbox2/cdk/powerpc-tuxbox-linux-gnu/bin/ld) supports shared libraries... yes checking for powerpc-tuxbox-linux-gnu-g++ option to produce PIC... -fPIC checking if powerpc-tuxbox-linux-gnu-g++ PIC flag -fPIC works... yes checking if powerpc-tuxbox-linux-gnu-g++ supports -c -o file.o... yes checking whether the powerpc-tuxbox-linux-gnu-g++ linker (/home/kai/dbox2/cdk/powerpc-tuxbox-linux-gnu/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes appending configuration tag "F77" to libtool checking ost/dmx.h usability... no checking ost/dmx.h presence... no checking for ost/dmx.h... no checking linux/dvb/version.h usability... yes checking linux/dvb/version.h presence... yes checking for linux/dvb/version.h... yes configure: found dvb version 3 checking for curl-config... /home/kai/dbox2/cdk/bin/curl-config checking for freetype-config... /home/kai/dbox2/cdk/bin/freetype-config checking for pkg-config... /usr/bin/pkg-config checking for package id3tag... yes checking for package mad... yes checking for package vorbisidec... yes checking for package libpng... yes checking for package tuxbox-configfile... yes checking for package tuxbox-connection... yes checking for package tuxbox-cramfs... yes checking for package tuxbox-eventserver... yes checking for package tuxbox-lcddisplay... yes checking for package tuxbox-lircdclient... yes checking for package tuxbox-net... yes checking for package tuxbox-plugins... yes checking for package tuxbox... yes checking for package tuxbox-ucodes... yes checking for package tuxbox-zapit... yes checking for package tuxbox-mpegtools... yes checking for package tuxbox-tuxtxt... yes configure: creating ./config.status /bin/sh ./config.status config.status: creating Makefile config.status: creating lib/Makefile config.status: creating lib/controldclient/Makefile config.status: creating lib/sectionsdclient/Makefile config.status: creating lib/timerdclient/Makefile config.status: creating lib/irsend/Makefile config.status: creating daemons/Makefile config.status: creating daemons/controld/Makefile config.status: creating daemons/controld/driver/Makefile config.status: creating daemons/nhttpd/Makefile config.status: creating daemons/nhttpd/data/Makefile config.status: creating daemons/nhttpd/data/images/Makefile config.status: creating daemons/nhttpd/data-alt2/Makefile config.status: creating daemons/nhttpd/data-alt2/images/Makefile config.status: creating daemons/nhttpd/nhttpd-y/Makefile config.status: creating daemons/nhttpd/nhttpd-y/images/Makefile config.status: creating daemons/nhttpd/nhttpd-y/scripts/Makefile config.status: creating daemons/sectionsd/Makefile config.status: creating daemons/timerd/Makefile config.status: creating src/Makefile config.status: creating src/daemonc/Makefile config.status: creating src/driver/pictureviewer/Makefile config.status: creating src/driver/audiodec/Makefile config.status: creating src/driver/Makefile config.status: creating src/gui/Makefile config.status: creating src/gui/bedit/Makefile config.status: creating src/gui/widget/Makefile config.status: creating src/system/Makefile config.status: creating data/Makefile config.status: creating data/fonts/Makefile config.status: creating data/icons/Makefile config.status: creating data/iso-codes/Makefile config.status: creating data/lcd/Makefile config.status: creating data/lcd/icons/Makefile config.status: creating data/lcd/clock/Makefile config.status: creating data/locale/Makefile config.status: creating config.h config.status: config.h is unchanged config.status: executing depfiles commands make[1]: Leaving directory `/home/kai/tuxbox-cvs/apps/tuxbox/neutrino' make[1]: Entering directory `/home/kai/tuxbox-cvs/apps/tuxbox/neutrino' make all-recursive make[2]: Entering directory `/home/kai/tuxbox-cvs/apps/tuxbox/neutrino' Making all in lib make[3]: Entering directory `/home/kai/tuxbox-cvs/apps/tuxbox/neutrino/lib' Making all in controldclient make[4]: Entering directory `/home/kai/tuxbox-cvs/apps/tuxbox/neutrino/lib/controldclient' make[4]: Für das Ziel »all« ist nichts zu tun. make[4]: Leaving directory `/home/kai/tuxbox-cvs/apps/tuxbox/neutrino/lib/controldclient' Making all in sectionsdclient make[4]: Entering directory `/home/kai/tuxbox-cvs/apps/tuxbox/neutrino/lib/sectionsdclient' make[4]: Für das Ziel »all« ist nichts zu tun. make[4]: Leaving directory `/home/kai/tuxbox-cvs/apps/tuxbox/neutrino/lib/sectionsdclient' Making all in timerdclient make[4]: Entering directory `/home/kai/tuxbox-cvs/apps/tuxbox/neutrino/lib/timerdclient' make[4]: Für das Ziel »all« ist nichts zu tun. make[4]: Leaving directory `/home/kai/tuxbox-cvs/apps/tuxbox/neutrino/lib/timerdclient' Making all in irsend make[4]: Entering directory `/home/kai/tuxbox-cvs/apps/tuxbox/neutrino/lib/irsend' make[4]: Für das Ziel »all« ist nichts zu tun. make[4]: Leaving directory `/home/kai/tuxbox-cvs/apps/tuxbox/neutrino/lib/irsend' make[4]: Entering directory `/home/kai/tuxbox-cvs/apps/tuxbox/neutrino/lib' make[4]: Für das Ziel »all-am« ist nichts zu tun. make[4]: Leaving directory `/home/kai/tuxbox-cvs/apps/tuxbox/neutrino/lib' make[3]: Leaving directory `/home/kai/tuxbox-cvs/apps/tuxbox/neutrino/lib' Making all in daemons make[3]: Entering directory `/home/kai/tuxbox-cvs/apps/tuxbox/neutrino/daemons' Making all in controld make[4]: Entering directory `/home/kai/tuxbox-cvs/apps/tuxbox/neutrino/daemons/controld' Making all in driver make[5]: Entering directory `/home/kai/tuxbox-cvs/apps/tuxbox/neutrino/daemons/controld/driver' make[5]: Für das Ziel »all« ist nichts zu tun. make[5]: Leaving directory `/home/kai/tuxbox-cvs/apps/tuxbox/neutrino/daemons/controld/driver' make[5]: Entering directory `/home/kai/tuxbox-cvs/apps/tuxbox/neutrino/daemons/controld' make[5]: Für das Ziel »all-am« ist nichts zu tun. make[5]: Leaving directory `/home/kai/tuxbox-cvs/apps/tuxbox/neutrino/daemons/controld' make[4]: Leaving directory `/home/kai/tuxbox-cvs/apps/tuxbox/neutrino/daemons/controld' Making all in nhttpd make[4]: Entering directory `/home/kai/tuxbox-cvs/apps/tuxbox/neutrino/daemons/nhttpd' Making all in data make[5]: Entering directory `/home/kai/tuxbox-cvs/apps/tuxbox/neutrino/daemons/nhttpd/data' Making all in images make[6]: Entering directory `/home/kai/tuxbox-cvs/apps/tuxbox/neutrino/daemons/nhttpd/data/images' make[6]: Für das Ziel »all« ist nichts zu tun. make[6]: Leaving directory `/home/kai/tuxbox-cvs/apps/tuxbox/neutrino/daemons/nhttpd/data/images' make[6]: Entering directory `/home/kai/tuxbox-cvs/apps/tuxbox/neutrino/daemons/nhttpd/data' make[6]: Für das Ziel »all-am« ist nichts zu tun. make[6]: Leaving directory `/home/kai/tuxbox-cvs/apps/tuxbox/neutrino/daemons/nhttpd/data' make[5]: Leaving directory `/home/kai/tuxbox-cvs/apps/tuxbox/neutrino/daemons/nhttpd/data' Making all in data-alt2 make[5]: Entering directory `/home/kai/tuxbox-cvs/apps/tuxbox/neutrino/daemons/nhttpd/data-alt2' Making all in images make[6]: Entering directory `/home/kai/tuxbox-cvs/apps/tuxbox/neutrino/daemons/nhttpd/data-alt2/images' make[6]: Für das Ziel »all« ist nichts zu tun. make[6]: Leaving directory `/home/kai/tuxbox-cvs/apps/tuxbox/neutrino/daemons/nhttpd/data-alt2/images' make[6]: Entering directory `/home/kai/tuxbox-cvs/apps/tuxbox/neutrino/daemons/nhttpd/data-alt2' make[6]: Für das Ziel »all-am« ist nichts zu tun. make[6]: Leaving directory `/home/kai/tuxbox-cvs/apps/tuxbox/neutrino/daemons/nhttpd/data-alt2' make[5]: Leaving directory `/home/kai/tuxbox-cvs/apps/tuxbox/neutrino/daemons/nhttpd/data-alt2' Making all in nhttpd-y make[5]: Entering directory `/home/kai/tuxbox-cvs/apps/tuxbox/neutrino/daemons/nhttpd/nhttpd-y' Making all in images make[6]: Entering directory `/home/kai/tuxbox-cvs/apps/tuxbox/neutrino/daemons/nhttpd/nhttpd-y/images' make[6]: Für das Ziel »all« ist nichts zu tun. make[6]: Leaving directory `/home/kai/tuxbox-cvs/apps/tuxbox/neutrino/daemons/nhttpd/nhttpd-y/images' Making all in scripts make[6]: Entering directory `/home/kai/tuxbox-cvs/apps/tuxbox/neutrino/daemons/nhttpd/nhttpd-y/scripts' make[6]: Für das Ziel »all« ist nichts zu tun. make[6]: Leaving directory `/home/kai/tuxbox-cvs/apps/tuxbox/neutrino/daemons/nhttpd/nhttpd-y/scripts' make[6]: Entering directory `/home/kai/tuxbox-cvs/apps/tuxbox/neutrino/daemons/nhttpd/nhttpd-y' make[6]: Für das Ziel »all-am« ist nichts zu tun. make[6]: Leaving directory `/home/kai/tuxbox-cvs/apps/tuxbox/neutrino/daemons/nhttpd/nhttpd-y' make[5]: Leaving directory `/home/kai/tuxbox-cvs/apps/tuxbox/neutrino/daemons/nhttpd/nhttpd-y' make[5]: Entering directory `/home/kai/tuxbox-cvs/apps/tuxbox/neutrino/daemons/nhttpd' make[5]: Für das Ziel »all-am« ist nichts zu tun. make[5]: Leaving directory `/home/kai/tuxbox-cvs/apps/tuxbox/neutrino/daemons/nhttpd' make[4]: Leaving directory `/home/kai/tuxbox-cvs/apps/tuxbox/neutrino/daemons/nhttpd' Making all in sectionsd make[4]: Entering directory `/home/kai/tuxbox-cvs/apps/tuxbox/neutrino/daemons/sectionsd' make[4]: Für das Ziel »all« ist nichts zu tun. make[4]: Leaving directory `/home/kai/tuxbox-cvs/apps/tuxbox/neutrino/daemons/sectionsd' Making all in timerd make[4]: Entering directory `/home/kai/tuxbox-cvs/apps/tuxbox/neutrino/daemons/timerd' make[4]: Für das Ziel »all« ist nichts zu tun. make[4]: Leaving directory `/home/kai/tuxbox-cvs/apps/tuxbox/neutrino/daemons/timerd' make[4]: Entering directory `/home/kai/tuxbox-cvs/apps/tuxbox/neutrino/daemons' make[4]: Für das Ziel »all-am« ist nichts zu tun. make[4]: Leaving directory `/home/kai/tuxbox-cvs/apps/tuxbox/neutrino/daemons' make[3]: Leaving directory `/home/kai/tuxbox-cvs/apps/tuxbox/neutrino/daemons' Making all in src make[3]: Entering directory `/home/kai/tuxbox-cvs/apps/tuxbox/neutrino/src' Making all in gui make[4]: Entering directory `/home/kai/tuxbox-cvs/apps/tuxbox/neutrino/src/gui' Making all in widget make[5]: Entering directory `/home/kai/tuxbox-cvs/apps/tuxbox/neutrino/src/gui/widget' make[5]: Für das Ziel »all« ist nichts zu tun. make[5]: Leaving directory `/home/kai/tuxbox-cvs/apps/tuxbox/neutrino/src/gui/widget' Making all in bedit make[5]: Entering directory `/home/kai/tuxbox-cvs/apps/tuxbox/neutrino/src/gui/bedit' make[5]: Für das Ziel »all« ist nichts zu tun. make[5]: Leaving directory `/home/kai/tuxbox-cvs/apps/tuxbox/neutrino/src/gui/bedit' make[5]: Entering directory `/home/kai/tuxbox-cvs/apps/tuxbox/neutrino/src/gui' if powerpc-tuxbox-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I../../daemons-I../../src -I/home/kai/dbox2/cdkroot/include/tuxbox -I/home/kai/dbox2/cdkroot/include/freetype2 -I/home/kai/dbox2/cdkroot/include/tuxbox -I/home/kai/dbox2/cdkroot/include/tuxbox -I/home/kai/dbox2/cdkroot/include/tuxbox/mpegtools -I/home/kai/dbox2/cdkroot/include -I/home/kai/tuxbox-cvs/driver/include -I../../lib -DSKIP_CA_STATUS -I/home/kai/tuxbox-cvs/driver/dvb/include -I/home/kai/tuxbox-cvs/driver/include -Wall -mcpu=823 -mmultiple -mstring -meabi -pipe -Os -MT infoviewer.o -MD -MP -MF ".deps/infoviewer.Tpo" -c -o infoviewer.o infoviewer.cpp; \ then mv -f ".deps/infoviewer.Tpo" ".deps/infoviewer.Po"; else rm -f ".deps/infoviewer.Tpo"; exit 1; fi infoviewer.cpp: In member function `void CInfoViewer::showSubchan()': infoviewer.cpp:457: warning: `int subchannel' might be used uninitialized in this function infoviewer.cpp: In member function `void CInfoViewer::showButton_Audio()': infoviewer.cpp:961: error: 'struct SNeutrinoSettings' has no member named ' audio_left_right_selectable' make[5]: *** [infoviewer.o] Fehler 1 make[5]: Leaving directory `/home/kai/tuxbox-cvs/apps/tuxbox/neutrino/src/gui' make[4]: *** [all-recursive] Fehler 1 make[4]: Leaving directory `/home/kai/tuxbox-cvs/apps/tuxbox/neutrino/src/gui' make[3]: *** [all-recursive] Fehler 1 make[3]: Leaving directory `/home/kai/tuxbox-cvs/apps/tuxbox/neutrino/src' make[2]: *** [all-recursive] Fehler 1 make[2]: Leaving directory `/home/kai/tuxbox-cvs/apps/tuxbox/neutrino' make[1]: *** [all] Fehler 2 make[1]: Leaving directory `/home/kai/tuxbox-cvs/apps/tuxbox/neutrino' make: *** [.deps/neutrino] Fehler 2 mfg Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Worschter Geschrieben 8. Oktober 2005 Autor Melden Share Geschrieben 8. Oktober 2005 hm, da bist Du schonmal über eine CVS Neuerung gestolpert. Hast Du versuch ne CA-Info mit einzubauen? In der Datei infoviewer.cpp Den Patch müsstest Du in die neue Datei einbauen, sonst passiert das. Wenn das nicht, dann poste mal genau welche Dateien Du noch patchst. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Gast XundY Geschrieben 8. Oktober 2005 Melden Share Geschrieben 8. Oktober 2005 wie muß ich die datei denn patchen? Gibts da noch nen faq das ich nicht gelesen habe? mfg Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Worschter Geschrieben 8. Oktober 2005 Autor Melden Share Geschrieben 8. Oktober 2005 wenn ich Dich richtig verstehe nutzt Du den Patch? bitte poste mal welche Dateien Du selbst ins CVS einspielst, ich kann ausserdem so nicht nachvollziehen wie alt Dein Patch ist. Ein Tipp von mir versuch es erst mal ohne, wenn Du dann das Image zusammen hast, dann kannst das immernoch einbauen. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Gast XundY Geschrieben 8. Oktober 2005 Melden Share Geschrieben 8. Oktober 2005 ich benutze überhaupt keinen Patch habe ienfach nur ganz normal die Anleitung befolgt und im Ordner dbox2 keine Änderungen vorgenommen mfg Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Worschter Geschrieben 8. Oktober 2005 Autor Melden Share Geschrieben 8. Oktober 2005 hm, das ist nun verzwickt, denn dann sind bereits die im Packet liegenden Dateien vom Update betroffen. Du müsstest die Änderungen selbst mit dem Editor in die Files eintragen die Du vom CVS Server heruntergeladen hast. Das geht mit nem normalden Editor. Im Moment fehlt mir die Zeit das Ding zu aktualisieren. Damit solltest Du Dich eh vertraut machen, denn das wird immer wieder vorkommen. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Empfohlene Beiträge