Newmake/HEAD für die Dreambox (erste Schritte)

Kreuzuebersetzer, Diskussion über Änderungen im Tuxbox-CDK und Tuxbox-CVS
dbluelle
Contributor
Beiträge: 319
Registriert: Samstag 29. Mai 2004, 18:49

Newmake/HEAD für die Dreambox (erste Schritte)

Beitrag von dbluelle »

Hallo Leute,

Ich habe damit begonnen, den HEAD-Branch so anzupassen, dass man damit auch Dreambox-Images bauen kann: http://www.blau-weissoedingen.de/dreambox/cdk.diff
Damit läuft bei mir make flash-enigma durch.
Das CDK kann man mit dem folgenden Skript konfigurieren:

Code: Alles auswählen

#!/bin/bash
cd .. && CURRENT_PATH=`pwd`;
cd cdk
./autogen.sh;
# boxtype dm500 dm56x0 or dm7000
TYPE=$1
if test -z "$TYPE"; then
	TYPE=dm7000
fi
./configure \
	--with-boxtype=$TYPE \
	--with-webif=expert \
	--prefix=$CURRENT_PATH/root \
	--with-cvsdir=$CURRENT_PATH \
	--with-driverdir=$CURRENT_PATH/driver_dream \
	--with-cpu=405 \
	--enable-maintainer-mode \
	--enable-flashrules \
	--with-flashtool=expert \
	--with-reiserfs=no \
	--with-ext-flashtool=yes \
	--with-enigma-debug=yes \
	--enable-ide \
	--enable-kernel26 \
	--enable-ccache
Zusätzlich muss man das /driver-Verzeichnis aus dem Dreambox-Branch nach /driver_dream kopieren.

Das ganze ist noch sehr experimentell und man kann auch noch kein fertiges Image damit bauen,
aber es werden erstmal ein paar Grundlagen gelegt.

Ein paar Fragen/Anmerkungen meinerseits:
- Wenn das so auf der DBox nix kaputt macht, werde ich es einchecken.
- Wenn niemand was dagegen hat, checke ich auch das driver_dream-Verzeichnis mit ein.
- An die Automake-Experten: In cdk/configure.ac teste ich noch per

Code: Alles auswählen

if test "$BOXTYPE" != "dbox2" -a "$BOXTYPE" != "tripledragon" -a "$BOXTYPE" != "generic" ; then
auf Dreambox, geht das evtl. etwas eleganter?
- Ich würde gerne auch den Kram aus cdk/root aus dem Dreambox-Branch in HEAD übernehmen (analog driver_dream in cdk/root_dream oder so), und dann einen Konfigurationsparameter --with-startscriptdir=cdk/root_dream einbauen, dann könnte man da auch evtl. noch andere Startscript-Konfigurationen verwenden.
- Was dann noch fehlt, sind passende Flash-Targets, da blicke ich aber noch nicht so ganz durch :roll:

Okay, das war's erstmal

dbluelle
rhabarber1848
CDK-Experte
Beiträge: 4335
Registriert: Donnerstag 3. April 2008, 14:05

Re: Newmake/HEAD für die Dreambox (erste Schritte)

Beitrag von rhabarber1848 »

dbluelle hat geschrieben:- Wenn das so auf der DBox nix kaputt macht, werde ich es einchecken.
Ich melde mich nach einem Test dazu wieder.
dbluelle hat geschrieben:- Wenn niemand was dagegen hat, checke ich auch das driver_dream-Verzeichnis mit ein.
Off topic: Wie wäre es mit einen driver_26-Verzeichnis für die Dbox?
dbluelle hat geschrieben:- An die Automake-Experten: In cdk/configure.ac teste ich noch per

Code: Alles auswählen

if test "$BOXTYPE" != "dbox2" -a "$BOXTYPE" != "tripledragon" -a "$BOXTYPE" != "generic" ; then
auf Dreambox, geht das evtl. etwas eleganter?
Ich denke nicht, in cdk/acinclude.m4 wird ähnlich vorgegangen.
dbluelle hat geschrieben:- Was dann noch fehlt, sind passende Flash-Targets, da blicke ich aber noch nicht so ganz durch :roll:
Nach dem Enigma+Neutrino-Flashimage kenne ich mich da ein
wenig aus, warum kannst Du die bestehenden targets nicht
benutzen oder in Abhängigkeit von Boxtype abändern?
dbluelle
Contributor
Beiträge: 319
Registriert: Samstag 29. Mai 2004, 18:49

