naja, gibt mehrere Möglichkeiten

entweder die OE1.6 ipk's mit mit 7zip entpacken und manuell ins Image einbauen und hoffen, dass die depends auch im OE2.0 erfüllt bzw. nachinstallierbar sind und das plugin noch läuft, oder warten bis die Plugins vom jeweiligen Entwickler "angepasst" nachgeliefert werden

ich hab' schon einige Sachen aus OE1.6 ins OE2.0 eingebaut, bis jetzt läuft alles und hab' auch schon das eine oder andere mips32el.ipk für den "Heimgebrauch" aus den OE1.6 Sourcen gebaut ...

nur Geduld - für das OE2.0 gibt es noch nicht mal ein stable release, das wird wohl noch dauern - dann kommt auch der Rest

du darfst deine Ipk nich für mipsel sondern für all oder mips32el architektur anbieten, das sollte be reinen py plugins reichen

am einachsten ist es wenn du die py files dazugibst, warum genau die alten pyc nicht laufen müßte jemand erkläten der das besser weiß

die .pyc laufen auch - habe selber ein altes OE1.5 Plugin ohne .py neu gepackt und dann ins OE2.0 installiert.

Schätze, man muss auch prüfen ob die depends noch stimmen. Musste für das Plugin auch die depends von "twisted-web" auf "python-twisted-web" ändern, dann funktionierte die Installation und auch das Plugin

Das IPK neu als "mips32el" packen sollte eigentlich ausreichen, bzw. am bestel "all" nehmen, dann tuts auch auf der DM800 (die sonst extra mips32el-nf) pakete brauch oder so.

Ansonsten bleibt eigentlich alles beim alten, es sei denn du willst den source code (*.py) dateien nich dabei packen (die pyo dateien baut sich die box dann selber beim neustart). Wenn du nur die *.pyo dateien dabei packen willst, dann müssen die halt unter dem aktuellen OE gebaut wurden damit's auch unter Python 2.7 usw. funktioniert.

Hat sich eigentlich nich sooo viel geändert. Muss halt nur neu verpackt werden ... und wenn du zu den wenigen gehörst die vorkompilierten bytecode (zB *.pyo dateien) nur ins plugin packen, dann halt wie immer unter aktuellem OE bauen lassen, das war aber schon immer so und ist halt das Problem wenn ihr nicht einfach die *.py dateien bei packt die sich die box dann selber neu compilen kann. Dann musst du das halt machen

Was halt an Enigma2 verändert wurde musst du wohl selbst rausfinden. Es gibt dazu keine Doku welche FUnktionen alle geändert wurden sind ... die meisten plugins sollten einfach so laufen, ansonsten siehst du ja wenns fehler gibt und musst dann halt schauen was sich geändert hat.

Wie kommst du eigentlich darauf, dass irgendwer deine Plugins nicht mehr will? Alle nötigen Infos hast du doch bekommen, jetzt musst du es auch einfach mal probieren Schmeiß halt mal ein aktuelles Image auf die Box.

Achja: Im IRC werden solche Fragen eigentlich immer schnell und unkompliziert von den "Profis" beantwortet.

