Hallo,
Bei pyLoad war es definitiv ein falscher Eintrag in der wait4pc.conf - es klappt jetzt! Wahrscheinlich hat die 1.5.0.1 einen falschen Wert geschrieben.
Die einzige "Einschränkung" sind noch Fehlermeldungen beim direkten Aufruf des Scripts und dass der Status offenbar zweimal überprüft wird:
No downloads running./sbin/write_log: /root/.pyload/opt/lib/libcrypto.so.0.9.8: no version information available (required by /usr/lib/libuLinux_config.so.0)log_tool: /root/.pyload/opt/lib/libcrypto.so.0.9.8: no version information available (required by /usr/lib/libuLinux_config.so.0)No downloads running./sbin/setcfg: /root/.pyload/opt/lib/libcrypto.so.0.9.8: no version information available (required by /usr/lib/libuLinux_config.so.0)/sbin/setcfg: /root/.pyload/opt/lib/libcrypto.so.0.9.8: no version information available (required by /usr/lib/libuLinux_config.so.0)
Wenn Downloads laufen werden diese ebenfalls zweimal angezeigt.
Bei Twonky und Squeezebox ist mir das Zurücksetzen der Konfiguration noch nicht gelungen - da spiel ich mich noch ein bisschen ... 8-)
Omar
---Edit---
Nachtrag:
Wenn ich in der Squeezebox-Funktion "func_get_app_squeezebox" die Variable QPKG_SSOTS_DIR abfrage erhalte ich ein "N":
QPKG_SSOTS_DIR=`${CMD_GETCFG} "SSOTS" Install_Path -f ${SYS_QPKG_CONFIG_FILE} -d N`echo ${QPKG_SSOTS_DIR}
Meine Shell-Kenntnisse reichen aber nur soweit aus um zu verstehen dass der Pfad für das Squeezebox-QPKG nicht ermittelt werden kann ... Ich such aber weiter ... ![wink ;)](https://forum.qnapclub.de/wsc/images/smilies/emojione/1f609.png)
Omar
Nachtrag 2:
Mit Trial & Error kommt man auch weiter ...
/sbin/getcfg "SSOTS" Install_Path -f "/etc/config/qpkg.conf" liefert KEIN Ergebnis - klar, es gibt bei mir auch keine [SSOTS]-Sektion in der QPKG-Config.
/sbin/getcfg "LogitechMediaServer" Install_Path -f "/etc/config/qpkg.conf" liefert hingegen sehr wohl ein Ergebnis:
/share/MD0_DATA/.qpkg/LogitechMediaServer
Ich habe also die Funktion "func_get_app_squeezebox" in lib.sh geändert und statt auf SSOTS auf "LogitechMediaServer" geändert - und siehe da alles funktioniert wie gewünscht.
Der Grund ist möglicherweise die Umbenennung des QPKGs durch Logitech - früher hieß die Funktion eben anders ...
Nachtrag 3: Die Konsequenz könnte aber dennoch etwas unangenehm sein - je nach eingesetzter Serverversion (ich glaube seit 7.7 heißt der ehemalige Squeezebox-Server Logitech-Mediaserver) müsste die Abfrage anders sein.
Bei Twonky muss ich noch suchen - aber auch da könnte es an der Version liegen - ich hab die relativ neue 7.0.9!
---Edit---
Noch ein Nachtrag (der Übersichtlichkeit halber in einen neuen Beitrag
![sad :(](https://forum.qnapclub.de/wsc/images/smilies/emojione/2639.png)
Der Twonky-Server kann offensichtlich auf 2 verschiedene Arten eingerichtet / genutzt werden. Einmal über eine in die Firmware "eingebaute" Version (im NAS-Menü unter Anwendungen - UPnP-Medienserver zu finden) und einmal als QPKG. Ich nutze die QPKG-Variante. Deshalb ist bei mir auch in /etc/config/uLinux.conf in der Twonky-Sektion folgendes zu finden:
[TwonkyMedia]Enable = FALSEWeb Enable = FALSE
In /etc/config/qpkg.conf schaut's schon besser aus ;):
[TwonkyMedia]Name = TwonkyMediaVersion = 7.0.9Enable = TRUEQPKG_File = TwonkyMedia.qpkgDate = 2012-11-16Shell = /share/MD0_DATA/.qpkg/TwonkyMedia/twonkymedia6.shInstall_Path = /share/MD0_DATA/.qpkg/TwonkyMediaWeb_Port = 9000WebUI = /Pid_File = /tmp/mediaserver.pidAuthor = QNAP Systems, Inc.
Ich hab jetzt mal die Überprüfung in lib.sh (func_get_app_twonkymedia) von
bAppTWONKYMEDIA=`${CMD_GETCFG} TwonkyMedia Enable -f ${CONF_ULINUX} -d FALSE`
auf
bAppTWONKYMEDIA=`${CMD_GETCFG} TwonkyMedia Enable -f ${SYS_QPKG_CONFIG_FILE} -d FALSE`
geändert - und auch das funktioniert!
Also auch hier die Schwierigkeit, dass das Script prüfen müsste, welche Variante vorhanden ist ...
Könnte ev. so funktionieren (als Pseudo-Code)
check Twonky in CONF_ULINUX
if false
check Twonky in SYS_QPKG_CONFIG_FILE
if false
set twonky = false
exit
fi
fi
set twonky = true
Omar