Re: Newmake/HEAD für die Dreambox (erste Schritte)

Beitrag von dbluelle »

rhabarber1848 hat geschrieben:
dbluelle hat geschrieben:- An die Automake-Experten: In cdk/configure.ac teste ich noch per

Code: Alles auswählen

if test "$BOXTYPE" != "dbox2" -a "$BOXTYPE" != "tripledragon" -a "$BOXTYPE" != "generic" ; then
auf Dreambox, geht das evtl. etwas eleganter?
Ich denke nicht, in cdk/acinclude.m4 wird ähnlich vorgegangen.
Ich hatte gedacht, dass man evtl. irgendwie auf BOXTYPE_DREAMBOX testen kann, was ja in acinclude.m4 definiert wird.
rhabarber1848 hat geschrieben: Nach dem Enigma+Neutrino-Flashimage kenne ich mich da ein
wenig aus, warum kannst Du die bestehenden targets nicht
benutzen oder in Abhängigkeit von Boxtype abändern?
Ja, natürlich soll das irgendwie über die bestehenden Targets laufen, die habe ich mir aber noch nicht so genau angeschaut...
rhabarber1848
CDK-Experte
Beiträge: 4335
Registriert: Donnerstag 3. April 2008, 14:05

Re: Newmake/HEAD für die Dreambox (erste Schritte)

Beitrag von rhabarber1848 »

dbluelle hat geschrieben:Ich hatte gedacht, dass man evtl. irgendwie auf BOXTYPE_DREAMBOX testen kann, was ja in acinclude.m4 definiert wird.
Eine Dreambox wird verwendet, wenn folgende Bedingung zutrifft:

Code: Alles auswählen

if test "$BOXTYPE_DREAMBOX_FALSE" == "#"; then
In cdk/config.log findest Du alle verfügbaren Variablen.
prodigy7
Erleuchteter
Erleuchteter
Beiträge: 595
Registriert: Donnerstag 1. Januar 2004, 16:59

Re: Newmake/HEAD für die Dreambox (erste Schritte)

Beitrag von prodigy7 »

dbluelle hat geschrieben:- An die Automake-Experten: In cdk/configure.ac teste ich noch per

Code: Alles auswählen

if test "$BOXTYPE" != "dbox2" -a "$BOXTYPE" != "tripledragon" -a "$BOXTYPE" != "generic" ; then
auf Dreambox, geht das evtl. etwas eleganter?
Ich kenne mich mit dem configure Gedöns nicht im Detail aus .... aber "normaler" Shell-Code sollte funktionieren oder? Wenn ja, mach es doch wie folgt:
  • Checkfunktion deklarieren:

    Code: Alles auswählen

    function boxtypeCheck
    {
        for CHECKBOXTYPE in $boxtypeCheckArray;
        do
            if [ "$CHECKBOXTYPE" == "$1" ] ; then
                return 1
            fi
        done
        return 0
    }
  • Zu prüfende Boxtypen durch Leerzeichen getrennt einmalig deklarieren (oder halt immer dann, wenn sich die Liste ändert)

    Code: Alles auswählen

    boxtypeCheckArray="dbox2 tripledragon generic"
  • Und dann prüfen, wenns gebraucht wird

    Code: Alles auswählen

    boxtypeCheck dbox2
  • Wenn der übergebene Parameter in der Liste ist, gibts eine 1, wenn nicht eine 0, die in der Variable $? gespeichert wird. Mit dem Code kann man dass dann verarbeiten

    Code: Alles auswählen

    if [ "$?" != 1 ] ; then
        echo ok
    fi
Nicht kürzer, aber vielleicht lesbarer bzw. verständlicher...
rhabarber1848
CDK-Experte
Beiträge: 4335
Registriert: Donnerstag 3. April 2008, 14:05

Re: Newmake/HEAD für die Dreambox (erste Schritte)

Beitrag von rhabarber1848 »

Patch ist im CVS, da er keinen Schaden für die Dbox anrichtet.
rhabarber1848
CDK-Experte
Beiträge: 4335
Registriert: Donnerstag 3. April 2008, 14:05

Re: Newmake/HEAD für die Dreambox (erste Schritte)

Beitrag von rhabarber1848 »

Haben alle Dreamboxen eine PPC405-CPU?
Wenn ja, wäre die cdk/configure-Option --with-cpu
überflüssig und könnte in Abhängigkeit des Boxtyps
gesetzt werden.
seife
Developer
Beiträge: 4189
Registriert: Sonntag 2. November 2003, 12:36

