Dies ist eine mobil optimierte Seite, die schnell lädt. Wenn Sie die Seite ohne Optimierung laden möchten, dann klicken Sie auf diesen Text.

Schimmelreiter-Images für Vu+ Solo²-Clones (Sunray und Lonrisun)

Schimmelreiter

Registriert
18. September 2009
Beiträge
2.723
Reaktionspunkte
2.971
Punkte
383
Ort
Midgard
Imagesammlung für die Solo² Clones
Collection of images for Solo² clones


Wichtig ist, dass Ihr nur Images flasht, die für Eure Boxversion geeignet sind.
Sunray- und Lonrisun-Boxen/-Images sind nicht zueinander kompatibel!


It's important to only flash images suitable for your box variant!
Sunray or Lonrisun V4 images are mutually exclusive!


Unterstützte/Supported Images:
(In alphabetischer Reihenfolge/In alphabetical order)

OpenATV 6.3 (Nightly)
Sie müssen registriert sein, um Links zu sehen.
/
Sie müssen registriert sein, um Links zu sehen.
/
Sie müssen registriert sein, um Links zu sehen.


---

OpenATV 6.2 (Nightly)
Sie müssen registriert sein, um Links zu sehen.
/
Sie müssen registriert sein, um Links zu sehen.
/
Sie müssen registriert sein, um Links zu sehen.


---

OpenHDF 6.4 (Nightly)
Sie müssen registriert sein, um Links zu sehen.
/
Sie müssen registriert sein, um Links zu sehen.
/
Sie müssen registriert sein, um Links zu sehen.


---

OpenPLi 7.0 (Release)
Sie müssen registriert sein, um Links zu sehen.
/
Sie müssen registriert sein, um Links zu sehen.
/
Sie müssen registriert sein, um Links zu sehen.


---

OpenPLi 6.2 (Releases)
Sie müssen registriert sein, um Links zu sehen.
/
Sie müssen registriert sein, um Links zu sehen.
/
Sie müssen registriert sein, um Links zu sehen.


---

OpenSPA 7.3
Sie müssen registriert sein, um Links zu sehen.
/
Sie müssen registriert sein, um Links zu sehen.


---

OpenViX 5.2
Sie müssen registriert sein, um Links zu sehen.
/
Sie müssen registriert sein, um Links zu sehen.
/
Sie müssen registriert sein, um Links zu sehen.


---

Übersicht aller Images (Incl. hier nicht mehr aufgelisteter Vorgängerversionen)
Sie müssen registriert sein, um Links zu sehen.
/
Sie müssen registriert sein, um Links zu sehen.
/
Sie müssen registriert sein, um Links zu sehen.


---


Sie müssen registriert sein, um Links zu sehen.


Bis ich etwas anderes sage sind alle Images für Dragonworth/Lonrisun V2 ohne gles, xbmc und CI+, da es keine damit kompatiblen Treiber gibt!
Until further notice all Dragonworth/Lonrisun V2 images have gles, xbmc and CI+ removed as there are no compatible drivers!



Sie müssen registriert sein, um Links zu sehen.

Bis ich etwas anderes sage sind alle Images für Lonrisun V4 ohne gles, xbmc und CI+, da es keine damit kompatiblen Treiber gibt!
Until further notice all Lonrisun V4 images have gles, xbmc and CI+ removed as there are no compatible drivers!



Sie müssen registriert sein, um Links zu sehen.

Wenn im Original-Image enthalten sind CI+, gles (Menüanimationen) und Kodi/xbmc natürlich auch in meinem Sunray-Image enthalten!​
 
Zuletzt bearbeitet:
AW: Schimmelreiter-Images für Vu+ Solo²-Clones (Sunray und Lonrisun)

