Verbesserungen am Image-Build-Prozess

[Barf]

@haderle,

ich bin dabei, ein neuer "Imagekitrelease" zu basteln, es dauert nur etwas. Aber es ist nicht schwierig, "hrvills Trick" manuell zu applizieren, editiere nur die ....dbox2.h nach seine Anweisungen (protect ...; (inklusive semikolon) entfernen).

Barf

[haderle]

und wenn ich das manuell änder, dann hat das keinen einfluss auf images für noki mit 2x ?

gruß haderle

ps: supi.. freu mich schon auf die neue version

[Barf]

Tach Loidde,

ich habe ein neuen version des "Imagekits" ("The X-Mas Edition") gebastelt, zu saugen als http://www.bengt-martensson.de/dbox2/im ... -15.tar.gz

Zum Releasenotes:

For this release, mkmlfs.c and flashmanage.pl have been dropped, since
they have been incorporated into the official CVS sources.

.../dbox.h have been replaced by .../Patches/dbox.h.m4. The
make-target .u-boot will now generate .../dbox.h from the m4 file. Of
course, this assumes that m4 is installed and working -- I believe
this to be the case for "almost all" developement Linux
systems. Probably the configure script should probe for m4 and define
a symbol for it instead .

It has been reported that 1x-Boxes (or possibly "Sagem 1x-Boxes")
should not have "protect off..." in their bootcommand. Here, this is
removed. I do not have possibility to check this myself. A
plausible technical explanation has not been presented. (A lot of
people claim to know "how", but no-one seems to know "why".)

Compilation of mkflfs somewhat cleaned.

There is now a my-yaddsetup.sh optionally invoked, analogously to the
other my-* files. No example file provided .

Creation of /.version improved.

The CVS supplied mklibs $(hostappsdir)/mklibs/mklibs.py is now used, no
matter what configure says. (Homer claims his version contains vital
improvements, and this is I have been using. No warranties.)

Minor fixes and cleanups.

For convenience, Makefile.am and configure.ac I provide both as the
full file and as patch against the official versions (1.356 and 1.119
respectivelly). For this release, mkmlfs.c and flashmanage.pl have been dropped, since
they have been incorporated into the official CVS sources.

.../dbox.h have been replaced by .../Patches/dbox.h.m4. The
make-target .u-boot will now generate .../dbox.h from the m4 file. Of
course, this assumes that m4 is installed and working -- I believe
this to be the case for "almost all" developement Linux
systems. Probably the configure script should probe for m4 and define
a symbol for it instead .

It has been reported that 1x-Boxes (or possibly "Sagem 1x-Boxes")
should not have "protect off..." in their bootcommand. Here, this is
removed. I do not have possibility to check this myself. A
plausible technical explanation has not been presented. (A lot of
people claim to know "how", but no-one seems to know "why".)

Compilation of mkflfs somewhat cleaned.

There is now a my-yaddsetup.sh optionally invoked, analogously to the
other my-* files. No example file provided .

Creation of /.version improved.

The CVS supplied mklibs $(hostappsdir)/mklibs/mklibs.py is now used, no
matter what configure says. (Homer claims his version contains vital
improvements, and this is I have been using. No warranties.)

Minor fixes and cleanups.

For convenience, Makefile.am and configure.ac I provide both as the
full file and as patch against the official versions (1.356 and 1.119
respectivelly).

@thegoodguy,

dein Vorschlag, configure-optionen mit make-targets zu ersetzen, habe ich sehr ernsthaft genommen. Leider hat es sich gezeigt, dass es trotzdem nicht soo einfach wird. (u-boot geht vielleicht, aber der Kernel...) So diesmal nicht.

Barf

[en-total]

Hallo,
sehe gerade, es gibt eine aktuellere Version des Imagekits als die auf Seite1 dieses Threads - war mir wohl untergegangen

Hat schon jemand getestet, ob damit nun DvbSnoop durchläuft? Ich hatte den Fehler erst im CDK vermutet, fälschlicherweise.

[kerlimann]

wen interessiert dvbsnoop? es gibt kein neues readme, was genau man damit nun tun kann.
wird dir auch niemand erklaeren.

es sind sicherlich gute sachen drin, welche fuer einen channel scan sinnvoll sind. aber wie ich die jungs hier kenne wird das nie im leben eingebaut. da ist eine super hyper oberflaeche wichtiger. ob sender wie EDTV gehen, iss egal - movieplayer zum abspielen von files aus dem edonkey ist wichtiger als FTA programme schauen. 1live via hyperlink wird nie gehen. neutrino setzt die prioritaeten halt anders.

