Angepinnt Barry Allen 5.1.17

Was genau soll ich anpassen?

Original von gutemine
greift nicht

dann mach am Anfang ins hallo.c noch diese 2 Zeilen rein:

#define FREETYPE_MAJOR 2
#define FREETYPE_MINOR 3

C-Quellcode

1. #include <fcntl.h>
2. #include <stdio.h>
3. #include <stdlib.h>
4. #include <string.h>
5. #include <unistd.h>
6. #include <linux/fb.h>
7. #include <sys/ioctl.h>
8. #include <sys/mman.h>
9. #include <sys/wait.h>
10. #include <ft2build.h>
11. #include FT_FREETYPE_H
12. #include FT_CACHE_H
13. #include FT_CACHE_SMALL_BITMAPS_H
14. #define FREETYPE_MAJOR 2
15. #define FREETYPE_MINOR 3

Alles anzeigen

Dann kannst du das -D wieder weglassen

Nur die letzten 2 Zeilen mit dem #define ins hallo2.c reinmachen wie oben gepostet

Das hatte ich bereits gemacht
Siehe Log oben!

Danke, ich denke dan wird mir nichts anderes überbleiben als mir selber ein OE runterzuladen, auch wenn ich wenig Lust dazu habe.

Na ja vor dem Wochenende komme ich sicher nicht dazu.

Und das hallo2 binary liefert auch keinen Output auf der VU+ (weil das kann jeder ausprobieren der eine VU+ hat)?

LG
gutemine

das hatte ich vermutet - andere datenstrukturen durch andere includes, daher crashtes wenn ich bei mir compiliere und geht nur ohne crahs wenn ich so wie im moment die library mitbringe, die dann aber natürlich keinen output produzieren kann weil trotz gleicher versionsnummer anders gebaut.

Wenn du folgendes machst wird es wahrscheinlich ohne crash, aber auch ohne output gehen:

LD_LIBRARY_PATH=/media/ba/bin
export LD_LIBRARY_PATH
./hallo2

So viel zur Kompatibilität, weil das heist das es so nicht gehen kann und ich das ganze in Eurem OE bauen MUSS

Vor allem weil das eigentlich ziemlich unnötig ist, da hat einfach wer vor einiger Zeit alte Files in euer OE eingebunden und die nie richtig aktualisiert.

Insofern macht es mir wenig Freude da drum herum zu basteln, schon weil es eigentlich ein verlorener Aufwand ist.

Aber egal, ich höre schon auf mich zu beklagen, allerdings heisst das das es noch dauern kann weil ich noch nicht weis ob und wann ich mir die Arbeit am Wochenende mache.

LG
gutemine

das schwarze Rechteck macht es auf der 8k auch (das habe ich ja eingebaut ins hallo2 um zu sehen ob es am Framebuffer output per-se oder am Rendering der Fonts liegt), aber die Fonts werden nicht sauber gerendert weil eure Freeytpe include files vorne und hinten nicht stimmen.

Solange alles mit den selben files compiliert wird ist (=ganzes image mit libs und programmen) fällt das nicht auf, wenn man woanders compiliert so wie ich ... schon

Eigentlich müssten sauber die files vom Freetype 2.3 ins OE eingebunden sein, für mich sieht das eher so aus wie wenn man im Herbst als man das OE von den Dreamboxen geklont hat irgend einen Softwarestand erwischt hat und dieser dann nie bereinigt wurde ... weil es eh geht.

Und ich muss jetzt deswegen euer ganzes OE runteladen um rauszufinden ob diese Vermuting stimmt und um rauszufinden ob und wie man das umgehen kann, und so wie es aussieht gar nicht, sondern auch nur indem ich BA in eurem OE compiliere, dann müsste ich aber 2 binaries oder 2 kits machen was ich aber deffinitiv ablehne zu machen.

Das kann nicht der Sinn einer portablen Programmierung und einheitlicher Codebasis sein das man jede Extrawurst mitbrät für die man eigentlich wahrscheinlich gar nichts kann

Aber egal, jetzt müsst Ihr erstmals ... warten ... bis ich mir beruhigt habe

PS: wenigstens weis ich jetzt wo der Hund begraben ist, nur mag ich eigentlich nicht die Schaufel holen und ihn ausbuddeln.

LG
gutemine

Ja, da könnteste Recht haben, das das die Vu+ Devs so gemacht haben, denn wenn du dir das makefile anschaust, packen die immer ein local Ordner mit dem Stand. Habe auch massiv Probleme ein neues Image auszuchecken, da er dann meistens bei enigma2 oder enigma2 Plugins meckert, wegen den vu+ diffs usw. Macht nicht wirklich Spaß das bauen, aber immer wenn ich was umbaue, ändern die es wieder

Ich ändere das mal hier:

PREFERRED_VERSION_freetype = "2.0.9"
SRCDATE = 20070625

in

PREFERRED_VERSION_freetype = "2.3.6"
SRCDATE = 20100325

