[SPARK] Buildsystem-CS mit YAFFS2

[plux7887]

Code: Alles auswählen

pkg-config --version
0.26

Additional Informations:
Wenn ich Evotriple aus dem pingulux-git bauen will, bekomme ich jetzt immer das:

Code: Alles auswählen

configure: found dvb version 5
./configure: line 17224: syntax error near unexpected token `BASE,'
./configure: line 17224: `PKG_CHECK_MODULES(BASE, freetype2 fribidi gstreamer-0.10 gstreamer-pbutils-0.10 libdvbsi++ libpng libxml-2.0 sigc++-1.2)'

Ich vermute da einen Zusammenhang

[martii]

Code: Alles auswählen

pkg-config --version
0.26

Dann schau mal noch, welche Version automake (oder aclocal) hat. 1.11.1 bei mir. Die Makros müssten Bestandteil vom automake-Package sein.

[plux7887]

Code: Alles auswählen

automake --version
automake (GNU automake) 1.11.1
Copyright (C) 2009 Free Software Foundation, Inc.
License GPLv2+: GNU GPL version 2 or later <http://gnu.org/licenses/gpl-2.0.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.

Written by Tom Tromey <tromey@redhat.com>
       and Alexandre Duret-Lutz <adl@gnu.org>.

[martii]

@plux7887: Sieht aus, als würde aclocal die pkg.m4 nicht finden. Du kannst versuchen, das automake-Package nochmal zu installieren. Das schaut jedenfalls überhaupt nicht nach einem Problem mit dem Buildsystem aus, sondern mit Deiner Linux-Installation.

[pixbox]

hi martii,
hatte ausversehen den falschen log gepostet, aber das was der plux beschreibt war auch bei mir.

nach make all-clean und neu builden, hat er sich die "ntfs-3g" gesaugt, glaube das der Fehler daher kam.

auf jedenfall geht wieder alles

[plux7887]

Ich bin leider noch nicht durch.

Hatte mir die automake sourcen gezogen und automake selbst gebaut. Damit bekam ich den oben beschriebenen Fehler.
Jetzt hab ich das deinstalliert und das Standard

Code: Alles auswählen

i   automake1.11-trinity                                                                                     - A tool for generating GNU Standards-compliant Makefiles [Trinity]

vom Debian Spiegel installiert. Jetzt ist der oben beschriebene Fehler weg, aber jetzt hänge ich wieder hier bei make neutrino, weswegen ich das mit dem selbstkompilieren von automake gemacht hatte.

Code: Alles auswählen

tar -C /home/******/Development/martiis-buildsystem-cs/build_tmp -xf /home/******/Development/martiis-buildsystem-cs/download/libmad-0.15.1b.tar.gz
set -e; cd /home/******/Development/martiis-buildsystem-cs/build_tmp/libmad-0.15.1b; \
                patch -p1 < /home/******/Development/martiis-buildsystem-cs/archive-patches/libmad.diff; \
                patch -p1 < /home/******/Development/martiis-buildsystem-cs/archive-patches/libmad-0.15.1b-arm-buildfix.diff; \
                touch NEWS AUTHORS ChangeLog; \
                autoreconf -fi; \
                test -f ./configure || ./autogen.sh && CFLAGS="-pipe -O2 -g -I/home/******/Development/martiis-buildsystem-cs/root/include" CPPFLAGS="-pipe -O2 -g -I/home/******/Development/martiis-buildsystem-cs/root/include" CXXFLAGS="-pipe -O2 -g -I/home/******/Development/martiis-buildsystem-cs/root/include" LDFLAGS="-Wl,-O1 -L/home/******/Development/martiis-buildsystem-cs/root/lib" PKG_CONFIG_PATH=/home/******/Development/martiis-buildsystem-cs/root/lib/pkgconfig ./configure --build=x86_64-unknown-linux-gnu --host=sh4-linux --prefix= --enable-shared=yes --enable-speed --enable-fpm=default --enable-sso; \
                make all; \
                make install DESTDIR=/home/******/Development/martiis-buildsystem-cs/root; \
                sed "s!^prefix=.*!prefix=/home/******/Development/martiis-buildsystem-cs/root!;" mad.pc > /home/******/Development/martiis-buildsystem-cs/root/lib/pkgconfig/libmad.pc