[DieMade]

Lieber kerlimann (auch von mir gerne tuxbox-Troll genannt) - hast Du in letzter Zeit mal in den src-tree von dvbsnoop geschaut?

Scheinbar nicht, sonst hättest Du ein README gefunden, welches auf http://dvbsnoop.sourceforge.net/ verweist. Was Dir da an Dokumenation fehlt, ist mir schleierhaft.

Aber Hauptsache Du hast mal wieder was geblubbert (sorry, so langsam reicht es mir mir Dir!).

P.S.: Hast schnell Dein Posting "entschärft", bevor ich meins abgeschickt hatte - meine Meinung lass ich dropsdem hier stehen!

[gagga]

kerlimann, was ist denn mit _Dir_ los???

[Barf]

Es gibt nichts in Imagekit was dvbsnoop anfasst. Es könnt so sein, dass "mein" Makefile.am oder configure.ac nicht mit später zugekommene Änderungen in cdk-Baum kompatibel ist. Dann macht ein cvs update fast immer das Richtige, und zusammenmerget die neue Änderungen mit meine Änderungen. (Falls cvs-update Konflikt meldet, bitte im Forum posten!).

@all: Don't feed the trolls! Einfach ignorieren.

Barf

[en-total]

Hallo,

Es gibt nichts in Imagekit was dvbsnoop anfasst. Es könnt so sein, dass "mein" Makefile.am oder configure.ac nicht mit später zugekommene Änderungen in cdk-Baum kompatibel ist.

Das wird es wohl gewesen sein. So wie ich festgestellt habe, hatte sich wohl der Pfad zu dvbsnoop geändert. Aber wie gesagt, es war Deine alte Version vom ImageKit.

Dann macht ein cvs update fast immer das Richtige, und zusammenmerget die neue Änderungen mit meine Änderungen.

Naja, mit cvs update hatte ich des öfteren Probleme, daher in diesem Fall garnicht probiert. Gelobe aber Besserung

[en-total]

Hi,
nur zur Info: läuft nicht mehr durch. Hier der reject (1/12 failed):

@@ -504,7 +507,7 @@
cd @DIR_libmad@ && \
$(BUILDENV) \
./configure \
- --build=$(build) \
+ --build=$(build) \
--host=$(target) \
--prefix= \
--enable-shared=yes \

[Barf]

In diesem Fall kann den Reject ruhig ignoriert werden.

Danke trotzdem.

Barf

[en-total]

Natürlich kann das ignoriert werden, allerdings fragest Du nach feedback zu Fehlern.
PS:
Schau mal hier wegen AudioPID:
https://tuxbox-cvs.sourceforge.net/foru ... f7c647aa51

[derget]

also zum uboot 1xI bug kann ich nur mutmassen

wahrscheinlich hat der flashtreiber für die Intel Strata Flashs (den waldi vom ppcboot ins uboot gemerget hat) wohl nen bug beim unptrotect , so das danach das flash innem unknow state rumgammelt

und da waldi keine sagem 1xI box hat is ihm der bug auch nie aufgefallen btw er konnte ih nicht fixxen

ich kuk mir das mal an bei zeiten

[DieMade]

Der 1xI-Bug lässt sich umschiffen:

Code: Alles auswählen

#define CONFIG_BOOTCOMMAND                                                      \
        "fsload; setenv bootargs root=/dev/mtdblock2 console=$(console); "      \
        "protect off 10040000 107fffff; "                                       \
        "bootm"

[en-total]

Hi Barf!
Die "boot.conf" läßt sich nicht speichern. Neutrino erwartet die in /var/tuxbox/boot, Deine patches legen die aber nach /boot.
Der Einfachheit halber habe ich das bei mir in der neutrino.cpp geändert, Du solltest das allerdings in Deiner dbox2.h abändern. Erspart das ständige patchen von Neutrino.

[en-total]

Hi,

Der 1xI-Bug lässt sich umschiffen:

ich kann Euer Problem nicht so ganz nachvollziehen. Es sind im CDK doch bereits 2 Versionen für die dbox2.h vorhanden. Und zwar schon seit dem 16.Oct.2003. Oder tritt das angesprochene Problem dennoch auf?

[Barf]

Hmm. dbox2.h.m4 sagt

Code: Alles auswählen

