installscript

Lösche einfach die Zeile:

setup.sh ------------>

$SETDIR/bin/oschooser.pl $SETDIR/bin/os_list.txt $tmp/tmp1.$$ 1 ; . $tmp/tmp1.$$

Bricht das wirklich ab, wenn kein OS in der Liste gefunden wird?

Kommt drauf an wie man das aufruft:

# oschooser
# Read the list of operating systems and ask the user to choose
# an OS and version
# auto param: 0 = always ask user
#	      1 = automatic, give up if fails
#	      2 = automatic, ask user if fails
#             3 = automatic, ask user if fails and if a TTY

Weiß auch nicht, "....... tmp1.$$ [1]" mal die 2 probieren?

MFG Ronny

Zitat

Original von hapro66
Hallo,
bei mir bricht das Installscript immer mit folgender Meldung ab:

Failed to detect operating system
./setup/setup.sh: line 70: /tmp/setup.74mU3W/tmp1.3286: No such file or directory

Kernelsourcen, gcc, gpp usw. sind installiert.

Fehlen eventuell noch andere Programme ?

MfG Hauke

Alles anzeigen

Ist ein "Patzer", darf normal nicht sein das es abbricht:

......
    $SETDIR/bin/oschooser.pl $SETDIR/bin/os_list.txt $tmp/tmp1.$$ 1 ; . $tmp/tmp1.$$
......

So passt es glaube:

......
    $SETDIR/bin/oschooser.pl $SETDIR/bin/os_list.txt $tmp/tmp1.$$ 1


    if test -e $tmp/tmp1.$$ ; then
	. $tmp/tmp1.$$
    fi
......

MFG Ronny

Probier es mal mit der folgender Version: ftp://ftp.cadsoft.de/vdr/Tools/plugin-install-0.5.0.run

Ist gerade geändert, falls es dennoch abbrechen sollte, poste mal die komplette Ausgabe.

Ich kann mich noch eine M@il erinnern, da war es mit MDK so ähnlich.

In der Cron stand was drinnen, das /tmp gesäubert wird (dauernd), falls das der Fall sein sollte, gehts nicht, da die Scripts stettig /tmp auslagern.

Das wäre dann in der setup.sh ziehmlich weit oben folgendes ändern:

export tmp=`mktemp -d /tmp/setup.XXXXXX`

Einfach woanders auslagern lassen, vielleicht so:

export tmp=`mktemp -d /usr/local/src/setup.XXXXXX`

Wird nach beenden der Scripts eh gelöscht.

Zu:

$SETDIR/bin/oschooser.pl $SETDIR/bin/os_list.txt $tmp/tmp1.$$ 1


    if test -e $tmp/tmp1.$$ ; then
	. $tmp/tmp1.$$
    fi

Normal ist es egal, ob das OS erkannt wird oder nicht (die Erkennung funktioniert so und so nur wenn das OS in der liste aufgeführt ist).

Das ist nur eine Erweiterung, falls mal wer die Scripts auf eine andere Distri portieren möchte.

[~] cd setup/bin
  [~] ./oschooser.pl os_list.txt tmp 1
  [~] cat tmp
  [~] export os_type="united-linux"
  [~] export os_version="1.0"
  [~] export real_os_type="SuSE Linux"
  [~] export real_os_version="9.0"

So kann man beim ausführen der Module, auf die exports "zugreifen", zbs wenn der KERNEL für eine bestimmte Distri angepasst werden muß.

test "$real_os_type" = "SuSE Linux"
test "$real_os_version" = "9.0"

Ist aus den Sourcen von WEBMIN übernommen worden, und wird für später benötigt, es soll mal mit Hilfe der function runlevel scripts generiert werden, steht auf Todo.

Aber wenn das wirklich nicht geht (hier gehts auf allen SuSE Versionen), kannst Du es auch aus der setup.sh komplett löschen.

Passiert weiter nichts, naja doch, bei VDR Convert, wird halt nichts weiter erstellt, aber kannst Du auch selbst machen, siehe VDRconvert/MANUAL ...