Besonderheiten meiner Images​

  • Authentizität
    Ich erstelle meine Images aus dem Download des Originalimages und nicht durch Selberkompilieren des Quellcodes oder Updates eines älteren Images.
    Mit wenigen Einschränkungen (Siehe unten) installiere ich keine Pakete nach und ändere nur das am Image, was zur Lauffähigkeit auf den Clone-Boxen nötig ist.

    Die Images werden halbautomatisch direkt nach dem Flash auf der Konsole (Shell) erzeugt, d.h. noch bevor der Ersteinrichtungsassistent gelaufen ist.
    Deshalb benötige ich auch keine Backup-Suite o.ä., mein (Nicht im Image enthaltenes) Script bringt bereits alles Notwendige mit.

    Ihr erhaltet somit ein Image, das genauso im Einrichtungsassistenten startet wie es auch das originale Image würde und auch denselben Funktionsumfang hat.
  • Clone-Sicherheit
    Ich ersetze die im Image enthaltenen Vu+-Treiber durch den jeweils neuesten, zum Image passenden, Clone-Treiber von Sunray bzw. Lonrisun.
    1. Schreibschutz
      Dieser Treiber wird schreibgeschützt, damit er bei Online-Updates nicht überschrieben wird.
    2. Hochgesetzte Versionsnummer
      In der Installationsdatenbank der Box wird die Version der gefährlichen Treiber utopisch hochgesetzt, d.h. die Box wird bei einem Update kein Update für die Treiber finden, zumindest nicht in den nächsten 30 Jahren
    3. opkg-wrapper
      opkg ist das Paketverwaltungstool auf Enigma2-Boxen, welches also für Paket-/Plugin-Installationen und Online-Updates zuständig ist.

      Um den eigentlichen opkg herum läuft ein von mir geschriebener "wrapper" (Also eine "Hülle"). Der wrapper unterdrückt zusätzlich gefährliche Updates, indem er
      - sie bei "opkg list_upgradable" erst gar nicht zurückmeldet
      und
      - bei "opkg install" oder "opkg upgrade" aus der Liste der angeforderten Installationen/Upgrades wieder entfernt.

      Auf Lonrisun-Boxen sorgt er außerdem dafür, daß Pakete die gles oder xbmc beinhalten direkt wieder deinstalliert werden, da gles/xbmc vom Lonrisun-Treiber nicht unterstützt wird.

    (Viel) mehr kann man also nicht tun, um den Clone auch bei Online-Updates vor den gefährlichen Originaltreibern zu schützen.

    Nach meinem Ermessen sind Online-Updates somit zu 99,9% sicher und ich selber mache fast täglich welche.
    Die 0,1% Rest-Risiko tragt aber allein Ihr, die kann ich Euch nicht abnehmen.

    Keine Online-Updates zu machen kann übrigens auch nach hinten losgehen:
    Bei der Nachinstallation eines Plugins, einer Erweiterung oder Skin kann es nämlich dazu kommen, daß die von Euch installierte Komponente über ihre Abhängigkeiten auch Updates anderer Komponenten auslöst und die werden dann nicht vom opkg-wrapper verhindert, sondern nur noch durch die hochgesetzte Version der Treiber und den Schreibschutz derselben.
  • Ändern der Hardware-Adresse (MAC)
    Da viele Clones offenbar dieselbe MAC-Adresse haben, ergänze ich die Images um eine Funktion zur Änderung der Hardware-Adresse.
    Dazu einfach die gewünschte MAC-Adresse in die Datei /etc/enigma2/hwmac schreiben, also z.B.
    Code: 
    00:17:9c:10:be:ef
    Die Änderung wirkt bei Verwendung der eingebauten Netzwerkschnittstelle, nicht bei nachgerüsteten WLAN-Adaptern.

    In OpenATV und OpenViX ist dieses Feature standardmäßig enthalten, wird also nicht erst von mir zugefügt.
  • IPv6-Fixes
    Abweichend von der Maxime, die Images so originalgetreu wie möglich zu halten, behebe ich folgende Versäumnisse der Ersteller des Original-Images:
    • Ich stelle die inetd.conf so um, daß alle darin enthaltenen Dienste auch per IPv6 verfügbar sind (IPv4-only-Nutzer merken davon nichts, deshalb ist es idiotisch, es nicht zu tun)
      OpenATV, OpenViX und OpenPLi sind davon nicht wirklich betroffen, da sie bereits von Haus aus an dieser Stelle IPv6-fähig sind.
    • Wenn Samba im Image enthalten ist, stelle ich seinen Start auf inetd.conf um, da der alte Samba beim Start als Dienst nicht IPv6-fähig ist, über inetd.conf aber schon.
      Images ohne vorinstallierten Samba enthalten diesen Fix entsprechend nicht. Wird Samba dort nachinstalliert, dann so wie es die Image-Ersteller für richtig hielten.
  • streamproxy
    An dieser Stelle geht für mich Fehlerkorrektur vor Authentizität:

    Ich füge allen Images den originalen streamproxy wieder hinzu, den OpenPLi 2011 fälschlich entfernt hat, was sich in alle auf OpenPLi basierenden Images fortgepflanzt hat.
    Da OpenPLi unfehlbar ist, wurde dieser Fehler auch nach der Feststellung nicht korrigiert sondern vielmehr forciert.

    Der fehlende streamproxy führt zu folgenden Problemen:
    - Die Einstellung "Streaming Auth" im Web-Interface wirkt nur auf Aufnahmen, für Live-TV ist sie wirkungslos
    - Authentifizierung für Live-TV muß vielmehr an völlig anderer Stelle eingestellt werden ... völlig wirr
    - Das Streaming profitiert nicht von Sicherheitsverbesserungen im OpenWebif
    - Streaming geht nicht über IPv6

    Außer PLi ist niemand der Ansicht, der streamproxy sei verzichtbar, nicht Dream, nicht Vu+, nicht VTi.
  • oscam
    Da sehr viele User Probleme schon mit der Installation und Grundeinrichtung einer Softcam haben, installiere ich in allen Images einen - natürlich IPv6-fähigen - oscam vor, der auch bereits für alle - in Deutschland - gängigen Karten vorkonfiguriert ist. Außerdem ist ein Proxy-Reader (Also das Gegenstück zu einer C-Line in CCcam) eingerichtet.
    Das Web-Interface des vorinstallierten oscam ist in der Standardkonfiguration auf Port 8888 erreichbar, also unter
    Sie müssen registriert sein, um Links zu sehen.
    oder http://<IP der Box>:8888
    Die Konfiguration kann von Euch nach Herzenslust geändert oder durch eine vorhandene ersetzt werden und der oscam kann auch einfach durch Deinstallieren des Paketes "enigma2-plugin-softcams-oscam-schimmelreiter" wieder entfernt werden.
  • Softcam-Feed (Nur OpenATV)
    Da OpenATV im Deutschen Reich entwickelt, wurde aus Angst vor der Content-Mafia jeglicher offizieller Softcam-Support entfernt.
    Den Feed gibt es jedoch immer noch, er muß nur nachinstalliert werden, was bei meinen Images ab April 2015 der Fall ist.
    Andere Images haben von Haus aus Softcams auf den Feeds.
 
Zuletzt bearbeitet:
AW: Schimmelreiter-Images für Vu+ Solo²-Clones (Sunray und Lonrisun)

Änderungshistorie​

Datumsangaben beziehen sich auf die Veröffentlichung durch mich, das gepatchte Original-Image kann älter gewesen sein.

  • 2015-02-13 - Erstes Schimmelreiter-Image überhaupt (OpenATV 4.2) - Nur Lonrisun
    Grundlage ist das "OpenATV 4.2"-Images vom 6.9.2014 von d2z.
    Änderungen gegenüber diesem:
    - oscam zugefügt
    - IPv6-Fix für Samba und Streaming/streamproxy
    - Notwendige Reparaturen, um das Image nach Treiberumstellung vom 7.2.2015 wieder lauffähig zu machen.
    Nachteile: Nur zu Fuß updatefähig, oscam kann nicht automatisch deinstalliert werden, kein Softcam-Feed
  • 2015-03-20 - e2up - Nur Lonrisun
    - Das Image kann nun zumindest auf der Shell mittels Kommando "e2up" wieder online aktualisiert werden.
  • 2015-03-23 - Erstes Sunray-Image
    - Enthält dieselben Ergänzungen (oscam, IPv6-Fixes) wie die Lonrisun-Images, aber noch kein e2up.
    - Da e2up zu diesem Zeitpunkt hauptsächlich zum Handling der gles-Problematik auf Lonrisun diente war es auf Sunray überflüssig und nicht enthalten.
  • 2015-03-24 - Synchronisierung von Lonrisun- und Sunray-Builds
    - Neue Sunray-Treiber
    - Sunray- und Lonrisun-Images entstehen von jetzt ab "in einem Aufwasch"
    - e2up als zusätzlicher Treiber-Upgradeschutz nun auch im Sunray-Image
  • 2015-04-08 - opkg-wrapper, oscam als ipk
    - Neue Sunray-Treiber
    - e2up wurde in einen opkg-wrapper umgewandelt, um auch Online-Updates aus dem Menü heraus zu schützen
    - vorinstallierter oscam nun auch über opkg/Menü deinstallierbar
    - Bei OpenATV fehlender Softcam-Feed wird mit installiert
  • 2015-04-13 - Neuer opkg-wrapper
    - Neuer opkg-wrapper:
    -- Konfigurierbar über die Datei /etc/default/opkg-wrapper
    -- optionales "Dependency crawling/walking" (Detail-Infos siehe 4. Beitrag in diesem Thread unter "opkg -> Konfiguration")
  • 2015-04-23 - Neuer opkg-wrapper
    - opkg-wrapper im Lonrisun-Modus an Änderungen für CI+ angepaßt (Auf Lonrisun V4 nicht möglich, wird beim Update wieder entfernt)

Changelog​