mal sehen was passiert

Habe mir mal alles was ich brauche im Internet geholt (bb Files, diffs, patches etc.
Das hier hat er nun neu gebaut.
Kannste damit was anfangen?!

Übrigens haben die Dreambox Files die selben Einträge wie die Vu+
Habe mir gerade mal die config Files angeschaut:



bei der 8k genau der selbe Eintrag wie bei der Vu+

Danke für deine Mühen - du müsstest nur das libfreetype ipk über das im Image vorhandene auf einer VU+ drüber installieren - erster test ist dann ob nach einem init 4 wenn du enigma2 in telnet eingibst das enigma2 noch hochkommt - wenn ja dann nochmals das hallo und das hallo2 binary ausprobieren ob sich was geändert hat.

Ich verstehe ja wenn Eure devs nicht ständig enigma2 pakete aus dem Repository von DMM ziehen wollen, aber bei Standardsachen wie libs, etc die sowieso von anderen quellen kommen wäre es sicher gescheiter selbst die bitbake files aktuell zu halten.

Und ja du hast recht - das OE 1.5 von DMM ist noch auf 2.0, aber ich habe den VU+ support wegen dem neuen Kernel ins BA 5.1 gemoved das für die 1.6er OE Images ist, und da denke ich ist 2.0.9 auch schon Geschichte.

Wie gesagt, so wie ich es sehe muss ich mir das eh selber anschauen, sonst spielen wir noch lange stille post und Ihr könnt eigentlich nichts dafür.

PS: Ich mach immer den Gegencheck und compiliere die BA Sachen auch im Debian lokal auf der Box selber, nachdem dort etch (also das alte Stable) die Basis ist gibts dort keine Experimente/Betas.

PPS: ich kann auf der 8k jedenfalls problemlos dein libfreetype r1 über das vorhandene r0 in einem OE 1.6 image drüber installieren, enigma2 und BA bootmanager gehen damit problemlos weiterhin, insofern dürfte das schon 'sauberer' sein.

PPPS: Und wenn ich lokal mit der geposteten libfreetype-dev auf der box selber compiliere (ja ich habe auch ein gcc native fürs OE das auf der box selber läuft, nicht nur die Debian variante) dann geht der bootmanager auch weiterhin.

LG
gutemine

Na ja wenn wer motiviert ist kann er ja noch folgende Variante ausprobieren:

das Libfreetype6*r1*.ipk das Kptn. Iglo oben gepostet hat installieren, und dann das damit compilierte bootmanager binary am PC aus dem ZIP im Anhang holen und über das derzeitige file auf /media/ba/bin drüber kopieren.

Dann noch auf /media/ba/bin das libfreetype*.so* file löschen, kurzes Gebet sprechen (Mekka, Jerusalem, Salt Lake City oder Rom als Richtung ist ziemlich egal) und rebooten und berichten ob sich irgendwas geändert hat (und ggf. /media/ba/.balog file posten von nach dem reboot)

LG
gutemine

Original von gutemine
Na ja wenn wer motiviert ist kann er ja noch folgende Variante ausprobieren:

das Libfreetype6*r1*.ipk das Kptn. Iglo oben gepostet hat installieren, und dann das damit compilierte bootmanager binary am PC aus dem ZIP im Anhang holen und über das derzeitige file auf /media/ba/bin drüber kopieren.

Dann noch auf /media/ba/bin das libfreetype*.so* file löschen, kurzes Gebet sprechen (Mekka, Jerusalem, Salt Lake City oder Rom als Richtung ist ziemlich egal) und rebooten und berichten ob sich irgendwas geändert hat (und ggf. /media/ba/.balog file posten von nach dem reboot)

LG
gutemine

Hallo

Hab alles gemacht.Hier ist die ba.log

Im Flash ist org.img 4.2 nach der reboot startet img nicht mehr
Hintergrundbild war zweimal auf der bildschrim:
1. Ganz kurz (1sk) und weg
2. 4-5 sk
Ohne Bootmenü :-((

Könnte mal jemand testen, der eh BA nutzt.
Ich nutze es nicht und komme auch zum flashen und testen zur Zeit nicht!

Original von netbus666
@tosun1

im Original hatte ich auch schon mal die neueste libfreetype probiert, bootet nicht mehr
Wenn Du vielleicht lust hast, kannst ja mal das VTI in den Flash tun, damit sollte es zumindest booten. Bin leider 2 Tage unterwegs und kann nichts testen :-/

Gruss

wenn ein image noch die 2.0 der libfreetype drinnen hat geht es natprlich böse aus wenn du eine 2.3 drüber installierst, insofern vorher mit ls -al /usr/lib/libfreetype* nachsehen ob Ihr eine 6.3 habt, so wie schon weiter oben im Thread beschrieben.

LG
gutemine

schlecht, aber es hätte mich auch gewundert wenn es funktioniert, die Gründe sind ja schon weiter oben beschrieben.

LG
gutemine