CallInstall ()
{
    if test -e $MYPATH/vdrconv* ; then
	if test -e $MYPATH/$ORG_DIR/README.EN; then
	    GetDialog 0 $MYPATH/$ORG_DIR/README.EN
	fi


	mkdir -p /etc/vdr /film
	mv $MYPATH/vdrconv* $VDRCONVERT
	cd $VDRCONVERT


	if test ! -e vdrconvert.env -a -e etc/vdrconvert.env ; then
	    cp etc/vdrconvert.env .
	fi


	if test ! -e /etc/logrotate.d/vdrconvert -a -e etc/vdrconvert ; then
	    mkdir -p /etc/logrotate.d
	    cp etc/vdrconvert /etc/logrotate.d/vdrconvert
	fi


	if test ! -e /etc/init.d/vdrconvert -a -d init ; then
	    cd init ; chmod 755 *
	    if test "$os_type" = "gentoo-linux" ; then
		if test-e vdrconvert.gentoo ; then
		    cp vdrconvert.gentoo /etc/init.d/vdrconvert
		    rc-update add vdrconvert boot
		fi
	    elif test "$os_type" = "suse-linux" -o "$os_type" = "united-linux" ; then
		if test -e vdrconvert.SuSE ; then
		    cp vdrconvert.SuSE /etc/init.d/vdrconvert
		    insserv -d vdrconvert
		fi
	    elif test "$os_type" = "debian-linux" ; then
		if test -e vdrconvert.debian ; then
		    cp vdrconvert.debian /etc/init.d/vdrconvert
		    update-rc.d vdrconvert defaults 20
		fi
	    elif test "$os_type" = "redhat-linux" ; then
		if test -e vdrconvert.rh9 ; then
		    cp vdrconvert.rh9 /etc/init.d/vdrconvert
		    chkconfig --add vdrconvert
		fi
	    fi
	fi
    fi
}

MFG Ronny

Den Dialog kenne ich :-)), die Scripts sind so aufgebaut das Module geladen werden, sprich man legt ein Installations Modul in einen Ordner, dann werden sie Integriert (ins Menu eingefügt).

Kann es sein das Du 2 x Scripts genommen hast?

1 x eine alte Version, dannach eine neuere?

Viele Module wurden im laufe der Zeit umbenannt, lösche mal VDRtmp komplett und führe sie dann mal aus, dann sollte es passen.

Kann auch sein das es ein Fehler ist, denn "alcd" ist ein Plugin, das wird nicht ins Software Menu eingebunden (siehe Bild), nur ins Download Menu .....

Kannst Du VDRtmp mal löschen und es erneut probieren?

Falls es immer noch nicht gehen sollte, in func/cmdcheck.func mal folgende Zeilen löschen:

cd $CMDS ; (mv `ls *[a-z]*cmd` $CMDP) 2>&-
cd $CMDP ; (mv `ls *[A-Z]*cmd` $CMDS) 2>&-

MFG Ronny

Kommisch:

unter preesoft -> muß alles großgeschrieben liegen [VDR].cmd usw.
unter preeplugins -> alles klein [safe].cmd usw

Kannst Du da mal schauen?

MFG Ronny

Lösche die kleinen, in preesoft ..... und probiers mal.

Ich werde auch mal schauen wo es "hackt".

MFG Ronny

Lösche mal alle cmds, und nimm mal die aus dem Anhang, und villeicht mal die menu.conf gegentauschen, ist ebenfalls inside.

MFG Ronny

Das ist der Eintrag, letztens eine Mail erhalten, da hatte wer ein plugins.cmd nach software verschoben.

cd $CMDS ; (mv `ls *[a-z]*cmd` $CMDP) 2>&-
cd $CMDP ; (mv `ls *[A-Z]*cmd` $CMDS) 2>&-

Damit wollte ich es unterbinden, so das [a-z] nach preeplugins verschoben wird, und umgekehrt bei Software das selbe.

Ist in die Hose gegangen, habs wieder gelöscht.

Nach dem ersetzen der cmds, nicht die plugins-install-***.run ausführen, die setup.sh muß dann gestartet werden und unter /usr/local/src/VDRtmp/func/cmdcheck.func, die Sachen löschen:

cd $CMDS ; (mv `ls *[a-z]*cmd` $CMDP) 2>&-
cd $CMDP ; (mv `ls *[A-Z]*cmd` $CMDS) 2>&-

Schweere Gebuhrt, oder warte noch eine Viertel Stunde, habe die Version gerade aktualisiert, das passiert bei KLS auto, somit immer zur vollen Stunde per Cron.

ftp://ftp.cadsoft.de/vdr/Tools

Sorry wegen der Umstände.

MFG Ronny