So, jetzt hatte ich mal ein paar Minuten.

Das Erstellen der *.deb hat schon mal geklappt
Nur mit dem *.ipk hab ich noch Probleme.

Hab die gleiche control aus DEBIAN auch in CONTROL reingelegt und das ipkg-build von hier geladen:
https://dream.reichholf.net/wiki/Howto:IPK_Pakete_erstellen

Beim Ausführen von ipkg-build kommt folgender Fehler:

root@dm920:/media/hdd/deb# ./ipkg-build enigma2-plugin-extensions-githubpluginupdater_1.0.0_all
enigma2-plugin-extensions-githubpluginupdater
ipkg-build: Error: Package name  contains illegal characters, (other than [a-z0-9.+-])
Please fix the above errors and try again.

Mit den gleichen Angaben funktioniert es mit der *.deb.

Allerdings habe ich das mit dem ar noch nicht verstanden, was es ja in den binutils geben soll.
Die binutils sind bei mir schon installiert.

Muss ich da noch was machen ?

Das hört sich dann ja schon mal gut an, wobei die Infos zu den beiden Links für einen Neuling erstmal etwas schwer verdaulich wirken

Probiere ich wie gesagt mal in einer ruhigen Minute

Wünsche schon mal einen guten Rutsch

Kann man denn unter OE2.5 auch eine *.ipk für OE1.6/2.0 erstellen oder geht das definitiv nicht ?

Weil ne *.deb würde ja nicht allen was nützen.

Meinst du mit umhämmern, dass bei OoZooN aus der zip dann ipk und deb erstellt werden?

Danke.
Muss das mal in einer ruhigen Minute testen

Auf der 7080HD hatte ich mit gleichem unstable keine Probleme.

Kann schon sein, dass die DM9x0 da irgendwo schneller ist und es daher gelegentlich kracht

Zitat von träumer78

...Vielleicht schafft es dieses Plugin auch noch zu einer .deb Datei ...

So weit reichen meine Kenntnisse noch nicht.
Vielleicht kann ja hier einer aushelfen.

Wie kann ich von einem auf der Box existierenden Plugin eine deb-Datei erstellen ?
Kopiere bisher ja nur den Plugin-Ordner auf die Box (in Extensions) - also ohne install.

Die 4 Plugins sind momentan fest.
Wenn man aber nicht alle installiert hat, werden diese dann ignoriert

PN ist raus.

Ja, läuft bei mir auf der 920 unter OE2.5
Hier mal 2 Screenshots zum besseren Verständnis

Ich schicke dir hier im Forum eine PN (Konversation).

Zitat von träumer78

...würde aber gerne alles über die DM7080 laufen lassen...

Ich habe dafür ein Plugin erstellt - "GithubPluginUpdater":
https://www.vuplus-support.org…7352-githubpluginupdater/

Wenn du möchtest, kann ich dir die aktuelle Test-Version mal zukommen lassen
(ist bereits voll funktionsfähig)
Das Plugin legt beim Update auf Wunsch auch ein Backup der Version auf der Box an, welches man im Plugin auch wiederherstellen kann.

Vielleicht hat die Cleanup-Routine ja ein Problem. Ich denke, die wird generell ausgeführt. Auch wenn man kein Kabel dran hat.

Dann gab es ja noch die Zeilen am Ende des E2 live debug log:
(Cleanup invalid data beim EPGC ???)

[code]
Dec 30 22:31:57 dm920 enigma2[6911]: [EPGC] next update in 60 min
Dec 30 22:31:57 dm920 enigma2[6911]: [EPGC] cleanup invalid data
Dec 30 22:32:02 dm920 systemd[1]: enigma2.service: Main process exited, code=dumped, status=6/ABRT
[/[code]

Muss man den Hotplug-Handler unbedingt beenden beim GUI-Neustart?
Vielleicht ist es ja ein Timing-Problem.
Könnte man das Beenden nicht mit einem Zeitversatz von z.B. 500ms ausführen?
Wenn ja, wie könnte so eine Code-Zeile aussehen?

Beim 7. Versuch gab's den Crash mit leerer timers.xml/timers_vps.xml.
Die epg.db hatte jetzt 1MB.

@dre
Könnte ich das auch mal testen, an was du da evtl. gedacht hast?

Nach 9 Versuchen hat es wieder gecrashed.
Die epg.db ist jetzt 0,9MB statt sonst ca. 12MB.
War nur auf dem Ersten HD und hab immer wieder einen GUI-Neustart gemacht.

Wie bekomme ich die leer?
Sobald die Box neu startet und man auf einem Sender ist, wird die doch gleich wieder befüllt, oder ?

Naja, bei 10 x GUI-Neustart kommt auch irgendwann mal so ein GS
Genau auf den Punkt reproduzieren kann man es nicht.
Nur eben öfter einen GUI-Neustart machen.

Auch die hotplug.py läuft zumindest durch.

Der Segmentationsfehler ist wieder der Gleiche.

Könnte da was passieren, wenn man in der plugin.py diese beiden Zeilen komplett auskommentiert?
Beim Enigma-Neustart wird das doch eh alles neu gesetzt, oder ?

resourcemanager.removeResource("Hotplug")
hotplug.release()

hier mal die komplette plugin.py:

from Components.ResourceManager import resourcemanager
from Hotplug import Hotplug
from Plugins.Plugin import PluginDescriptor


class HotplugNotifier():
	def append(self, callback):
		hotplug = resourcemanager.getResource("Hotplug")
		if hotplug:
			hotplug.registerEventCallback(callback)
	def remove(self, callback):
		hotplug = resourcemanager.getResource("Hotplug")
		if hotplug:
			hotplug.unregisterEventCallback(callback)


# Used by Netlink and event listeners. Needs to stay here
# for backwards compatibility. New users should use the
# resourceManager and (un-)registerEventCallback directly.
hotplugNotifier = HotplugNotifier()


def autostart(reason, **kwargs):
	print "=== autostart hotplug, reason: ", reason
	if reason == 0:
		resourcemanager.addResource("Hotplug", Hotplug())
	elif reason == 1:
		print "=== shutdown hotplug before resourcemanager.getResource('Hotplug')"
		hotplug = resourcemanager.getResource("Hotplug")
		print "=== shutdown hotplug before if hotplug:"
		if hotplug:
			print "=== shutdown hotplug before resourcemanager.removeResource('Hotplug')"
			resourcemanager.removeResource("Hotplug")
			print "=== shutdown hotplug before hotplug.release()"
			hotplug.release()
			print "=== shutdown hotplug after hotplug.release()"


def Plugins(**kwargs):
	return PluginDescriptor(name = "Hotplug", description = "listens to hotplug events", where = PluginDescriptor.WHERE_AUTOSTART, needsRestart = True, fnc = autostart)

Hab ich gerade mal gemacht (zumindest erst mal für die plugin.py)
Und alles live per ' journalctl -f -u enigma2' beobachtet.

hier 2 neue Zeilen, die man im Crashlog nie drin hat.
Vielleicht kann man daraus ja was ableiten.

Dec 30 22:31:51 dm920 enigma2[6911]: Segmentation fault
Dec 30 22:31:51 dm920 enigma2[6911]: 0xb4136150(sp=0xbebf60dc) <std::_Rb_tree_rebalance_for_erase(std::_Rb_tree_node_base*, std::_Rb_tree_node_base&)+1096>

hier der gesamte Schlussteil:

Danke für die Info

Dann sollte man das wohl lieber lassen.
Wäre evtl. eine Variante gewesen um den hotplug-handler als Störenfried zu überführen