#define CONFIG_DBOX2_FS_ENV_READ ifelse(imagetype, `mixed', `"1:tuxbox/boot/boot
.conf"',
       imagetype, `jffs2only', `"0:boot/boot.conf"',
       `"1:env"')

so es betrifft nur jffs2only images. Ich habe in neutrino.cpp nachgeschaut, und echte Horror-Coding gefunden. Z.B.:

Code: Alles auswählen

		FILE* fd = fopen("/var/tuxbox/boot/boot.conf", "r");
...

		FILE* fd = fopen("/var/tuxbox/boot/boot.conf", "w");

Der Einfachheit halber habe ich das bei mir in der neutrino.cpp geändert,

Ein besserer Workaroung ist sicherlich

mkdir /var/tuxbox/boot
ln -s /boot/boot.conf /var/tuxbox/boot

entweder manuell oder in my-flashsetup-jffs2only.sh.

Vielleicht wäre es besser, den Verzeichniss /boot in jffs2only-Images nach /var/tuxbox/boot zu verschieben, nicht weil es besser oder logischer ist, aber um die Unterschiede zwischen jffs2only- und mixed images zu minimieren? Meinungen?

[en-total]

Vielleicht wäre es besser, den Verzeichniss /boot in jffs2only-Images nach /var/tuxbox/boot zu verschieben, nicht weil es besser oder logischer ist, aber um die Unterschiede zwischen jffs2only- und mixed images zu minimieren? Meinungen?

Genau das meinte ich mit

Du solltest das allerdings in Deiner dbox2.h abändern. Erspart das ständige patchen von Neutrino

PS: es sind 2 separate dbox2.h in /cdk/Patches vorhanden:
u-boot.1x-flash.dbox2.h
u-boot.2x-flash.dbox2.h
Ich besitze keine 1xI Box, aber für mich schaut das so aus als wäre es wegen der Unterschiede zwischen 1xI und 2xI

[Dmitri]

Hmmm... Image erzeugt... Geflasht... Bootet nicht... Möchte gern logos sehen...

Code: Alles auswählen

....
will verify ELF image, start= 0x800000, size= 146196
verify sig: 262
Branching to 0x40000


U-Boot 0.4.0 (TuxBox) (Feb 16 2004 - 12:12:10)

CPU:   PPC823ZTnnA at 67.200 MHz: 2 kB I-Cache 1 kB D-Cache
         *** Warning: CPU Core has Silicon Bugs -- Check the Errata ***
Board: DBOX2, Nokia, BMon V1.0
       Watchdog enabled
I2C:   ready
DRAM:  32 MB
FLASH:  8 MB
FB:    ready
LCD:   ready
In:    serial
Out:   serial
Err:   serial
Net:   SCC ETHERNET
Scanning JFFS2 FS: . done.
find_inode failed for name=logo-lcd
load: Failed to find inode
ready - can't find logo in flash - try network
...

Und danach versucht die Box übers Netz zu booten...

Die Logos sind aber auf jeden Fall da (in $CVSDIR/cdk/myfiles/var/tuxbox/boot/)!

Btw.: mkcramfs beschwert sich bei mir ständig über "-p -n ...", so daß ich das händisch aus dem Makefile rauskommentieren muß... Welche Version muß ich nehmen?

[Barf]

Hmmm... Image erzeugt... Geflasht... Bootet nicht... Möchte gern logos sehen...

Hmmm, hmmm. Die Logos sind etwas ärgerlich, weil die eigentich nur eine Dekoration darstellt, nicht desto weniger bootet es nicht ohne. Weil du nicht sagst was du machen willst, configure-optionen etc, imagekit-version etc ist es schwierig dich zu helfen. Du kannst versuchen, von einem netz-setup zu booten, dann manuell die entsprechende partitionen zu mounten, um zu sehen falls die logos wriklich vorhanden sind.

Die Logos sind aber auf jeden Fall da (in $CVSDIR/cdk/myfiles/var/tuxbox/boot/)!

Das Verzeichniss ist eine Ablage für Dateien, die von den my-* skripte in das Filesystem, wovon das Image gebaut wird, kopiert wird.

Btw.: mkcramfs beschwert sich bei mir ständig über "-p -n ...", so daß ich das händisch aus dem Makefile rauskommentieren muß... Welche Version muß ich nehmen?

Ganz definitiv daneben. cramfs und seine Versionen sind in viele Threads behandelt -- du brauchst ein "Aktuelles". Wichtiger: Es kann viel mehr sachen schiefgehen in mixed images alis in jffs2only. Barfs "path to wisdom" lautet: Erst netzinstallationen ("YADD") erfolgreich basteln, dann jffs2only-images, dann (falls Bedarf wirklich besteht) mixed images.