Optionale Neutrino-Komponenten

[Barf]

Und jetzt ontopic:

Eigentlich möchte ich lieber zukünftig Lirc (sowie einige andere Teilen) als nachinstallierbare "Packages" sehen. Dann soll neutrino während Runtime (eventuell mit Kommandzeilenarg, oder existenz eines Files checken) entdecken, falls es Lirc-en soll oder nicht. Viel Platz kann es nicht kosten, falls richtig gemacht (vgl Posting oben). Lirc-Bezogene Teile können in shared libraries rausgelagert werden, die nur zusammen mit dem "Lirc-Package" installiert wird.

Aber dies ist Zukunftsmusik, und betrifft nicht das Patch. Checke es ruhig ein, eine gute und zukunftsträchtige Lösung ist es nicht.

[rhabarber1848]

Neutrino, in einem Image ohne --enable-lirc kompiliert,
braucht weder libirsend.so noch liblircdclient.so.

Checke es ruhig ein

erledigt

[Grabber66]

Hier der Patch, um den Pictureviewer optional zu machen:
EDIT: Patch ist im CVS

Dieser Patch ist abhängig vom disable-audioplayer-Patch,
welcher vorher einzuspielen ist.

Als default wird der Pictureviewer kompiliert, um ihn zu deaktivieren:
cdk/configure --disable-pictureviewer

Ein Squashfs/LZMA-Image wird 304kb kleiner, wenn
Audioplayer und Pictureviewer deaktiviert wurden.
/bin/neutrino wird dabei unkomprimiert 200kb kleiner.

Ist nichts wildes, mir ist aufgefallen das es da noch einen kleinen schönheitsfehler gibt.
wenn man den pictureviewer deaktiviert, erscheint unter Einstellungen noch
"Audioplayer/Bildbetrachter" obwohl ja nur noch audioplayereinstellungen drin sind.

[rhabarber1848]

wenn man den pictureviewer deaktiviert, erscheint unter Einstellungen noch
"Audioplayer/Bildbetrachter" obwohl ja nur noch audioplayereinstellungen drin sind.

Bitte testen: EDIT: Patch ist im CVS

[seife]

Finde ich unschön.
Kann man nicht irgendwo ganz am Anfang für diese "Variablen" locales ein

#if foo
#define FOOBAR1_LOCALE LOCALE_1
#else
#define FOOBAR1_LOCALE LOCALE_2
#endif

so dass man nicht den tatsächlichen Code damit unleserlich macht?

[rhabarber1848]

Kann man nicht irgendwo ganz am Anfang für diese "Variablen" locales ein

Patch aktualisiert, ein "#else" am Ende habe ich absichtlich
nicht eingefügt, damit Kombinationen, die ich vergessen habe,
zu einem Kompilierfehler führen werden. Ich denke aber nicht,
dass dies geschehen wird.

[rhabarber1848]

committed:
http://article.gmane.org/gmane.comp.vid ... x.scm/1259
http://article.gmane.org/gmane.comp.vid ... x.scm/1260
http://article.gmane.org/gmane.comp.vid ... x.scm/1261
http://article.gmane.org/gmane.comp.vid ... x.scm/1262

[rhabarber1848]

Mir sind kürzlich die vielen

Code: Alles auswählen

#ifndef TUXTXT_CFG_STANDALONE

im Neutrino-Sourcecode aufgefallen, für die es keine
configure-Option zu geben scheint.
Wenn dieser optionale Code, der per default aktiv ist,
deaktiviert wird, ist Neutrino nicht mehr gegen libtuxtxt.so
gelinkt und der optionale Tuxtxt-thread zum Einlesen
der Teletext-Daten ist nicht mehr verfügbar.

Mit diesem Patch EDIT: Patch ist im CVS,
der neuen cdk/configure-Option --disable-internal-tuxtxt
und einigen customisation-Befehlen

Code: Alles auswählen

newroot=$1/`basename $0 | sed "s/-local.sh//"`
rm -v $newroot/lib/libtuxtxt*
rm -v $newroot/lib/tuxbox/plugins/tuxtxt*
rm -v $newroot/share/fonts/tuxtxt*

in root-neutrino-squashfs-local.sh kann ein Tuxtxt-loses
Image erstellt werden, für den, der es braucht.

[rhabarber1848]

Mit diesem Patch EDIT: Patch ist im CVS,
der neuen cdk/configure-Option --disable-internal-tuxtxt

committed:
http://article.gmane.org/gmane.comp.vid ... x.scm/1302
http://article.gmane.org/gmane.comp.vid ... x.scm/1303
http://article.gmane.org/gmane.comp.vid ... x.scm/1304
http://article.gmane.org/gmane.comp.vid ... x.scm/1305
http://article.gmane.org/gmane.comp.vid ... x.scm/1306
http://article.gmane.org/gmane.comp.vid ... x.scm/1307

[dbt]

Kannst du nochmal draufschauen, ob das mit --disable-movieplayer, --disable-audioplayer auch wirklich greift?
Scheinbar klappt nur --disable-pictureviewer.

[rhabarber1848]

Kannst du nochmal draufschauen, ob das mit --disable-movieplayer, --disable-audioplayer auch wirklich greift?

Mit beiden Optionen positiv getestet,
hier das Personalisierungsmenü als Beweis:

[rhabarber1848]

Sehe ich das richtig, dass innerhalb von Neutrino nur
EPGplus den Font md_khmurabi_10.ttf benutzt?
Wenn ja, wäre --disable-epgplus ein weiterer Kandidat,
um Neutrino zu reduzieren.

committed:
http://article.gmane.org/gmane.comp.vid ... x.scm/2120
http://article.gmane.org/gmane.comp.vid ... x.scm/2121
http://article.gmane.org/gmane.comp.vid ... x.scm/2122
http://article.gmane.org/gmane.comp.vid ... x.scm/2123
http://article.gmane.org/gmane.comp.vid ... x.scm/2124

[seife]

aber doch nicht mit noch mehr #ifdefs <heul/>

Wer soll denn den Code jemals maintainen?

[Barf]

Ich teile seifes Bedenken gegen #ifdefs-verseuchten Code.

Ich habe einige Beiträge oben vorgeschlagen, optionale Komponente statt #ifdef-en in optionale shared objects (*.so, für Windowsiten: entspricht dlls) auszulagern. Das Programm soll dann funktionieren sowohl mit aus auch ohne die optionale "Plugins". Stichwort: dlopen. Damit gewinnt man sowohl maintainability (jeder developer kompiliert es bei jedem (vollständigen) Build, auch wenn er es nicht installiert) als auch die Nachinstallierbarkeit in laufenden Images (schreibbare Dateisysteme vorausgesetzt).

Vgl. Linuxkernel: In der 90-er Jahren hat man (mehr oder wenig) einen neunen Kernel kompilieren mussen für jeden Mauswechsel. Jetzt Kernelmodules, und der Bedarf Kerneln zu Bauen ist für normale Users nicht mehr da.

[seife]

Was ich besonders schlimm dran finde: ich habe es irgendwann (als ich auf die Dreambox portiert habe) genauso gemacht. Und es später, mit der Tripledragon, nicht wirklich gefixt.

Jetzt, bei der Portierung von neutrino-HD auf die TD, merke ich erst um wieviel einfacher es geht, wenn man es auch nur ansatzweise ordentlich macht.