Hab ja einen Linux-fähigen Editor und damit die control in DEBIAN erstellt.
Blöderweise wurde beim Kopieren in den anderen Ordner in dos gewandelt.
Ist mir leider nicht gleich aufgefallen 
Sowas ist mir ja noch nie passiert.
Reicht ein Enter hinter dem letzten Text "Source: .........", oder muss ich in der letzten Zeile noch ein Leerzeichen machen und noch ein Enter?
Enter sollte glaube ich reichen, bin aber nicht sicher
Hast du die Datei per FTP im ASCII mode statt binär übertragen?
Weiß auch nicht, wie das mit dem Kopieren passiert ist.
Hatte ich wie gesagt noch nie.
Egal - jetzt hat es ja geklappt
Ja, das einfache ENTER habe ich nach dem letzten Text gemacht.
Wenn man es erstmal fertig hat, ist es gar nicht so kompliziert 
Aber ohne Hilfe hätte ich das nicht geschafft, Danke nochmal 
Wichtig!!
nimm PackageArch aus dem control file für das .ipk raus, das wird nicht im OE2.0 benötigt und führt zu Problemen
PackageArch wird nur für .deb files bzw. OE2.5 benötigt
PackageArch: mips32el
ich hab' nur ein "dummy" Paket mit deinem control file gebaut, aber da gab es Problem beim installieren / deinstalliern:
der Paktetname wird falsch aufgelöst und dein Paket wird nach der Installation nicht gelistet und kann nicht ohne weiteres entfernt werden
die Suche bleibt ergebnislos
root@dm800seAZ:~# opkg list-installed|grep github
root@dm800seAZ:~#
der name wird so aufgelöst: rch: mips32el - 1.0.0
liegt wohl an opkg, das nach dem String "Pakage" für den Namen sucht, PackageArch "findet" und daraus den Namen rch :mips32el generiert - was falsch ist
das Paket kann dann auch nur so deinstalliert werden
root@dm800seAZ:~# opkg remove "rch: mips32el"
Removing package rch: mips32el from flash...
root@dm800seAZ:~#
wenn du die Zeile "PackageArch: mips32el" aus dem control file rausnimmst, passt es
root@dm800seAZ:~# opkg install /tmp/enigma2-plugin-extensions-githubpluginupdater_1.0.0_all.ipk
Installing enigma2-plugin-extensions-githubpluginupdater (1.0.0) to flash...
Configuring enigma2-plugin-extensions-githubpluginupdater.
root@dm800seAZ:~# opkg remove enigma2-plugin-extensions-githubpluginupdater
Removing package enigma2-plugin-extensions-githubpluginupdater from flash...
root@dm800seAZ:~#
FAZIT:
deb control files aus OE2.5 kann man nicht 1:1 für .ipk übernehmen!
umgekehrt sollte man auch auf den Inhalt achten
Ok, Danke.
Hab es zum Glück noch nicht versucht zu installieren 
Hab jetzt das PackageArch und OE im control für ipk rausgenommen.
Welches PackageArch muss ich denn für OE2.5 eintragen, wenn es für mips32el und armhf sein soll.
Dachte da reicht dann Architecture: all
Muss ich den PackageArch: mips32el komplett löschen, wenn es für alle sein soll ? (Also z.B. für 7080 + 9x0)
Oder muss das dann so rein:
Architecture: all
PackageArch: all
Architecture gibt die CPU Architektur vor
wenn du da all angibst wird die Achitectur nicht geprüft, also egal ob armhf oder mipsel
bei PackageArch gibst du dann auch all an
den .deb Paketnamen musst du selber entsprechend wählen: _all.deb, _armhf.deb (dm9x0) oder _mipsel.deb (dm52x, dm820, dm7080)
im OE1.5 - OE2.0 für .ipk ist nur die Architecture auschlaggebend:
OE1.6: all, mipsel
OE2.0: all, mips32el, mips32el-nf (nur dm800hd)
alternativ kann man auch den boxtype angeben: dm500hd, dm500hdv2, dm800hd, dm800se, dm800sev2, dm7020h, dm8000
dann bekommst du als .ipk name: _boxtype.ipk
dann lässt sich das .ipk nur auf dieser box installieren
wenn keine ausführbaren binaries in dem Paket sind, kannst du _all.xxx verwenden
wenn binaries includiert sind:
im OE2.0 musst du nur die Architecture anpassen (mips32el oder mipsel32el-nf - ist aber die gleiche cpu Architectur)
im OE2.5 musst du dann entsprechend binaries für armhf oder mipsel cpu reinpacken
Ahh, super.
Dann sollte es jetzt passen.
Hab jetzt für *.deb sowohl für Architecture: als auch für PackageArch: all eingetragen.
sollte passen
Danke nochmal.
Wo hast du denn die ganzen Infos her ?
Kann man das irgendwo nachlesen ?
ja: viel in div. Foren querlesen, Pakete und control files ansehen und zig Fehlversuche beim packen und installieren ...
so gesammelt wie in diesem Threat wirst du die Infos nicht oft finden
ich mach' das schon länger und zum Teil recht intensiv, keine Ahnung wo ich die Infos alle her habe
Das kam alles mit der Zeit und Erfahrung.
Für die Infos die ich in den letzen Posts geliefert habe, habe ich schon etwas länger gebraucht, bis ich sie zusammen hatte
Das habe ich mir schon fast gedacht.
Dann ist es also überhaupt kein Problem, wenn ich das nicht gleich beim 1. Mal hinbekommen habe 
Vielleicht könnte ja ein Admin/Moderator die ganzen Posts hier zur deb-/ipk-Erstellung als eigenen Thread auslagern.
Ich finde, dass sind sehr hilfreiche Infos, die man sonst vermutlich nirgends so gebündelt findet
da gibt es schon ein paar andere Threats auch die sehr hilfreich sind - google ist gedudig
Ein Problem habe ich doch noch
Da ich die gleiche Ordnerstruktur zur Erstellung der *.ipk und der *.deb verwendet, habe ich im deb-Paket noch den CONTROL-Ordner und im ipk-Paket noch den DEBIAN-Ordner jeweils mit der control mit drin.
Kann ich irgendwo angeben, dass diese Ordner jeweils ignoriert werden?
Eine doppelte Ordnerstruktur (je eine für ipk und deb) wollte ich gern vermeiden
mach nur einen Ordner DEBIAN mit dem control file und Configdateien wenn die benötigt werden
das funktoniert dann mit .deb und .ipk
Ok.
Dann muss ich aber das control-file vor dem Erstellen immer wechseln/tauschen, da ja das control von deb nicht für ipk genutzt werden kann, oder?
nein du musst nur das ipkg-build script anpassen das es auch DEBIAN akzeptiert und im control file nichts verwenden das nur mit *.deb funktioniert. Ich sagte nicht umsonst schau dir ein beispiel wie dBackup an das baut ohne Aenderung als deb und ipk
Hab gerade mal ein ipk mit dem control für ipk in DEBIAN erstellt.
Im Paket ist dann aber in data.tar neben /usr/... auch dieser DEBIAN-Ordner zusätzlich enthalten.
Stört das oder ist das nur ein Schönheitsfehler?
Beim deb-Paket finde ich in data.tar richtigerweise nur den /usr/...
Was muss man denn im Script ändern, damit für ipk das richtige control-file verwendet wird, falls ich mehrere habe? (1 x für deb + 1x für ipk)
Wenn ich in DEBIAN die verschiedenen Control-files liegen habe, dann sind die ungünstigerweise alle im ipk-Paket im control.tar enthalten.
ich meinte, das war immer so. Sollte nicht stören.
Ok, das Problem mit dem DEBIAN im data.tar bei ipk konnte ich lösen.
Im ipkg-build-script einfach folgende Zeile:
FILESWITHOUTCONTROL=`cd $pkg_dir; ls -1 | grep -v CONTROL`in folgende geändert:
FILESWITHOUTCONTROL=`cd $pkg_dir; ls -1 | grep -v DEBIAN`Das 2. Problem (im control.tar bei ipk lagen alle Files aus DEBIAN) konnte ich auch lösen
folgende Zeile im ipkg-build-script:
tar -C $pkg_dir/$CONTROL -czf $tmp_dir/control.tar.gz .
in folgende geändert:
tar -C $pkg_dir/$CONTROL -czf $tmp_dir/control.tar.gz controlMuss ich nur aufpassen, das anzupassen, wenn ich mal noch weitere conf-files benötige
