@BARF wegen deinen neuen Rules ;-)

doktorknow hat geschrieben:Im Moment bin ich nämlich etwas ratlos, was ich gegen diese Bad magics machen kann ... oder muss man einfach ein paar Mal bauen und irgendwann ist ein "heiles" Image dabei

entweder eine "dummy" datei einfügen, oder mehrfache versuche ergeben bei mir fast immer "heile" images.
die dummy datei ändert die bitfolge (bzw bitlage) im image, oft hilft das.

Hallo dietmarw,

kannsz Du das mit der "dummy"-Datei beizeiten mal etwas genauer erklären?? Wie sieht so eine Datei aus und wo muss die dann hin??

Ansonsten danke zunächst. Dann werde ich halt öfter durchlaufen lassen.

MfG
doktorknow

ich lege auf einem compiler server zb in der root-local.sh über

Code: Alles auswählen

echo "dummy1234567" > $DB/cdkflash/root/etc/init.d/dummy

eine (oder mehrere) dummy datei an.

ob der ort der richtige ist steht dabei nicht zur debatte

aber das image ergebnis wird verändert und bad magics manchmal umgangen.

@dietmarw

Vielen Dank für die Info. Werde ich heute Abend mal ausprobieren!

MfG
doktorknow

Hi,

vielleicht ne blöde frage die schon beantwortet wurde, aber ich habs nicht gefunden. Vielleicht bin ich zu doof zum suchen

Kann man newmake auch mit datum auschecken? Also ich habs so gemacht.

cvs -d anoncvs@cvs.tuxbox-cvs.sourceforge.net:/cvs/tuxbox -z3 co -f -r newmake -P .

Wenn ich da nun -D DATUM rein mache dann checkt er nichtmehr alles aus, sondern nur ein paar files. Ich habs immer in ein leeres verzeichniss versucht.

Dann habe ich gestern schlau wie ich bin, ausversehen ein "make distclean" gemacht. Nun übersetzt er mit das nichtmehr. Kann aber sein das mein ./configure falsch war. Werde ich heute nochmal nach schauen. Wichtiger wäre für mich das mit dem Datum.

Thx im voraus

das mit dem datum habe ich leider auch nicht mehr hinbekommen

Hmmm,

naja, das sagt mir wenigstens, das ich nicht zu doof zum suchen bin. Ist aber schade wenn das nicht mehr gehen sollte. Ich habe das öfters benutzt.

MfG

Beitrag von **Barf** » Freitag 1. September 2006, 19:13

Hmm, es ist ein CVS Thema. Ich bekomme folgendes:

Code: Alles auswählen

[1026]$ cvs -z3 up -r newmake -D 2006-02-09  make/neutrino.mk
Password: 
U make/neutrino.mk
[1027]$ cvs -z3 status   make/neutrino.mk
Password: 
===================================================================
File: neutrino.mk       Status: Needs Checkout

   Working revision:    1.1.2.2
   Repository revision: 1.1.2.4 /cvs/tuxbox/cdk/make/Attic/neutrino.mk,v
   Sticky Tag:          newmake (branch: 1.1.2)
   Sticky Date:         (none)
   Sticky Options:      (none)

Seht fast in Ordnung aus, ich habe mich aber ein Sticky Date erwartet. Offensichtlich ist es nicht sticky:

Code: Alles auswählen

[1028]$ cvs -z3 up  make/neutrino.mk
Password: 
U make/neutrino.mk
[1029]$ cvs -z3 status   make/neutrino.mk
Password: 
===================================================================
File: neutrino.mk       Status: Up-to-date

   Working revision:    1.1.2.4
   Repository revision: 1.1.2.4 /cvs/tuxbox/cdk/make/Attic/neutrino.mk,v
   Sticky Tag:          newmake (branch: 1.1.2)
   Sticky Date:         (none)
   Sticky Options:      (none)

Dies schein mir entweder ein Bug in CVS, oder ein Bug im Tuxbox CVS zu sein.

Beitrag von **Tommy** » Mittwoch 13. September 2006, 18:03

Mit dem neuen Kernel kommen jetzt ettliche nachfragen betr. des IDE Treibers beim bauen. Da weiß ich zum Großteil nicht was ich wählen soll. (N,m,? z.B.) Ich glaube PT1 hat ein ähnliches Problem

Barf kannst Du das mal im configfile vor-auswählen

Tommy hat geschrieben:Mit dem neuen Kernel kommen jetzt ettliche nachfragen betr. des IDE Treibers beim bauen. Da weiß ich zum Großteil nicht was ich wählen soll. (N,m,? z.B.) Ich glaube PT1 hat ein ähnliches Problem