Re: Newmake/HEAD für die Dreambox (erste Schritte)

Beitrag von seife »

Nein, die neueren (dm7020/7025) haben eine ATI MIPS CPU wenn ich mich nicht irre (und DVB API V3) und die ganz neuen wieder was anderes glaube ich. Hm, bei der 7020 bin ich mir jetzt auch nicht ganz sicher, könnte auch noch ppc405 sein.

Man könnte das aber über mehrere dreambox-"Klassen" machen, nämlich:
- ppc405 Boxen (DM500/600/7000/7020?)
- neuere dreamboxen (7025, 800?, 8000?)

Aber wir könnten auch einfach sagen: die neueren sind (noch) nicht unterstützt, wenn jemand eine hat und das beitragen will, bauen wir's ein. Sprich: momentan wäre "HAVE_DREAMBOX_HARDWARE"=="ppc405" durchaus gültig.

Für die dreamboxen müsste man sowieso mehr Abstufungen machen, nämlich:
- Hat einen SCART Eingang (DM7000 aufwärts)
- Hat ne festplatte drin (DM600 +)
- RF Modulator (dm7000?) Andererseits: wer nutzt den heutzutage noch...
- Hat ein LC-Display (dm7000+)
- Hat LED-7segment (DM56xx)
- Hat nur eine LED (DM500, DM600)

Ich denke aber nicht, dass man das alles als #ifdef haben will, sondern evtl. eher, wie bei enigma, dass es in der Software ein paar Variablen gibt und der Code zur Laufzeit entscheidet, ob er jetzt Text/Grafik aufs LCD bringt oder nur 4 Zahlen auf die 7segment. Das macht zwar das binary grösser, aber der Code wird IMHO les- und wartbarer. Gleichzeitig wird's leichter zu portieren.
Das ist aber nix für heute und morgen :-)

Bisher war es halt so, dass sehr oft "HAVE_DREAMBOX_HARDWARE" eigentlich "habe keine DBOX" bedeutetet, davon sind wir aber schon ziemlich weg.
dbluelle
Contributor
Beiträge: 319
Registriert: Samstag 29. Mai 2004, 18:49

Newmake/HEAD für die Dreambox (zweiter Schritt)

Beitrag von dbluelle »

So, jetzt bin ich etwas weiter gekommen: http://www.blau-weissoedingen.de/dreambox/cdk2.diff

Die Verzeichnisse /cdk/root_dream und /driver_dream sind jetzt im CVS
Das Konfigurationsskript hat sich etwas verändert:

Code: Alles auswählen

#!/bin/bash
cd .. && CURRENT_PATH=`pwd`;
cd cdk
./autogen.sh;
# boxtype dm500 dm56x0 or dm7000
TYPE=$1
if test -z "$TYPE"; then
	TYPE=dm7000
fi
./configure \
	--with-boxtype=$TYPE \
	--with-webif=expert \
	--prefix=$CURRENT_PATH/root \
	--with-cvsdir=$CURRENT_PATH \
	--with-driverdir=$CURRENT_PATH/driver_dream \
	--with-startscriptdir=$CURRENT_PATH/cdk/root_dream \
	--with-cpu=405 \
	--enable-maintainer-mode \
	--enable-flashrules \
	--with-epg=private \
	--with-mhw-epg=yes \
	--with-flashtool=expert \
	--with-reiserfs=no \
	--with-ext-flashtool=yes \
	--with-enigma-debug=yes \
	--enable-ide \
	--enable-kernel26 \
	--enable-ccache
Damit lässt sich jetzt mit

Code: Alles auswählen

make flash-enigma-squashfs-dream
ein Image bauen, das sich zwar auf einen USB-Stick installieren lässt, allerdings noch nicht korrekt startet. :roll:

Deshalb sollte man es noch NICHT in den Flash installieren !

Es gibt jetzt eine neue Konfigurationsoption --with-startscriptdir=... , mit der der Pfad zu den Startskripten festgelegt werden kann. Standardmässig ist das $CVS_DIR/cdk/root, sollte also auf der DBox keine Schwierigkeiten machen.

Das Bauen des Images erfolgt so ein bisschen neben dem "normalen" Weg her, da ich nicht weiss, ob man für Dreambox-Images auch flashmanage.pl verwenden kann.
Die Dreambox-Images bestehen, soweit ich das verstehe, aus einem cramfs-Teil, in dem das /boot-Verzeichnis mit dem Kernel liegt, und einem squashfs-Teil, der den ganzen Rest enthält.

