[SPARK] Buildsystem-CS mit YAFFS2

[schufti]

ähh, welchen Teil betrifft das im Speziellen?

weil im git sind AFAIK eigentlich keine "pöhsen" module oder firmwares drin

[seife]

martii hat z.B. den screenshot-code aktiviert, der ist GPLv2 only.
libstb-hal und z.B. mein fader-Code ist GPLv3 or later. Beide sind nicht kompatibel.

[schufti]

ok, das ist mir zu hoch.
da schlägt meine Naivität durch wo ich immer dachte gpl'ed ist frei genug...

ist ein Deaktivieren des screenshot ausreichend? was ist außer dem z.B. angeführten screenshot noch "pfui"?

edit: ok, weil screenshot vermutlich gplV2 only sein könnte? ev. bloß zu alt? ist ja noch aus dBox-II Zeiten...

[seife]

nein, der screenshot code ist von coolstream explizit unter gplv2 only gemacht worden (erst vor kurzem). Deswegen habe ich den per #ifdef aus dem build rausgenommen. martii baut den aber wieder mit ein. Damit darf ein neutrino-binary, was dagegen und gegen die libstb-hal gelinkt ist nicht weitergegeben werden. Was jeder bei sich daheim macht ist davon nicht betroffen.

[martii]

martii hat z.B. den screenshot-code aktiviert, der ist GPLv2 only.

Oops. Tatsache, da steht nichts von "any later version".

Prinzipiell brauch ich den Screenshot-Code von CST eh nicht, weil ich den dort ohnehin auf die Erzeugung von PNGs einschränkt hab -- und diese Funktionalität hatte ich unabhängig davon schon vorher in der Framebuffer-Klasse implementiert. Ich bastle die screenshot.cpp dann halt mal raus, damit's wieder kompatibel wird ...

[schufti]

ich sag's ja, solange man über alles reden kann ..

[martii]

Ich bastle die screenshot.cpp dann halt mal raus, damit's wieder kompatibel wird ...

Erledigt. Screenshots laufen jetzt über die erwähnte Framebuffer-Methode.

[pixbox]

hallo Martii,
hab jetzt mehrmals versucht, mit einigen Hindernissen, dein Build zu erstellen.
Doch jetzt hänge ich bei folgenden stehen

Code: Alles auswählen