patching file mad.pc
patching file configure
patching file configure.ac
libtoolize: putting auxiliary files in `.'.
libtoolize: copying file `./ltmain.sh'
libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.ac and
libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree.
libtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am.
Useless use of /d modifier in transliteration operator at /usr/share/automake-1.11/Automake/Wrap.pm line 58.
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for sh4-linux-strip... sh4-linux-strip
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking build system type... x86_64-unknown-linux-gnu
checking host system type... sh4-unknown-linux-gnu
checking for sh4-linux-gcc... sh4-linux-gcc
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 sh4-linux-gcc accepts -g... yes
checking for sh4-linux-gcc option to accept ISO C89... none needed
checking for style of include used by make... GNU
checking dependency style of sh4-linux-gcc... gcc3
checking dependency style of sh4-linux-gcc... gcc3
checking how to print strings... printf
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 sh4-linux-gcc... /home/******/Development/martiis-buildsystem-cs/cross/sh4-linux/bin/ld
checking if the linker (/home/******/Development/martiis-buildsystem-cs/cross/sh4-linux/bin/ld) is GNU ld... yes
checking for BSD- or MS-compatible name lister (nm)... /home/******/Development/martiis-buildsystem-cs/cross/bin/sh4-linux-nm -B
checking the name lister (/home/******/Development/martiis-buildsystem-cs/cross/bin/sh4-linux-nm -B) interface... BSD nm
checking whether ln -s works... yes
checking the maximum length of command line arguments... 3458764513820540925
checking whether the shell understands some XSI constructs... yes
checking whether the shell understands "+="... yes
checking how to convert x86_64-unknown-linux-gnu file names to sh4-unknown-linux-gnu format... func_convert_file_noop
checking how to convert x86_64-unknown-linux-gnu file names to toolchain format... func_convert_file_noop
checking for /home/******/Development/martiis-buildsystem-cs/cross/sh4-linux/bin/ld option to reload object files... -r
checking for sh4-linux-objdump... sh4-linux-objdump
checking how to recognize dependent libraries... pass_all
checking for sh4-linux-dlltool... no
checking for dlltool... no
checking how to associate runtime and link libraries... printf %s\n
checking for sh4-linux-ar... sh4-linux-ar
checking for archiver @FILE support... @
checking for sh4-linux-strip... (cached) sh4-linux-strip
checking for sh4-linux-ranlib... sh4-linux-ranlib
checking command to parse /home/******/Development/martiis-buildsystem-cs/cross/bin/sh4-linux-nm -B output from sh4-linux-gcc object... ok
checking for sysroot... no
checking for sh4-linux-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... sh4-linux-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 for dlfcn.h... yes
checking for objdir... .libs
checking if sh4-linux-gcc supports -fno-rtti -fno-exceptions... no
checking for sh4-linux-gcc option to produce PIC... -fPIC -DPIC
checking if sh4-linux-gcc PIC flag -fPIC -DPIC works... yes
checking if sh4-linux-gcc static flag -static works... yes
checking if sh4-linux-gcc supports -c -o file.o... yes
checking if sh4-linux-gcc supports -c -o file.o... (cached) yes
checking whether the sh4-linux-gcc linker (/home/******/Development/martiis-buildsystem-cs/cross/sh4-linux/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... yes
checking for ANSI C header files... (cached) yes
checking for sys/wait.h that is POSIX.1 compatible... yes
checking assert.h usability... yes
checking assert.h presence... yes
checking for assert.h... yes
checking limits.h usability... yes
checking limits.h presence... yes
checking for limits.h... yes
checking for unistd.h... (cached) yes
checking for sys/types.h... (cached) yes
checking fcntl.h usability... yes
checking fcntl.h presence... yes
checking for fcntl.h... yes
checking errno.h usability... yes
checking errno.h presence... yes
checking for errno.h... yes
checking for an ANSI C-conforming const... yes
checking for inline... inline
checking whether byte ordering is bigendian... no
checking for pid_t... yes
checking size of int... 4
checking size of long... 4
checking size of long long... 8
checking for waitpid... yes
checking for fcntl... yes
checking for pipe... yes
checking for fork... yes
checking whether to optimize for speed or for accuracy... speed
checking for architecture-specific fixed-point math routines... DEFAULT
configure: WARNING: default fixed-point math will yield limited accuracy
checking for ISO/IEC interpretation... best accepted practices
checking whether to enable profiling... no
checking whether to enable debugging... default
checking whether to enable experimental code... no
configure: creating ./config.status
config.status: creating Makefile
config.status: creating msvc++/Makefile
config.status: creating libmad.list
config.status: creating config.h
config.status: config.h is unchanged
config.status: executing depfiles commands
config.status: executing libtool commands
make[1]: Entering directory `/home/******/Development/martiis-buildsystem-cs/build_tmp/libmad-0.15.1b'
(sed -e '1s|.*|/*|' -e '1b' -e '$s|.*| */|' -e '$b'  \
                -e 's/^.*/ *&/' ./COPYRIGHT; echo;  \
        echo "# ifdef __cplusplus";  \
        echo 'extern "C" {';  \
        echo "# endif"; echo;  \
        if [ ".-DFPM_DEFAULT" != "." ]; then  \
                echo ".-DFPM_DEFAULT" | sed -e 's|^\.-D|# define |'; echo;  \
        fi;  \
        sed -ne 's/^# *define  *\(HAVE_.*_ASM\).*/# define \1/p'  \
                config.h; echo;  \
        sed -ne 's/^# *define  *OPT_\(SPEED\|ACCURACY\).*/# define OPT_\1/p'  \
                config.h; echo;  \
        sed -ne 's/^# *define  *\(SIZEOF_.*\)/# define \1/p'  \
                config.h; echo;  \
        for header in version.h fixed.h bit.h timer.h stream.h frame.h synth.h decoder.h; do  \
                echo;  \
                sed -n -f ./mad.h.sed ./$header;  \
        done; echo;  \
        echo "# ifdef __cplusplus";  \
        echo '}';  \
        echo "# endif") >mad.h
make  all-recursive
make[2]: Entering directory `/home/******/Development/martiis-buildsystem-cs/build_tmp/libmad-0.15.1b'
make[3]: Entering directory `/home/******/Development/martiis-buildsystem-cs/build_tmp/libmad-0.15.1b'
/bin/sh ./libtool --tag=CC   --mode=compile sh4-linux-gcc -DHAVE_CONFIG_H -I. -DFPM_DEFAULT   -pipe -O2 -g -I/home/******/Development/martiis-buildsystem-cs/root/include  -Wall -pipe -I/home/******/Development/martiis-buildsystem-cs/root/include -g -O -fforce-addr -fthread-jumps -fcse-follow-jumps -fcse-skip-blocks -fexpensive-optimizations -fregmove -fschedule-insns2 -MT version.lo -MD -MP -MF .deps/version.Tpo -c -o version.lo version.c
mv -f .deps/version.Tpo .deps/version.Plo
mv: Aufruf von stat für „.deps/version.Tpo“ nicht möglich: Datei oder Verzeichnis nicht gefunden
make[3]: *** [version.lo] Fehler 1
make[3]: Leaving directory `/home/******/Development/martiis-buildsystem-cs/build_tmp/libmad-0.15.1b'
make[2]: *** [all-recursive] Fehler 1
make[2]: Leaving directory `/home/******/Development/martiis-buildsystem-cs/build_tmp/libmad-0.15.1b'
make[1]: *** [all] Fehler 2
make[1]: Leaving directory `/home/******/Development/martiis-buildsystem-cs/build_tmp/libmad-0.15.1b'
make: *** [/home/******/Development/martiis-buildsystem-cs/deps/libmad] Fehler 2

Kann doch nicht sein, dass man zum bauen eines Images zwischendurch immer die automake installation austauschen muss.
@ pixbox: Kannst Du mal bitte schauen, ob das bei Dir auch so ist? Welches automake verwendest Du denn?
Einen Zusammenhang mit ntfs-3g kann ich nicht erkennen.

[pixbox]

bei mir war nach dem clean so das er sich das ntfs-3g gesaugt hat, was er vorher nicht tun wollte, evtl liegt es daran das martii und die anderen keinen Fehler hatten, weil sie Linux Systeme verwenden, die schon alle "Treiber" bzw Tools drin haben.
Doch wie du weißt hab ich alles neu auf VM eingerichtet und dort war es halt noch nicht drin.

[plux7887]

Ich denke das Problem ist, dass ich noch keine automake Version gefunden hat, die bei allem funktioniert.
@ martii kannst Du bitte mal einen Link zu Deinem automake posten. Damit scheint ja alles zu gehen.

[martii]

@ martii kannst Du bitte mal einen Link zu Deinem automake posten. Damit scheint ja alles zu gehen.

Meine Build-Umgebung ist Ubuntu 11.04 server/64bit in einer virtuellen Maschine. "Mein" automake ist bei der Distribution mit dabei und ein Link darauf dürfte Dir aufgrund der Dependencies und ggf. sonstiger Inkompatibilitäten nicht wirklich was bringen. Es dürfte schneller gehen, jetzt eine VM aufzusetzen, als weiter zu versuchen, das Problem in der aktuellen Umgebung zu beheben.

[schufti]

habe gerade ein make rebuild-clean und make update-self / -neutrino gemacht und
mit automake 1.11.1-1 läuft hier alles bestens im martii-git (ebenfalls seife/TDT)

k.A. was ihr immer alle für Probleme habt.....

[pixbox]

@martii

da sich ja einiges in letzter Zeit getan hat, wäre es schön, wenn du die letzten Erneuerungen bzw Erweiterungen vorne im ersten Thread mit rein schreiben könntest.

[schufti]

das läßt sich leicht zusammenfassen,
im Standardbuild:
°) die Kernel ntfs Treiber sind deaktiviert, dafür ist ntfs-3g drin
(was auch vom mdev automaount unterstützt ist)
°) xfs support ist raus, jfs Treiber sind raus
°) vsftp statt BB-ftp
°) Start von vsftpd und dropbear über inetd
°) kleine Fixes für USB-LCD
°) Übernahme von kleinen Fixes von Seife