Wie gesagt, das Image startet nicht vom Stick, ich habe aber noch nicht herausgefunden, woran es liegt. Es ist allerdings auch noch jede Menge Zeug drin, das nicht für die Dreambox benötigt wird (z.B. die libtuxbox*- Bibiliotheken), also es bleibt noch einiges zu tun ;) .

dbluelle
rhabarber1848
CDK-Experte
Beiträge: 4335
Registriert: Donnerstag 3. April 2008, 14:05

Re: Newmake/HEAD für die Dreambox (erste Schritte)

Beitrag von rhabarber1848 »

Beim ersten Überfliegen des Patches kam mir folgender Gedanke:

Code: Alles auswählen

--- cdk/make/flash-expand-targets.mk<-->10 Mar 2009 23:12:09 -0000<---->1.3
+++ cdk/make/flash-expand-targets.mk<-->20 Apr 2009 17:35:38 -0000

+flash-enigma-squashfs-dream: $(flashprefix)/enigma-squashfs.dream
Wenn boxtype=dreambox kann das bestehende make target
flash-enigma-squashfs-all ein Dreambox-Image bauen. Es besteht
also keine Notwendigkeit für ein neues make target, oder?
dbluelle
Contributor
Beiträge: 319
Registriert: Samstag 29. Mai 2004, 18:49

Re: Newmake/HEAD für die Dreambox (erste Schritte)

Beitrag von dbluelle »

Naja, für ein Dreambox-CDK ist es eigentlich sinnlos und Zeitverschwendung,
die Varianten .img1x und .img2x zu bauen (Ausserdem vermute ich, das das Bauen da nicht korrekt durchlaufen würde).

Vielleicht wäre e besser, die Dreambox-Targets in ein if BOXTYPE_DREAMBOX zu kapseln.
Wenn du die Dreambox-Targets in einem DBox-CDK baust, läuft das wahrscheinlich auch nicht durch.

Das Target flash-enigma-squashfs-dream habe ich erstmal nur reingenommen, damit ich ein lauffähiges Target habe...
rhabarber1848
CDK-Experte
Beiträge: 4335
Registriert: Donnerstag 3. April 2008, 14:05

Re: Newmake/HEAD für die Dreambox (erste Schritte)

Beitrag von rhabarber1848 »

dbluelle hat geschrieben:Naja, für ein Dreambox-CDK ist es eigentlich sinnlos und Zeitverschwendung,
die Varianten .img1x und .img2x zu bauen (Ausserdem vermute ich, das das Bauen da nicht korrekt durchlaufen würde).
So meinte ich das auch nicht, flash-enigma-squashfs-all würde einfach ein
Dreambox-Image bauen, mehr nicht.
dbluelle
Contributor
Beiträge: 319
Registriert: Samstag 29. Mai 2004, 18:49

Re: Newmake/HEAD für die Dreambox (erste Schritte)

Beitrag von dbluelle »

Meinst du das in etwa so :

Code: Alles auswählen

if BOXTYPE_DREAMBOX
flash-enigma-squashfs-all: $(flashprefix)/enigma-squashfs.dream
else
flash-enigma-squashfs-all: flash-enigma-squashfs-1x flash-enigma-squashfs-2x
endif
Das meinte ich mit "die Dreambox-Targets in ein if BOXTYPE_DREAMBOX kapseln".
rhabarber1848
CDK-Experte
Beiträge: 4335
Registriert: Donnerstag 3. April 2008, 14:05

Re: Newmake/HEAD für die Dreambox (erste Schritte)

Beitrag von rhabarber1848 »

dbluelle hat geschrieben:Das meinte ich mit "die Dreambox-Targets in ein if BOXTYPE_DREAMBOX kapseln".
Dann sind wir uns einig :D
Ich möchte halt nur wirklich notwendige make targets neu einführen.
rhabarber1848
CDK-Experte
Beiträge: 4335
Registriert: Donnerstag 3. April 2008, 14:05

Re: Newmake/HEAD für die Dreambox (zweiter Schritt)

Beitrag von rhabarber1848 »

dbluelle hat geschrieben:So, jetzt bin ich etwas weiter gekommen: http://www.blau-weissoedingen.de/dreambox/cdk2.diff
Schaust Du hier mal drüber: cdk2.diff