usecase.o: In function `do_one':
/home/ntx/spark/buildsystem-cs/build_tmp/alsa-utils-1.0.25/alsaucm/usecase.c:271: undefined reference to `snd_use_case_mgr_reset'
/home/ntx/spark/buildsystem-cs/build_tmp/alsa-utils-1.0.25/alsaucm/usecase.c:271: undefined reference to `snd_use_case_mgr_close'
/home/ntx/spark/buildsystem-cs/build_tmp/alsa-utils-1.0.25/alsaucm/usecase.c:271: undefined reference to `snd_use_case_mgr_open'
usecase.o: In function `parse_line':
/home/ntx/spark/buildsystem-cs/build_tmp/alsa-utils-1.0.25/alsaucm/usecase.c:153: undefined reference to `snd_use_case_mgr_open'
usecase.o: In function `main':
/home/ntx/spark/buildsystem-cs/build_tmp/alsa-utils-1.0.25/alsaucm/usecase.c:489: undefined reference to `snd_use_case_get_list'
/home/ntx/spark/buildsystem-cs/build_tmp/alsa-utils-1.0.25/alsaucm/usecase.c:489: undefined reference to `snd_use_case_free_list'
collect2: ld returned 1 exit status
make[2]: *** [alsaucm] Fehler 1
make[2]: Verlasse Verzeichnis '/home/ntx/spark/buildsystem-cs/build_tmp/alsa-utils-1.0.25/alsaucm'
make[1]: *** [all-recursive] Fehler 1
make[1]: Verlasse Verzeichnis '/home/ntx/spark/buildsystem-cs/build_tmp/alsa-utils-1.0.25'
make: *** [/home/ntx/spark/buildsystem-cs/deps/alsa-utils] Fehler 2
ntx@ubuntu:~/spark/buildsystem-cs$ 

hatte vorher Probs mit der nicht zu downloadenden Datei tzdata2012b.tar.gz, welche ich dann bei dbox2-tuning.de gefunden habe und in Download eingefügt habe. Danach blieb das builden immer an den obrigen Punkt hängen.

Bin leider nicht so Konfirm mit Linux und mußte mich ein wenig rein lesen.
Habe noch folgende Sachen installiert

Code: Alles auswählen

apt-get install --yes \
 	git git-gui make subversion patch ia32-libs \
 	gcc bison flex texinfo gettext autopoint gawk \
 	automake libtool zlib1g-dev libglib2.0-dev gperf \
 	ncurses-dev pkg-config cmake ccache lzma rpm2cpio genromfs

doch ia32-libs konnte ich nicht installieren
hat immer wie folgt abgebrochen

Code: Alles auswählen

Paket ia32-libs ist nicht verfügbar, wird aber von einem anderen Paket
referenziert. Das kann heißen, dass das Paket fehlt, dass es abgelöst
wurde oder nur aus einer anderen Quelle verfügbar ist.

E: Paket »ia32-libs« hat keinen Installationskandidaten
ntx@ubuntu:~/spark/buildsystem-cs$ 

könnte es evtl daran liegen?

Sorry für die vielen Fragen, doch ich will endlich auch mal ein Image selbst erstellen ...

--------------------------
Ubuntu 12.04 LTS

[dietmarw]

sind da noch andere problematische v2 stellen?

[schufti]

@pixbox:

mach mal: make all-clean

danach kontrolliere deine config im Basisverzeichnis, dort sollte nur eine Zeile
PLATFORM=spark
drin sein.
in make/environment.mk
sollte am Ende
ROOTFS_TYPE ?= default
stehen

dann: make update-self update-neutrino

danach: make preqs crosstool bootstrap flashimage

habe ich gerade fertig durchgebaut...

[doc]

Code: Alles auswählen

Paket ia32-libs ist nicht verfügbar, wird aber von einem anderen Paket
referenziert. Das kann heißen, dass das Paket fehlt, dass es abgelöst
wurde oder nur aus einer anderen Quelle verfügbar ist.

E: Paket »ia32-libs« hat keinen Installationskandidaten
ntx@ubuntu:~/spark/buildsystem-cs$ 

könnte es evtl daran liegen?

Sorry für die vielen Fragen, doch ich will endlich auch mal ein Image selbst erstellen ...

--------------------------
Ubuntu 12.04 LTS

Wenn Du ein 32Bit System hast dann gibt es dieses Paket natürlich nicht (und Du benötigst es auch nicht), bei einem 64Bit System fehlt vermutlich eine Paket Quelle.
http://packages.ubuntu.com/precise/ia32-libs
Ubuntu ist halt nicht Debian.

[pixbox]

sind da noch andere problematische v2 stellen?

hatte vorher mal einen anderen Fehler, doch nach den einfügen der video/audio.elf aus deinen Images in /skel-root/spark/boot bleibt er immer wie oben beim make flashimage stehen


@schufti

läuft gerade nach deinen Posting Vorgaben
dauert halt noch ein wenig, ob es klappt, will ich mal hoffen

hatte bis jetzt wie folgt ausgelesen

Code: Alles auswählen

cd
mkdir spark
cd spark
git clone git://gitorious.org/~martii/neutrino-hd/martiis-buildsystem-cs.git buildsystem-cs
cd buildsystem-cs
mkdir $HOME/download
ln -s $HOME/download download
echo "PLATFORM=spark" > config
echo "MAINTAINER=pixbox" >> config
make preqs
make crosstool
make bootstrap
make flashimage

Wenn Du ein 32Bit System hast dann gibt es dieses Paket natürlich nicht (und Du benötigst es auch nicht) ....

Ok dann brauche ich die auch nicht, ist nen 32 Bit

[pixbox]

Mist!

Bleibt wieder an der gleichen Stelle stehen .....

[martii]

Code: Alles auswählen

usecase.o: In function `do_one':
/home/ntx/spark/buildsystem-cs/build_tmp/alsa-utils-1.0.25/alsaucm/usecase.c:271: undefined reference to `snd_use_case_mgr_reset'
/home/ntx/spark/buildsystem-cs/build_tmp/alsa-utils-1.0.25/alsaucm/usecase.c:271: undefined reference to `snd_use_case_mgr_close'

Den sed hast Du aber schon installiert? Der sollte nach dem Entpacken darfür sorgen, dass alles außer aumix bei den alsa-utils erst gar nicht angefasst wird:

Code: Alles auswählen

sed -ir -r "s/(alsamixer|amidi|aplay|iecset|speaker-test|seq|alsactl|alsaucm)//g" Makefile.am

[martii]

sind da noch andere problematische v2 stellen?

Wenn ich davor ausgehen darf, dass seife die kritischen Files per Default nicht einbindet, sollte es keine weiteren v2-only-Codeteile geben.