Dates refer to my release date, the original image used might have been older (see image description).

  • 2015-02-13 - First Schimmelreiter image (OpenATV 4.2) - Lonrisun only
    Base was the "OpenATV 4.2" images from 2014-09-06 by d2z.
    Changes compared to his image:
    - oscam added
    - IPv6 fixes for Samba and Streaming/streamproxy
    - Necessary fixes to make the image work again after the driver change on 2015-02-07.
    Drawbacks: Could only be updated manually, oscam was not uninstallable, no Softcam-Feed
  • 2015-03-20 - e2up - Nur Lonrisun
    - Automatic updates of the image became possible again by using e2up on the command line (ssh/telnet).
  • 2015-03-23 - First Sunray image
    - Contained the same additions (oscam, IPv6) as my Lonrisun images, but no e2up yet.
    - e2up was only able to handle the lack of gles/xbmc on Lonrisun at that time and was not useful on Sunray at that time.
  • 2015-03-24 - Synchronized builds for Lonrisun and Sunray clones
    - New Sunray drivers
    - Sunray and Lonrisun images are created in one run
    - e2up as additional driver protection added to Sunray images
  • 2015-04-08 - opkg-wrapper, oscam as ipk
    - New Sunray drivers
    - e2up was turned into an opkg-wrapper, to protect against driver updates even when using menu functions
    - pre-installed oscam now uninstallable via opkg/menu
    - SoftCam feed for OpenATV included
  • 2015-04-13 - New opkg-wrapper
    - Configurable by editing the file /etc/default/opkg-wrapper
    - optional "Dependency crawling/walking" (For detail see the 4th post in this thread under "opkg -> Configuration")
  • 2015-04-23 - New opkg-wrapper
    - Adopted the opkg-wrapper to the recent addition of CI+ in OpenATV which needs to get removed on Lonrisuns (Not possible due to old drivers)
 
Zuletzt bearbeitet:
AW: Schimmelreiter-Images für Vu+ Solo²-Clones (Sunray und Lonrisun)

Benutzungshinweise​

  • Abstände zwischen neuen Images
    Da mit meinen Images Online-Updates so sicher sind wie es nur irgendwie möglich ist, gehe ich davon aus, daß die Möglichkeit zum Online-Update auch genutzt wird.
    Nach meinem Ermessen ist es praktisch unmöglich, daß Online-Updates durch alle drei Sicherungen hindurch Schaden anrichten können, es sei denn, bei den Image-Entwicklern legt es jemand gezielt darauf an.

    Aus diesem Grund werde ich nur aus diesen Gründen neue Images erstellen:
    - Treiberwechsel im Original-Image (= Treiber-Wechsel im Sunray-Image)
    - Wenn ein Online-Update nicht mehr möglich ist, also Änderungen im Original-Image stattfanden, wegen derer auch bei Originalen ein Neuflash empfohlen wird
    oder
    - in größeren Abständen, um das Volumen des jeweils ersten Online-Updates wieder in manierliche Dimensionen zu bringen

    Auch wenn ich alles getan habe um Online-Updates abzusichern, ich selber fast täglich welche mache und der nächste Satz im Widerspruch zum ersten diesen Abschnitts steht:
    Online-Updates erfolgen trotzdem auf eigene Gefahr, ich kann Euch keine Garantie geben.
  • opkg / Online-Updates / Paket-Nachinstallation
    Ich habe sehr viel Arbeit investiert, um Online-Updates den Schrecken zu nehmen.
    Zusätzlich zum Schreibschutz der Treiberdateien und dem Hochsetzen der Treiberversion in der Paket-Datenbank habe ich einen opkg-wrapper gebaut, der einen zusätzlichen Schutz vor dem Update und der Installation gefährlicher Pakete bietet!
    • Der Wrapper arbeitet aus Benutzersicht vollkommen transparent, d.h. er springt ohne weiteres Zutun immer ein, wenn der Benutzer oder das Image (z.B. beim Online-Update über das Menü) "opkg" benutzt!

      Beispiele:
      Auf der Shell:
      Code: 
      root@solo2 /usr/bin # opkg update && opkg upgrade
Downloading http://feeds.mynonpublic.com/4.2/vusolo2/3rdparty/Packages.gz.
Inflating http://feeds.mynonpublic.com/4.2/vusolo2/3rdparty/Packages.gz.
...
[B]Clone-safe opkg wrapper for Vu+ clones V0.30 (Lonrisun mode)[/B]

[B]Skipping potentially dangerous packages:
None![/B]

Upgrading ...
Nothing to be upgraded!

      Via GUI (Hier beim Nachinstallieren einer Skin):
      Du musst angemeldet sein, um Bilder zu sehen.
    • Der Wrapper überlebt sogar ein Upgrade oder eine erzwungene Neuinstallation von opkg selbst:
      Code: 
      root@solo2 /usr/bin # opkg --force-reinstall install opkg
Clone-safe opkg wrapper for Vu+ clones V0.30 (Lonrisun mode)

Skipping potentially dangerous packages:
None!

[B]opkg is in install: Pre-Loading ...[/B]
Downloading http://feeds.mynonpublic.com/4.2/vusolo2/mips32el/opkg_0.2.2-r0_mips32el.ipk.
Downloaded opkg as ./opkg_0.2.2-r0_mips32el.ipk.
Extracting opkg ipk ...
Extracting data file ...

Upgrading ...
Downloading http://feeds.mynonpublic.com/4.2/vusolo2/mips32el/opkg_0.2.2-r0_mips32el.ipk.
Reinstalling opkg (1:0.2.2-r0) on root.
Configuring opkg.
Collected errors:
[B] * wfopen: /usr/bin/opkg-cl: Permission denied.[/B]

[B]Fixing package opkg:
Replacing files ...[/B]
Everything went ok!
Done!
    • Der wrapper verhindert die Installation oder Upgrades von für Clones gefährlichen Komponenten:
      Code: 
      root@solo2 /usr/bin # [COLOR="#FF0000"]opkg --force-reinstall install kernel vuplus-dvb-proxy-vusolo2[/COLOR]
Clone-safe opkg wrapper for Vu+ clones V0.30 (Lonrisun mode)

[COLOR="#008000"][B]Skipping potentially dangerous packages:
kernel vuplus-dvb-proxy-vusolo2 [/B][/COLOR]
...
    • Neben dem Schutz vor Treiber-Upgrades erfüllt der opkg-wrapper auf Lonrisun-Boxen noch die Aufgabe, bei Upgrades von Enigma2 eine Version zu installieren, die kein gles nutzt.
      Sunray-Boxen benötigen diese Funktion nicht, da die Sunray-Treiber gles-fähig sind.
      Code: 
      root@solo2 /usr/bin # opkg --force-reinstall install enigma2
Clone-safe opkg wrapper for Vu+ clones V0.30 (Lonrisun mode)

Skipping potentially dangerous packages:
None!

[COLOR="#008000"][B]Base Enigma2 is in install: Pre-Loading a gles-less enigma2 ...[/B][/COLOR]
Downloading from http://feeds.mynonpublic.com/4.2/vuduo/vuduo/enigma2_3.0+git20090+193a46b-r22_[COLOR="#008000"][B]vuduo[/B][/COLOR].ipk ...
Extracting enigma2 ipk ...
Extracting data file ...

