[SPARK] Buildsystem-CS mit YAFFS2

[plux7887]

Welche?
Wenns mehrere Alternativen gibt, ich bevorzuge den Debian Ast. Debian Squeeze vielleicht?
Welche nehmt Ihr (shufti, martii) denn?

[pixbox]

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

Gute Idee, und welche Distro funktioniert da am besten

[schufti]

also ich habe mir für die Neutrino-HD Bastelei ein Minimalsystem über Debian-sid (20MB .iso download, Rest über Internet) aufgesetzt und dann die Tools entsprechend Liste/Skript aus TDT Repo installiert. Da ist die leere VM (8GB-HDimage, vor git-clone) gezippt gerademal 250MB. Das kann ich schnell mal entpacken und ne neue VM starten wenn ich das git von jemandem testen will.

mal sehen, ev. nehme ich da mal die persönlichen Dinge raus und stelle das VMW-img zur Verfügung.

[mohousch]

oder Stinky Linux wenn der noch gibt braucht man nicht weitere zu installieren ;-)

[pixbox]

ist das denn noch aktuell, soweit ich weiß müßte das von 2008 gewesen sein

[schufti]

aktuell ist nicht relevant. Es muß bloß all die Entwicklungstools in der richtigen Version mitbringen ...

Ich nehme an, du hast auch schon Windows8 rc auf deinem ArbeitsPC ????

[doc]

Naja, wenn Dein System auf dem von seife aufbaut ist da eigentlich nichts was quer schießen kann
Und automake sehe ich jetzt auch nicht als kritisch an, Debian ist leider bei manchen Paketen nicht so up2date.
Edit: wegen Blödsinn entfernt

Ich würde das eher so händeln das eben jemand einen Patch machen müsste damit es mit der aktuelleren Version auch baut. Eine richtie Version gibt es nicht, das ist Aufgaben des BS das abzufangen.
Gibt übrigens noch mehr Pakete die sich mit aktuelleren Versionen der Helpertools nicht bauen lassen.

[pixbox]

habs jetzt hinbekommen, VMware Player und Debian installiert, lief komplett durch.

Danke an die vielen Helfer

[pixbox]

Ein riesen Dank an Martii für die viele Arbeit, das Image läuft sehr Sauber, Schnell und Stabil und fast alle wichtigen Funktionen gehen Tadellos.

2 kleine Sachen habe ich noch

1. Das Fullupdate gibt mir eine e2jffs2.img mit 0 MB Größe, die restore.sh und uImage haben normale Größe

2. WLAN Treiber habe ich im Build aktiviert, sind jetzt auch im Image aktivier und ladtbar, doch wenn ich alles in Einstellungen/Netzwerk einstelle, zeigt er MAC Adresse mit 00:00:00:00:00:00 an und die Standard Gateway Einstellung verschwindet nach Einstellungen jetzt zuweisen.

[martii]

Hi pixbox,

prima, dass das bei Dir läuft

1. Das Fullupdate gibt mir eine e2jffs2.img mit 0 MB Größe, die restore.sh und uImage haben normale Größe

Oops. Der bind-Mount fehlte da ja noch. Ist behoben, danke!

Zu WLAN: Bei einer leeren Mac-Adresse würde ich jetzt raten, dass das nicht die richtigen Treiber sind. Siehst Du beim Scan mit iwlist irgendwelche WLAN-Netze?

[pixbox]

Zu WLAN: Bei einer leeren Mac-Adresse würde ich jetzt raten, dass das nicht die richtigen Treiber sind. Siehst Du beim Scan mit iwlist irgendwelche WLAN-Netze?

Die Treiber sind die die ich aus dem GIT habe, habe nur im makefile im Ordner ../build_tmp/driver die Raute bei Wireless entfernt.
Aufrufen über telnet geht ja nicht, weil er ja WLAN nicht hat, über LAN seh ich die Netze leider nicht.

[schufti]

Hi pixbox,

du kannst dich ja per seriellem Kabel verbinden, das ist genauso wie per telnet.

ausserdem kannst du eth0 konfigurieren und dann per telnet wlan konfigurieren und auch aktivieren.

einfach in /etc/network/interfaces ein zweites set parameter für wl0 einfügen.
Linux kann das alles, bloß das GUI hat damit Probleme

[pixbox]

@schufti
So ein Kabel habe ich nicht, werde ich mir wohl besorgen müssen.

@martii
kann es sein das DHCP probs macht, habe immer nach dem Speichern und rebooten
IP 33.0.0.0
Netzmaske 255.0.0.0
Broadcast 33.255.255.255

Es geht nur mit fester IP

[martii]

