bitte testen: Patch zum bauen mit neuerem freetype

[rhabarber1848]

Hier der Patch für die cdk/configure-Option: EDIT: Patch ist im CVS

committed:
http://article.gmane.org/gmane.comp.vid ... x.scm/1764
http://article.gmane.org/gmane.comp.vid ... x.scm/1765
http://article.gmane.org/gmane.comp.vid ... x.scm/1766

cdk/configure: New option to choose Freetype version --with-freetypeversion=current/old/realold
Current means Freetype 2.3.9, this is also the default for boxtype=coolstream.
Old means Freetype 2.1.4, the current default for all other boxtypes due to bigger size of version 2.3.9.
Realold means Freetype 2.0.9, this is experimental and is reported to work only with Enigma, Neutrino will segfault.
You need this new option only if you do not want to use the current Freetype version 2.1.4.
http://www.tuxbox-cvs.sourceforge.net/f ... 91#p373791

[rhabarber1848]

Hier mein Enigma-Patch, der nicht funktioniert: EDIT: Patch ist im CVS

Aktualisiert, funktioniert nun auf der Dbox2, ebenso kompiliert Enigma
mit boxtype=dreambox und Freetype 2.3.9.

committed:
http://article.gmane.org/gmane.comp.vid ... x.scm/1767
http://article.gmane.org/gmane.comp.vid ... x.scm/1768
http://article.gmane.org/gmane.comp.vid ... x.scm/1769
http://article.gmane.org/gmane.comp.vid ... x.scm/1770

[seife]

Es gibt wohl einige binary-only-Plugins

Da neutrino GPL ist und die plugins technisch libs sind, die zur Laufzeit gegen neutrino linken, müssen sie also auch GPL sein Insofern müssen wir darauf schon mal keine Rücksicht nehmen.

[rhabarber1848]

http://www.tuxbox-cvs.sourceforge.net/f ... 32#p382232

Trotzdem lohnt sich meiner Meinung nach dieser Aufwand nicht. Besser ist es direkt eine neuere FT Version (2.3.9) zu nehmen, auch wenn diese um ca. 113KB größer wird(gcc4 kompiliert).

Wie wäre es, im CVS nur noch freetype-2.3.12 zu nutzen für alle gcc-
Versionen und Boxtypen, basierend auf http://www.tuxbox-cvs.sourceforge.net/f ... 37#p382237 ?

Größenunterschied Freetype 2.1.4 vs 2.3.12 auf der Dbox2:

gcc3/kernel 2.4: 351518 vs. 340065
gcc4.1.2/kernel 2.4: 348150 vs. 336359

Der Größenunterschied entsteht aufgrund von Deaktivierungen verschiedener
FT-Module in 2.3.12.

Im Rahmen des noch zu schreibenden Patches sollen sämtliche Code-Blöcke dieser Art

Code: Alles auswählen

#ifdef FT_NEW_CACHE_API

verschwinden. Da dies ein umfangreicher Eingriff ist, möchte ich dies gerne hier
zur Diskussion stellen, bevor ich anfange, den Patch zu coden.

[seife]

Auch wenn es mich kaum noch direkt betrifft: ich finde das eine gute Idee.
Alten Code mit rumzuschleppen und dann noch querbeet mit #ifdef ist immer anstrengend.

[Gaucho316]

Wenn hinterher alles noch genauso funktioniert wie vorher, spricht absolut nichts dagegen, die alten Zöpfe abzuschneiden.

[GetAway]

War da nicht etwas mit den 3rd-Party Binaries?

[rhabarber1848]

Es gibt wohl einige binary-only-Plugins

Da neutrino GPL ist und die plugins technisch libs sind, die zur Laufzeit gegen neutrino linken, müssen sie also auch GPL sein Insofern müssen wir darauf schon mal keine Rücksicht nehmen.

seife und ich sind einer Meinung

[GetAway]

Ich meine die Plugins bei denen selbst der GPL V2 willige Autor
keine Sourcen mehr hat z.B. tuxnews von LazyT, oder den
Fritzbox Callmonitor. Die laufen dann ja nicht mehr. Nur das wir kurz
darüber gesprochen haben und hinterher das Gemeckere nicht so
groß wird.

[seife]

Wenn wir den neutrino-code ändern, dass er nur noch neue freetype nimmt, dann kannst du ja immer noch für die plugins zusätzlich eine alte freetype lib installieren.

[Mourice]

Hi,

ich bin auch für "alte Zöpfe" abschneiden und wirklich froh, dass auch für die DBox2 noch der eine oder andere etwas weiterentwickelt.

Nur, wenn jetzt schon bekannt ist, dass es "Applikationen" gibt, die dann nicht mehr laufen, sollte man doch lieber Abstand von solchen Änderungen nehmen.

Oder halt Alternativen anbieten, wie ein 08/15-Anwender diese "Hürden" umgehen kann.

Äusserungen, wie "... müssen wir keine Rücksicht drauf nehmen" empfinde ich deshalb eher "peinlich".

MfG

[msrx111]