Upgrading ...
Downloading http://feeds.mynonpublic.com/4.2/vusolo2/vusolo2/enigma2_3.0+git20090+193a46b-r22_[COLOR="#FF0000"][B]vusolo2[/B][/COLOR].ipk.
Reinstalling enigma2 (3.0+git20090+193a46b-r22) on root.
[COLOR="#FF0000"]Installing vuplus-libgles-vusolo2 (15.1-20150403.r0) on root.[/COLOR]
Downloading http://feeds.mynonpublic.com/4.2/vusolo2/vusolo2/vuplus-libgles-vusolo2_15.1-20150403.r0_vusolo2.ipk.
[COLOR="#FF0000"]Installing libvugles2 (0.1.0-20150109.r1) on root.[/COLOR]
Downloading http://feeds.mynonpublic.com/4.2/vusolo2/vusolo2/libvugles2_0.1.0-20150109.r1_vusolo2.ipk.
[COLOR="#FF0000"]Configuring vuplus-libgles-vusolo2.
Configuring libvugles2.[/COLOR]
Configuring enigma2.
Collected errors:
[B][COLOR="#008000"] * wfopen: /usr/bin/enigma2.sh: Permission denied.
 * wfopen: /usr/bin/enigma2: Permission denied.[/COLOR][/B]

[B][COLOR="#008000"]Removing unsafe dependencies ...
Removing package libvugles2 from root...
Removing package vuplus-libgles-vusolo2 from root...[/COLOR][/B]

[B][COLOR="#008000"]Fixing package enigma2:[/COLOR][/B]
[B][COLOR="#008000"]Replacing files ...[/COLOR][/B]
Everything went ok!
Done!
    • Optional: Vorübergehendes Heruntersetzen der opkg-wrapper-Sicherheit zur Installation von Kernel-Modulen (z.B. für zusätzliche Tuner, WLAN-Adapter, ...):
      In den Standardeinstellungen duldet der opkg-wrapper gar keine Installation von Kernel-Modulen, auch nicht solcher für Tuner und WLAN-Adapter.

      Diese Voreinstellung kann mit dem Schalter "--risky" übersteuert werden.
      Bei der Nachinstallation von Kernel-Modulen ist es aber eine gute Idee, vorher mit "--noaction" zu überprüfen, was tatsächlich installiert würde:
      Code: 
      root@solo2 /usr/bin # opkg [B][COLOR="#008000"]--noaction[/COLOR] [COLOR="#FF8C00"]--risky[/COLOR][/B] install kernel-module-it913x-fe
Clone-safe opkg wrapper for Vu+ clones V0.30 (Lonrisun mode)

Skipping potentially dangerous packages:
[B]None![/B]

Upgrading ...
[B]Installing kernel-module-it913x-fe (3.13.5-r4.7) on root.[/B]
Downloading http://feeds.mynonpublic.com/4.2/vusolo2/vusolo2/kernel-module-it913x-fe_3.13.5-r4.7_vusolo2.ipk.

Everything went ok!
Done!

      In diesem Fall würde derzeit tatsächlich nur das gewünschte Kernel-Modul nachinstalliert, also kann die Installation mit
      Code: 
      opkg --risky install kernel-module-it913x-fe
      durchgeführt werden.

      Zeigt sich hingegen im dry-run, daß das Kernel-Modul einen Rattenschwanz an Dependencies bis hin zum Kernel nach sich ziehen würde, sollte man es besser lassen ...
      In diesem Fall ist erst eine neue Version des Images nötig, bei der der Kernel im Image auf demselben Stand wie der Feed ist.
    • Bekannte Probleme/Einschränkungen
      • Nur Lonrisun: Da der opkg-wrapper für Updates von Enigma2 auf die Version für die Vu+ Duo zurückgreift sind Online-Updates nur möglich, wenn die Feeds für Vu+ Duo und Vu+ Solo² synchron sind.
        Sind die Feeds für Duo und Solo² nicht synchron (Also dann, wenn für eine der Boxen bereits eine neuere Version verfügbar ist als für die andere) werden Online-Updates abgebrochen.
        Das System bleibt durch den sofortigen Abbruch konsistent, das Update kann dann einfach zu einem späteren Zeitpunkt nachgeholt werden.
      • Nur OpenPLi: Der opkg-wrapper gibt "Lonrisun mode" auch auf Sunray-Boxen aus / Unnötiger enigma2-gles-Fix
        OpenPLi nutzt als einziges Image nach wie vor kein gles/xbmc, deshalb werden Sunray-Boxen aufgrund des fehlenden gles/xbmc-Treibers ebenfalls als Lonrisun-Boxen erkannt.
        [COLOR="#FFF8C00"]Dadurch wiederum macht der Wrapper unter OpenPLi auch auf Sunray-Boxen ein enigma2-Cross-Update auf die Version der Duo, obwohl es weder auf Sunray noch auf Lonrisun nötig wäre.[/COLOR]
        Dies ist - abgesehen von dem zusätzlichen Traffic und der Möglichkeit, daß die Feeds für Duo und Solo² unsynchron sein könnten - ein rein kosmetisches Problem und stellt keine Funktionseinschränkung dar.
        Code: 
        Clone-safe opkg wrapper for Vu+ clones V0.30 (Lonrisun mode)

Skipping potentially dangerous packages:
None!

Base Enigma2 is in upgrade: Pre-Loading a gles-less enigma2 ...
Downloading from http://feeds.mynonpublic.com/4.2/vuduo/vuduo/enigma2_3.0+git20104+2026f99-r22_vuduo.ipk ...