Zum IRC hat jeder Zugang Du brauchst nur einen Client (http://de.wikipedia.org/wiki/IRC-Client) und den Namen des Channels:
enigma2 IRC channel and enigma2 commit mailing list

Zitat

du meinst, wie die Mediathek?

Nö bei meiner mediathek liegen alle alle dateien als sourcecode in form von *.py dateien da rum, das ganze plugin ist offen und die *.pyo dateien werden von der box beim starten automatisch kompiliert. Bei der MMT musste ich lediglich nur um control file von "MIPSEL" auf "ALL" umstellen und das plugin halt somit neu verpacken als neues IPK was nicht nur für MIPSEL Boxen sondern für "ALL" funktioniert. Alternativ zu ALL hätte ich auch "mips32el" nehmen können und für die DM800 "mips32el-nf", aber ich hab keine Lust für die DM800 jedesmal ein extra IPK zu erstellen, daher "all" tuts auch weil's meinem plugin nicht weh tut obs unter OE 1.6 oder OE 2.0 installiert wird, egal auf welcher Box. *.py sourcecode liegt ja bei, also kann die box sich das selber kompilieren was sie brauch.

Sobald man aber halt fertig komplierte dateien (pyo oder so) nutzen will, hat man ein Problem und muss die halt selber kompilieren.

Zitat

das ist mir vorläufig nicht möglich, da nur eine 8k vorhanden und diese von der Familie genutzt wird (und zwar mit Anpassungen, welche mir im OE2 nunmal nicht möglich sind), die kann ich nicht mal eben 'aus dem Rennen' nehmen

Dann hast du ein Problem, weil wenn du halt nur die fertig kompilierten dateien rausrücken willst und nicht die *.py dateien, musst du die halt vorher kompilieren oder jemandem geben der das für dich machen kann und ein OE 2.0 auf seiner Box laufen hast. OE 2.0 *.pyo dateien mit python 2.7 kannst du nicht mit OE 1.6 und Python 2.6 erstellen, das geht leider nicht sorry.

Man brauch weder ein ganzes OE noch das Image auf einem Receiver.
Python 2.7 sollte reichen

Naja shadowrider1, eigentlich ist das doch ganz einfach...Du installierst Dir auf dem PC Python 2.7, kompilierst Deine Sourcen, damit niemand sehen kann, was Du da so treibst, und verpackst die einfach neu passend zur neuen Architektur...Testen lässt Du es die User...wir haben unsere Plugins auf Schwerkraft auch nicht alle selber durchgetestet sondern sind auf Feedbacks der User angewiesen...wenn was crashen sollte, kannste aufgrund des Logs ja sehen, warum das so ist...idR crasht aber gar nix...und wenn, dann sind das meistens kleine Änderungen von Enigma2.

Du kannst Dir auch einfach das OE2.0 auf Deinem PC bauen, und dann für Deine Plugins bitbake-Dateien erstellen...dann werden die ganz automatisch verpackt...

Oder: Du fragst einfach mal jemanden (dem Du Dein Source Code anvertrauen kannst) und gibst diesem den Source Code, dass er das für Dich macht. Das ist ne Sache von 10 Minuten pro Plugin, wenn sich jemand auskennt...;)

Wesentlich einfacher wäre es für Dich, wenn Du kein OE 2.0 Image auf Deiner Box laufen hast, den Quellcode mit in Deine Verpackung zu geben...Wenn es crasht könnten verschiedene Leute die Ahnung haben mal schnell schauen, warum das so ist...vali hat das jetzt so auch mit seinen Plugins gemacht...und auf einmal laufen sie wieder alle, ohne dass er auch nur irgendwas machen musste... Aber ich will Dir da nicht reinreden, es ist Deine Entscheidung und Du hast eventuell einen triftigen Grund, den Source Code nicht zu veröffentlichen. Mir ist sowas eigentlich vollkommen egal, man macht sich ja das Leben nur selber damit schwerer...

Hör mal, Dein Quellcode interessiert mich null... Du wolltest Lösungsmöglichkeiten, ich hab Dir welche gegeben...wenn da welche dabei waren, die Dir nicht passen, dann ist auch dies mir egal, das ist alles Deine Sache, auch das hatte ich geschrieben gehabt und keinerlei Wertung dazu abgegeben...wieso sollte ich auch? Das ist (wahrscheinlich) Dein geistiges Eigentum, ich fordere bestimmt nix ein (was ich noch nicht mal sehen will ;))...

Zitat von shadowrider1

PS die Leute die selbst ihre eigentlichen Routinen kompiliert mitgeben (in c ist es noch schwerer umkehrbar als eine pyo) mögen mir bitte nicht dauernd anraten, meine codes offen weiterzugeben (ich weiß, alles in c wegen der Geschwindigkeit.... )

So einen Schwachsinn aber dann im Gegenzug zu schreiben und mir unterschwellig zu unterstellen, dass meine Movitation ist, durch c++-Code Source Code verstecken zu wollen (was auf Schwerkraft übrigens nicht der Fall ist, es ist alles offen) ärgert mich und entspricht auch nicht der Wahrheit...ich bin raus hier...

Dann erkläre mir doch bitte, was Deine Motivation war, diesen Satz als direkte Antwort auf mein Posting zu schreiben...Und vor allem, was Du damit ausdrücken wolltest...:)