[abgelehnt] fhem.cfg.install im SVN

[Loredo]

Hallo Rudi,

ist es ok, wenn ich im SVN Root Verzeichnis eine Datei "fhem.cfg.install" anlege, mit der man dann FHEM in einem Installations-Modus starten kann?

Die Datei hätte gerade folgenden Inhalt:

Code: [Auswählen]

attr global userattr cmdIcon devStateIcon:textField-long devStateStyle icon sortby webCmd webCmdLabel:textField-long widgetOverride
attr global logfile ./log/installer-%Y-%m-%d.log
attr global modpath .
attr global motd none
attr global title { return 'FHEM '.version->parse( FHEM::Meta::Get('global','version') )->normal . ' Installer' }
attr global verbose 3

define WEBINSTALL FHEMWEB 8083 global
attr WEBINSTALL defaultRoom FHEM Installer
attr WEBINSTALL hiddenroom Unsorted,Everything,Commandref,style,Edit files,Select style,Logfile,Remote doc,Event monitor,FHEM Installer,save
attr WEBINSTALL menuEntries Close Installer,cmd=shutdown,,,📖 Installation<br>& Setup Guide,https://wiki.fhem.de/wiki/FHEM_Installation
attr WEBINSTALL webname fhemInstall

define telnetInstall telnet 7072
attr telnetInstall comment Text access to FHEM Installer - only connections from localhost are allowed
attr telnetInstall prompt fhem-installer

define fhemInstaller Installer
attr fhemInstaller alias FHEM Installer Status
attr fhemInstaller devStateIcon .*updates.available:security@red:outdated up.to.date:security@green:outdated .*outdated.*in.progress:system_fhem_reboot@orange .*in.progress:system_fhem_update@orange warning.*:message_attention@orange error.*:message_attention@red
attr fhemInstaller group FHEM Installer
attr fhemInstaller icon system_fhem
attr fhemInstaller installerMode install
attr fhemInstaller room FHEM Installer

Wahrscheinlich fehlte bei einer positiven Entscheidung auch noch etwas Datei-Magie für die Bereitstellung übers Update?



Viele Grüße
Julian






EDIT: Wurde abgelehnt.

[rudolfkoenig]

Meiner Meinung nach wird jemand, der den Installer Modul benoetigt (Benutzer, der aus den Fehlermeldungen nicht ableiten kann, was/wie er installieren muss), ohne Dokumentation diese Datei nicht verwenden koennen. Ich behaupte, solche Anwender werden nicht ohne Anleitung auf die Idee kommen, eine Konsole zu oeffnen, und "cd /opt/fhem; perl fhem.pl fhem.cfg.installer" einzutippen.

Auf der anderen Seite wuerde mich (der auf der Konsole gerne was tippt) als FHEM-Anfaenger verwirren, mit welcher Konfiguration ich FHEM starten soll.

Meiner Ansicht nach gehoert so ein Beispiel ins Wiki, und der Benutzer kann bei Bedarf die Datei selbst anlegen.
Wer den Installer schaetzt/braucht, der wird eine Definition in seine "Produktivkonfiguration" aufnehmen, um auftretende Probleme direkt loesen zu koennen.

Bin fuer andere Argumente offen.

[Loredo]

Mit dem selben Argument könntest du auch die fhem.cfg.demo weglassen oder nicht.
Ich mag aber auch nicht schon wieder diskutieren und ergebe mich...

[betateilchen]

Lege doch die Datei in ./contrib ab.

Für die Installation von FHEM mit configDB habe ich das seinerzeit auch so gemacht: Es gibt in ./contrib ein Unterverzeichnis ./configDB in dem eine Beispielkonfigurationsdatei und eine funktionsfähige sqlite-Datenbank liegen, die der Anwender einfach kopieren und verwenden kann.

Das root-Verzeichnis von FHEM sollte im Auslieferungszustand in der Tat für den Anwender übersichtlich bleiben.

[Loredo]

Leider werden Dateien aus Contrib nicht per Update verteilt und sind somit dann unbrauchbar, weil unveränderbar.
Auch ist es dem User viel einfacher zu erklären, dass er das genauso wie den Demomodus aktiviert.

Aber wenn ein Installationsmodus in Rudis Augen nicht den selben Stellenwert hat, dann ist das wohl so.

Ich für mich selbst brauche den Modus auch nicht und werde dann wohl auch dazu übergehen mich auf das zu konzentrieren, was ich für mich selbst brauche (Docker Script Installation).

[betateilchen]

Leider werden Dateien aus Contrib nicht per Update verteilt

Das ist doch für die Installation von FHEM irrelevant, denn die Installationspakete enthalten immer das Verzeichnis ./contrib

Aber wenn ein Installationsmodus in Rudis Augen nicht den selben Stellenwert hat, dann ist das wohl so.

Das ist nicht nur in Rudis Augen so. Für mich ist selbst der Demo-Modus im root-Verzeichnis komplett entbehrlich. Man könnte den auch mit "perl fhem.pl ./contrib/fhem-demo.cfg" verwenden.

(Wie ein paar andere Dateien in diesem Verzeichnis meines Erachtens auch falsch platziert sind - MAINTAINER.txt, UPDATE, CHANGED usw. gehören für mich alle nach ./docs weil sie nichts mit einem laufenden FHEM zu tun haben. Aber das ist ein anderes Thema.)

[Loredo]

Ich weiß, Visionen sind bei FHEM Entwicklern immer als Krankheit angesehen. Ist verstanden.

[rudolfkoenig]

(Wie ein paar andere Dateien in diesem Verzeichnis meines Erachtens auch falsch platziert sind - MAINTAINER.txt, UPDATE, CHANGED usw. gehören für mich alle nach ./docs weil sie nichts mit einem laufenden FHEM zu tun haben. Aber das ist ein anderes Thema.)

Diese Idee gefaellt mir, wir koennen gerne auch weitere Dateien in Unterordner verschieben.

[betateilchen]

Für den Notizzettel: beim Verschieben der bereits genannten Dateien in andere Verzeichnisse muss auch das Makefile entsprechend angepasst werden.

[justme1968]

wenn die files angefasst werden: manche info ist redundant oder nicht konsequent genutzt. lieber nur ein einziges file das dann auch aktuell ist.

[Dr. Boris Neubert]

Hi,

es wird jetzt langsam OT, aber den wollte ich noch loswerden (geht mir seit dem Thema zur Sicherheit von FHEM wieder durch den Kopf): die FHEM-Installation sollte in einen fixen nur lesbaren Teil für die Programme und einen variablen auch schreibbaren Teil für alles konfigurierbare und die Logs getrennt werden und das Update soll nur den fixen Teil anpacken und der User nur den variablen. Das setzt vermutlich voraus, dass wir einen weiteren User bräuchten mit noch weniger Rechten, da fhem sich ja wegen des Updates selbst aktualisieren können muss.

Viele Grüße
Boris