Thema: EmbyDream Plugin von murxer

Hi,

Ja ich würde den Link zur /bin/sh empfehlen da gibts auch keinerlei Nebeneffekte, läuft ja hier auch so schon seit ??? Jahren
Weiss gar nicht ob das hier mal anders war oder ob ich das mal selber geändert habe.

Es ist halt so dieses busybox Zeug hast ja gesehen da klappt dann so einiges eben nicht und wennst nun auch andere Scripte mal ausführen willst is das womöglich im Weg.
@murxer hat ja im Paket in den Installscripten oben immer diese Zeile;

Code:

#!/bin/sh

Das ist also normalerweise die Bourne Shell, doch hier ist in allen meinen Systemen /bin/sh ein Link auf bash..bash also auf die bash und weil das bei dir nicht der Fall ist
klappte das nicht .

Ich hab ja als letzte Änderung nur die Shebang getauscht also von;
#!/bin/sh
zu;
#!/bin/bash
Und nur deshalb klappt das nun bei dir denn /bin/bash verweist ja bei dir auf /bin/bash.bash

Um das nochmal zu erwähnen wenn du also das folgende tust;

Code:

rm /bin/sh
ln -s /bin/bash.bash /bin/sh

Dann sollte auch bei dir /bin/sh auf /bin/bash.bash verweisen und so muss es auch klappen das Original Paket vom Feed von zu installieren.
Da brauchst dann das Paket was ich gestern gepostet habe nicht mehr.

Klar, vielleicht kann @murxer ja das so übernehmen das halt in seinen Installscripten die bash verwendet wird, wär auch ne Lösung, dann bräuchtest den Link nicht neu machen.

Oder man schreibt die Scripts etwas um also ohne diese bash Geschichten wie;
reseller=${reseller,,} usw...
Gibt ja auch noch andere Wege die das gleiche erledigen können da müsste man mal gucken kann ich ja noch tun wennst willst.


Grüsse
Pike

Nein.
Es gibt zwei "Welten":
#!/bin/sh
#!/bin/bash
Beide verlinken intern auf das im jeweiligen Image geltenden /bin/bash.bash. Wenn im Image "/bin/sh -> /bin/busybox.nosuid" verlinkt wurde. ist da was faul.
Da muß aber nicht das Script angepasst werden, sondern das im Image korrigiert werden.
Die nosuid bleiben stehen, wenn ein Update/Upgrade schief läuft bzw. vorzeitig abbricht. Das hat mit Scripts nichts zu tun.

Hi murxer,

Die erste Zeile (also die Shebang) muss wie @Papi2000 schon schrieb auf folgendes angepasst werden;

Code:

#!/bin/bash

Du könntest aber ja auch gleich die preinst welche ich für @werna_werna angepasst habe nehmen die sieht so aus (hab da halt noch ein bisschen was anderes auch noch geändert);

Code:

#!/bin/bash

reseller=$(grep creator /etc/image-version | cut -d"=" -f2)
reseller=${reseller,,}
reseller=${reseller%% *}

if [ "$reseller" = "vti" ] ; then
    mytest=/usr/lib/enigma2/python/mytest.py
    twisted=$(grep twisted.python.runtime.platform.supportsThreads $mytest | cut -d"=" -f2 | awk '{print $2}')
    twisted=${twisted,,}

    if [ "$twisted" = "false" ] ; then
        echo "... twisted.python.runtime.platform.supportsThreads is False set to True"

        if [ -f $mytest ] ; then
            echo "... set twisted.python.runtime.platform.supportsThreads = True"
            sed -i 's!twisted.python.runtime.platform.supportsThreads = lambda: False!twisted.python.runtime.platform.supportsThreads = lambda: True!g' $mytest
        fi
    fi
fi
echo $reseller
exit 0

und ebenfalls die angepasste postrm die sieht so aus;

Code:

#!/bin/bash

reseller=$(grep creator /etc/image-version | cut -d"=" -f2)
reseller=${reseller,,}
reseller=${reseller%% *}

if [ "$reseller" = "vti" ] ; then
    if [ ! -d /usr/lib/enigma2/python/Plugins/Extensions/JustWatch ] ; then
	   mytest=/usr/lib/enigma2/python/mytest.py
	   twisted=$(grep twisted.python.runtime.platform.supportsThreads $mytest | cut -d"=" -f2 | awk '{print $2}')
           twisted=${twisted,,}

        if [ "$twisted" = "true" ] ; then
            echo "... twisted.python.runtime.platform.supportsThreads is True set to False"

            if [ -f $mytest ] ; then
                echo "... set twisted.python.runtime.platform.supportsThreads = False"
                sed -i 's!twisted.python.runtime.platform.supportsThreads = lambda: True!twisted.python.runtime.platform.supportsThreads = lambda: False!g' $mytest
            fi
        fi
    fi
fi
exit 0

So ist das beim Paket was sich dann letztlich bei @werna_werna installieren hat lassen und das funktioniert ja wie wir ja nun wissen.


Grüsse
PIke

@Anskar,

Lies doch mal den Post hier genau;
https://www.opena.tv/plugins/58827-e...tml#post504565
Denn ich denke du verstehst das ganz einfach nicht, hier steht nämlich unter Anderem das;'

Code:

rm /bin/sh
ln -s /bin/bash.bash /bin/sh

Und das ist keine Änderung am Script, sondern am Image, damit (ich erklärs nun nochmal extra für dich) könnte @murxer alles so lassen wie es ist
und @werna_werna könnte ganz normal übern Feed installieren.

So und nun aber wenn man dennoch statt;
#!/bin/sh
zu;
#!/bin/bash
ändern würde diesmal in den Scripten also zusätzlich zu der obigen Änderung im Image, wäre das noch besser da würde so ein Problem
wies @werna_werna hatte erst gar nicht auftauchen (es sei denn die bash wäre überhaupt nicht installiert) denn die bash wird ja wohl immer auf /bin/bash.bash verweisen.

Ich hab ja nix gegen dich aber du lehnst dich da etwas aus dem Fenster und redest von ner Sache die du wies aussieht gar nicht verstanden hast.

Und wozu bitte soll man da jetzt den @Captain auch noch brauchen ?

Und dennoch auch man kann sehr vieles über Scripte lösen, ich glaube nicht das du abschätzen kannst was damit alles möglich ist.


Grüsse
Pike

Mal ganz langsam mit den Links.
Ich habe mir gerade mal ein originales Image oATV6.4 / 7.0 und 7.1 angeschaut.
In allen originalen Images passen die Symlinks zu /bin/bash.bash.
Irgendetwas nach dem Flashen hat bei ihm irgendetwas an den Links verbogen.
Da muss nix am Image geändert werden.

Da muss nix am Image geändert werden.

Genau und deshalb hab ich ja geschrieben wozu sollen wir da nun noch den @Captain benötigen.
Das Problem gibts ja nur local bei @werna_werna (aus welchem Grund auch immer) und das wäre mit;

Code:

rm /bin/sh
ln -s /bin/bash.bash /bin/sh

sofort gelöst.


Grüsse
Pike