format neutrino.conf; warum kein xml?

[Tommy]

@Barf: Das o.g. skript macht genau das was ich meine. Nur, ist es nicht so das die Variablen eigentlich sowieso zur runtime zur verfügung stehen? Das mit dem ist als Workaround aber schonmal ganz ok. Yjogol meint das ganze mit Sicherheit ähnlich nur eben bidirektional - eben das er auch werte setzen kann ohne danach neutrino brute force zu killen damit die config nicht wieder überschrieben wird. Evtl. eben eine richtige Schnittstelle

[yjogol]

@Barf: Das o.g. skript macht genau das was ich meine. Nur, ist es nicht so das die Variablen eigentlich sowieso zur runtime zur verfügung stehen? Das mit dem ist als Workaround aber schonmal ganz ok. Yjogol meint das ganze mit Sicherheit ähnlich nur eben bidirektional - eben das er auch werte setzen kann ohne danach neutrino brute force zu killen damit die config nicht wieder überschrieben wird. Evtl. eben eine richtige Schnittstelle

Mensch, ich fühl mich verstanden ...

Hier was zum spielen - Ini-auslesen:
http://dbox/y/cgi?execute=ini-get:/var/ ... cordingdir

Ini-setzen:
http://dbox/y/cgi?execute=ini-set:/var/ ... /mnt/fime2

Gruß
yjogol

[ChakaZulu]

Genau das meine ich.
Hatte ich auch schon mal angefragt, ist ein bischen Arbeit ... http://forum.tuxbox-cvs.sourceforge.net ... highlight=

hm, da steht doch, wie man es machen müsste
Ist wohl vor allem eine Schreibarbeit, weshalb die Realisierung nicht sehr attraktiv wirkt

ciao,

ChakaZulu

[Tommy]

Ist es das:

..dann könnte man auch die timerd.conf/zapit.conf einstampfen und braucht nur eine configdatei... <<weiterspinn>>

denn nicht wert?

[ChakaZulu]

Ist es das:

..dann könnte man auch die timerd.conf/zapit.conf einstampfen und braucht nur eine configdatei... <<weiterspinn>>

denn nicht wert?

aber erst, wenn timerd/zapit nicht mehr eigenständig sind

Ein eigenständiger Daemon hat auch seine eigene config-Datei zu haben.

ciao,

ChakaZulu