[98_Installer.pm] FHEM Installer Helfer-Modul

[Loredo]

Laut passwd ist das Home Dir von fhem:/opt/fhem

Ich hatte mal Onkel Google wegen dem Fehler bemüht. Spuckt einiges aus das ein Bug im cpanminus ist. Aber kann mich da auch irren.

Ah, danke. Ich denke das hat mich noch darauf gebracht "sudo -H" zu verwenden. Bitte mit dem Update morgen nochmals ausprobieren.

[TNT0068]

Ah, danke. Ich denke das hat mich noch darauf gebracht "sudo -H" zu verwenden. Bitte mit dem Update morgen nochmals ausprobieren.

mache ich glatt. Danke erstmal für die Hilfe, werde dann berichten

[Invers]

Ich habe mir den Installer auch installiert. Funktioniert eigentlich prima, soweit ich das beurteilen kann. Finde ich echt toll.

Es ist erstaunlich, wieviele fehlende Perl-Pakete angemeckert wurden.
Ich habe alle (ausser Telnet) installiert. Braucht man die wirklich alle? Fhem lief eigentlich klaglos.

Ein Paket liess sich nicht installieren, weil der Name falsch war.  Den falschen Namen habe ich vergessen (image-librsvg, oder so ), aber richtig ist: libimage-librsvg-perl.
Damit konnte ich per Putty installieren.
Durch den falschen Namen wurde die Installation aller Perl-Module abgebrochen, aber man sieht nicht, wer Schuld hat. Vielleicht könnte da die Fehlermeldung konkretisiert werden?

[Loredo]

Ich habe alle (ausser Telnet) installiert. Braucht man die wirklich alle? Fhem lief eigentlich klaglos.

Ja, man sollte alle Pakete installieren, um den vollen Funktionsumfang zu haben.
Auch macht es teilweise einen Unterschied in der Systemperformance, wenn man etwas nicht installiert hat und auf ein weniger performanteres Perl Modul ausgewichen wird.
Das ist beispielsweise bei JSON der Fall: Perl kommt seit Version 5.14 mit JSON::PP eingebaut. Das von vielen Modulen verwendete "JSON" ist dann für viele Module trotzdem Voraussetzung, allerdings handelt es sich dabei nur um einen Wrapper, der auf JSON::PP zurückgreift, wenn nichts anderes installiert ist. Deshalb kann es nach Möglichkeit der Systemumgebung sinnvoll sein, z.B. Cpanel::JSON::XS oder JSON::XS zusätzlich zu installieren. Seit heute weist der Installer deshalb auch Cpanel::JSON::XS und JSON::XS mit aus. An diesem Beispiel wird deutlich: Die Funktion ansich wäre wahrscheinlich auch so gegeben, aber es kann trotzdem einen Unterschied machen.


Dann sind da noch Module, bei denen einzelne Funktionen erst gehen, wenn das Perl Modul dazu installiert ist. Sie sind aber oft so geschrieben, dass die Kernfunktion auch ohne diese Perl Module gegeben ist. Streng genommen sind dann die zusätzlichen Module nicht unbedingt notwendig, aber es schadet auch nicht sie installiert zu haben. Außerdem lässt sich von außen betrachtet nicht unbedingt erahnen, was das Modul mit dem Perl Modul anfängt oder nicht.

Ein Paket liess sich nicht installieren, weil der Name falsch war.  Den falschen Namen habe ich vergessen (image-librsvg, oder so ), aber richtig ist: libimage-librsvg-perl.

Was du meinst ist, dass ein Debian Paket nicht komplett dem Namen eines Perl Moduls entspricht. Das ist korrekt, aber der Installer zeigt eben auch den Perl Modulnamen an - nicht den des Installations-Pakets für deine Linux Distribution. Das sind zwei unterschiedliche paar Schuhe.
Der FHEM Installer verwendet die direkte Installation der Perl Pakete über CPAN (www.metacpan.org). Die alternative/bevorzugte Installation über Pakete aus der Linux Distribution ist geplant, aber auch dort gibt es nicht immer alle Perl Pakete oder nicht in der benötigten Version. Die Installation über CPAN ist demnach sicherer. Es gibt aber Perl Pakete, die kompiliert werden müssen und da kann es sein, dass man trotzdem manuell noch Bibliotheken/Libraries über den Linux Paketmanager installieren muss (z.B. libxml2 bei XML::LibXML).

