Neue Versionen im SVN

[Miami]

Hallo,
Seit dem Update funktioniert bei mir die im Weather Modul enthaltene Funktion WeatherAsHtmlD nicht mehr, es wird keine Grafik mehr dargestellt.
Mein Aufruf ist:

Code Auswählen Erweitern

define Wetter_Web weblink htmlCode { "aktuell und Vorhersage:<br>".WeatherAsHtmlH ("Wetter")}

Die anderen drei Funktionen (WeatherAsHtml, WeatherAsHtmlV und WeatherAsHtmlH) funktionieren dagegen (mit den selben Aufruf-Parameter) wie erwartet.

Hier noch das List des Weather Moduls:

Code Auswählen Erweitern

Internals:
   API        OpenWeatherMapAPI
   APIKEY     xxxxxxxxxxxxxxxxxxxxxxxxx
   APIOPTIONS cachemaxage:600,version:3.0
   DEF        API=OpenWeatherMapAPI,cachemaxage:600,version:3.0 apikey=xxxxxxxxxxxxxxxxxxxxxxxx
   FVERSION   59_Weather.pm:v2.2.20-s26996/2023-01-07
   INTERVAL   3600
   LANG       de
   MODEL      OpenWeatherMapAPI
   NAME       Wetter
   NOTIFYDEV  global
   NR         92
   NTFY_ORDER 50-Wetter
   STATE      T: 5 °C F: 93 % W: 11 km/h P: 1004 hPa
   TYPE       Weather
   VERSION    v2.2.20
   eventCount 8
   READINGS:
     2023-01-08 19:32:28   apiMaintainer   Marko Oldenburg ()
     2023-01-08 19:32:28   apiVersion      v3.2.5
     <weitere Readings>

   fhem:
     LOCATION   49.xxxxx,10.xxxxxx
     allowCache 1
     interfaces temperature;humidity;wind
Attributes:
   forecast   daily
   forecastLimit 5

[CoolTux]

Schaue ich mir morgen an.

[CoolTux]

Habe ich gefixt. Kommt morgen per Update oder sofort aus dem SVN

[Miami]

WeatherAsHtmlD funktioniert nun wieder!
Vielen Dank für Deine Arbeit!

[CoolTux]

WeatherAsHtmlD funktioniert nun wieder!
Vielen Dank für Deine Arbeit!

Muss gestehen das ich mir nicht erklären kann wieso es vorher ging. Hatte eigentlich all die Jahre nie funktionieren dürfen 

[Miami]

Lies einfach den ersten Satz deiner Signatur!

[Jamo]

Hallo Cooltux,
heute Nacht ist fhem 2 x hintereinander abgeschmiert, mit folgender Fehlermeldung:

Code Auswählen Erweitern


Undefined subroutine &FHEM::APIs::Weather::DarkSkyAPI::__strftimeWrapper called at lib/FHEM/APIs/Weather/DarkSkyAPI.pm line 713.
2023.01.10 03:07:19 1: Including fhem.cfg

[CoolTux]

Anscheinend hatte DarkSky in der Nacht bei Dir Probleme. In der Funktion zum Error Handling gab es einen Typo. Daher nur sporadisch die Abstürze.

Sorry. Ist nun gefixt. Morgen früh Update oder in 30 Minuten per SVN

[Jamo]

Ja, gut das Du es erwaehnst, das war bei/direkt nach der Zwangstrennung. Danke fuer den Fix!

[Sidey]

Ich bin ja bestimmt nicht der erste, aber readonly ist kein Standard Modul.

Im Docker Image ist es auch nicht enthalten, was bei einigen zu Fehlern führen wird:

Code Auswählen Erweitern


2023.01.21 00:40:11 0: Can't locate Readonly.pm in @INC (you may need to install the Readonly module) (@INC contains: ./lib ./FHEM . /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.32.1 /usr/local/share/perl/5.32.1 /usr/lib/x86_64-linux-gnu/perl5/5.32 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl-base /usr/lib/x86_64-linux-gnu/perl/5.32 /usr/share/perl/5.32 /usr/local/lib/site_perl ./FHEM/lib) at ./FHEM/59_Weather.pm line 36, <$fh> line 3948.
BEGIN failed--compilation aborted at ./FHEM/59_Weather.pm line 36, <$fh> line 3948.


Könnte man readonly nicht mitliefern um das zu umgehen?

Grüße Sidey

[CoolTux]

Ich bin ja bestimmt nicht der erste, aber readonly ist kein Standard Modul.

Im Docker Image ist es auch nicht enthalten, was bei einigen zu Fehlern führen wird:

Code Auswählen Erweitern


2023.01.21 00:40:11 0: Can't locate Readonly.pm in @INC (you may need to install the Readonly module) (@INC contains: ./lib ./FHEM . /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.32.1 /usr/local/share/perl/5.32.1 /usr/lib/x86_64-linux-gnu/perl5/5.32 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl-base /usr/lib/x86_64-linux-gnu/perl/5.32 /usr/share/perl/5.32 /usr/local/lib/site_perl ./FHEM/lib) at ./FHEM/59_Weather.pm line 36, <$fh> line 3948.
BEGIN failed--compilation aborted at ./FHEM/59_Weather.pm line 36, <$fh> line 3948.


Könnte man readonly nicht mitliefern um das zu umgehen?

Grüße Sidey

Mit Version 6.2 gehört readonly zum Standard. Ist also mit bei den Abhängigkeiten dabei.
Müsste im Container angepasst werden.

[Sidey]

Mit Version 6.2 gehört readonly zum Standard. Ist also mit bei den Abhängigkeiten dabei.
Müsste im Container angepasst werden.

Ich sehe da kein Readonly im SVN, wie ist der Standard in 6.2 umgesetzt?

Wer ein "normales" Update macht, dem fehlt readonly.

Grüße Sidey

[CoolTux]

Ich sehe da kein Readonly im SVN, wie ist der Standard in 6.2 umgesetzt?

Wer ein "normales" Update macht, dem fehlt readonly.

Grüße Sidey

Die Aussage bezieht sich auf das Debian Install Packet.
Wer aktuell ein Update macht und noch kein readonly hat wird es auch nicht bekommen. Er muss es aus den Packetquellen seiner Distribution installieren.

[Sidey]

Wer aktuell ein Update macht und noch kein readonly hat wird es auch nicht bekommen. Er muss es aus den Packetquellen seiner Distribution installieren.

Sowas nennt man breaking Change.
Wenn der Featurelevel auf 6.1 steht, geht es dann wenigstens ohne?

Warum lieferst Du das cpan Package denn nicht einfach mit aus und verlässt dich, stattdessen es das Package auf irgend eine Umgebung?

Diskussion hatten wir dazu ja schon etliche und wenn 6.2 readonly braucht (was ich auch sehr begrüße), kann es doch auch mit geliefert werden.

Grüße
Sidey