Barf kannst Du das mal im configfile vor-auswählen

Hm die Kernel-Config hat sich aber zum .32 nicht geändert, sollte also eigendlich funktionieren.

Hast du alles neu gebaut ?

Beitrag von **Tommy** » Mittwoch 13. September 2006, 19:45

habe vorher make flash-clean gemacht. Dann mit newmake gebaut. Kernel hat er neu runtergeladen und ne ganze weile gerödelt. Irgendwann kamen dann die Abfragen nach enhanced IDE Driver und Tape/ Floppy /Cdrom unterstützung. Habe nach bestem wissen gewählt. Irgendwann ist es dann hängen geblieben "undefined reference to m8xx_ide_init"

Ich glaube da ist die config.m4 zuständig

Beitrag von **PT-1** » Mittwoch 13. September 2006, 19:56

Ich habe dist & mostely clean gemacht und das selbe spiel..

Hi,

wie ich schon in einem anderen Thread geschrieben habe, ist das mit dem Kernel erstellen wohl nicht ausgereift. Erstellt man EINMAL einen flash-kernel bzw. ein flash, dann bekommt man NIEMEHR einen yadd-kernel hin. Nichtmal mit distclean. Ich muss dann alles löschen, neu auschecken (was leider nicht nach datum geht) und neu übersetzten. Schwubs habe ich wieder einen yadd-kernel. Aber da darf man dann nicht dran wackeln.

So wie ich das mit newmake verstanden habe, soll man ja mal das, mal das übersetzten können. Aber mit yadd hin und her geht halt nicht.

MfG

Beitrag von **Nero** » Mittwoch 13. September 2006, 20:55

Tommy hat geschrieben:Mit dem neuen Kernel kommen jetzt ettliche nachfragen betr. des IDE Treibers beim bauen. Da weiß ich zum Großteil nicht was ich wählen soll. (N,m,? z.B.) Ich glaube PT1 hat ein ähnliches Problem

Barf kannst Du das mal im configfile vor-auswählen

Bestätigt:
Die Abfragen kommen hier:

Code: Alles auswählen

Enhanced IDE/MFM/RLL disk/cdrom/tape/floppy support (CONFIG_BLK_DEV_IDE) [N/m/?] (NEW)

Code: Alles auswählen

Old hard disk (MFM/RLL/IDE) driver (CONFIG_BLK_DEV_HD_ONLY) [N/y/?] (NEW)

Nero

Beitrag von **Barf** » Samstag 16. September 2006, 12:53

Mit dem neuen Kernel habe ich gerade es gefixt: es wird ein newmake version von .../cdk/Patches/linux-2.4.33.3-dbox2.config-flash erforderlich. Ich war eine woche beruflich verreist. Die Kernelhackers haben es nicht für notwendig gehalten, in irgendeinerweise sich mit mir zu koordinieren oder irgendwelche Anstrengungen zu unternehmen, um newmakeimages (inklusive dietmarw-Images) nicht kaputtzumachen.

|Insane| hat geschrieben:Hi,

wie ich schon in einem anderen Thread geschrieben habe, ist das mit dem Kernel erstellen wohl nicht ausgereift. Erstellt man EINMAL einen flash-kernel bzw. ein flash, dann bekommt man NIEMEHR einen yadd-kernel hin. Nichtmal mit distclean. Ich muss dann alles löschen, neu auschecken (was leider nicht nach datum geht) und neu übersetzten. Schwubs habe ich wieder einen yadd-kernel. Aber da darf man dann nicht dran wackeln.

Ich habe keine Ahnung, wie du zu diese, nicht zutreffende, Behauptungen kommst.

Barf hat geschrieben:Ich habe keine Ahnung, wie du zu diese, nicht zutreffende, Behauptungen kommst.

Das war kein angriff auf dich. Das ist nur eine festellung. Ich selber arbeite mit yadd. Dann wollte ich mal ein flash erstellen. Klappte wunderbar. Schwubs hatte ich einen Flash-Kernel. Danach habe ich alles dran gesetzt wieder "meinen" yadd-kernel zu bekommen. Ich habe folgendes probiert. mosltyclean, distclean (wobei es ja quatsch whäre)... nix hat geholfen. Nur ein komplettes löschen und neu auschecken ging. Wobei ich dann ja wieder nicht den stand auschecken kann den hatte. Nur den aktuellen (den fehler mit datum auschecken). Kannst du mal gerne selber versuchen. Wenn es bei dir klappt, dann schreib mir bitte wie es geht. Vielleicht bin ich ja zu dusselig.