@pixbox: WLAN mit DHCP geht bei mir (btw: Interfaces via GUI aktivieren/deaktivieren auch), und ich verwende da 1:1 den Code, der im GIT ist. Außer als "proof of concept" nutze ich das am Receiver aber nicht, da der Empfang mit meinem Billig-Stick eher fragil ist und schon so genug an USB dranhängt.

[pixbox]

@pixbox: WLAN mit DHCP geht bei mir (btw: Interfaces via GUI aktivieren/deaktivieren auch), und ich verwende da 1:1 den Code, der im GIT ist. Außer als "proof of concept" nutze ich das am Receiver aber nicht, da der Empfang mit meinem Billig-Stick eher fragil ist und schon so genug an USB dranhängt.

Das ist ja nicht bei WLAN sondern normales LAN, könnte aber am aktivieren der Wireless im Build liegen, werde es mal wieder Rauten.

[martii]

@pixbox: DHCP im LAN ging bei mir eben auch nicht. Fix:

Code: Alles auswählen

--- a/skel-root/common/etc/init.d/networking
+++ b/skel-root/common/etc/init.d/networking
@@ -11,6 +11,9 @@ case "$1" in
        ifup lo 2>/dev/null
        touch /tmp/.init_networking
        (
+               ifconfig eth0 down
+               ifup eth0
+               ifdown eth0
                ifup -a
                rm /tmp/.init_networking
        ) &

Edit: Noch ein ifup/ifdown hinzugefügt, dann geht's. Weshalb auch immer.

[schufti]

da sag ich nur: bääähhhhh ekelig

[martii]

da sag ich nur: bääähhhhh ekelig

Volle Zustimmung. Das passiert halt so früh im Bootprozess, dass es nicht ordentlich debugbar ist. Darfst gerne danach schauen

[Tann]

@martii
kann es sein das DHCP probs macht, habe immer nach dem Speichern und rebooten
IP 33.0.0.0
Netzmaske 255.0.0.0
Broadcast 33.255.255.255

im Menü "netzwerkeinstellungen zuweisen" schon stimmte es

aber per FTP Programm ging wieder keine Dateirechte zu ändern

[schufti]

nicht wieder - noch immer - solange default busybox als ftp Server läuft ...
wer's anders haben will baue sich das Img mit vsftp

[martii]

im Menü "netzwerkeinstellungen zuweisen" schon stimmte es

Das Problem tritt (trat) nur beim Booten auf. Auf Console wurde sogar angezeigt, dass per DHCP eine Lease vergeben wurde, nur dem eth0 tatsächlich zugewiesen wurde die dann nicht. Vielleicht irgendwas mit Busybox ...

[pixbox]

Das mit DHCP funktioniert jetzt wieder, Danke martii

Was mir noch aufgefallen ist, das die Pluginausgabe, nach "echo" oder "cat" abfragen nur einzeilig erscheint

[martii]

Was mir noch aufgefallen ist, das die Pluginausgabe, nach "echo" oder "cat" abfragen nur einzeilig erscheint

Ja ... der Rest wird ja im Full-Screen-Fenster zur Laufzeit angezeigt, während das Plugin läuft. Im Original gibt's ja nur die Ausgabe am Ende des Plugins, nur ist das für länger laufende Skripte (fullbackup.sh) nicht hinreichend.

Ich hab's eben so angepasst, dass das PopUp-Fenster gar nicht mehr kommt und stattdessen das "große" Fenster auf eine Taste der Fernbedienung wartet. Scheint mir etwas praktikabler zu sein.

[pixbox]

Wenn es nach mir ginge, wäre eine Pluginfensterausgabe so wie es normal ist besser, würde ja reichen beim Fullbackup das dort steht ...

Fullbackup is running ....
wait 5-10 min.

...

Das Große Fenster finde ich ein wenig überdimensioniert und wenn ein langes Skript läuft, kann man gar nicht so schnell lesen was dort steht. Da wäre eine Logausgabe nach /tmp besser, dann kann man dort schauen wo es gehangen hat bzw ob es durch gelaufen ist.

[martii]

Das Große Fenster finde ich ein wenig überdimensioniert und wenn ein langes Skript läuft, kann man gar nicht so schnell lesen was dort steht. Da wäre eine Logausgabe nach /tmp besser, dann kann man dort schauen wo es gehangen hat bzw ob es durch gelaufen ist.

Bei langen Scripten während der Laufzeit kein Feedback zu geben, erachte ich nicht für sinnvoll. Dass Du beim fullbackup.sh alles mitliest erwartet ja keiner. Aber Du siehst dann zumindest, dass sich was tut und die Kiste nicht hängt. Und wenn die Ausgabe auch sonst keinen großen Mehrwert hat, verkürzt sie zumindest subjektiv die Wartezeit.