[pixbox]

Code: Alles auswählen

sed -ir -r "s/(alsamixer|amidi|aplay|iecset|speaker-test|seq|alsactl|alsaucm)//g" Makefile.am

das hat mir meine Glaskugel nicht veraten

Code: Alles auswählen

Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut       
Statusinformationen werden eingelesen... Fertig
sed ist schon die neueste Version.

nur was mache ich mit deinen geposteten Code, bzw wann und wo wende ich ihn an

[schufti]

er meinte damit, dass - wenn sed installiert ist - es zu dem Fehler gar nicht kommen dürfte, da beim Erstellen des source directories autom. das makefile so geändert wird, dass die Komponenten, welche bei dir den Fehler erzeugen - ausgeschlossen werden.

Warum das bei dir nicht funktioniert könnte nur ein Blick aufs Log zu dem Zeitpunkz zeigen, wo der von martii gepostete Befehl abgearbeitet wird.

Alternativ kannst du ins alsa-utils source directory gehen und den Befehl selbst eingeben und sehen ob er ok ist bzw welche Fehlermeldung er bringt....

[plux7887]

Hab den gleichen Fehler, wie pixbox.
Tritt bei mir bei make flashimage und spark-system-usb auf.

sed Befehl im entsprechenden Verzeichnes ausgeführt liefert gar nichts:

Code: Alles auswählen

tux@tux:~/Development/martiis-buildsystem-cs/build_tmp/alsa-utils-1.0.25$ sed -ir -r "s/(alsamixer|amidi|aplay|iecset|speaker-test|seq|alsactl|alsaucm)//g" Makefile.am
tux@tux:~/Development/martiis-buildsystem-cs/build_tmp/alsa-utils-1.0.25$

[pixbox]

so wie bei plux7887 sieht es bei mir auch aus wenn ich es im /spark/buildsystem-cs/build_tmp/alsa-utils-1.0.25 Verzeichnis ausführe, es kommt keine Fehlermeldung.
Ein "make flashimage" danach endet wieder beim selbigen genannten Fehler

Code: Alles auswählen

collect2: ld returned 1 exit status
make[2]: *** [alsaucm] Fehler 1
make[2]: Verlasse Verzeichnis '/home/ntx/spark/buildsystem-cs/build_tmp/alsa-utils-1.0.25/alsaucm'
make[1]: *** [all-recursive] Fehler 1
make[1]: Verlasse Verzeichnis '/home/ntx/spark/buildsystem-cs/build_tmp/alsa-utils-1.0.25'
make: *** [/home/ntx/spark/buildsystem-cs/deps/alsa-utils] Fehler 2

[dietmarw]

normalerweise nutze ich "make flashimage" nicht, aber ein test eben lief problemlos durch..

[schufti]

hmmm ich vermute mal, dass die beiden Kollegen die Ubuntu Bloatware verwenden...

schaut mal in base/build_tmp/alsa-utils-1.0.25

dort sollten sowohl eine Makefile.am (nachher) als auch eine Makefile.amr (vorher) drin sein.

Der Unterschied ist gleich am Anfang zu sehen, in der .amr sollten noch alle subdirs vorhanden sein, in der .am eindeutig welche fehlen ...

jetzt:
a) löscht das Directory einfach mal raus und versucht dann ein make alsa-utils, danach kontrolliert die beiden Dateien. --> Ergebnis berichten

b) Danach macht ihr in dem Verzeichnis nochmal den händischen Versuch, vergleicht die Dateien und berichtet das Ergebnis.

sollte es bei a) nicht unterschiedliche Makefiles geben und bei b) schon ...???
wenn bei beiden nicht, frage ich mich was für ein sed da in ubuntu ist

[martii]

Ich hab den alsa-utils-Build jetzt so geändert, dass da ein vorgefertigtes Makefile.am verwendet wird, statt mit sed rumzuspielen. Vielleicht geht's jetzt (nach make update-self) besser ...

[pixbox]

Ich hab den alsa-utils-Build jetzt so geändert, dass da ein vorgefertigtes Makefile.am verwendet wird, statt mit sed rumzuspielen. Vielleicht geht's jetzt (nach make update-self) besser ...

Also so ist der Fehler immer noch da

------------------------------------------------------
Makefile.am

Code: Alles auswählen

INCLUDES=-I$(top_srcdir)/include

SUBDIRS = include utils m4 po amixer

EXTRA_DIST= config.rpath  TODO gitcompile
AUTOMAKE_OPTIONS=foreign
ACLOCAL_AMFLAGS = -I m4