MfG

Normalerweise klappt das mit newmake sehr gut zwischen yadd und Image zu wechseln (geht auch sehr schnell) nur mit dem neuen Kernel gibt es Probleme. Dazu hat barf ja schon was geschrieben. Ich finde es mittlerweile doch etwas ärgerlich das wir uns hier nicht auf ein make verständigen können. Unter newmake in head einschecken ist ja auch nicht ganz unproblematisch.

Vieleicht sollten wir mal eine neue Abstimung newmake vs. oldmake machen und das dann auch durchziehen. Ich hatte das Gefühl das bei der alten Abstimmung sich nur ein paar wenige gegen newmake ausgesprochen habe und damit alles zu Fall brachten. Sehr ärgerlich .....

Barf hat geschrieben:Mit dem neuen Kernel habe ich gerade es gefixt: es wird ein newmake version von .../cdk/Patches/linux-2.4.33.3-dbox2.config-flash erforderlich. Ich war eine woche beruflich verreist. Die Kernelhackers haben es nicht für notwendig gehalten, in irgendeinerweise sich mit mir zu koordinieren oder irgendwelche Anstrengungen zu unternehmen, um newmakeimages (inklusive dietmarw-Images) nicht kaputtzumachen.

Beruf geht vor, ist ja wohl klar, ich hab versucht rauszufinden wie es bei newmake geht, aber es nicht verstanden, teilweise hat es ja funktioniert,
yadd usw gging ja, und den Zeitpunkt vom einchecken hat Houdini gewählt, da sich ja eh fast nix mehr ändert im cvs ist das auch nicht schlimm das ma irgendwas nicht geht wir sind alle nur Menschen und man kann auch mal ein paar Tage warten oder?

Für Imagebauen find ich newmake okay, zumindest für die Leute die sich nicht viel auskennen, habs mir im Urlaub selbst mal angeguckt aber ich werde weiterhin head verwenden weil ich dort im Makefile meine Anpasseungen drin habe und ich es nicht verstehe wie ich das in newmake alles einbaue ohne viel Arbeit.

Fürs entwickeln ist es wohl so nicht brauchbar wie auch zeigt das keiner der verbliebenen paar Entwicklern es nutzen ? Zumindest nicht die, mit denen ich so im irc Kontakt habe, Houdini, Carjay usw.

Will jetzt nicht wieder ne Diskussion entfachen aber die paar Änderungen kann man auch weiterhin 2-gleisig fahren, bevor mit "Gewalt" newmake erzwungen wird und dann noch die letzten Devs "aktiven" Devs vertrieben werden.

Schönes Wochenende

Riker

Die Kernelhackers haben es nicht für notwendig gehalten, in irgendeinerweise sich mit mir zu koordinieren oder irgendwelche Anstrengungen zu unternehmen, um newmakeimages (inklusive dietmarw-Images) nicht kaputtzumachen.

sorry, aber ich habe keine Zeit und Lust beide Makeengines auszutesten.
Ich bin davon ausgegangen, dass newmake davon unberührt bleibt. Aber wie ich gerade gesehen habe sind die ganzen rulefiles noch geshared

JtG-Riker hat geschrieben:Für Imagebauen find ich newmake okay, zumindest für die Leute die sich nicht viel auskennen, habs mir im Urlaub selbst mal angeguckt aber ich werde weiterhin head verwenden weil ich dort im Makefile meine Anpasseungen drin habe und ich es nicht verstehe wie ich das in newmake alles einbaue ohne viel Arbeit.

Fürs entwickeln ist es wohl so nicht brauchbar wie auch zeigt das keiner der verbliebenen paar Entwicklern es nutzen ? Zumindest nicht die, mit denen ich so im irc Kontakt habe, Houdini, Carjay usw.

Will jetzt nicht wieder ne Diskussion entfachen aber die paar Änderungen kann man auch weiterhin 2-gleisig fahren, bevor mit "Gewalt" newmake erzwungen wird und dann noch die letzten Devs "aktiven" Devs vertrieben werden.

So seh ich das auch. Ich weiss ich bin nicht lange dabei. Und ich habe auch noch nicht viel gepostet hier. Trotzdem finde ich, das "normale" make muss bleiben. Mit newmake hatte ich nur mal so gespielt bis mir diese sache mit dem kernel aufgefallen ist. Ich habe dann 2 tage versucht das zu finden (prob war ja das ich alles löschen musste und wieder von null anfangen musste). Aber nach 2 Tagen dauer 100% rechenleistung hatte ich dann keine lust mehr.

