Neutrino Customization-Scrpits

[dbt]

Gibt es eigentlich einen plausiblen Grund, weshalb diese Scripte
http://wiki.tuxbox-cvs.sourceforge.net/ ... e_abfangen
im Config_Verzeichnis liegen müssen? Wenn schon welche sein müssen, dann würde man die doch eigentlich in /bin, /var/bin oder /sbin erwarten, oder?

[Barf]

Ich wurde (zu der erste Frage) "ja" sagen. In /*/bin kommen Kommandos, in /*/sbin systemkommandos. timer.start etc sind keine allgemeine Kommandos die von Kommandozeile, oder von andere, allgemeine, programm aufgerufen wird, sondern neutrinospezifisch. Vielleicht wäre sogar /var/neutrino/conf besser geeignet.

[dbt]

Vielleicht wäre sogar /var/neutrino/conf besser geeignet.

Da ich gerade mit den betreffenden Skripten für den IDE-Kram beschäftigt bin, könnte man das eigentlich gleich global auf den primären Pfad /var/neutrino/conf ändern und damit es abwärtskompatibel bleibt, den bisherigen Pfad als sekundär verwendeten Pfad /var/tuxbox/config belassen. Meinetwegen auch /bin, /var/bin und /sbin, als drittrangige Alternativen. Wäre das OK?

[rhabarber1848]

/bin und /sbin machen in Squashfs-Images imho keinen Sinn.

[dbt]

Wäre aber damit global für Nutzer von jffs2-Images abgedeckt.

[rhabarber1848]

Es wäre zu testen, inwieweit die Performance von Neutrino sich verändert,
wenn jedes customisation-Skript in mehreren Verzeichnissen gesucht wird.

[dbt]

Kann man vergessen, das würde wie gesagt primär hier /var/neutrino/conf zuerst gesucht werden und steigt sofort aus wenn es dort vorhanden ist. Andere Verzeichnisse wären konform dazu und so oft werden die auch nicht aufgerufen.

[MTM]

Hallo,
das Verzeichnis /var/neutrino gibts doch bisher garnicht, das fände ich dann unschön, da ein neues Verzeichnis nur für die .conf-Dateien einzuführen. Warum die denn überhaupt verschieben? Um das config-Verzeichnis übersichtlicher zu halten? Dann lieber ein neues Unterverzeichnis, z.B. /var/tuxbox/config/conf oder /var/tuxbox/config/custom oder sowas.

MfG,
MTM.

[Barf]

Ein Umgebungsvariabel, z.B. NEUTRINO_CUSTOMIZATION_PATH, was als Suchpfad benutzt wird schein mir die richtige Lösung. Default: z.B. dbt Vorschlag. Analog für Plugins, Scripts,...

Ich habe es satt von Argumente wie "sollen wir nicht (z.B.) /hdd/plugins und /mnt/ich-habe-nicht-gerafft-wofuer-mnt-da-ist" zu ...pfad zufügen...

[dbt]

das fände ich dann unschön, da ein neues Verzeichnis nur für die .conf-Dateien einzuführen. Warum die denn überhaupt verschieben?

Es geht nicht um die config-files, da ändert sich nichts.

[MTM]

Hallo,
aber hattest du nicht gerade das gefragt?

MfG,
MTM.

[dbt]

Es geht um die Customization_Scripte, für die finde ich CONFIGDIR etwas unpassend, da man dort ausführbare Sachen m.M. nach nicht unbedingt vermuten würde.

[MTM]

Hallo,
ja, die (recording.start etc) meinte ich auch, oder reden wir hier aneinander vorbei???

MfG,
MTM.

[dbt]

Genau sowas, damit wird aber nichts konfiguriert.

[MTM]

Hallo,
ja, mein Fehler, ich sagte .conf , meinte aber die .start/.end, deshalb das Durcheinander, sorry.

Naja, man könnte aber sagen, dass man mit den Skripten den Ablauf des Systems (Aufnahme, Standby) konfiguriert.

MfG,
MTM.

[rhabarber1848]

Kann man vergessen, das würde wie gesagt primär hier /var/neutrino/conf zuerst gesucht werden und steigt sofort aus wenn es dort vorhanden ist.

Wenn das Skript nicht da ist, werden zig Verzeichnisse durchgesucht?
Wie ist die Performance in diesem Fall?

[dbt]

Würde eher sagen "erweitert", "anpassen" deswegen wohl die Bezeichnung Custom... dann wäre wohl sowas wie /var/tuxbox/custom besser..

Wenn das Skript nicht da ist, werden zig Verzeichnisse durchgesucht?
Wie ist die Performance in diesem Fall?

Fällt überhaupt nicht auf, zumindest nicht bei der Anzahl, die hier in Frage käme.

[trulli]

Eine einfache Änderung der "profile" bezüglich des Pfades wäre ja wahrscheinlich nicht passend.