newmake ->root-enigma.cramfs image too large

Kreuzuebersetzer, Diskussion über Änderungen im Tuxbox-CDK und Tuxbox-CVS
dietmarw
Contributor
Beiträge: 1833
Registriert: Mittwoch 10. April 2002, 15:39

newmake ->root-enigma.cramfs image too large

Beitrag von dietmarw »

seit dem 04.03. ist das root-enigma.cramfs image im newmake scheinbar ein wenig zu groß
bzw. ist seit dem 04. ja ein check drin der seitdem den build abbricht.
Barf
Developer
Beiträge: 1475
Registriert: Dienstag 4. Februar 2003, 22:02

Beitrag von Barf »

Bei zu grosse Partitionimagefiles hat flashmanage.pl fröhlich, bis neulich, einfach das Problem nicht detektiert, und einfach die Daten "übereinander" im Imagefile geschrieben. Ich habe am 3.03 ein Test in flashmanage.pl eingebaut, so dass übergrosse Partitionsimages ein fatalen Fehler auslöst. Ich bin überzeugt, dies ist das Richtige.

Das Problem ist das Enigmazeugs zu gross wird. Irgendetwas muss raus, oder muss mann die Partitionierung ändern. Ich habe cdk/make/enigma.mk so geändert, dass alle enigmaplugins individuell installiert wird; dadurch kann mann selektieren welche Enigmaplugins tatsächlich installiert wird. Mehr oder wenig zufällig habe ich dann dslconnect, dsldisconnect, getset und weather rausgeschmissen. Danach passt es.
dietmarw
Contributor
Beiträge: 1833
Registriert: Mittwoch 10. April 2002, 15:39

Beitrag von dietmarw »

ohne frage ist ein größencheck sinnvoll und erwünscht..
aber würde es auch eine möglichkeit geben nur die evtl. betroffene gui zu überspringen?
also bei make everything die yadd und die nicht betroffenen gui es trotzdem zu bauen?
Barf
Developer
Beiträge: 1475
Registriert: Dienstag 4. Februar 2003, 22:02

Beitrag von Barf »

Code: Alles auswählen

make -k everything
evt auch

Code: Alles auswählen

touch $flashprefix/enigma-cramfs.img1x
touch $flashprefix/enigma-cramfs.img2x
falls man a priori weiss dass diese nicht geht.
dietmarw
Contributor
Beiträge: 1833
Registriert: Mittwoch 10. April 2002, 15:39

Beitrag von dietmarw »

aber das würde ja dann scheinbar alle anderen evtl. auftretenden make fehler auch ignorieren,
das ist ja nicht im sinne des erfinders.

eine möglichkeit das in der flasmanage.pl ein flag gesetzt wird das die images automatisch als .bad oder als .large ;) markiert
(oder eine vergleichbare funktionalität) siehst du nicht?
dietmarw
Contributor
Beiträge: 1833
Registriert: Mittwoch 10. April 2002, 15:39

Beitrag von dietmarw »

auf jeden fall läuft newmake erstmal wieder durch..
Barf
Developer
Beiträge: 1475
Registriert: Dienstag 4. Februar 2003, 22:02

Beitrag von Barf »

dietmarw hat geschrieben:aber das würde ja dann scheinbar alle anderen evtl. auftretenden make fehler auch ignorieren,
Hier scheint ein Missverständniss vorzuliegen. make -k ignoriert keine Fehler, es macht nur weiter in Zweige, die nicht von eintretende Fehler betroffen sind. In unsere Fall, yadd, neutrino-*.img*x, enigma-squashfs.img*x, und enigma-jffs2.img*x wurden gebaut. War das nicht dein Wunsch?
eine möglichkeit das in der flasmanage.pl ein flag gesetzt wird das die images automatisch als .bad oder als .large ;) markiert
(oder eine vergleichbare funktionalität) siehst du nicht?
Falls kein Build eines Targets möglich ist, dann SOLL auch das Build mit einem Fehler beenden. Natürlich kann mann rumferkeln mit tricks wie (als Makeactions)

Code: Alles auswählen

        flashmanage ARGUMENT || ( touch $@ ; touch $@-doof; echo "Etwas furchterlich ist passiert"; true)
oder einfach

Code: Alles auswählen

        -flashmanage ARGUMENT
wäre aber ganz definitiv nicht "in Sinn des Erfinders".

Shit happens, und dann muss mann manuell eingreifen.
auf jeden fall läuft newmake erstmal wieder durch..
Ich bin mir übrigens 99% sicher, dass auch HEAD-make dass gleiche problem hat. :wink:
dietmarw
Contributor
Beiträge: 1833
Registriert: Mittwoch 10. April 2002, 15:39

Beitrag von dietmarw »

Barf hat geschrieben: Hier scheint ein Missverständniss vorzuliegen. make -k ignoriert keine Fehler, es macht nur weiter in Zweige, die nicht von eintretende Fehler betroffen sind. In unsere Fall, yadd, neutrino-*.img*x, enigma-squashfs.img*x, und enigma-jffs2.img*x wurden gebaut. War das nicht dein Wunsch?
ja, das war "mein" wunsch ;)
sry, dann habe ich das falsch verstanden, ich hatte es so aus meiner suche bei google rausgelesen
das es einfach den kompletten make everything betrifft..

Ich bin mir übrigens 99% sicher, dass auch HEAD-make dass gleiche problem hat. :wink:
mit dem root partition überlaufen?
da es ja nur noch sehr wenige cramfs bauer gibt wird das wohl noch nicht aufgefallen sein ;)
petgun
Tuxboxer
Tuxboxer
Beiträge: 5001
Registriert: Montag 11. November 2002, 15:26

Beitrag von petgun »

dietmarw hat geschrieben:auf jeden fall läuft newmake erstmal wieder durch..
und Deine Yadd von Heute 11.03.06 14:05 funktioniert wunderbar.

Danke,
peter

--
1