Enigmaplugins kennzeichen in ihre cnf-file

Beitrag von **Barf** » Sonntag 29. Januar 2006, 15:20

Ich versuche gerade Neutrino dazu zu bewegen, Enigmaplugins abzulehnen. Problematisch ist dass es m. W. nicht eine vernünftige Kennzeichnung gibt. Z.B. steht es in weather.cnf die Zeile

Code: Alles auswählen

enigmaplugin=1

aber nur weather.cfg und rss.cfg enthält diese Zeile.

Spricht etwas gegen, alle enigmaplugins so kennzeichnen? Oder gibt es eine bessere Lösung?

Den Vorschlag "nur benötigte Plugins zu installieren" brauche ich nicht.

sondern es soll runtime sein.

Beitrag von **dietmarw** » Sonntag 29. Januar 2006, 15:36

wäre es dann nicht sinnvoller gleich

gui=010 #enigma, neutrino, lcars # 0=no 1=yes

zu definieren?
dann könnte man leicht ein plugin für mehrere gui es markieren.

Beitrag von **Barf** » Sonntag 29. Januar 2006, 15:56

Jemand von den "alten Fuchsen" hat in einem Posting, das ich nicht z.Z. finden kann, Folgendes erklärt: Plugins war eigentlich da, um unter alle GUIs lauffähig zu sein. Dann hat die Enigmisten angefangen, Plugins zu schreiben wo die auf Enigma-Klassen zugreifen (deswegen die Fehlermeldung wie

Code: Alles auswählen

/lib/tuxbox/plugins/weather.so: undefined symbol: _ZTVN4SigC10ObjectBaseE

wenn mann versucht ein Enigmaplugins mit Neutrino auszuführen: der dynamische Lader findet nicht die Symbole). Aus diesem Grund wäre

needenigma=1

das Richtige (vgl needfb, needlcd, needrc in den Konfig-files). Einzige Grund weil ich "enigmaplugin" statt "needenigma" vorgeschlage hat, ist das "enigmaplugin" schon benuztzt worden ist (auch wenn nur zweimal). Aber gerne "needenigma" anstatt.

"Neutrinoplugins" in diesem Sinn gibt es m.W. nichts.

Beitrag von **Houdini** » Dienstag 31. Januar 2006, 00:19

Hab dazu mal was gemacht (zwar etwas anders aber was solls):
http://home.arcor.de/houdini/dbox/neutr ... 0-50.patch
Änderung: wenn Neutrino ein Enigma plugin läd und obiger Fehler kommt oder sonstige Symbole nicht gefunden werden, dann hängt Neutrino nicht mehr und es geht mit HOME normal weiter.

Schauts euch mal an

wär doch am einfachsten

Beitrag von **Barf** » Dienstag 31. Januar 2006, 11:42

Tolle Sache, Houdini! Es ist nicht schön dass Neutrino abkackt, auch wenn der Benutzer versucht eine nicht passande plugin zu laden. Habe es getestet. Sollte in jeden fall eingeckeckt werden. (Eigentlich sollte mann dem Benutzer eine Fehlermeldung "Der Plugin kann nicht ausgeführt werden" oder sowas, (sonst versteht er nicht warum nicht passiert), ist aber nicht unbedingt erforderlich.) Checkst du es ein, Houdini?

Unabhängig davon, falls Neutrino abkackt oder nicht, ist es ein Fehler, dass Neutrino sich anbietet, Plugins auszuführen die es nicht ausführen kann. Deswegen komplettieren sich Houdinos Fix und mein Vorschlag. Mann sollte beides machen.

Beitrag von **robspr1** » Dienstag 31. Januar 2006, 13:46

Müsste man dann nicht auch Einträge in der Art von "needneutrino" machen, denn es gibt ja auch plugins die nur unter Neutrino funktionieren.

Beitrag von **dietmarw** » Dienstag 31. Januar 2006, 13:53

dietmarw hat geschrieben:gui=010 #enigma, neutrino, lcars # 0=no 1=yes

dann könnte man leicht ein plugin für mehrere gui es markieren.

Beitrag von **Barf** » Dienstag 31. Januar 2006, 13:54

welche?

Beitrag von **robspr1** » Dienstag 31. Januar 2006, 13:57

das TuxWetter plugin ist glaub ich ist nur für neutrino (bin mir zwar nicht sicher, das plugin ist ja auch nicht im CVS)

Edit: wenn jemand ein Plugin schreiben will das z.B: die Timer-Programmierung über nhttp verwenden will, wird das direkt ja auch nur ein neutrino-plugin sein

Beitrag von **Barf** » Dienstag 31. Januar 2006, 14:59

In CVS gibt es in Verzeichniss ...apps/tuxbox/plugins/enigma/wetter ein Plugin names "weather", (läuft definitiv nicht mit N.) ist aber NICHT "TuxWetter"!

Das Problem ist dass es nicht vorgeschrieben ist, was in den konfigurationsfile stehen soll, oder welche Key "gültig" sind. Ich finde die sauberste Lösung wäre, in enigma-abhängige Plugins needenigma=1 zu schreiben und neutrino-abnängige needneutrino=1 zu schreiben. Dann soll neutrino die Erste ablehnen, und Enigma die Zweite. Klingt sinnvoll. Eigentlich "isomorph" zu dietmarws Vorschlag, nur einfacher zu parsen...

Was mich (hauptsächlich) intressiert ist dass die CVS-Komponenten harmonisieren ohne offensichtliche Wahnsinnigkeiten, wie GUI_X bietet sich an, Plugins auszuführen die sie nich ausführen kann.

Beitrag von **Houdini** » Dienstag 31. Januar 2006, 22:43

Checkst du es ein, Houdini?

mein erster eigener commit

Beitrag von **Ryker** » Mittwoch 1. Februar 2006, 08:14

robspr1 hat geschrieben:das TuxWetter plugin ist glaub ich ist nur für neutrino (bin mir zwar nicht sicher, das plugin ist ja auch nicht im CVS)
...

Ne Ne, das schreiben die TuxWetter-Entwickler zwar immer mit rein, daß es nur unter Neutrino läuft. Aber auf meiner Nokia läuft Tuxwetter auch anstandslos unter Enigma.

Ryker

Beitrag von **DrStoned** » Mittwoch 1. Februar 2006, 09:30

Ne Ne, das schreiben die TuxWetter-Entwickler zwar immer mit rein, daß es nur unter Neutrino läuft.

Das ist so nicht ganz richtig.
Seit der Version 2.60 läuft das New-Tuxwetter-Plugin auch unter Enigma und auf der Dreambox.

Greetz von DrStoned

Beitrag von **Barf** » Donnerstag 2. Februar 2006, 12:20

Ich habe gerade in den configfiles .../plugins/enigma/*/*.cfg die Zeile

Code: Alles auswählen

needenigma=1

eingefügt. Es soll nichts kaputtmachen. Weiteres, ein fix in Neutrino so dass solche Plugins nicht in der Pluginliste auftaucht.

Dadurch sollte nichts kaputtgehen. Leute mit einfluss über enigmaplugins ausserhalb von CVS könnte vielleicht versuchen, die needenigma=1-Konvention zu verbreiten?