Gast carlosos Geschrieben 23. April 2006 Melden Share Geschrieben 23. April 2006 danke dir für deine ausdauer und den link. werde es nun mal im original durchlaufen lassen und dann sehen. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Petze Geschrieben 27. April 2006 Melden Share Geschrieben 27. April 2006 Warum lassen sich mit "checkImage" keine Images mehr überprüfen? Oder hat sich mit checkImage irgendwas geändert? mfg petze Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Worschter Geschrieben 27. April 2006 Autor Melden Share Geschrieben 27. April 2006 @Petze ging mir beim letzten mal auch so, ich hab ein altes Binary genommen. Evtl. ist da in verbindung mit newmake was rausgefallen, es wird beim normalen configure kein Makefile mehr erzeugt. Ist aber definitiv ne Sache die Du im Tuxbox Forum anfragen müsstest. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Gast carlosos Geschrieben 28. April 2006 Melden Share Geschrieben 28. April 2006 (bearbeitet) habs nun hinbekommen, image läuft. bearbeitet 28. April 2006 von carlosos Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Worschter Geschrieben 28. April 2006 Autor Melden Share Geschrieben 28. April 2006 Super Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
misty Geschrieben 3. Mai 2006 Melden Share Geschrieben 3. Mai 2006 (bearbeitet) servus @Worschter, ich wollte mal mir ein image pruzeln habe die tuxbox-cvs version vom 02.05.2006 datein wurden gepatch laut deinen faq's ../hostapps/toolchecker/toolchecker.sh cvs: 1.12.9 autoconf >= 2.57a: 2.59 automake >= 1.8: 1.9.5 * libtool >= 1.4.2: 1.5.6 gettext >= 0.12.1: 0.14.4 make >= 3.79: 3.80 makeinfo: 4.7 tar: 1.14 bunzip2: 1.0.2 gunzip: 1.3.5 patch: 2.5.9 infocmp: 5.4.20040208 gcc 2.95 or >= 3.0: 3.3.5 g++ 2.95 or >= 3.0: 3.3.5 flex: 2.5.31 bison: 1.875d pkg-config: 0.17.2 wget: 1.9.1 mksquashfs 2.1: 2.1 so weit ist alles gut, nun bin ich aber an der stelle: make[2]: Leaving directory `/dbox2/tuxbox-cvs/cdk/u-boot-1.1.4/common' UNDEF_SYM=`powerpc-tuxbox-linux-gnu-objdump -x lib_generic/libgeneric.a board/dbox2/libdbox2.a cpu/mpc8xx/libmpc8xx.a lib_ppc/libppc.a fs/cramfs/libcramfs.a fs/fat/libfat.a fs/fdos/libfdos.a fs/jffs2/libjffs2.a fs/reiserfs/libreiserfs.a fs/ext2/libext2fs.a fs/squashfs/libsquashfs.a net/libnet.a disk/libdisk.a rtc/librtc.a dtt/libdtt.a drivers/libdrivers.a drivers/sk98lin/libsk98lin.a post/libpost.a post/cpu/libcpu.a common/libcommon.a |sed -n -e 's/.*\(__u_boot_cmd_.*\)/-u\1/p'|sort|uniq`;\ powerpc-tuxbox-linux-gnu-ld -Bstatic -T /dbox2/tuxbox-cvs/cdk/u-boot-1.1.4/board/dbox2/u-boot.lds -Ttext 0x40000 -n $UNDEF_SYM cpu/mpc8xx/start.o \ --start-group lib_generic/libgeneric.a board/dbox2/libdbox2.a cpu/mpc8xx/libmpc8xx.a lib_ppc/libppc.a fs/cramfs/libcramfs.a fs/fat/libfat.a fs/fdos/libfdos.a fs/jffs2/libjffs2.a fs/reiserfs/libreiserfs.a fs/ext2/libext2fs.a fs/squashfs/libsquashfs.a net/libnet.a disk/libdisk.a rtc/librtc.a dtt/libdtt.a drivers/libdrivers.a drivers/sk98lin/libsk98lin.a post/libpost.a post/cpu/libcpu.a common/libcommon.a --end-group -L /dbox2/dbox2/cdk/lib/gcc/powerpc-tuxbox-linux-gnu/3.4.4/nof -lgcc \ -Map u-boot.map -o u-boot common/libcommon.a(env_common.o)(.text+0x1e4): In function `env_relocate': /dbox2/tuxbox-cvs/cdk/u-boot-1.1.4/common/env_common.c:276: undefined reference to `load_env_fs' make[1]: *** [u-boot] Fehler 1 make[1]: Leaving directory `/dbox2/tuxbox-cvs/cdk/u-boot-1.1.4' make: *** [.deps/u-boot] Fehler 2 diese fehlermeldung wahr schon einmal auf http://www.keywelt-board.com/index.php?sho...ndpost&p=563613 jetzt fählt mir nur noch ein wort ein HILFE ;-) :: EDIT:: *automake auf 1.9.5-1 bearbeitet 3. Mai 2006 von misty Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Worschter Geschrieben 3. Mai 2006 Autor Melden Share Geschrieben 3. Mai 2006 Hi misty, Die Dateien sind nicht mehr aktuell, ich bion mir nicht sicher in wie weit man meine Anleitung überhaupt noch nutzen kann. Mit dem einfliessen des newmake Branches ins CVS tauchen bei mir immer öfter ungereimtheiten im normalen HEAD Branch auf. Bei Dir ist glaub die u-boot config die den Fehler verursacht, aber das wird noch mehr werden. Wenn Du gerade neu beginnst, dann rate ich Dir Dich lieber auf Barf´s newmake zu konzentrieren, such mal im Tuxbox Forum danach, ich hab grad keinen Link da. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
merkwuerden Geschrieben 3. Mai 2006 Melden Share Geschrieben 3. Mai 2006 Zum newmake von Barf gibt's hier eine Anleitung: http://www.bengt-martensson.de/dbox2/flash...ds-newmake.html Oder eben im tuxbox-Forum suchen. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
misty Geschrieben 3. Mai 2006 Melden Share Geschrieben 3. Mai 2006 (bearbeitet) ...Bei Dir ist glaub die u-boot config die den Fehler verursacht, aber das wird noch mehr werden. ... servus @Worschter & @merkwuerden, ok also kann ich das ganze einstellen und rm -rf *** mach (DOLL Äh ) nun ich habe bis anfang 2006 noch das BC image oben gehabt, wahr sehr glücklich damit dan habe ich das keywelt-board endeckt und mir gleich mal das jan. img geprutzelt bis aprV4 dann wider auf V3 kleine probs im V4 .... ich hatte es schon mal versucht mit einer anderen anleitung hatt aber nie so richtig gefuntz. @Worschter: dann habe ich deine gefunden, wiel ich es nocht mal wissen wollte .... satz mit X, das wahr woll niX (siehe 1'ten satz) oder: kannst du mir deine u-boot.config senden, oder denn fehler @merkwuerden: danke für den link, schaut gut aus andere FRAGE: gibt es ein keywelt cvs oder sdk, halt eins in rohform vorliegen so das mann noch was einpacken kann bzw einstampfen kann z.B.: ein altes img von jan oder apr?? halt als grundlage mercé bearbeitet 3. Mai 2006 von misty Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Worschter Geschrieben 3. Mai 2006 Autor Melden Share Geschrieben 3. Mai 2006 @misty andere FRAGE: gibt es ein keywelt cvs oder sdk, halt eins in rohform vorliegen so das mann noch was einpacken kann bzw einstampfen kannz.B.: ein altes img von jan oder apr?? halt als grundlage gibt es nicht, und wenn ich ganze ehrlich bin, selbst wenn Du das hättest unterstell ich Dir einfach mal, daß Du nix mit anfangen könntest. Was hier beschrieben ist sind absolute Grundlagen, wenn Du damit nichtmal zurechtkommst, keine Chance, daß Du aus Januar Sourcen ein lauffähiges Image baust mit aktuellem CVS als Grundlage. Entschuldige daß ich da jetzt sio knallhart bin, aber ich weiß ganz genau was dahinter stekt. Schau Dir die Geschichte mit dem newmake an wenn Du damit mal ein Image gebaut hast, dann können wir weitersehen. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Gast carlosos Geschrieben 8. Mai 2006 Melden Share Geschrieben 8. Mai 2006 (bearbeitet) Eintrag in den beiden Dateien muss sein: #if defined(CONFIG_DBOX2_ENV_READ_FS) #define CONFIG_DBOX2_ENV_READ 1 #endif hatte den gleichen mist, die u-boot.config und die dazugehörende squash.dbox2 oder so ähnlich werden irgendwie geändert beim erstellen,die lösung ist recht einfach, schreibschutz aktivieren auf die beiden dateien und schon geht die post ab. bearbeitet 8. Mai 2006 von carlosos Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Greendevil130 Geschrieben 12. Mai 2006 Melden Share Geschrieben 12. Mai 2006 Hi kriege immer wieder egal was ich mache den Fehler 1 und 2 nach dem ich make u-boot mache... Bitte nicht mäckern über den ROOT Benutzer das ist beabsichtigt ansonsten würde ich als normaler User aus irgendein Grund keine Ordner erstellen können... root@ubuntu:~/tuxbox-cvs/cdk# make u-boot make[1]: Gehe in Verzeichnis »/root/tuxbox-cvs/cdk« ( rm -rf glibc-2.3.6 || /bin/true ) && bunzip2 -cd Archive/glibc-2.3.6.tar.bz2 | TAPE=- tar -x && ( mkdir glibc-2.3.6 || /bin/true ) && ( cd glibc-2.3.6; bunzip2 -cd ../Archive/glibc-linuxthreads-2.3.6.tar.bz2 | tar -x ) && ( cd glibc-2.3.6; patch -p1 < ../Patches/glibc.diff ) && ( rm -rf build_glibc || /bin/true ) && mkdir build_glibc mkdir: kann Verzeichnis glibc-2.3.6 nicht anlegen: Die Datei existiert bereitspatching file Makeconfig patching file sysdeps/powerpc/powerpc32/memset.S touch build_glibc/config.cache cd build_glibc && \ AR=powerpc-tuxbox-linux-gnu-ar AS=powerpc-tuxbox-linux-gnu-as CC=powerpc-tuxbox-linux-gnu-gcc CXX=powerpc-tuxbox-linux-gnu-g++ NM=powerpc-tuxbox-linux-gnu-nm RANLIB=powerpc-tuxbox-linux-gnu-ranlib CFLAGS="-mcpu=823 -mmultiple -mstring -meabi -pipe -Os" CXXFLAGS="-mcpu=823 -mmultiple -mstring -meabi -pipe -Os" LDFLAGS="-s" PKG_CONFIG_PATH=/dbox2/cdkroot/lib/pkgconfig \ ../glibc-2.3.6/configure \ --build=i686-pc-linux-gnu \ --host=powerpc-tuxbox-linux-gnu \ --prefix= \ --with-headers=/dbox2/cdkroot/include \ --disable-profile \ --disable-debug \ --enable-shared \ --without-gd \ --with-tls \ --with-__thread \ --enable-add-ons=linuxthreads \ --enable-clocale=gnu \ --without-fp \ --cache-file=config.cache \ && \ make all && \ make install install_root=/dbox2/cdkroot && /usr/bin/install -c -m644 libc_pic.a math/libm_pic.a resolv/libresolv_pic.a dlfcn/libdl_pic.a /dbox2/cdkroot/lib && /usr/bin/install -c -d /dbox2/cdkroot/lib/libc_pic && /usr/bin/install -c -m644 elf/soinit.os /dbox2/cdkroot/lib/libc_pic/soinit.o && /usr/bin/install -c -m644 elf/sofini.os /dbox2/cdkroot/lib/libc_pic/sofini.o && /usr/bin/install -c -m644 libc.map /dbox2/cdkroot/lib/libc_pic.map && /usr/bin/install -c -m644 libm.map /dbox2/cdkroot/lib/libm_pic.map && /usr/bin/install -c -m644 libdl.map /dbox2/cdkroot/lib/libdl_pic.map configure: loading cache config.cache checking build system type... i686-pc-linux-gnu checking host system type... powerpc-tuxbox-linux-gnu running configure fragment for add-on linuxthreads checking sysdep dirs... sysdeps/powerpc/powerpc32/elf sysdeps/powerpc/elf linuxthreads/sysdeps/unix/sysv/linux/powerpc/powerpc32 linuxthreads/sysdeps/unix/sysv/linux/powerpc linuxthreads/sysdeps/unix/sysv/linux linuxthreads/sysdeps/pthread sysdeps/pthread linuxthreads/sysdeps/unix/sysv linuxthreads/sysdeps/unix linuxthreads/sysdeps/powerpc/powerpc32 linuxthreads/sysdeps/powerpc sysdeps/unix/sysv/linux/powerpc/powerpc32 sysdeps/unix/sysv/linux/powerpc sysdeps/unix/sysv/linux sysdeps/gnu sysdeps/unix/common sysdeps/unix/mman sysdeps/unix/inet sysdeps/unix/sysv sysdeps/unix/powerpc sysdeps/unix sysdeps/posix sysdeps/powerpc/powerpc32 sysdeps/wordsize-32 sysdeps/powerpc/soft-fp sysdeps/powerpc/nofpu sysdeps/powerpc sysdeps/ieee754/flt-32 sysdeps/ieee754/dbl-64 sysdeps/ieee754 sysdeps/generic/elf sysdeps/generic checking for a BSD-compatible install... /usr/bin/install -c checking whether ln -s works... yes checking for powerpc-tuxbox-linux-gnu-gcc... powerpc-tuxbox-linux-gnu-gcc 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 neededchecking for gcc... gcc checking how to run the C preprocessor... /lib/cpp 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 whether /dbox2/cdk/lib/gcc/powerpc-tuxbox-linux-gnu/3.4.4/../../../../powerpc-tuxbox-linux-gnu/bin/as is GNU as... yes checking whether /dbox2/cdk/lib/gcc/powerpc-tuxbox-linux-gnu/3.4.4/../../../../powerpc-tuxbox-linux-gnu/bin/ld is GNU ld... yes checking for /dbox2/cdk/lib/gcc/powerpc-tuxbox-linux-gnu/3.4.4/../../../../powerpc-tuxbox-linux-gnu/bin/as... /dbox2/cdk/lib/gcc/powerpc-tuxbox-linux-gnu/3.4.4/../../../../powerpc-tuxbox-linux-gnu/bin/as checking version of /dbox2/cdk/lib/gcc/powerpc-tuxbox-linux-gnu/3.4.4/../../../../powerpc-tuxbox-linux-gnu/bin/as... 2.15.91.0.2, ok checking for /dbox2/cdk/lib/gcc/powerpc-tuxbox-linux-gnu/3.4.4/../../../../powerpc-tuxbox-linux-gnu/bin/ld... /dbox2/cdk/lib/gcc/powerpc-tuxbox-linux-gnu/3.4.4/../../../../powerpc-tuxbox-linux-gnu/bin/ld checking version of /dbox2/cdk/lib/gcc/powerpc-tuxbox-linux-gnu/3.4.4/../../../../powerpc-tuxbox-linux-gnu/bin/ld... 2.15.91.0.2, ok checking for pwd... /bin/pwd checking for powerpc-tuxbox-linux-gnu-gcc... (cached) powerpc-tuxbox-linux-gnu-gcc checking version of powerpc-tuxbox-linux-gnu-gcc... 3.4.4, ok checking for gnumake... no checking for gmake... no checking for make... make checking version of make... 3.80, ok checking for gnumsgfmt... no checking for gmsgfmt... no checking for msgfmt... msgfmt checking version of msgfmt... 0.14.5, ok checking for makeinfo... makeinfo checking version of makeinfo... 4.7, ok checking for sed... sed checking version of sed... 4.1.4, ok checking for autoconf... autoconf checking whether autoconf works... yes checking whether ranlib is necessary... no checking LD_LIBRARY_PATH variable... ok checking whether GCC supports -static-libgcc... -static-libgcc checking for bash... /bin/sh checking for gawk... no checking for mawk... mawk checking for perl... /usr/bin/perl checking for install-info... /usr/sbin/install-info checking for bison... /usr/bin/bison checking for signed size_t type... no checking for libc-friendly stddef.h... yes checking whether we need to use -P to assemble .S files... no checking whether .text pseudo-op must be used... yes checking for assembler global-symbol directive... .globl checking for .set assembler directive... yes checking for assembler .type directive prefix... @ checking for .symver assembler directive... yes checking for ld --version-script... yes checking for .previous assembler directive... yes checking for .protected and .hidden assembler directive... yes checking whether __attribute__((visibility())) is supported... yes checking for broken __attribute__((visibility()))... no checking for broken __attribute__((alias()))... no checking whether to put _rtld_local into .sdata section... yes checking for .preinit_array/.init_array/.fini_array support... yes checking for libunwind-support in compiler... no checking for -z nodelete option... yes checking for -z nodlopen option... yes checking for -z initfirst option... yes checking for -z relro option... yes checking for -Bgroup option... yes checking for libgcc_s suffix... _nof checking for --as-needed option... yes checking whether --noexecstack is desirable for .S files... yes checking for -z combreloc... yes checking for -z execstack... yes checking for -fpie... yes checking for -fno-unit-at-a-time... yes checking whether cc puts quotes around section names... no checking for assembler .weak directive... yes checking whether CFI directives are supported... yes checking if -g produces usable source locations for assembler-with-cpp... yes checking for ld --no-whole-archive... yes checking for gcc -fexceptions... yes checking whether clobbering cr0 causes problems... no checking for DWARF2 unwind info support... no_registry_needed checking for __builtin_expect... yes checking for __builtin_memset... no checking for redirection of built-in functions... yes checking for local label subtraction... yes checking for __thread... yes checking for tls_model attribute... yes checking for libgd... no checking for is_selinux_enabled in -lselinux... no checking for egrep... grep -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 for long double... yes checking size of long double... 8 running configure fragment for sysdeps/powerpc/powerpc32/elf checking for powerpc32 TLS support... yes running configure fragment for sysdeps/pthread running configure fragment for sysdeps/unix/sysv/linux checking for egrep... (cached) grep -E checking installed Linux kernel header files... TOO OLD! configure: error: GNU libc requires kernel header files from Linux 2.0.10 or later to be installed before configuring. The kernel header files are found usually in /usr/include/asm and /usr/include/linux; make sure these directories use files from Linux 2.0.10 or later. This check uses <linux/version.h>, so make sure that file was built correctly when installing the kernel header files. To use kernel headers not from /usr/include/linux, use the configure option --with-headers. make[1]: *** [.deps/glibc] Fehler 1 make[1]: Verlasse Verzeichnis »/root/tuxbox-cvs/cdk« make: *** [.deps/bootstrap] Fehler 2 root@ubuntu:~/tuxbox-cvs/cdk# Mfg GD130 Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Worschter Geschrieben 12. Mai 2006 Autor Melden Share Geschrieben 12. Mai 2006 @Greendevil130 starte mal den toolchecker in /tuxbox-cvs/hostapps/toolchecker also toolchecker.sh in der Konsole aufrufen. Möchte wetten daß da was nicht aktuell genug ist. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Greendevil130 Geschrieben 12. Mai 2006 Melden Share Geschrieben 12. Mai 2006 (bearbeitet) @Greendevil130 starte mal den toolchecker in /tuxbox-cvs/hostapps/toolchecker also toolchecker.sh in der Konsole aufrufen. Möchte wetten daß da was nicht aktuell genug ist. Mit welchen Befehel ruft man dieses auf bis dahin bin ich gekommen wo das File liegt kann es auch sehen mit "dir" Mfg GD130 PS: Noch Neuling.. bearbeitet 12. Mai 2006 von Greendevil130 Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Greendevil130 Geschrieben 12. Mai 2006 Melden Share Geschrieben 12. Mai 2006 (bearbeitet) @Greendevil130 starte mal den toolchecker in /tuxbox-cvs/hostapps/toolchecker also toolchecker.sh in der Konsole aufrufen. Möchte wetten daß da was nicht aktuell genug ist. Mit welchen Befehel ruft man dieses auf bis dahin bin ich gekommen wo das File liegt kann es auch sehen mit "dir" Mfg GD130 PS: Noch Neuling.. Habe mich durchgeschlagen und habe folgendes Ergebnis: cvs: 1.12.9 autoconf >= 2.57a: 2.59 automake >= 1.8: 1.4-p6 ................... ..................... ........................ PS: Bei mir war alles von Automake von 1.4 bis 1.9 installiert nun habe ich nur noch 1.9!! cvs: 1.12.9 autoconf >= 2.57a: 2.59 automake >= 1.8: 1.9.5 libtool >= 1.4.2: 1.5.6 gettext >= 0.12.1: 0.14.5 make >= 3.79: 3.80 makeinfo: 4.7 tar: 1.15.1 bunzip2: 1.0.2 gunzip: 1.3.5 patch: 2.5.9 infocmp: 5.4.20050619 gcc 2.95 or >= 3.0: 4.0.2 g++ 2.95 or >= 3.0: 4.0.2 flex: 2.5.31 bison: 2.0 pkg-config: 0.19 wget: 1.10 toolchecker.sh: line 157: -version: command not found mksquashfs 2.1 Aber leider bleibt mein Fehler von oben bestehen: root@ubuntu:~/tuxbox-cvs/cdk# make u-boot make[1]: Gehe in Verzeichnis »/root/tuxbox-cvs/cdk« ( rm -rf glibc-2.3.6 || /bin/true ) && bunzip2 -cd Archive/glibc-2.3.6.tar.bz2 | TAPE=- tar -x && ( mkdir glibc-2.3.6 || /bin/true ) && ( cd glibc-2.3.6; bunzip2 -cd ../Archive/glibc-linuxthreads-2.3.6.tar.bz2 | tar -x ) && ( cd glibc-2.3.6; patch -p1 < ../Patches/glibc.diff ) && ( rm -rf build_glibc || /bin/true ) && mkdir build_glibc mkdir: kann Verzeichnis glibc-2.3.6 nicht anlegen: Die Datei existiert bereitspatching file Makeconfig patching file sysdeps/powerpc/powerpc32/memset.S touch build_glibc/config.cache cd build_glibc && \ AR=powerpc-tuxbox-linux-gnu-ar AS=powerpc-tuxbox-linux-gnu-as CC=powerpc-tuxbox-linux-gnu-gcc CXX=powerpc-tuxbox-linux-gnu-g++ NM=powerpc-tuxbox-linux-gnu-nm RANLIB=powerpc-tuxbox-linux-gnu-ranlib CFLAGS="-mcpu=823 -mmultiple -mstring -meabi -pipe -Os" CXXFLAGS="-mcpu=823 -mmultiple -mstring -meabi -pipe -Os" LDFLAGS="-s" PKG_CONFIG_PATH=/dbox2/cdkroot/lib/pkgconfig \ ../glibc-2.3.6/configure \ --build=i686-pc-linux-gnu \ --host=powerpc-tuxbox-linux-gnu \ --prefix= \ --with-headers=/dbox2/cdkroot/include \ --disable-profile \ --disable-debug \ --enable-shared \ --without-gd \ --with-tls \ --with-__thread \ --enable-add-ons=linuxthreads \ --enable-clocale=gnu \ --without-fp \ --cache-file=config.cache \ && \ make all && \ make install install_root=/dbox2/cdkroot && /usr/bin/install -c -m644 libc_pic.a math/libm_pic.a resolv/libresolv_pic.a dlfcn/libdl_pic.a /dbox2/cdkroot/lib && /usr/bin/install -c -d /dbox2/cdkroot/lib/libc_pic && /usr/bin/install -c -m644 elf/soinit.os /dbox2/cdkroot/lib/libc_pic/soinit.o && /usr/bin/install -c -m644 elf/sofini.os /dbox2/cdkroot/lib/libc_pic/sofini.o && /usr/bin/install -c -m644 libc.map /dbox2/cdkroot/lib/libc_pic.map && /usr/bin/install -c -m644 libm.map /dbox2/cdkroot/lib/libm_pic.map && /usr/bin/install -c -m644 libdl.map /dbox2/cdkroot/lib/libdl_pic.map configure: loading cache config.cache checking build system type... i686-pc-linux-gnu checking host system type... powerpc-tuxbox-linux-gnu running configure fragment for add-on linuxthreads checking sysdep dirs... sysdeps/powerpc/powerpc32/elf sysdeps/powerpc/elf linuxthreads/sysdeps/unix/sysv/linux/powerpc/powerpc32 linuxthreads/sysdeps/unix/sysv/linux/powerpc linuxthreads/sysdeps/unix/sysv/linux linuxthreads/sysdeps/pthread sysdeps/pthread linuxthreads/sysdeps/unix/sysv linuxthreads/sysdeps/unix linuxthreads/sysdeps/powerpc/powerpc32 linuxthreads/sysdeps/powerpc sysdeps/unix/sysv/linux/powerpc/powerpc32 sysdeps/unix/sysv/linux/powerpc sysdeps/unix/sysv/linux sysdeps/gnu sysdeps/unix/common sysdeps/unix/mman sysdeps/unix/inet sysdeps/unix/sysv sysdeps/unix/powerpc sysdeps/unix sysdeps/posix sysdeps/powerpc/powerpc32 sysdeps/wordsize-32 sysdeps/powerpc/soft-fp sysdeps/powerpc/nofpu sysdeps/powerpc sysdeps/ieee754/flt-32 sysdeps/ieee754/dbl-64 sysdeps/ieee754 sysdeps/generic/elf sysdeps/generic checking for a BSD-compatible install... /usr/bin/install -c checking whether ln -s works... yes checking for powerpc-tuxbox-linux-gnu-gcc... powerpc-tuxbox-linux-gnu-gcc 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 neededchecking for gcc... gcc checking how to run the C preprocessor... /lib/cpp 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 whether /dbox2/cdk/lib/gcc/powerpc-tuxbox-linux-gnu/3.4.4/../../../../powerpc-tuxbox-linux-gnu/bin/as is GNU as... yes checking whether /dbox2/cdk/lib/gcc/powerpc-tuxbox-linux-gnu/3.4.4/../../../../powerpc-tuxbox-linux-gnu/bin/ld is GNU ld... yes checking for /dbox2/cdk/lib/gcc/powerpc-tuxbox-linux-gnu/3.4.4/../../../../powerpc-tuxbox-linux-gnu/bin/as... /dbox2/cdk/lib/gcc/powerpc-tuxbox-linux-gnu/3.4.4/../../../../powerpc-tuxbox-linux-gnu/bin/as checking version of /dbox2/cdk/lib/gcc/powerpc-tuxbox-linux-gnu/3.4.4/../../../../powerpc-tuxbox-linux-gnu/bin/as... 2.15.91.0.2, ok checking for /dbox2/cdk/lib/gcc/powerpc-tuxbox-linux-gnu/3.4.4/../../../../powerpc-tuxbox-linux-gnu/bin/ld... /dbox2/cdk/lib/gcc/powerpc-tuxbox-linux-gnu/3.4.4/../../../../powerpc-tuxbox-linux-gnu/bin/ld checking version of /dbox2/cdk/lib/gcc/powerpc-tuxbox-linux-gnu/3.4.4/../../../../powerpc-tuxbox-linux-gnu/bin/ld... 2.15.91.0.2, ok checking for pwd... /bin/pwd checking for powerpc-tuxbox-linux-gnu-gcc... (cached) powerpc-tuxbox-linux-gnu-gcc checking version of powerpc-tuxbox-linux-gnu-gcc... 3.4.4, ok checking for gnumake... no checking for gmake... no checking for make... make checking version of make... 3.80, ok checking for gnumsgfmt... no checking for gmsgfmt... no checking for msgfmt... msgfmt checking version of msgfmt... 0.14.5, ok checking for makeinfo... makeinfo checking version of makeinfo... 4.7, ok checking for sed... sed checking version of sed... 4.1.4, ok checking for autoconf... autoconf checking whether autoconf works... yes checking whether ranlib is necessary... no checking LD_LIBRARY_PATH variable... ok checking whether GCC supports -static-libgcc... -static-libgcc checking for bash... /bin/sh checking for gawk... no checking for mawk... mawk checking for perl... /usr/bin/perl checking for install-info... /usr/sbin/install-info checking for bison... /usr/bin/bison checking for signed size_t type... no checking for libc-friendly stddef.h... yes checking whether we need to use -P to assemble .S files... no checking whether .text pseudo-op must be used... yes checking for assembler global-symbol directive... .globl checking for .set assembler directive... yes checking for assembler .type directive prefix... @ checking for .symver assembler directive... yes checking for ld --version-script... yes checking for .previous assembler directive... yes checking for .protected and .hidden assembler directive... yes checking whether __attribute__((visibility())) is supported... yes checking for broken __attribute__((visibility()))... no checking for broken __attribute__((alias()))... no checking whether to put _rtld_local into .sdata section... yes checking for .preinit_array/.init_array/.fini_array support... yes checking for libunwind-support in compiler... no checking for -z nodelete option... yes checking for -z nodlopen option... yes checking for -z initfirst option... yes checking for -z relro option... yes checking for -Bgroup option... yes checking for libgcc_s suffix... _nof checking for --as-needed option... yes checking whether --noexecstack is desirable for .S files... yes checking for -z combreloc... yes checking for -z execstack... yes checking for -fpie... yes checking for -fno-unit-at-a-time... yes checking whether cc puts quotes around section names... no checking for assembler .weak directive... yes checking whether CFI directives are supported... yes checking if -g produces usable source locations for assembler-with-cpp... yes checking for ld --no-whole-archive... yes checking for gcc -fexceptions... yes checking whether clobbering cr0 causes problems... no checking for DWARF2 unwind info support... no_registry_needed checking for __builtin_expect... yes checking for __builtin_memset... no checking for redirection of built-in functions... yes checking for local label subtraction... yes checking for __thread... yes checking for tls_model attribute... yes checking for libgd... no checking for is_selinux_enabled in -lselinux... no checking for egrep... grep -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 for long double... yes checking size of long double... 8 running configure fragment for sysdeps/powerpc/powerpc32/elf checking for powerpc32 TLS support... yes running configure fragment for sysdeps/pthread running configure fragment for sysdeps/unix/sysv/linux checking for egrep... (cached) grep -E checking installed Linux kernel header files... TOO OLD! configure: error: GNU libc requires kernel header files from Linux 2.0.10 or later to be installed before configuring. The kernel header files are found usually in /usr/include/asm and /usr/include/linux; make sure these directories use files from Linux 2.0.10 or later. This check uses <linux/version.h>, so make sure that file was built correctly when installing the kernel header files. To use kernel headers not from /usr/include/linux, use the configure option --with-headers. make[1]: *** [.deps/glibc] Fehler 1 make[1]: Verlasse Verzeichnis »/root/tuxbox-cvs/cdk« make: *** [.deps/bootstrap] Fehler 2 root@ubuntu:~/tuxbox-cvs/cdk# Hat hier jemand noch ne Idee??? Mfg GD130 bearbeitet 12. Mai 2006 von Greendevil130 Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Worschter Geschrieben 12. Mai 2006 Autor Melden Share Geschrieben 12. Mai 2006 hm, denn gleichen Fehler hatte schonmal jemand, da lags aber an nem zu alten g++ was bei Dir jetzt noch klemmt, sorr hab ich jetzt keine Idde auf Anhieb. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
merkwuerden Geschrieben 12. Mai 2006 Melden Share Geschrieben 12. Mai 2006 Bitte nicht mäckern über den ROOT Benutzer das ist beabsichtigt ansonsten würde ich als normaler User aus irgendein Grund keine Ordner erstellen können... Dann machst Du was falsch. Wenn Du als normaler Benutzer in Deinem $HOME Verzeichnis arbeitest und die Zielordner für's Compilieren auch innerhalb von $HOME liegen, kannst Du Ordner anlegen, wie Du lustig bist, als Benutzer hast Du immer Schreibrechte innerhalb Deines Benutzerverzeichnisses, es sei denn Du entziehst sie Dir absichtlich. $HOME ist das Stammverzeichnis des angemeldeten Benutzers, als Beispiel Benutzer heißt test, dann ist der Inhalt der Variablen $HOME /home/test Ich hab mein dBox-Sourcen in $HOME/tuxbox-cvs liegen, Zielordner $HOME/dbox2, dann ist der Aufruf für configure aus $HOME/tuxbox-cvs/cdk ./configure --enable-maintainer-mode --prefix=$HOME/dbox2 --with-cvsdir=$HOME/tuxbox-cvs --WeitereOptionen Übrigens wird nicht umsonst davor gewarnt, Images als root zu erzeugen, das ist mit Problemen bis hin zu "geht garnichts" verbunden. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Greendevil130 Geschrieben 12. Mai 2006 Melden Share Geschrieben 12. Mai 2006 (bearbeitet) Bitte nicht mäckern über den ROOT Benutzer das ist beabsichtigt ansonsten würde ich als normaler User aus irgendein Grund keine Ordner erstellen können... Dann machst Du was falsch. Wenn Du als normaler Benutzer in Deinem $HOME Verzeichnis arbeitest und die Zielordner für's Compilieren auch innerhalb von $HOME liegen, kannst Du Ordner anlegen, wie Du lustig bist, als Benutzer hast Du immer Schreibrechte innerhalb Deines Benutzerverzeichnisses, es sei denn Du entziehst sie Dir absichtlich. $HOME ist das Stammverzeichnis des angemeldeten Benutzers, als Beispiel Benutzer heißt test, dann ist der Inhalt der Variablen $HOME /home/test Ich hab mein dBox-Sourcen in $HOME/tuxbox-cvs liegen, Zielordner $HOME/dbox2, dann ist der Aufruf für configure aus $HOME/tuxbox-cvs/cdk ./configure --enable-maintainer-mode --prefix=$HOME/dbox2 --with-cvsdir=$HOME/tuxbox-cvs --WeitereOptionen Übrigens wird nicht umsonst davor gewarnt, Images als root zu erzeugen, das ist mit Problemen bis hin zu "geht garnichts" verbunden. Also könnte es wirklich an dem ROOT liegen??? Achso fast vergessen hab immer die von dir angesprochenen configure abgeändert das mein ordner angesprochen wird.. Mfg GD130 bearbeitet 12. Mai 2006 von Greendevil130 Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
merkwuerden Geschrieben 12. Mai 2006 Melden Share Geschrieben 12. Mai 2006 Wie gesagt, mach das nicht als root, sondern als normaler Benutzer innerhalb Deines dazugehörigen home-Verzeichnisses, also in $HOME. Wenn Du als startenden Pfad die Variable $HOME verwendest, paßt das dann automatisch. Die Sourcen gehören dann (wenn ich bei meinem Beispiel von oben bleibe) nach $HOME/tuxbox-cvs $HOME/dbox2 kannst Du vorsichtshalber mal von Hand anlegen, weiß jetzt nicht sicher, ob das notwendig ist. Die anderen Ordner cdk cdkroot tftpboot werden automatisch dann innerhalb dbox2 angelegt. Achso... in /tuxbox-cvs/cdk/Archive/ muß natürlich alles Zubehör vorhanden sein, erfährst Du, wenn Du nach dem configure als erstes make download ausführst, dann wird alles an extra Sourcen runtergeladen, was zum Compilieren sonst noch nötig ist. Obacht, sind alles zusammen über 200 MB. Falls da drin was fehlt, geht das Compilieren in der Regel auch schief. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Greendevil130 Geschrieben 12. Mai 2006 Melden Share Geschrieben 12. Mai 2006 Wie gesagt, mach das nicht als root, sondern als normaler Benutzer innerhalb Deines dazugehörigen home-Verzeichnisses, also in $HOME. Wenn Du als startenden Pfad die Variable $HOME verwendest, paßt das dann automatisch. Die Sourcen gehören dann (wenn ich bei meinem Beispiel von oben bleibe) nach $HOME/tuxbox-cvs $HOME/dbox2 kannst Du vorsichtshalber mal von Hand anlegen, weiß jetzt nicht sicher, ob das notwendig ist. Die anderen Ordner cdk cdkroot tftpboot werden automatisch dann innerhalb dbox2 angelegt. Achso... in /tuxbox-cvs/cdk/Archive/ muß natürlich alles Zubehör vorhanden sein, erfährst Du, wenn Du nach dem configure als erstes make download ausführst, dann wird alles an extra Sourcen runtergeladen, was zum Compilieren sonst noch nötig ist. Obacht, sind alles zusammen über 200 MB. Falls da drin was fehlt, geht das Compilieren in der Regel auch schief. Nabend, kannst du mir vielleicht genau sagen wie groß es sein muss, denn nach make download kommt irgendwann ein Abbuch weil er auf einen Server (FTP) keinen Zugriff hat, dann muss ich ja alles per HAND RUNTERLADEN das tue ich dann auch immer... Mfg GD130 PS: Probiere es grade nochmal... Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Worschter Geschrieben 12. Mai 2006 Autor Melden Share Geschrieben 12. Mai 2006 kannst du mir vielleicht genau sagen wie groß es sein muss, denn nach make download kommt irgendwann ein Abbuch weil er auf einen Server (FTP) keinen Zugriff hat, dann muss ich ja alles per HAND RUNTERLADEN das tue ich dann auch immer... Das wir Dir öfter passieren, denn manchmal ist der eine oder andre Server nicht oder nicht mehr erreichbar. Auf jeden Fall die Archive wegsichern das sind jedesmal sonst um die 150MB zu saugen Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Greendevil130 Geschrieben 12. Mai 2006 Melden Share Geschrieben 12. Mai 2006 kannst du mir vielleicht genau sagen wie groß es sein muss, denn nach make download kommt irgendwann ein Abbuch weil er auf einen Server (FTP) keinen Zugriff hat, dann muss ich ja alles per HAND RUNTERLADEN das tue ich dann auch immer... Das wir Dir öfter passieren, denn manchmal ist der eine oder andre Server nicht oder nicht mehr erreichbar. Auf jeden Fall die Archive wegsichern das sind jedesmal sonst um die 150MB zu saugen Hi Worschter, Damit habe ich keine Probleme die sind mit ca 11 Minuten da... Habe dafür wieder mit meinen Problem am kämpfen, wiedermal nach make u-boot lief er ziemlich ruhig durch bis das kam: make[6]: Entering directory `/home/matthias/tuxbox-cvs/cdk/glibc-2.3.6/string' make[6]: Nothing to be done for `rtld-all'. make[6]: Leaving directory `/home/matthias/tuxbox-cvs/cdk/glibc-2.3.6/string' make -C ../time objdir=/home/matthias/tuxbox-cvs/cdk/build_glibc -f Makefile -f ../elf/rtld-Rules rtld-all rtld-modules='rtld-setitimer.os' make[6]: Entering directory `/home/matthias/tuxbox-cvs/cdk/glibc-2.3.6/time' make[6]: Nothing to be done for `rtld-all'. make[6]: Leaving directory `/home/matthias/tuxbox-cvs/cdk/glibc-2.3.6/time' make[5]: Leaving directory `/home/matthias/tuxbox-cvs/cdk/glibc-2.3.6/elf' make[4]: Leaving directory `/home/matthias/tuxbox-cvs/cdk/glibc-2.3.6/elf' /usr/bin/install -c -m 644 /home/matthias/tuxbox-cvs/cdk/build_glibc/libc.a /dbox2/cdkroot/lib/libc.a /usr/bin/install: cannot remove `/dbox2/cdkroot/lib/libc.a': Permission denied make[3]: *** [/dbox2/cdkroot/lib/libc.a] Error 1 make[3]: Leaving directory `/home/matthias/tuxbox-cvs/cdk/glibc-2.3.6' make[2]: *** [install] Fehler 2 make[2]: Verlasse Verzeichnis »/home/matthias/tuxbox-cvs/cdk/build_glibc« make[1]: *** [.deps/glibc] Fehler 2 make[1]: Verlasse Verzeichnis »/home/matthias/tuxbox-cvs/cdk« make: *** [.deps/bootstrap] Fehler 2 matthias@ubuntu:~/tuxbox-cvs/cdk$ Ich weiß solangsam nicht mehr weiter und weiß echt nicht mehr woran es liegen kann, habe nun schon extra das Betriebssystem gewechselt und bin auf ubuntu umgestigen... Nun wer weiß noch was oder vielleicht wo man fertige Grundimages herkricht und diese dann nach seinen belieben umbauen kann??? Oder noch was direkt ein Imagebauer für mein Satboard... Mfg GD130 Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Gast carlosos Geschrieben 13. Mai 2006 Melden Share Geschrieben 13. Mai 2006 /usr/bin/install: cannot remove `/dbox2/cdkroot/lib/libc.a': Permission denied hast du das mit root erstellt? dann gehts natürlich nicht. hast du als normaler benutzer von picke auf neu angefangen,wenn nicht dann mach das mal. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Greendevil130 Geschrieben 13. Mai 2006 Melden Share Geschrieben 13. Mai 2006 /usr/bin/install: cannot remove `/dbox2/cdkroot/lib/libc.a': Permission denied hast du das mit root erstellt? dann gehts natürlich nicht. hast du als normaler benutzer von picke auf neu angefangen,wenn nicht dann mach das mal. Morgen, nein das wurde mit einen normalen Benutzeraccount erstellt... Mfg GD130 Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
merkwuerden Geschrieben 13. Mai 2006 Melden Share Geschrieben 13. Mai 2006 Könnte das sein, daß Ubuntu da irgendwie eine etwas seltsame Benutzerverwaltung hat? Dächte, ich hab da mal irgendwo was drüber gelesen. Ich selber hab Ubuntu mal kurz angetestet und dann sofort wieder von der Platte verbannt. Außerdem hatte mir das Ding bei der Installation den MBR der 1. Festplatte derart zerschossen, daß hinterher Windows 2000 nicht mehr lauffähig war, die ganze erste Partition war unlesbar. Sowas kann ich nicht brauchen... Ich hab hier Open SuSE 10 am Laufen, damit funktioniert das Compilieren der dBox-Sourcen ohne Probleme. Link zu diesem Kommentar Auf anderen Seiten teilen More sharing options...
Empfohlene Beiträge