Zur Rekursion: Laut Regel in reduce-libs.mk hängt z.B. $(flashprefix)/root-radiobox-cramfs/lib/ld.so.1 von $(flashprefix)/root-radiobox-cramfs ab. Falls make die Meinung ist, die Letztere out-of-date ist und neu gemacht werden soll haben wir ein Problem: Die Aktionen der Regel für $(flashprefix)/root-radiobox-cramfs ruft make ... $(flashprefix)/root-radiobox-cramfs/lib/ld.so.1 an, und unter Umständen haben wir eine unendliche Rekursion...
Aus irgendeinem Grund (Bug in make?) hat es nicht funktioniert, diese Abhängigkeit in order-only zu ändern. Ich habe anstatt der make ..../ld.so.1 Anruf in flashable-dirs.mk mit geeignete --assume-old-option versehen, so dass maken von ld.so.1 nie das maken von $(flashprefix)/root-$gui-$filesystem auslöst. Nicht wirklich elegant,...
Dies soll auch dietmarws Problem
http://forum.tuxbox.org/forum/viewtopic ... 9&start=33 beheben.
the_moon hat geschrieben:
1. ich musste /var Verzeichniss selbst anlegen. In radiobox.mk. Wo es bei Neutrino geschiet konnte ich nicht rausfinden. Wahrscheinlich irgendwo in plugins oder sonstwas, nicht in neutrino selbst.
In .../neutrino/daemons/controld (installation von scart.conf).
2. radiobox wird irgenwie mit libstdc++.so.6.0.3 verlinkt aber instaliert wird libstdc++.so.6. deswegen beim starten von radiobox kommt es zu Fehlermeldung.
Neutrino dagegen, wird mit libstdc++.so.6 kompiliert wenn flash rules eingeschaltet und mit libstdc++.so.6.0.3 in "normal" Fall. Wo das gesteuert wird konnte ich auch nicht finden. deswegen habe ich selbst, nach dem reduction rules angerufen werden selbst libstdc++.so.6.0.3 ins root-radiobox-cramfs/lib kopiert.
Seht schrecklich aus.

Ich kucke mir das an, irgendwann...