Die welche ich kenne, die noch eine DBOX2 im Betrieb haben, haben die nicht zum spielen, wie früher, dafür haben die eine Dream oder Spark oder was auch immer. Die haben ihre DBOX im Schlaf oder Kinderzimmer stehen, zum fernsehen. Solange das funktioniert, sehe ich da eher weniger Probleme, wenn da einige Plugins nicht mehr laufen sollten.

[Houdini]

Das

dann kannst du ja immer noch für die plugins zusätzlich eine alte freetype lib installieren.

sollte doch für die Kompatibilität ausreichen

[rhabarber1848]

Ich meine die Plugins bei denen selbst der GPL V2 willige Autor keine Sourcen mehr hat z.B. tuxnews von LazyT

Hier ein screenshot von Tuxnews in einem gcc3/kernel 2.4-Image mit Freetype 2.3.12:

Die einzige dafür notwendige Änderung war die Reaktivierung der Option
FT_CONFIG_OPTION_OLD_INTERNALS
in freetype-2.3.12/include/freetype/config/ftoption.h

Ansonsten gäbe es diese Fehlermeldung:

Code: Alles auswählen

/lib/tuxbox/plugins/tuxnews.so: undefined symbol: FTC_SBit_Cache_Lookup

Dadurch wird libfreetype.so.6 zwar ca. 5 KB größer im flash, aber zumindest
tuxnews als binary-only-Plugin läuft. Die Datei ist aber immer noch 6 KB kleiner
als mit Freetype 2.1.4. Ich bin bereit, diese Änderungen in den künftigen Patch
einfließen zu lassen. Dieser sollte in zwei Stufen im CVS landen, als erstes wird
nur noch freetype-2.3.12 gebaut, d.h. hier sind Änderungen am build-System
notwendig, dies erfordert nur kleine Anpassungen an meinem bisherigen Patch.
Nach dem commit dieses noch von mir zu erstellenden Patches werden die
#ifdef-Blöcke im CVS entfernt, da diese nicht mehr notwendig sind.

Wird irgendwo noch der Enigma1-source aus dem CVS mit einer externen toolchain
und freetype-2.0.9 genutzt?

Äusserungen, wie "... müssen wir keine Rücksicht drauf nehmen" empfinde ich deshalb eher "peinlich".

Solange die Rücksicht nur 5kb kostet, ist das kein Problem

PS: In einem ft-2.3.12/gcc-4.1.2/kernel 2.4-Image läuft tuxnews auch noch...
PPS: Auch in einem ft-2.3.12/gcc-4.7/kernel 2.6-Image läuft tuxnews...

[GetAway]

Dadurch wird libfreetype.so.6 zwar ca. 5 KB größer im flash, aber zumindest
tuxnews als binary-only-Plugin läuft. Die Datei ist aber immer noch 6 KB kleiner
als mit Freetype 2.1.4. Ich bin bereit, diese Änderungen in den künftigen Patch
einfließen zu lassen.

Dann fange mal mit deiner Patcherei an.

[Mourice]

@rhabarber1848

Hi,

bevor jetzt alle in den Modus verfallen "affengeil, Änderungen sind Fortschritt" ...

Was bringt es denn nun wirklich für die "alte" DBox2 ?

MfG

Oder ist es halt so ein Ding, wie U-Boot upzudaten ...

[doc]

Steht doch hier im Thread!?
Entfernen von zahlreichen #ifdef's.

Und warum nicht? Vieles an Code läuft ist aber nicht besonders lesbar oder etwas in die Jahre gekommen. Und Probleme gibt es auch nicht da man "nur" die zusätzlichen Libs mit ins Image legen muss.

[rhabarber1848]

da man "nur" die zusätzlichen Libs mit ins Image legen muss.

Welche libs meinst Du?

[doc]

Wenn wir den neutrino-code ändern, dass er nur noch neue freetype nimmt, dann kannst du ja immer noch für die plugins zusätzlich eine alte freetype lib installieren.

[rhabarber1848]

Tuxnews in einem gcc3/kernel 2.4-Image mit Freetype 2.3.12:

keine extra lib notwendig

[rhabarber1848]

Dann fange mal mit deiner Patcherei an.

Bitte sehr: libfreetype.diff

[GetAway]

Läuft problemlos im yadd.

[rhabarber1848]

tuxnews von LazyT, oder den Fritzbox Callmonitor.

Den Callmonitor habe ich nicht getestet, läuft der noch mit FT 2.3.12?

[rhabarber1848]

In einem ft-2.3.12/gcc-4.7-Image habe ich Tuxnews erfolgreich getestet,
auch fritzboxcallmon konnte ich starten, nur mangels Fritzbox nicht testen:

Code: Alles auswählen

/var/bin # ./fritzboxcallmon 
[fritzboxcallmon] daemon started
/var/bin # [fritzboxcallmon] missing config file: /var/tuxbox/config/fritzboxcallmon.con

[GetAway]

In einem ft-2.3.12/gcc-4.7-Image habe ich Tuxnews erfolgreich getestet,
auch fritzboxcallmon konnte ich starten, nur mangels Fritzbox nicht testen:

Code: Alles auswählen

/var/bin # ./fritzboxcallmon 
[fritzboxcallmon] daemon started
/var/bin # [fritzboxcallmon] missing config file: /var/tuxbox/config/fritzboxcallmon.con

Ausgabe funktioniert fehlerfrei.