Fatal error downloading enigma2 ipk!
[B]Maybe feeds for vusolo2 and vuduo are not in sync yet. Please try again later.
[COLOR="#008000"]Exiting ...[/COLOR][/B]
        Immerhin ist dadurch bereits jetzt für den Tag vorgesorgt, an dem auch OpenPLi auf die gles/xbmc-Treiber umstellt.
    • Konfiguration
      Der opkg-wrapper arbeitet auch ohne Benutzerkonfiguration mit einer ausgewogenen Einstellung.

      Bei seit dem 13.4.2015 erstellten Images können einige wenige Feineinstellungen jedoch über die Datei /etc/default/opkg-wrapper vorgenommen werden:
      • Kernel-Module erlaubt ja/nein
        Standardmäßig dürfen gar keine Kernel-Module installiert werden, auch nicht solche für USB-Tuner oder WLAN-Adapter.
        Dies kann mit dem Kommandozeilen-Paramater "--risky" oder durch Aktivieren der Einstellung
        Code: 
        RISKY=yes
        in der Config-Datei übersteuert werden.
        Bei RISKY=yes werden nur noch die eigentlichen Vu+-Treiber blockiert.
      • Dependency walker/crawler
        Durch Aktivieren der Option
        Code: 
        CRAWL_DEPS=yes
        wird der opkg-wrapper angewiesen, auch sämtliche Abhängigkeiten aller zu installierender Pakete ebenfalls mit zu berücksichtigen.

        Beispiel:
        Der Benutzer installiert ein Enigma-Plugin, dieses benötigt ein Kernel-Modul und dieses wiederum hätte gerne einen neueren Kernel ...
        ... diesen Fall kann der opkg-wrapper mit den Standardeinstellungen, also ohne Dependency Walking, nicht abfangen ....
        ... das kommt aber in dem Ausmaß selten bis nie vor, deshalb ist der Standardwert hier "no", es sei denn, Ihr schaltet den RISKY-Modus ein, dann ist er "yes".

        Da hierbei sämtliche Pakete mehrmals heruntergeladen werden dauert damit jede Installation eine ganze Zeit länger und es entsteht zusätzlicher Internet-Traffic.
      • "Sunray-Modus erzwingen" bzw. "OpenPLi-Modus" (Nur relevant auf Lonrisun-Boxen)
        Habe ich blöd benannt, war dann aber zu faul, es wieder zu ändern.

        Bei aktivem
        Code: 
        FORCE_SUNRAY=yes
        wird die enigma2-Binary auch auf Lonrisun-Boxen nicht mehr durch die enigma2-Binary einer Vu+ Duo ersetzt und auch die gles-Libraries nicht immer wieder deinstalliert.

        Einzig sinnvoller Fall für FORCE_SUNRAY=yes ist also unter OpenPLi, da OpenPLi nach wie vor kein gles verwendet, was das nachträgliche Ersetzen der Binaries bisher verzichtbar macht.
        Der andere Einsatzzweck wäre, wenn ich beim Sch... vom Blitz getroffen und daher keine neuen Images mehr machen werde, aber jemand mit gles-tauglichen Lonrisun-Treibern um die Ecke kommt.
      • Feed-URL (Nur auf Lonrisun genutzt)
        Wird von mir beim Patchen des Images richtig gesetzt und sollte von Euch niemals geändert werden, denn es gibt nur diesen einen richtigen Wert.
 
Zuletzt bearbeitet:
AW: Schimmelreiter-Images für Vu+ Solo²-Clones (Sunray und Lonrisun)

Ankündigung OpenATV 4.2 vom 13.2.2015 - Veraltetes Image, Verwendung nicht mehr empfohlen!

Nach "wenigen" Stunden Gefummel und Gemurkse habe ich es hingekriegt:

Link ist nicht mehr aktiv.

  1. Der Kernel ist derselbe wie im Image vom 6.9.2014 von d2z und darf auch nicht aktualisiert werden!
  2. Doppelter Update-Schutz: chattr +i und künstlich hochgesetzte Versionsnummer in opkg
  3. Image wurde nach der Clone-Anpassung wieder gesäubert und startet mit dem Ersteinrichtungs-Assistenten
  4. oscam ist bereits enthalten und startet auf Port 8888 (Also
    Sie müssen registriert sein, um Links zu sehen.
    ) , wenn er nicht gewünscht wird einfach die Datei /etc/init.d/softcam umbenennen.
    oscam-Configs liegen in /etc/tuxbox/config/oscam (PLi-Kenner kennen diese Installationsvariante bestimmt )
  5. oscam, Samba und Streaming sind IPv6-tauglich


Online-Updates:
Generell möglich, allerdings etwas aufwendiger, denn es mußten auch /usr/bin/enigma2 und /usr/bin/enigma2.sh schreibgeschützt werden ...
Diese beiden Dateien stammen aus OpenATV 4.2 vom 13.2.2015 für Vu+ Duo (sic!), da dies das ähnlichste Modell ohne gles-Support ist.

Um Enigma2 zu aktualisieren, wie folgt vorgehen:
  • Zuerst einmal ganz normal updaten mit
    Code: 
    opkg update && opkg upgrade
  • Optional: Danach enigma2 an sich gezielt nochmals updaten (Braucht ihr nicht unbedingt, wenn Ihr die gesuchte URL in dem "opkg update && opkg upgrade"-Gewusel findet)
    Code: 
    opkg --force-reinstall install enigma2
    ... und dabei die Download-Adresse merken/in die Zwischenablage kopieren.
    Am Ende werden zwei Fehler ausgegeben, daß o.g. Dateien nicht überschrieben werden konnten.
  • In der gefunden Download-Adresse ersetzt Ihr alle drei "solo2" durch "duo", wenn die Download-Adresse also lautet
    Code: 
    http://feeds.mynonpublic.com/4.2/vu[COLOR="#FF0000"]solo2[/COLOR]/vu[COLOR="#FF0000"]solo2[/COLOR]/[B]enigma2_3.0[/B]+git19916+3fb9358-r21_vu[COLOR="#FF0000"]solo2[/COLOR].ipk
    dann ist die für uns richtige Adresse
    Code: 
    http://feeds.mynonpublic.com/4.2/vu[COLOR="#008000"]duo[/COLOR]/vu[COLOR="#008000"]duo[/COLOR]/[B]enigma2_3.0[/B]+git19916+3fb9358-r21_vu[COLOR="#008000"]duo[/COLOR].ipk
    der Dateiname ist dann alles nach dem letzten "/", also
    Code: 
    enigma2_3.0+git19916+3fb9358-r21_vuduo.ipk
  • Wenn Ihr diese Infos habt, könnt Ihr folgende Befehle eingeben, dabei die spitzen Klammern <> nicht mit eingeben, sondern das jeweils darin angegebene durch die wie zuvor beschrieben ermittelten Werte ersetzen:
    Code: 
    mkdir -p /tmp/e2up && cd /tmp/e2up
wget <Korrigierte Download-Adresse>
ar x <Dateiname>
tar -xzf data.tar.gz
chattr -i /usr/bin/enigma2*
cp usr/bin/enigma2* /usr/bin/
chattr +i /usr/bin/enigma2*

PS: Dieses Trick-Update sollte so oder so ähnlich auch für alle anderen Images klappen, die wegen gles nicht mehr direkt aktualisiert werden können.
Die Features skin1080, uianimation und xbmc stehen natürlich tatsächlich nicht zur Verfügung ...
 
AW: Schimmelreiter-Images für Vu+ Solo²-Clones (Sunray und Lonrisun)

Alte Ankündigung OpenATV 4.2 vom 20.3.2015

Historischer Wert:
Letztes Image vor dem Wechsel vom Vu+ dvb-mediasink auf den PLi-mediasink.

Abgesehen von diesem historischen Wert nicht mehr zur Verwendung empfohlen.

Neu: Link ist nicht mehr aktiv.

Hinweise:

  • Aus dem Original-Image vom 20.3.2015 erzeugt (Kein Update eines alten Images!)
  • Kernel 3.13.5-r4.7 unter Beibehaltung der Versionsnummer auf Kernel 3.13.5-r4.6 downgraded (Nötig wegen Lonrisun-Treiber)
  • Doppelter Update-Schutz: chattr +i und künstlich hochgesetzte Versionsnummer in opkg
  • Image wurde nach der Clone-Anpassung wieder gesäubert und startet mit dem Ersteinrichtungs-Assistenten
  • oscam ist bereits enthalten und startet auf Port 8888 (Also
    Sie müssen registriert sein, um Links zu sehen.
    ) , wenn er nicht gewünscht wird einfach die Datei /etc/init.d/softcam umbenennen.
    Server für
    - HD+ HD01, HD02 oder ORF/AustriaSat für unteren Kartenschacht
    sowie
    - Sky S02, V13 oder V14 für oberen Kartenschacht
    sowie
    - HS/CS-Server-Eintrag (IP/DynDNS, Port, Benutzername und Kennwort müssen natürlich noch nachgetragen werden)
    sind vorkonfiguriert und brauchen nur noch aktiviert zu werden.
  • oscam, Samba und Streaming sind IPv6-tauglich