neue pkg-option:
°) support für 3G (UMTS) Sticks via modeswitch und ppp
(Treiber und rudimentäre Skripte)

[pixbox]

ntfs-3g heißt doch das ich NTFS Festplatten direkt einhängen kann, aber was ist ppp hab da was von Samba gelesen

wünsche mir noch Cron um Scripte zu gewissen Zeiten starten zu lassen oder gibt es das schon und ich habs nicht gefunden

[schufti]

ja, das heist du kannst nun von ntfs Platten nicht nur abspielen sondern auch drauf aufnehmen!

ppp ist der Protokollstack dem man für Verbindungen über UMTS braucht (so wie früher wenn man über Modem ins Internet gegangen ist. Da war meist die Wahl: ppp oder slip)

samba ist als wählbares Paket schon immer im git, bloß nicht im Standardimage.

[pixbox]

Danke, ich war und hab wieder was gelernt ....

[schufti]

@martii: interessantes Phänomen. Hab gestern 'nen zap timer erstellt, dabei sind mir 2 Dinge aufgefallen:

1) bei Datum-/Zeiteingabe verhält sich FB eigenartig und oft kommt mittendrin ein Verwerfen/Speichern Dialog
2) nach Abschluß der Programierung steht Zap im Display und geht (lange) nicht weg bis man was anderes aufruft (Infobar, Programwechsel)