Folgende Änderungen:
- CPU_MODEL wird in Abhängigkeit des Boxtyps gesetzt, --with-cpu entfernt
- neue Option --with-boxmodel für Dreambox-Untermodelle, wird später auch für IPBox verwendet
- Option --with-boxtype unterscheidet nun nur noch die Hersteller
- flash-enigma-squashfs-all-Target auch für Dreambox aktiv
rhabarber1848
CDK-Experte
Beiträge: 4335
Registriert: Donnerstag 3. April 2008, 14:05

Re: Newmake/HEAD für die Dreambox (erste Schritte)

Beitrag von rhabarber1848 »

Zum target linux_dream gehört die Datei linux-enable-autofs.diff,
die nur im dreambox-Branch vorhanden ist.

EDIT: Ist erledigt, automount wird per sed in der Kernel-.config
kontrolliert, analog zur Dbox und in Anhängigkeit von
cdk/configure --enable-automount

EDIT2: cdk/Patches/linux-libc-headers.diff fehlt in CVS HEAD
Zuletzt geändert von rhabarber1848 am Dienstag 21. April 2009, 19:37, insgesamt 2-mal geändert.
seife
Developer
Beiträge: 4189
Registriert: Sonntag 2. November 2003, 12:36

Re: Newmake/HEAD für die Dreambox (zweiter Schritt)

Beitrag von seife »

rhabarber1848 hat geschrieben:- neue Option --with-boxmodel für Dreambox-Untermodelle, wird später auch für IPBox verwendet
- Option --with-boxtype unterscheidet nun nur noch die Hersteller
Das ist IMHO sehr gut. Das war mir schon länger ein Dorn im Auge.

Ohne die Patches jetzt gesehen zu haben: ist "/driver_dream" wirklich notwendig? Könnte man da nicht einfach den dreambox-branch benutzen? Ja, branches mit CVS sind ein PITA, aber es ist ja nicht so, dass sich an den dream-driverincludes noch mal was ändern wird.
Wenn der branch nicht geht, dann bitte nur die paar Dateien in das Verzeichnis machen, die wirklich benötigt werden (sind vermutlich nur ein paar headers) und evtl über /driver/include/$BOXTYPE oder so nachdenken.
gugu
Interessierter
Interessierter
Beiträge: 92
Registriert: Montag 23. Februar 2009, 14:48

Re: Newmake/HEAD für die Dreambox (erste Schritte)

Beitrag von gugu »

Ich glaube in driver/includes muss nur "ost" dir mit includes sein.
Man könnte driver_api1 in cvs machen, dann sollte das bei Relook und Dreambox Neutrino bauen.
seife
Developer
Beiträge: 4189
Registriert: Sonntag 2. November 2003, 12:36

Re: Newmake/HEAD für die Dreambox (erste Schritte)

Beitrag von seife »

driver_dream ist nun drin, ich halte es nichtsdestotrotz für extrem unglücklich, insbesondere weil es die daten aus einem anderen Branch dupliziert und davon 97% gar nicht gebraucht werden.
rhabarber1848
CDK-Experte
Beiträge: 4335
Registriert: Donnerstag 3. April 2008, 14:05

Re: Newmake/HEAD für die Dreambox (zweiter Schritt)

Beitrag von rhabarber1848 »

rhabarber1848 hat geschrieben:Schaust Du hier mal drüber: cdk2.diff

Folgende Änderungen:
- CPU_MODEL wird in Abhängigkeit des Boxtyps gesetzt, --with-cpu entfernt
- neue Option --with-boxmodel für Dreambox-Untermodelle, wird später auch für IPBox verwendet
- Option --with-boxtype unterscheidet nun nur noch die Hersteller
- flash-enigma-squashfs-all-Target auch für Dreambox aktiv
Patch aktualisiert:
- --with-boxmodel-Support für IPBox
- link-Problem in udpstreampes im Dreambox-Modus behoben
- Kernel 2.6-Modus für Dreambox als Default aktiviert
- $driverdir für Dreambox korrekt gesetzt
- $KHEADERS für uClibc@Dreambox korrekt gesetzt
- --enable-automount wird für Dreambox berücksichtigt, damit ist cdk/Patches/linux-enable-autofs.diff überflüssig
- cdk/Patches/linux-libc-headers.diff aus dreambox-CVS branch fehlt in CVS HEAD
rhabarber1848
CDK-Experte
Beiträge: 4335
Registriert: Donnerstag 3. April 2008, 14:05

Re: Newmake/HEAD für die Dreambox (erste Schritte)

Beitrag von rhabarber1848 »