Online-Updates bevorzugt so durchführen:
Auf der Shell (ssh oder telnet)
Code: 
e2up
ausführen.

e2up führt ein besonders Clone-sicheres Update durch, trotzdem erfolgen Online-Updates natürlich immer auf eigene Verantwortung!

Edit:
Kleine Illustration der Funktionsweise von e2up anhand des Updates von heute:

Erklärung:
  1. e2up führt ein ganz normales "opkg update" durch
  2. Dann macht es aber nicht wirklich "opkg upgrade" sondern "opkg list_upgradable", d.h. es läßt sich nur anzeigen, was aktualisiert werden würde
    Aus diesen potentiellen Updates filtert es bereits alle die aus, die man auf einem Clone besser nicht einspielt (Kernel- und Treiber-Updates) und zeigt sie an (Hier sind das also "none" = keine).
  3. Wenn bei den Updates auch das enigma2 selber dabei ist, dann wird dieses vorab in der Version für die Vu+ Duo gezogen (Die hat nämlich auch kein gles/xbmc, das enigma2 ist aber ansonsten identisch).
  4. Die anderen verfügbaren Updates (Incl. Enigma2 für die Vu+ Solo²) werden dann über "opkg install" eingespielt.
    e2up läßt es dabei zu, daß die lästigen Abhängigkeiten vuplus-libgles-vusolo2 und libvugles2 zusammen mit dem Enigma2 für die Solo² installiert werden, eben weil sie nur lästig, aber nicht wirklich gefährlich sind.
    Enigma2 in Verbindung mit vuplus-libgles-vusolo2 und libvugles2 und nicht gles-fähigen Treibern führt "nur" zu einem Absturz beim Beenden/Neustarten von E2/der Box, mehr nicht.
  5. Die Pakete vuplus-libgles-vusolo2 und libvugles2 werden am Ende einfach wieder deinstalliert und die Dateien "/usr/bin/enigma2" und "/usr/bin/enigma2.sh" sind sowieso schreibgeschützt, werden also gar nicht erst mit der Solo²-Version überschrieben.
  6. e2up kopiert nach dem Upgrade die enigma2 und enigma2.sh aus der Version für die Vu+ Duo ins System und beseitigt so wieder die Ursache für den Absturz durch gles.
  7. Fertig.
 
AW: Schimmelreiter-Images für Vu+ Solo²-Clones (Sunray und Lonrisun)

Alte Ankündigung OpenATV 4.2 vom 23.3.2015 für Sunray

Abgesehen von diesem historischen Wert nicht mehr zur Verwendung empfohlen.

Neu: Link ist nicht mehr aktiv.

Built from image not from source!

Original-Image vom 23.3.2015 mit gepatchten Treibern von ramimaher, Schreibschutz und hochgesetzter Versionsnummer der Treiberpakete.
 
AW: Schimmelreiter-Images für Vu+ Solo²-Clones (Sunray und Lonrisun)

Alte Ankündigung OpenPLi 4.0 vom 24.3.2015

Achtung: Fehlerhafter Build - Nicht verwenden!

Sunray-Version nicht lauffähig (12 Downloads und kein Schwein sagt was), Lonrisun-Version mangelhaft (oscam startet nicht)

Neu: Link ist nicht mehr aktiv.
Neu: Link ist nicht mehr aktiv.



Hinweise:

1. Aus dem Original-Image vom 24.3.2015 erzeugt (Kein Update eines alten Images, kein Nachbau!)
2. Lonrisun-Treiber vom 6.9.2014 ... neuere gibt's halt nicht / Sunray/ramiMAHER-Treiber vom 17.3.2015
3. Doppelter Update-Schutz: chattr +i und künstlich hochgesetzte Versionsnummer in opkg
4. Image wurde nach der Clone-Anpassung wieder gesäubert und startet mit dem Ersteinrichtungs-Assistenten
5. oscam ist bereits enthalten und startet auf Port 8888 (Also
Sie müssen registriert sein, um Links zu sehen.
) , wenn er nicht gewünscht wird einfach die Datei /etc/init.d/softcam umbenennen.
6. oscam, Samba und Streaming sind IPv6-tauglich

Das Web-Interface des vorinstallierten oscam erreicht ihr auf Port 8888, also
Sie müssen registriert sein, um Links zu sehen.


Online-Updates:
Auf der Shell (ssh oder telnet)
e2up
ausführen.

e2up führt ein besonders Clone-sicheres Update durch, trotzdem erfolgen Online-Updates auf eigene Verantwortung!
 
AW: Schimmelreiter-Images für Vu+ Solo²-Clones (Sunray und Lonrisun)

Neu: Link ist nicht mehr aktiv.
Neu: Link ist nicht mehr aktiv.


Hinweise:

! Für Lonrisun nicht unbedingt beste Wahl, da der neue gstreamer eigentlich auch neuere Treiber erfordert, die es für/von Lonrisun eben nicht gibt ... !
! Toter Alpha-Entwicklungszweig - Nächste stabile Version nach OpenATV 4.2 wird OpenATV 5.0 !

1. Aus dem Original-Image vom 18.3.2015 erzeugt (Kein Update eines alten Images, kein Nachbau!)
2. Lonrisun-Treiber vom 6.9.2014 ... neuere gibt's halt nicht / Sunray/ramiMAHER-Treiber vom 17.3.2015
3. Doppelter Update-Schutz: chattr +i und künstlich hochgesetzte Versionsnummer in opkg
4. Image wurde nach der Clone-Anpassung wieder gesäubert und startet mit dem Ersteinrichtungs-Assistenten
5. oscam ist bereits enthalten und startet auf Port 8888 (Also
Sie müssen registriert sein, um Links zu sehen.
) , wenn er nicht gewünscht wird einfach die Datei /etc/init.d/softcam umbenennen.
6. oscam, Samba und Streaming sind IPv6-tauglich

Das Web-Interface des vorinstallierten oscam erreicht ihr auf Port 8888, also
Sie müssen registriert sein, um Links zu sehen.


Online-Updates:
Auf der Shell (ssh oder telnet)
e2up
ausführen.

e2up führt ein besonders Clone-sicheres Update durch, trotzdem erfolgen Online-Updates auf eigene Verantwortung!
 
AW: Schimmelreiter-Images für Vu+ Solo²-Clones (Sunray und Lonrisun)

Alte Ankündigung: OpenATV 4.2 vom 25.3.2015

