Weitere sinnvolle Defaults?

[greentux]

Das regelt soweit ich weiss die LSB (linux standard base). Unterhalb /usr/local gibt es alles, was man braucht etc/ var/ usw. Das sollte erstmal reichen.

Später kann man dann normal ins System verteilen.

[Robert]

ne, /etc/local/smarthome finde ich schon gut. Die Vorstellung, /etc /items /logics /plugins womöglich verstreut über das ganze System zu haben (plugins nach /usr/local, bin naxch /usr/bin, /etc nach /etc/smarthome - und wo kommen Logiken hin) neeee.

Aber die Sachen die eh nicht in einer klassischen Sicherung sind (also /var/...) könnten an entsprechende Orte.

[TCr82]

Warum gibt es überhaupt die sub-Struktur in /usr/local/smarthome?

Warum liegt sh.py nicht im Dateibaum wie alle anderen Programme, also die Konfig in /etc/smarthome/...

hängt wohl mit der Entwicklung zusammen... denke es war so einfacher.. wenn auch nicht unbedingt besser. Anders hätte man noch einen Installer bauen müssen, oder der User kopiert dann immer wieder alles durch die gegend. Das einfach hochladen der entwickelten Änderungen ist dann eben auch schwieriger, da man es erst wieder in seinen Entwicklungsbaum einpflegen muss.

[henfri]

Hallo,

type ist Kern, knx_dpt ist Plugin. Höchstens eine Warning wert wenn abweichend.

Ich weiß.
Ist aber doch dennoch ziemlich redundant, oder? Warum nicht einfach den type abhängig vom knx_dpt (wenn vorhanden)?

+1 (bzw. man könnte mal überlegen, um auch z.B. der Cache nach /var/shm gehen sollte und ggfl. bei einem Rechnerneustart weggeschrieben wird)

Und wo wir dabei sind:
Warum gibt es überhaupt die sub-Struktur in /usr/local/smarthome?

Warum liegt sh.py nicht im Dateibaum wie alle anderen Programme, also die Konfig in /etc/smarthome/...


Gruß,
Hendrik

[Robert]

Ein default hätte ich aber noch:

Das Log gehört auf einer Linux Maschine (egal ob Pi oder x86) nach /var/log

+1 (bzw. man könnte mal überlegen, um auch z.B. der Cache nach /var/shm gehen sollte und ggfl. bei einem Rechnerneustart weggeschrieben wird)

[JuMi2006]

Ein default hätte ich aber noch:

Das Log gehört auf einer Linux Maschine (egal ob Pi oder x86) nach /var/log .

Edit:
Und ja man kann es mit symlinks sehr einfach ... so wie ich jetzt.

[Robert]

type ist Kern, knx_dpt ist Plugin. Höchstens eine Warning wert wenn abweichend.

Rest auch so lassen. Frist keine Ressourcen und ist übersichtlicher.

[henfri]

Hallo,

ich habe gerade noch so ein Beispiel:
Wenn ich einen knx_dpt angebe, erübrigt sich doch type eigentlich, oder?

knx_listen=knx_send=knx_init meide ich wie der Teufel das Weihwasser

Warum?

Gruß,
Hendrik

[Dragonos2000]

Ich kann mich dafür nicht so richtig erwärmen, mir fallen nur wenige Tags ein, wo ich das wirklich nutzen könnte. Einzig Visu=yes wäre vielleicht interessant.

Allerdings finde ich die Scripte eher unleserlicher dadurch, Fehler schwerer zu lokalisieren. Durch das Excel-Macro zum Erstellen der Items geht das ja auch so recht fix.

knx_listen=knx_send=knx_init meide ich wie der Teufel das Weihwasser

Gruss
Jochen.

[henfri]

Hallo,

wir hatten ja gerade das Thema Visu=yes, was jetzt default ist.
In der Diskussion hatte ich angeregt:

vielleicht kann man hier noch eine Nummer größer denken:
Ich fänd es praktisch Defaults und Defaults global für alle Children festlegen könnte.

Sprich:

smarthome.conf:
[item_defaults]
visu=yes
enforce_update=yes
cache=yes
sqlite=yes

Und dann:

items.conf/MeineUnwichtigenItems.conf:
[MeineUnwichtigenItems]
cache=no 
sqlite=no
[[abba]]

(hier wäre jetzt sqlite&co standardmäßig aus).

Der Gedanke ist, dass Children oft ähnlich sind.
Da spart man sich Copy&Paste (nicht so wichtig) aber vor allem ist es wartbarer, da man Änderungen nicht zig-mal machen muss.

Das würde ich hier gerne noch einmal zur Diskussion stellen.
Was haltet ihr hiervon?

Ein aktuelles Beispiel:
Eigentlich möchte ich meist:
knx_listen=knx_send=knx_init
Wäre super, das als Default zu haben.

Gruß,
Hendrik