Hauptsächlich hatte ich mir das newmake wegen dem automount draufgemacht.

MfG und nice weekend......

Beitrag von **Barf** » Samstag 16. September 2006, 21:11

|Insane| hat geschrieben: Das war kein angriff auf dich. Das ist nur eine festellung.

Es war nur ein Feststellung, dass deine "Feststellung" falsch ist.

Seit Sommer letztes Jahr sind mehrere hunderte Beiträge zu newmakethemen geposted worden. Niemand anderes, nicht einmal JtG-Riker, ist zu diese "Feststellung" gekommen. Trotzdem behauptest du, dass der Fehler bei jemanden Anderen ist... Mutig.

|Insane| hat geschrieben:Wenn es bei dir klappt, dann schreib mir bitte wie es geht. Vielleicht bin ich ja zu dusselig.

MfG

Beitrag von **Barf** » Sonntag 17. September 2006, 11:42

Code: Alles auswählen

#!/bin/sh

TFTPDIR=/dbox2/tftpboot
FLASHPREFIX=/tuxbox/cdkflash

date
rm -rf $FLASHPREFIX/root-squashfs
make flash-neutrino-squashfs-all >/dev/null 2>1
ls -l $FLASHPREFIX/root-squashfs/vmlinuz
rm -r $TFTPDIR/kernel-cdk
date
make $TFTPDIR/kernel-cdk > /dev/null 2>1
ls -l $TFTPDIR/kernel-cdk
date
rm -rf $FLASHPREFIX/root-squashfs
make $FLASHPREFIX/root-squashfs >/dev/null 2>1
ls -l $FLASHPREFIX/root-squashfs/vmlinuz
date

prodziert auf meiner alten 1533MHz-kiste

Code: Alles auswählen

[1023]$ ./insane
Sun Sep 17 11:36:13 CEST 2006
-rw-r--r--  1 bengt users 661453 Sep 17 11:36 /tuxbox/cdkflash/root-squashfs/vmlinuz
Sun Sep 17 11:37:09 CEST 2006
-rw-r--r--  1 bengt users 815701 Sep 17 11:37 /dbox2/tftpboot/kernel-cdk
Sun Sep 17 11:37:54 CEST 2006
-rw-r--r--  1 bengt users 661453 Sep 17 11:38 /tuxbox/cdkflash/root-squashfs/vmlinuz
Sun Sep 17 11:38:42 CEST 2006

|Insane| hat geschrieben:
|Insane| hat geschrieben:Wenn es bei dir klappt, dann schreib mir bitte wie es geht. Vielleicht bin ich ja zu dusselig.

MfG

Wie oben schon beschrieben funktionierte es die letzten Tage nicht, da ein neuer Linux kernel in das cvs eingecheckt wurde, ohne zu überprüfen ob newmake noch geht (wurde nur mit head probiert). Und wie wir festgestellt haben, gehts halt jetzt gerade nicht (ich habe deswegen auch mehrere meiner wenigen Stunden vergeudet).

Für Dokumentation und wie es normalerweise (vor dem neuen Kernel ) funktioniert hat:
http://www.bengt-martensson.de/dbox2/fl ... wmake.html
http://www.bengt-martensson.de/dbox2/ne ... cture.html
http://forum.tuxbox.org/forum/viewtopic.php?t=42744

Barf: Sollte, soweit ich das jetzt verstanden habe wieder funktionieren?

JtG-Riker hat geschrieben: Will jetzt nicht wieder ne Diskussion entfachen aber die paar Änderungen kann man auch weiterhin 2-gleisig fahren, bevor mit "Gewalt" newmake erzwungen wird und dann noch die letzten Devs "aktiven" Devs vertrieben werden.

Doch, genau das sollten wir (edit: eine neue Diskussion anfangen, nicht die Devs vertreiben

). Das Zweigleisige ist immer tödlich, vor allem bei make

Houdini hat geschrieben:sorry, aber ich habe keine Zeit und Lust beide Makeengines auszutesten.
Ich bin davon ausgegangen, dass newmake davon unberührt bleibt. Aber wie ich gerade gesehen habe sind die ganzen rulefiles noch geshared

Wenn mich die Mehrheit der verbliebenen Entwickler stichhaltig überzeugt nicht newmake zu verwenden ('Argumente wie habe keine Zeit dafür' überzeugen mich allerdings nicht) werde ich auch wieder zu oldmake zurückkehren (unter der Voraussetzung, das die Imageerzeugung ähnlich einfach den persönlichen bedürfnissen abzuändern ist wie bei newmake).

Günther