Ankündigung

Einklappen

Sammelbestellung ETS6 Vollversionen aktiv!

Sammelbestellung für ETS6 Vollversionen (Prof., Home, Lite) mit 40% Rabatt aktiv! Infos im Forum!
Mehr anzeigen
Weniger anzeigen

Anpassung Docker-Image auf 1.12 Fehler: DEVELOP_level

Einklappen
X
 
  • Filter
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge

    Anpassung Docker-Image auf 1.12 Fehler: DEVELOP_level

    Hallo zusammen. Ich hoffe ich bin jetzt hier im richtigen Thread.
    Ich habe versucht das Docker-Image auf 1.12 zu heben. Der Stand ist hier.

    Nachdem ich nun versuche diesen container zu starten bekommt der die plugins nicht geladen.

    Sagt das jemandem etwas?
    HTML-Code:
    2026-05-14  12:17:24 NOTICE   lib.smarthome       --------------------   Init SmartHomeNG v1.12.0-master (manual)   --------------------
    2026-05-14  12:17:24 NOTICE   lib.smarthome       Running in Python interpreter 'v3.10.13 final', from directory /usr/local/smarthome
    2026-05-14  12:17:24 NOTICE   lib.smarthome        - operating system 'Debian GNU/Linux ? (bookworm)' (pid=42)
    2026-05-14  12:17:24 NOTICE   lib.smarthome        - on 'Raspberry Pi (Rev. d04170)'
    2026-05-14  12:17:24 NOTICE   lib.smarthome       Using config dir /mnt/conf
    2026-05-14  12:17:25 NOTICE   lib.smarthome        - Nutze Feiertage für Land 'DE', Provinz 'None', 1 benutzerdefinierte(r) Feiertag(e) definiert
    2026-05-14  12:17:25 NOTICE   lib.systeminfo      Testing cpu speed... (could take several minutes on slow computers)
    2026-05-14  12:17:38 ERROR    lib.plugin          Plugin 'database' v1.6.15 from section 'database'
    Exception: 'Logs' object has no attribute 'DEVELOP_level'
    running SmartHomeNG v1.12.0-master (manual) / plugins v1.12.0-master (manual)
    > Traceback (most recent call last):
    >   File "/usr/local/smarthome/lib/plugin.py", line 505, in load_plugin
    >     plugin_thread = PluginWrapper(self._sh, configname, classname, classpath, args, instance, self.meta, self._configfile)
    >   File "/usr/local/smarthome/lib/plugin.py", line 842, in __init__
    >     self.get_implementation().logger = PluginLoggingAdapter(logging.getLogger(classpath), {'plugininstance': self.get_implementation().get_loginstance()})
    >   File "/usr/local/smarthome/lib/plugin.py", line 1006, in __init__
    >     logging.addLevelName(_SH.logs.DEVELOP_level, "DEVELOP")
    > AttributeError: 'Logs' object has no attribute 'DEVELOP_level'
    2026-05-14  12:17:38 ERROR    lib.plugin          Plugin 'uzsu' v2.1.0 from section 'uzsu'
    Exception: 'Logs' object has no attribute 'DEVELOP_level'
    running SmartHomeNG v1.12.0-master (manual) / plugins v1.12.0-master (manual)
    > Traceback (most recent call last):
    >   File "/usr/local/smarthome/lib/plugin.py", line 505, in load_plugin
    >     plugin_thread = PluginWrapper(self._sh, configname, classname, classpath, args, instance, self.meta, self._configfile)
    >   File "/usr/local/smarthome/lib/plugin.py", line 842, in __init__
    >     self.get_implementation().logger = PluginLoggingAdapter(logging.getLogger(classpath), {'plugininstance': self.get_implementation().get_loginstance()})
    >   File "/usr/local/smarthome/lib/plugin.py", line 1006, in __init__
    >     logging.addLevelName(_SH.logs.DEVELOP_level, "DEVELOP")
    > AttributeError: 'Logs' object has no attribute 'DEVELOP_level'​

    #2
    Das Problem kommt mir bekannt vor, aber das dürfte jetzt im 1.12 Master definitiv nicht mehr bestehen - war nur mal kurz im Develop ein Thema.
    Zuletzt geändert von bmx; 19.05.2026, 14:36.

    Kommentar


      #3
      Nach dem Log oben ist das 1.12.0-master. Ich würde aber empfehlen, für aktuelle Container oder Full-Installs auf Python 3.13 oder sogar 3.14 zu wechseln. 3.10 ist so das Minimum und wird beim nächsten Release nicht mehr unterstützt...

      Kommentar


        #4
        Ich habe den Fehler gefunden. Ich hatte leider versehentlich noch ein veraltetes log.py. Jetzt geht das Image auf jeden Fall und ich nutze es seit heute morgen produktiv. Ich baue gerade auf Python 3.13 um. 3.14 wird irgendwie von rrdtool nicht unterstützt. Melde Vollzug, wenn 3.13 funktionert...
        Zuletzt geändert von bmx; Gestern, 11:29.

        Kommentar


          #5
          So, leider hatte ich nur bedingt Erfolg Python 3.12 läuft, ich hab auch den Workflow erweitert, um eine Rückmeldung zu erhalten, wo er Probleme gibt.

          Gehe ich jetzt von 3.12 auf 3.13 klappt es nicht mehr:
          https://github.com/AAPohl/docker_sma...ob/84021821337

          Sagt daa jemandem etwas?
          58.77 Failed to build rrdtool

          58.77 error: failed-wheel-build-for-install

          58.77

          58.77 × Failed to build installable wheels for some pyproject.toml based projects

          58.77 ╰─> rrdtool
          Zuletzt geändert von bmx; Gestern, 11:30. Grund: Python 3.12 und Python 3.13 korrigiert

          Kommentar


            #6
            rrdtool kann mit Python 3.13 nicht mehr kompiliert werden. Es wird auch nicht mehr weiterentwickelt.

            Du kannst stattdessen mal rrdtool-bindings​ verwenden wenn Du rrd brauchst. Ich habe dafür noch keinen Fix für das Plugin in develop gepusht.

            Also in den requirements.txt des Plugins ändern:
            Code:
            # not updated since 2022 but still in use:
            #rrdtool>=0.1.16
            
            # Spiritual successor to python-rrdtool as above:
            rrdtool-bindings
            
            # see https://pypi.org/project/rrdtool-bindings/ for additional installation requirements
            # needs Python >= 3.10
            ​
            Man könnte das elegant um die Python Versionen noch erweitern, dann kann man automatisch ab Python 3.13 eben rrdtool-bindings nehmen.
            Zuletzt geändert von bmx; Gestern, 11:41.

            Kommentar

            Lädt...
            X