Durch den falschen Namen wurde die Installation aller Perl-Module abgebrochen, aber man sieht nicht, wer Schuld hat. Vielleicht könnte da die Fehlermeldung konkretisiert werden?

Meinst du jetzt eine Fehlermeldung auf der Kommandozeile in deinem Putty oder die Ausgabe von "get showErrorList"?
Letzteres gibt eigentlich jeden Fehler einzeln aus. Wenn mehrere Pakete installiert werden und es gibt einen Fehler bei einem, dann sind die restlichen trotzdem installiert.


Im Falle der Kommandozeile hat der Installer keine Ahnung davon, was du selbst machst. Ich vermute du hast apt-get benutzt und da ist es ganz normal, dass eine Liste von Paketen nur dann installiert wird, wenn alle Namen stimmen. Das ist aber eine Sache davon, wie du mit Linux umzugehen hast, nicht mit FHEM oder dem Installer.

[TNT0068]

Ah, danke. Ich denke das hat mich noch darauf gebracht "sudo -H" zu verwenden. Bitte mit dem Update morgen nochmals ausprobieren.

Nun sieht der Installer gut aus. Danke für den Fix

[Invers]

Danke für die wirklich ausführliche und verständliche Antwort.
Ich meinte mit der Fehlermeldung Error im Modul Live System Prerequisites Check, nicht in Putty.
Ich habe dann aber über Putty installiert.
Dort funktionierte:      sudo apt-get install libimage-librsvg-perl
es funktionierte nicht: sudo apt-get install Image::LibRSVG

Das funktionierte halt auch nicht mit dem Menüpunkt des Moduls Install suggested Perl oder Install.
Seit der Installation per Putty wird das Fehlen des libimage-librsvg-perl vom Installer nicht mehr bemängelt.

[supernova1963]

Super Hilfsmodul, und auch sehr intuitiv, Loredo !!!

vielen, vielen, vielen Dank !!!

Installation hat schnell und sauber funktioniert nachdem ich den Hinweis auf den sudoers - Eintrag gefunden hatte.
Ich habe unter /etc/sudors.d eine Datei mit dem Namen fheminstaller

Code Auswählen Erweitern

sudo visudo -f /etc/sudoers.d/fheminstaller
und dem Inhalt

Code Auswählen Erweitern

fhem ALL=(ALL) NOPASSWD:SETENV: /usr/bin/cpanm *
erstellt und sicherheitshalber neu gestartet

Code Auswählen Erweitern

sudo reboot
Danach in der fhem Befehlszeile nur noch ein

Code Auswählen Erweitern

define fheminstaller installer
und ich konnte mein System überprüfen lassen ...

Danke,

Gernot

[MadMax-FHEM]

Auch von mir danke!

Hab's mal (auf meinem Testsystem) "installiert" und lese hier mal mit...

EDIT: habe nur folgendes im Log "gefunden"

Code Auswählen Erweitern

2019.04.21 12:27:42 1: PERL WARNING: Argument "3/8" isn't numeric in numeric gt (>) at ./FHEM/98_Installer.pm line 5134.

Gruß, Joachim

[Loredo]

Merci, hab ich gefixt.

[kaihs]

Ich habe auch mal ein Installer Device installiert.

Das führt aber dazu, dass ich so eine Mail von root erhalte:

Betreff: *** SECURITY information for localhost ***
localhost : Apr 21 14:14:21 : fhem : a password is required ; TTY=unknown ; PWD=/opt/fhem ; USER=root ; COMMAND=/usr/bin/cpanm --version

