timerd: Neuer Parameter --config=<file>
-
- CDK-Experte
- Beiträge: 4335
- Registriert: Donnerstag 3. April 2008, 14:05
timerd: Neuer Parameter --config=<file>
Hi,
da ich gelegentlich neu flashe und auch mal ein Yadd
benutze, vermisse ich die Möglichkeit, die Timer-Liste
auf einer anderen Maschine speichern zu können.
Der Patch in start_neutrino muss noch verändert werden,
damit der Dateiname aus neutrino.conf ausgelesen werden
kann, ebenso fehlt in Neutrino noch die Verzeichnisauswahl.
Hier der Patch: timerd_conf.diff
Als Vorbild habe ich diesen kb2rcd-Patch genommen:
http://cvs.tuxbox-cvs.sourceforge.net/l ... 00035.html
da ich gelegentlich neu flashe und auch mal ein Yadd
benutze, vermisse ich die Möglichkeit, die Timer-Liste
auf einer anderen Maschine speichern zu können.
Der Patch in start_neutrino muss noch verändert werden,
damit der Dateiname aus neutrino.conf ausgelesen werden
kann, ebenso fehlt in Neutrino noch die Verzeichnisauswahl.
Hier der Patch: timerd_conf.diff
Als Vorbild habe ich diesen kb2rcd-Patch genommen:
http://cvs.tuxbox-cvs.sourceforge.net/l ... 00035.html
-
- CDK-Experte
- Beiträge: 4335
- Registriert: Donnerstag 3. April 2008, 14:05
Re: timerd: Neuer Parameter --config=<file>
... und ja, ich könnte auch einen Link anlegen.
Ich bevorzuge allerdings die Lösung mit Parameter.
Ich bevorzuge allerdings die Lösung mit Parameter.
-
- Tuxboxer
- Beiträge: 2331
- Registriert: Donnerstag 24. März 2005, 21:52
Re: timerd: Neuer Parameter --config=<file>
versteh ich das richtig, das du eine timer config auf verschieden maschinen nutzen willst, wenn du das auf eine mount legst ?
dafür braucht man doch keine extra startoption. wenn cfgfile = "" dann nutze die config der box, ansonsten nutze die angegebene.
das wäre einfacher zu händeln und man bräuchte keine startdatei zu ändern.
was sagste dazu ?
dafür braucht man doch keine extra startoption. wenn cfgfile = "" dann nutze die config der box, ansonsten nutze die angegebene.
das wäre einfacher zu händeln und man bräuchte keine startdatei zu ändern.
was sagste dazu ?
-
- CDK-Experte
- Beiträge: 4335
- Registriert: Donnerstag 3. April 2008, 14:05
Re: timerd: Neuer Parameter --config=<file>
Nein, ich habe nur eine Dbox, die aber längere Zeit mitmb405 hat geschrieben:versteh ich das richtig, das du eine timer config auf verschieden maschinen nutzen willst, wenn du das auf eine mount legst ?
Yadd und später mit den unterschiedlichsten selbstkompilierten
Flashimages läuft. Dadurch habe ich schon mehrfach
interessante Sendungen verpasst, für die ich einen
Umschalttimer gesetzt hatte. Mit diesem Patch habe ich
nun immer "meine" Timerliste, egal welches Image gerade
auf der Box läuft.
-
- Developer
- Beiträge: 1475
- Registriert: Dienstag 4. Februar 2003, 22:02
Re: timerd: Neuer Parameter --config=<file>
Ich finde die Option sinnvoll, und rhabarbers Usecase überzeugend.
Eigentlich ist timer.conf nicht eine Konfigurationsdatei, sondern ein "state"-datei, um einige Daten persistent zu speichern. Ablageplatz /var/tuxbox/conf ist deswegen eigenlich ungeignet, /var/run wäre mehr geeignet, aber jemanden hat es nach /tmp (flüchtig!) gelinkt.
Verbesserungsvorschläge:
-- mache config_file_name static und initilisiere direkt, also
static char *config_file_name = CONFIGFILE;
Bitte auch ein einzeichen-Konfigurationsoption.
Der Patch für start_neutrino ist sicherlich nicht für cvs gedacht, right?
Eigentlich ist timer.conf nicht eine Konfigurationsdatei, sondern ein "state"-datei, um einige Daten persistent zu speichern. Ablageplatz /var/tuxbox/conf ist deswegen eigenlich ungeignet, /var/run wäre mehr geeignet, aber jemanden hat es nach /tmp (flüchtig!) gelinkt.
Verbesserungsvorschläge:
-- mache config_file_name static und initilisiere direkt, also
static char *config_file_name = CONFIGFILE;
Bitte auch ein einzeichen-Konfigurationsoption.
Der Patch für start_neutrino ist sicherlich nicht für cvs gedacht, right?
Lass es lieber. Dass Expertenoptionen kein GUI hat, sondern Filefummel erfordert finde ich sogar ein Vorteil.rhabarber1848 hat geschrieben:Der Patch in start_neutrino muss noch verändert werden,
damit der Dateiname aus neutrino.conf ausgelesen werden
kann, ebenso fehlt in Neutrino noch die Verzeichnisauswahl.
-
- CDK-Experte
- Beiträge: 4335
- Registriert: Donnerstag 3. April 2008, 14:05
-
- Developer
- Beiträge: 4189
- Registriert: Sonntag 2. November 2003, 12:36
Re: timerd: Neuer Parameter --config=<file>
OT:
Mit "Expertenoptionen sollten vor Deppen versteckt und nicht im GUI aufgeführt werden" stimme ich dir übrigens 100% zu.
/var/run wird auf FHS-compliant Maschinen beim booten aufgeräumt, ist also mitnichten persistent. Insofern ist es auf einem embedded system genau richtig, das auf ein tmpfs zu legen, um dem FLASH unnötige Schreibzugriffe zu ersparenBarf hat geschrieben:Eigentlich ist timer.conf nicht eine Konfigurationsdatei, sondern ein "state"-datei, um einige Daten persistent zu speichern. Ablageplatz /var/tuxbox/conf ist deswegen eigenlich ungeignet, /var/run wäre mehr geeignet, aber jemanden hat es nach /tmp (flüchtig!) gelinkt.
Mit "Expertenoptionen sollten vor Deppen versteckt und nicht im GUI aufgeführt werden" stimme ich dir übrigens 100% zu.
-
- Developer
- Beiträge: 1475
- Registriert: Dienstag 4. Februar 2003, 22:02
Re: timerd: Neuer Parameter --config=<file>
Fast da. Nur die "static"-Deklaration fehlt, und dadurch entfällt die extern-Deklaration in der Headerfile. (Nicht funktionell notwendig, nur (etablierte) "good manners".)rhabarber1848 hat geschrieben:Besser so? timerd_conf3.diff
OK. (Freut mich dass FHS nicht nur von mir referenziert wird. ) Der Kern meines Aussage ist aber dass timer.conf eigentlich nicht bei den Konfigurationsfiles gehört, vielleicht in /var/tmp?seife hat geschrieben:/var/run wird auf FHS-compliant Maschinen beim booten aufgeräumt, ist also mitnichten persistent. Insofern ist es auf einem embedded system genau richtig, das auf ein tmpfs zu legen, um dem FLASH unnötige Schreibzugriffe zu ersparen
-
- CDK-Experte
- Beiträge: 4335
- Registriert: Donnerstag 3. April 2008, 14:05
Re: timerd: Neuer Parameter --config=<file>
Wenn ich das mache, wirken sich Änderungen der VariableBarf hat geschrieben:Fast da. Nur die "static"-Deklaration fehlt, und dadurch entfällt die extern-Deklaration in der Headerfile. (Nicht funktionell notwendig, nur (etablierte) "good manners".)rhabarber1848 hat geschrieben:Besser so? timerd_conf3.diff
in timerd.cpp nicht auf timermanager.cpp aus.
-
- CDK-Experte
- Beiträge: 4335
- Registriert: Donnerstag 3. April 2008, 14:05
Re: timerd: Neuer Parameter --config=<file>
/var/tmp wird auch nach /tmp verlinkt, cdk/make/flashroot.mk, Zeile 25.Barf hat geschrieben:Der Kern meines Aussage ist aber dass timer.conf eigentlich nicht bei den Konfigurationsfiles gehört, vielleicht in /var/tmp?
-
- CDK-Experte
- Beiträge: 4335
- Registriert: Donnerstag 3. April 2008, 14:05