[martii]

Hi schufti,

ich konnte eben keines der beiden Probleme nachstellen. Falls was im Framebuffer bleibt, könnte irgendwo ein blit()-Aufruf fehlen (im Gegensatz zu seifes Tree sind bei mir keine sekündlichen blit()-Aufrufe). Du kannst diese Probleme reproduzieren, das tritt also häufiger/immer auf?

Viele Grüße,

martii

[schufti]

ok, Punkt 1) ist ein Timeoutproblem. Sceinbar wird das timeout der Einbgabebox nicht (immer?) durch Tastendruck neu gestartet...

Punk 2) ist etwas schwieriger zu reproduzieren: bei einem gesetzten Timer auf "ok" um die Details zu sehen, dann schnell 2x "exit" um das OSD komplett zu schließen ohne auf LED zu warten.

generell passiert das auch, wenn beim Speichern des Timers (rot) gleich das ganze OD zu geht. Normal sollte ja die Timerliste stehen bleiben.

[doc]

@ martii kannst Du bitte mal einen Link zu Deinem automake posten. Damit scheint ja alles zu gehen.

Meine Build-Umgebung ist Ubuntu 11.04 server/64bit in einer virtuellen Maschine. "Mein" automake ist bei der Distribution mit dabei und ein Link darauf dürfte Dir aufgrund der Dependencies und ggf. sonstiger Inkompatibilitäten nicht wirklich was bringen. Es dürfte schneller gehen, jetzt eine VM aufzusetzen, als weiter zu versuchen, das Problem in der aktuellen Umgebung zu beheben.

Warum soll das in einer VM anders werden wenn man genauso installiert wie in einem Echtsystem?
Die beschriebenen Fehler klingen nach Dash als Shell. Leider sind viele Tools die benötigt werden nicht Posixkonform, da bleibt nur weiterhin die Bash als Shell zu verwenden (oder Patches für Upstream fertig machen )

[dietmarw]

die downloadquelle für "usb-modeswitch-data-20120531.tar.bz2" ist veraltet..

[martii]

die downloadquelle für "usb-modeswitch-data-20120531.tar.bz2" ist veraltet..

Danke, aktualisiert.

[martii]

@schufti: Das Problem mit dem LED-Display ist behoben. Bei der Datum-/Zeit-Eingabe ist mir jedoch nichts aufgefallen.

[schufti]

danke!
bzgl. Datum/Zeiteingabe dürfte es wohl an mir liegen, dass ich da manchesmal einfach zu lange für brauche (ich habe Menutimeout auf 20).

[schufti]

@martii, wiedermal paar Kleinigkeit:

kann man den Startpfad für Fileplay nicht mehr setzen?
kann man den netstream play zum Leben erwecken? dzt. gibts da nur nen Neutrino-restart

[martii]

Startpfad für Fileplay müsste

Multimedia > Movieplayer > TS Filmarchiv > Optionen > Verzeichnisse > Wiedergabeverzeichnis verwenden

sein.

Netstream: Segfaulted irgendwo in der libavformat.so. Richtig stabil war das aber auch mit höheren ffmpeg-Versionen nie, und das Schmankerl mit der fehlerhaften Erkennung der DVB-Subtitle-Streams als Audio hält mich nachhaltig von einem Versionssprung ab.