Könnte den einen oder anderen etwas irritieren. Es gibt dazu ja auch keine Information in der Commandref.
Sollte dort vielleicht (mit dem nötigen Anpassungen an den sudoer Einstellung) erwähnt werden.

[Loredo]

Das ist eigentlich auch unnötig, weil der Hinweis live im Installer über die Error Messages ausgegeben wird, wenn es notwendig ist.

Die Email wird nicht auf jedem System generiert, weil es davon abhängt, wie das System konfiguriert ist. Eine generalisierte "vielleicht wenn dann sonst" Aussage hilft wenig oder verwirrt nur und braucht daher auch IMHO nicht in eine Commandref.

[DeeSPe]

Ich habe heute meine Test-Installation auf meiner Windows Workstation aktualisiert und das Installer Modul vom 21.4.2019 erhalten.
Nach einem "shutdown restart" beendet sich nun mein FHEM immer wieder mit dieser Fehlermeldung:

2019.04.24 14:09:48.080 1: Including ./log/fhem.save
2019.04.24 14:09:48.762 2: SubProcess: onRun returned error: Can't find Unicode property definition "e" in regex; marked by <-- HERE in m/^H:\fhem\pe <-- HERE rl\bin$/ at ./FHEM/98_Installer.pm line 5383.

Meine FHEM Installation liegt unter "H:\fhem", Perl unter "H:\fhem\perl\bin\perl.exe".

Gruß
Dan

[Loredo]

Für Windows entwickle ich leider nicht noch teste ich darunter.
Hilft es denn, wenn du vor Zeile 5383 in FHEM/98_Installer.pm dies hier einfügst:

Code Auswählen Erweitern


$p =~ s/\\/\\\/g;


[DeeSPe]

Für Windows entwickle ich leider nicht noch teste ich darunter.
Hilft es denn, wenn du vor Zeile 5383 in FHEM/98_Installer.pm dies hier einfügst:

Code Auswählen Erweitern


$p =~ s/\\/\\\/g;


Wenn Du nicht für Windows entwickelst und auch nicht testest, wie kann dann der User (der FHEM auf Windows einsetzt) verhindern dass das Modul geladen wird?
Ich habe kein definiertes Devices vom Type Installer und trotzdem zwingt das Modul mein FHEM in die Knie!

Dein Codevorschlag scheint aber zu helfen, jedenfalls startet mein FHEM wieder, danke.

Gruß
Dan

P.S. Es gibt einen (scheinbar auch aktuellen) Wiki Eintrag wie man FHEM auf einem Windows System betreibt. Wenn FHEM durch die standardmäßige Verwendung von nicht für Windows optimierten Modulen nun nicht mehr startet, dann sollte es m.E. auch keinen Hinweis mehr auf den Betrieb unter Windows geben, denn das scheint ja nicht erwünscht zu sein.

[Loredo]

Ohne ein "define" wird die Datei 98_Installer nicht geladen, das ist leider Fakt.
Eine Blanko-Neuinstallation des FHEM Docker Image definiert den Installer per Default mit, er lässt sich aber problemlos entfernen. Auch FHEM Docker ist aber nicht für Windows ausgelegt.

Freiwillige dürfen sich gerne an Entwicklung und Test für Windows beteiligen - ich kann das nicht leisten (und muss das auch nicht).
Übrigens geben die FHEM Nutzungsstatistiken durchaus den Indikator, dass Windows keine große Rolle mehr spielt. In Zeiten von Virtualisierung kann man erwarten (oder erwarte ich), dass das auch zum Einsatz kommt.

P.S. Es gibt einen (scheinbar auch aktuellen) Wiki Eintrag wie man FHEM auf einem Windows System betreibt. Wenn FHEM durch die standardmäßige Verwendung von nicht für Windows optimierten Modulen nun nicht mehr startet, dann sollte es m.E. auch keinen Hinweis mehr auf den Betrieb unter Windows geben, denn das scheint ja nicht erwünscht zu sein.

Wo genau hast du denn gelesen, dass der FHEM Installer (also das Modul "Installer"!) einen Hinweis darauf gibt, wie man es unter Windows verwendet?