rpm: dist
	$(MAKE) -C $@

dist-hook:
	-chmod -R a+r $(distdir)
	@if ! test -z "$(AMTAR)"; then \
		$(AMTAR) --create --verbose --file=- $(distdir) | bzip2 -c -9 > $(distdir).tar.bz2 ; \
	else \
		$(TAR) --create --verbose --file=- $(distdir) | bzip2 -c -9 > $(distdir).tar.bz2 ; \
	fi

install-data-hook:
	$(MKDIR_P) -m 0755 $(DESTDIR)$(ASOUND_STATE_DIR)

DISTCHECK_CONFIGURE_FLAGS = \
        --with-systemdsystemunitdir=$$dc_install_base/$(systemdsystemunitdir)

Makefile.amr

Code: Alles auswählen

INCLUDES=-I$(top_srcdir)/include

SUBDIRS = include alsactl alsaucm utils m4 po
if ALSAMIXER
SUBDIRS += alsamixer
endif
if HAVE_MIXER
SUBDIRS += amixer
endif
if HAVE_RAWMIDI
SUBDIRS += amidi
endif
if ALSACONF
SUBDIRS += alsaconf
endif
if HAVE_PCM
SUBDIRS += aplay iecset speaker-test
if ALSALOOP
SUBDIRS += alsaloop
endif
endif
if HAVE_SEQ
SUBDIRS += seq
endif

EXTRA_DIST= config.rpath  TODO gitcompile
AUTOMAKE_OPTIONS=foreign
ACLOCAL_AMFLAGS = -I m4

rpm: dist
	$(MAKE) -C $@

dist-hook:
	-chmod -R a+r $(distdir)
	@if ! test -z "$(AMTAR)"; then \
		$(AMTAR) --create --verbose --file=- $(distdir) | bzip2 -c -9 > $(distdir).tar.bz2 ; \
	else \
		$(TAR) --create --verbose --file=- $(distdir) | bzip2 -c -9 > $(distdir).tar.bz2 ; \
	fi

install-data-hook:
	$(MKDIR_P) -m 0755 $(DESTDIR)$(ASOUND_STATE_DIR)

DISTCHECK_CONFIGURE_FLAGS = \
        --with-systemdsystemunitdir=$$dc_install_base/$(systemdsystemunitdir)

[plux7887]

Statisches Makefile bringt hier nichts. Bitte Rollback auf dieses Commit.
Lag an der falschen Automake Versin in Ubuntu 12.04 LTS
Workaround: Downgrade automake1.11.3 zu automake 1.11.1
@ Martii + Schufti: könnt die Makefiles so anpassen, dass es auch mit dem aktuellen automake1:1.11.3-1ubuntu3 geht?

Jetzt hab ich ein neues Problem:

Code: Alles auswählen

make system-pkgs
make[1]: Betrete Verzeichnis '/home/******/Development/martiis-buildsystem-cs'
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
configure.ac:65: error: possibly undefined macro: AC_PROG_LIBTOOL
      If this token and others are legitimate, please use m4_pattern_allow.
      See the Autoconf documentation.
autoreconf: /usr/bin/autoconf failed with exit status: 1
make[1]: *** [/home/******/Development/martiis-buildsystem-cs/deps/libmad] Fehler 1
make[1]: Verlasse Verzeichnis '/home/******/Development/martiis-buildsystem-cs'
make: *** [spark-system-usb] Fehler 2

Das Internet sagt, wenn dieser Fehler auftritt fehlt libtool und muss nachinstalliert werden.
libtool ist aber bei mir instaliert, oder wird hier libtool32 bit benötigt? Das bekomme ich nicht installiert, wegen massenhafter Abhängigkeitskonflikte

[schufti]

Gegenvoschlag: Du installierst dir (in einer VM) eine Distro wo man dir vorher sagt, dass es damit geht ...

Ich mache Entwicklungsarbeit grundsätzlich in einer VM. Anders wäre es auch kaum möglich, da fast alle "Repos" (Sat-Boxen, Router, NAS, etc) auf unterschiedliche Entwicklungstools (und deren Versionen) setzen, die man gar nicht alle auf seinem "Livesystem" haben mag/kann.

Nochdazu gibt es einige (meist fernöstliche) Repos die nur als root funtionieren (andere machen das als Benutzer freiwillig aus Unvernunft); und ich möchte nicht haben, dass ein wildgewordenes Buildsystem plötzlich die SH4 Binaries in mein Livesystem installiert ...

just my 2¢