Enthält noch keinen opkg-wrapper.
Eine neuere Version mit opkg-wrapper ist verfügbar.
Neu: Link ist nicht mehr aktiv.
Neu: Link ist nicht mehr aktiv.

Damit haben wir die Lonrisun- und Sunray-Builds synchron

Hinweise:

1. Aus dem Original-Image vom 25.3.2015 erzeugt (Kein Update eines alten Images, kein Nachbau!)
2. Lonrisun-Treiber vom 6.9.2014 ... neuere gibt's halt nicht / Sunray/ramiMAHER-Treiber vom 17.3.2015
3. Doppelter Update-Schutz: chattr +i und künstlich hochgesetzte Versionsnummer in opkg
4. Image wurde nach der Clone-Anpassung wieder gesäubert und startet mit dem Ersteinrichtungs-Assistenten
5. oscam ist bereits enthalten und startet auf Port 8888 (Also
Sie müssen registriert sein, um Links zu sehen.
) , wenn er nicht gewünscht wird einfach die Datei /etc/init.d/softcam umbenennen.
6. oscam, Samba und Streaming sind IPv6-tauglich

Das Web-Interface des vorinstallierten oscam erreicht ihr auf Port 8888, also
Sie müssen registriert sein, um Links zu sehen.



Online-Updates:
Auf der Shell (ssh oder telnet)
e2up
ausführen.

e2up führt ein besonders Clone-sicheres Update durch, trotzdem erfolgen Online-Updates auf eigene Verantwortung!
 
AW: Schimmelreiter-Images für Vu+ Solo²-Clones (Sunray und Lonrisun)

Neu: Link ist nicht mehr aktiv.
Neu: Link ist nicht mehr aktiv.

1. Aus dem Original-Image vom 6.4.2015 erzeugt (Kein Update eines alten Images, kein Nachbau!)
2. Lonrisun-Treiber vom 6.9.2014 ... neuere gibt's halt nicht / Sunray/ramiMAHER-Treiber vom 3.4.2015
3. Dreifacher Update-Schutz: chattr +i und künstlich hochgesetzte Versionsnummer und ein opkg-wrapper der gefährliche Updates unterdrückt, auch über das Menü!
4. Image wurde nach der Clone-Anpassung wieder gesäubert und startet mit dem Ersteinrichtungs-Assistenten
5. oscam ist bereits enthalten und für diverse lokale Karten und/oder den Clientbetrieb vorkonfiguriert
6. oscam und Streaming sind IPv6-tauglich, Samba ist bei openViX standardmäßig nicht installiert, also auch nicht in diesem Image

Das Web-Interface des vorinstallierten oscam erreicht ihr auf Port 8888, also
Sie müssen registriert sein, um Links zu sehen.
bzw. http://<IP der Box:8888

Wer oscam nicht oder nicht in meiner Version nutzen mag, kann nun einfach das Paket "enigma2-plugin-softcams-oscam-schimmelreiter" deinstallieren.

Online-Updates:
Über Menü ("Konfiguration -> Software aktualisieren", nicht irgendwas mit "Flashen online/lokal"!) oder auf der Shell mittels
opkg update && opkg upgrade

Um opkg herum wurde ein Wrapper gebastelt, der Upgrades der Treiber und des Kernels unterdrückt, egal ob opkg über das Menü oder auf der Shell aufgerufen wird.
Trotzdem erfolgen Online-Updates auf eigene Verantwortung!

[video=youtube;H0VkSbIjSCg]http://www.youtube.com/watch?v=H0VkSbIjSCg[/video]
 
Zuletzt bearbeitet:
AW: Schimmelreiter-Images für Vu+ Solo²-Clones (Sunray und Lonrisun)

Alte Ankündigung: OpenATV 4.2 vom 8.4.2015 (Sunray & Lonrisun V4)

Eine neuere Version mit verbessertem opkg-wrapper ist verfügbar.
Neu: Link ist nicht mehr aktiv.
Neu: Link ist nicht mehr aktiv.

1. Aus dem Original-Image vom 8.4.2015 erzeugt (Kein Update eines alten Images, kein Nachbau!)
2. Lonrisun-Treiber vom 6.9.2014 ... neuere gibt's halt nicht / Sunray/ramiMAHER-Treiber vom 3.4.2015
3. Dreifacher Update-Schutz: chattr +i und künstlich hochgesetzte Versionsnummer und ein opkg-wrapper der gefährliche Updates unterdrückt, auch über das Menü!
4. Image wurde nach der Clone-Anpassung wieder gesäubert und startet mit dem Ersteinrichtungs-Assistenten
5. oscam ist bereits enthalten und für diverse lokale Karten und/oder den Clientbetrieb vorkonfiguriert
6. Softcam-Feed bereits integriert
7. oscam, Samba und Streaming sind IPv6-tauglich

Das Web-Interface des vorinstallierten oscam erreicht ihr auf Port 8888, also
Sie müssen registriert sein, um Links zu sehen.
bzw.
Sie müssen registriert sein, um Links zu sehen.


Wer oscam nicht oder nicht in meiner Version nutzen mag, kann nun einfach das Paket "enigma2-plugin-softcams-oscam-schimmelreiter" deinstallieren.

Online-Updates:
Über Menü ("Software aktualisieren", nicht "Flashen online/lokal"!) oder auf der Shell mittels
opkg update && opkg upgrade

Um opkg herum wurde ein Wrapper gebastelt, der Upgrades der Treiber und des Kernels unterdrückt, egal ob opkg über das Menü oder auf der Shell aufgerufen wird.
Trotzdem erfolgen Online-Updates auf eigene Verantwortung!

Verbesserungen in dieser Version ggü. der vom 25.3.2015:
- Update-Schutz direkt in opkg eingebaut, kein "e2up" auf der Shell mehr nötig (Aber nach wie vor möglich!)
- oscam vollintegriert: Kann über Softcam-Panel gestartet/gestoppt werden und dank Änderungen im Softcam-Panel nun auch per oscaminfo ausgelesen werden
- oscam bei Bedarf über Menü deinstallierbar, da per ipk installiert
- Softcam-Feed vorinstalliert
- Nur Sunray: Neue Treiber vom 3.4.2015
 
Zuletzt bearbeitet:
AW: Schimmelreiter-Images für Vu+ Solo²-Clones (Sunray und Lonrisun)

Neu: Link ist nicht mehr aktiv.
Neu: Link ist nicht mehr aktiv.

Bitte nach der Installation und vor dem ersten Update unbedingt das Paket openpli-hotfix01.ipk (Enthalten im Archiv openpli-hotfix01.zip) manuell nachinstallieren!
Das Paket openpli-hotfix01 kann danach sofort wieder gelöscht werden, die Änderungen bleiben erhalten.

Wird der Hotfix nicht installiert, dann wird die Erreichbarkeit der Box beim nächsten Update von Samba durch OpenPLi stark eingeschränkt (Kein telnet, kein ftp und kein Streaming mehr)!