Patch nochmals aktualisiert:
  • --with-startscriptdir entfernt und in Abhängigkeit von $BOXTYPE festgelegt,
    ich halte nicht viel von zusätzlichen ./configure-Optionen, deren Werte durch
    andere configure-Optionen vorgegeben sind.
  • CPU_MODEL für IPBox auf 405 eingestellt.
Mit diesem Patch konnte ich erstmals complete.img bauen.
Tests im Dbox2-Betrieb stehen noch aus...

To-Do
--with-filesystems-Support (z.Zt. reiserfs, ext3, cifs, smbfs und nfs per default aktiviert)

@all:
Macht es Sinn, Dreambox-Images ohne IDE-Support zu bauen, evtl. BOX_MODEL-abhängig?
Was ist mit Dreambox und MMC?
Kann die Dreambox Yadd booten?
Barf
Developer
Beiträge: 1475
Registriert: Dienstag 4. Februar 2003, 22:02

Re: Newmake/HEAD für die Dreambox (erste Schritte)

Beitrag von Barf »

Zum Thema Maketargetnamen:

Ich möchte eine Verallgemeinerung von den heutigen Regeln vorschlagen. Die allgemeine Form wird sein

Code: Alles auswählen

$jobtype-$gui-$rootfilesystem-$hardwarevariante
(Targetarchitektur wird mit configure festgelegt, so das brauchen wir nicht.) jobtype ist {flash, yadd}, gui ist {neutrino, enigma, lcars, radiobox,...}, rootfilesystem ..., $hardwarevariante ist abhängig von Platform (bei dBox 1x, 2x). Filesystem und hardwarevariante wird rausgelassen sobald es kein Sinn ergibt (bei yadd das filesystemtype, ...). Falls mehrere guis (etc) verwendet wird, werden die Namen alphabetisch angegeben und mit "+" verbunden. (So wird z.B. yadd-neutrino ein Spezialfall.)

Eventuell könnte man jobtype mit (z.B.) "rootupdate" erweitern (siehe einen frühere Beitrag von dietmarw).

Für Dream wurde es dann also z.B. flash-neutrino-squashfs heissen, ohne -all oder -dream.

Und, letztendlich, sollten wir endlich ein vernünftigen Ersatzbegriff für das alberne und irreführende "yadd" erfinden!
dwilx

Re: Newmake/HEAD für die Dreambox (erste Schritte)

Beitrag von dwilx »

Barf hat geschrieben:Zum Thema Maketargetnamen:

....
Und, letztendlich, sollten wir endlich ein vernünftigen Ersatzbegriff für das alberne und irreführende "yadd" erfinden!
Wie wär's Tuxbox CDK Bootsystem ? :)
rhabarber1848
CDK-Experte
Beiträge: 4335
Registriert: Donnerstag 3. April 2008, 14:05

Re: Newmake/HEAD für die Dreambox (zweiter Schritt)

Beitrag von rhabarber1848 »

rhabarber1848 hat geschrieben:Schaust Du hier mal drüber: cdk2.diff
Patch nochmals aktualisiert:
Barf hat geschrieben:Für Dream wurde es dann also z.B. flash-neutrino-squashfs heissen, ohne -all oder -dream.
finde ich gut und habe ich sofort berücksichtigt

--enable-kernel26 von cdk/configure.ac nach cdk/acinclude.m4 verlagert,
damit alle boxspezifischen Optionen in einer Datei zu finden sind.

Code: Alles auswählen

@for i in ISO8859-1.so ISO8859-2.so ISO8859-7.so UNICODE.so; do
funktioniert mit uClibc nicht, Problem behoben

PS: Noch ein kleines Update, --with-boxmodel wird nun an Enigma & Co. weitergegeben.

Mit o.g. Patch kann ich nun Dreambox-Enigma-Images bauen,
aber mangels Hardware nicht testen. Von meiner Seite aus
gibt es für den Dreambox-Teil nichts mehr hinzuzufügen.
Z.Zt. teste ich den Patch auf Dbox2-Verträglichkeit, wenn
diese gegeben ist, wandert er ins CVS, sofern kein
Widerspruch kommt.
rhabarber1848
CDK-Experte
Beiträge: 4335
Registriert: Donnerstag 3. April 2008, 14:05

Re: Newmake/HEAD für die Dreambox (erste Schritte)

Beitrag von rhabarber1848 »

Noch ein Update:

neue Dreambox-Modellliste: dm500, dm500plus, dm600pvr, dm56x0, dm7020, dm7025
siehe apps/tuxbox/enigma/configure.ac

Fehlt noch was?

Enigma und Neutrino für --with-boxmodel vorbereitet