1. Aus dem Original-Image vom 9.4.2015 erzeugt (Kein Update eines alten Images, kein Nachbau!)
2. Lonrisun-Treiber vom 6.9.2014 ... neuere gibt's halt nicht / Sunray/ramiMAHER-Treiber vom 3.4.2015
3. Dreifacher Update-Schutz: chattr +i und künstlich hochgesetzte Versionsnummer und ein opkg-wrapper der gefährliche Updates unterdrückt, auch über das Menü!
4. Image wurde nach der Clone-Anpassung wieder gesäubert und startet mit dem Ersteinrichtungs-Assistenten
5. oscam ist bereits enthalten und für diverse lokale Karten und/oder den Clientbetrieb vorkonfiguriert
6. oscam, Samba und Streaming sind IPv6-tauglich

Das Web-Interface des vorinstallierten oscam erreicht ihr auf Port 8888, also
Sie müssen registriert sein, um Links zu sehen.
bzw.
Sie müssen registriert sein, um Links zu sehen.


Wer oscam nicht oder nicht in meiner Version nutzen mag, kann nun einfach das Paket "enigma2-plugin-softcams-oscam-schimmelreiter" deinstallieren.

Online-Updates:
Über Menü (Aber nicht "Flashen online/lokal" o.ä.!) oder auf der Shell mittels
opkg update && opkg upgrade

Um opkg herum wurde ein Wrapper gebastelt, der Upgrades der Treiber und des Kernels unterdrückt, egal ob opkg über das Menü oder auf der Shell aufgerufen wird.
Trotzdem erfolgen Online-Updates auf eigene Verantwortung!

Verbesserungen in dieser Version ggü. der vom 24.3.2015:
- Update-Schutz direkt in opkg eingebaut, kein "e2up" auf der Shell mehr nötig (Aber nach wie vor möglich!)
- oscam vollintegriert: Kann über Softcam-Panel gestartet/gestoppt werden und dank Änderungen im Softcam-Panel nun auch per oscaminfo ausgelesen werden
- oscam bei Bedarf über Menü deinstallierbar, da per ipk installiert
- Nur Sunray: Verwendung des richtigen (non-gles) Treiber-Satzes bei Sunray, OpenPLi ist das letzte Image, das auch ab Werk kein gles/xbmc hat


[video=youtube_share;WRkE3FYH3mY?t=45s]http://youtu.be/WRkE3FYH3mY?t=45s[/video]
 
Zuletzt bearbeitet:
AW: Schimmelreiter-Images für Vu+ Solo²-Clones (Sunray und Lonrisun)

Altes Announcement: OpenATV 5.0 vom 8.4.2014

Auf Lonrisun nicht mehr online upgradebar!
Auch auf Sunray ist ein sauberer Flash zu bevorzugen!

No longer upgradable at all on Lonrisun!
Clean install also recommended for Sunray!

Neu: Link ist nicht mehr aktiv.
Neu: Link ist nicht mehr aktiv.

Für Lonrisun nicht unbedingt erste Wahl, da OpenATV 5.0 Features nutzt, die eigentlich neuere Treiber voraussetzen als es von Lonrisun gibt.
Wer sichergehen will, nutzt auf Lonrisun weiterhin OpenATV 4.2.

1. Aus dem Original-Image vom 8.4.2015 erzeugt (Kein Update eines alten Images, kein Nachbau!)
2. Lonrisun-Treiber vom 6.9.2014 ... neuere gibt's halt nicht / Sunray/ramiMAHER-Treiber vom 3.4.2015
3. Dreifacher Update-Schutz: chattr +i und künstlich hochgesetzte Versionsnummer und ein opkg-wrapper der gefährliche Updates unterdrückt, auch über das Menü!
4. Image wurde nach der Clone-Anpassung wieder gesäubert und startet mit dem Ersteinrichtungs-Assistenten
5. oscam ist bereits enthalten und für diverse lokale Karten und/oder den Clientbetrieb vorkonfiguriert
6. Softcam-Feed bereits integriert
7. oscam, Samba und Streaming sind IPv6-tauglich

Das Web-Interface des vorinstallierten oscam erreicht ihr auf Port 8888, also
Sie müssen registriert sein, um Links zu sehen.
bzw.
Sie müssen registriert sein, um Links zu sehen.


Wer oscam nicht oder nicht in meiner Version nutzen mag, kann nun einfach das Paket "enigma2-plugin-softcams-oscam-schimmelreiter" deinstallieren.

Online-Updates:
Über Menü ("Software aktualisieren", nicht "Flashen online/lokal"!) oder auf der Shell mittels
opkg update && opkg upgrade

Um opkg herum wurde ein Wrapper gebastelt, der Upgrades der Treiber und des Kernels unterdrückt, egal ob opkg über das Menü oder auf der Shell aufgerufen wird.
Trotzdem erfolgen Online-Updates auf eigene Verantwortung!

Verbesserungen in dieser Version ggü. der vom 25.3.2015:
- Update-Schutz direkt in opkg eingebaut, kein "e2up" auf der Shell mehr nötig (Aber nach wie vor möglich!)
- oscam vollintegriert: Kann über Softcam-Panel gestartet/gestoppt werden und dank Änderungen im Softcam-Panel nun auch per oscaminfo ausgelesen werden
- oscam bei Bedarf über Menü deinstallierbar, da per ipk installiert
- Softcam-Feed vorinstalliert
- Nur Sunray: Neue Treiber vom 3.4.2015
 
Zuletzt bearbeitet:
AW: Schimmelreiter-Images für Vu+ Solo²-Clones (Sunray und Lonrisun)

Ich habe die letzte Openpli 4.0 von Schimmelreiter auf meine Solo2.
Alles funktioniert einwandfrei.
Ich habe nur ein frage fur Schimmelreiter:

Ich brauche dieses paket fur meine dvb-t usb tuner:

kernel-module-it913x-fe

Aber ich kann es nicht installieren, mit "opkg install kernel-module-it913x-fe" bekomme ich diese mitteilung:

Skipping potentially dangerous packages:
kernel-module-it913x-fe

Die opkg-wrapper funktioniert :emoticon-0123-party aber wie kann ich diese pakket installieren ohne opkg-wrapper?
Ich habe --force-depends probiert aber das funktoniert auch nicht.

Danke im voraus!
 
Du musst dich einloggen oder registrieren, um hier zu antworten.

Ähnliche Themen

  • Umfrage Umfrage
Welche Images für die Clones werden benötigt?
Antworten
4
Aufrufe
2K
Nordcappo
N
OpenPLi 6.0 Sunray VU+Solo2 image daily build
Antworten
0
Aufrufe
1K
gjstroom
P
Orientierung nach Vu Solo² SE
Antworten
6
Aufrufe
2K
d2z
OpenPLi 6.0 Sunray VU+SoloSE image daily build
Antworten
0
Aufrufe
1K
gjstroom
Welche Image für Vu+ Solo Clone
Antworten
4
Aufrufe
3K
d2z
Menü
Anmelden
Registrieren
Für die Nutzung dieser Website sind Cookies erforderlich. Du musst diese akzeptieren, um die Website weiter nutzen zu können. Erfahre mehr…