fork von smarthome.py

[cmalo]

Hallo.

Der erste Schritt ist getan.
Ich habe einen fork von smarthome.py erstellt damit eine Weiterentwicklung stattfinden kann.

Der fork liegt unter: https://github.com/smarthomeNG/smarthome/

Dokumentation und Installationsanweisungen:https://github.com/smarthomeNG/smarthome/wiki

Mangels Updates haben viele früher ihr Produktionssystem auf dem Develop Branch laufen lassen. Es findet eine aktive Weiterentwicklung statt.
Man sollte nur auf develop gehen, wenn man genau weiß, was man da macht. Für jemand der gerade mit smarthomeNG beginnt ist das nicht der richtige Weg.


Auch ein Mischen vom Master Branch und Develop Plugins kann aber muß nicht klappen.

Beispiel:
Master Branch V1.1 vom 13.04.2016 zusammen mit AVM Plugin vom Juni 2016 wird nicht funktionieren.

smarthomeNG ist als Organisation bei Github angelegt, so dass mehrere Admins Schreibrechte auf das Repository bekommen können.

Grüße
Christian

PS:
Aktuell am 20.08.2016 ist jetzt im Master Branch die Version v1.2.

[cmalo]

Hier noch eine Anleitung wie man das Repository auf seinem Rechner umbiegt:

$ cd /usr/local/smarthome
$ git remote -v
origin  https://github.com/mknx/smarthome (fetch)
origin  https://github.com/mknx/smarthome (push)
$ git remote set-url origin --add https://github.com/smarthomeNG/smarthome
$ git remote set-url --delete origin  https://github.com/mknx/smarthome
$ git remote -v
origin  https://github.com/smarthomeNG/smarthome (fetch)
origin  https://github.com/smarthomeNG/smarthome (push)
$ git pull
remote: Counting objects: 12, done.
remote: Compressing objects: 100% (10/10), done.
remote: Total 12 (delta 2), reused 1 (delta 1), pack-reused 0
Unpacking objects: 100% (12/12), done.
From https://github.com/smarthomeNG/smarthome
   57c1163..8534021  develop    -> origin/develop
Updating 57c1163..8534021

Grüße
Christian

[Eugenius]

Hallo Christian,

hast du was größeres vor oder "nur" Fork?

P.S. für die, die Smarthome.py/smartVISU image nutzen:

$ cd /usr/smarthome
$ git remote -v
$ ​git remote set-url --delete origin  git://github.com/mknx/smarthome

Viele Grüße
Eugen

[cmalo]

Hallo Eugen,

natürlich größeres, sonst würde der Fork nicht wirklich Sinn machen, bzw. ich würde ihn für mich behalten ;-)

Marcus wird smarthome.py nicht weiter pflegen und steckt verständlicher Weise seine Zeit in sein Produkt Callidomus. Da viele hier Zeit in die Konfiguration und Plugins von smarthome.py gesteckt haben, sollte das Projekt fortgesetzt werden. Siehe die Feedbacks in dem anderen Thread.

Ich habe mir am Wochenende die Diffs von smarthome.py angeschaut und werde als erstes die Kern-Dateien von sh.py, also alles unter lib und bin auf den Stand von develop mergen. In den Dateien hat sich nichts Wesentliches verändert, was nicht kompatibel zum master ist. Bei mir läuft das Setup bereits so seit dem Wochenende. Die Versionen sind und werden mit Tags versehen, so dass für den Betrieb kein Risiko entsteht.

Als nächstes sind dann die Plugins dran, wenn diese hier im Forum entweder von den Erstellern oder Usern freigegeben werden, werden auch diese gesynct.
So sollte relativ einfach eine neue stabile Version von sh.py entstehen.

Parallel erstelle ich ein neues Image für den Raspberry und KVM-Qemu um eine Appliance anzubieten und auch schnell Tests machen zu können.

Wenn dies durch ist, können wir gerne anfangen neue Features zu implementieren. Da gibt es bestimmt schon die eine oder andere Idee.

Offen ist noch der Umgang mit smartVisu, zurzeit sind smarthome und smartVisu leider inkompatibel. Ziel ist aber dies wieder zu erreichen.

Grüße
Christian

[Eugenius]

wie inkompatibel? Auf dem Image von Robert (BB Cape) läuft doch sh.py develop + smartVISU 2.8 problemlos mit knxd

[henfri]

Wie wäre es mit nem Docket image. Würde meins wohl umstellen und weiterpflegen.

[cmalo]

Das was in den Repos ist, läuft nicht out of the Box zusammen. Für beides gibt es pull requests und patches im Forum die aber nicht in die branches übernommen wurden.
Bei mir zuhause läuft auch develop mit smartvisu 2.8, halt per Hand gepatcht.
Für jemanden der in die Thematik einsteigt, ist das Vorgehen suboptimal, da man lange sich die Informationen zusammensuchen muss

[knxmfbp]

Bei mir läuft develop seit über einem Jahr in Produktion. Warum nehmen wir develop nicht als neuen master branch als Ausgangspunkt?

[DerSeppel]

Finde ich gut, dass du das in die Hand nimmst.
Mit einem offeneren Ansatz wird die Entwicklung hoffentlich auch ein wenig agiler werden.
Ich werde unterstützen wo es die Zeit zu lässt.

Auch wenn am Ende 1:1 der develop raus kommt. Ein sorgfältiges, manuelles mergen halte ich für besser.

[DerSeppel]

Zu den Plugins:
Alle einsammeln und unter dem sh.py Repo pflegen? Für die Vielzahl der Benutzer sicher einfacher.
Persönlich hätte ich nichts dagegen meine Plugins da mit unter zu stellen.

[cmalo]

Wie wäre es mit nem Docket image. Würde meins wohl umstellen und weiterpflegen.

Klar gerne, mit Docker habe ich persönlich noch nichts gemacht, aber spricht nichts dagegen. Kannst Du dazu eine Anleitung schreiben, bzw. das Image bereitstellen.
Ich überlege mir noch etwas wie in Zukunft das Releasemanagement läuft und wo man am besten das Image bereitstellen kann.

Zu den Plugins:
Alle einsammeln und unter dem sh.py Repo pflegen? Für die Vielzahl der Benutzer sicher einfacher.
Persönlich hätte ich nichts dagegen meine Plugins da mit unter zu stellen.

Zuerst die Plugins aus dem develop branch, dann so wie der Autor es will, entweder ins sh.py Repository rein oder als externe Referenz.
Hat beides Vor- und Nachteile.

[psilo]

Kurze Frage zum FORK. Ich habe bemerkt, dass das Fritzbox Plugin unter develop irgendwie != dem ist, das im alten GIT unter develop war:

https://github.com/mknx/smarthome/bl...ox/__init__.py
https://github.com/smarthomeNG/smart...ox/__init__.py

Bin ich zu doof oder ist da was schiefgelaufen?

[cmalo]

Da ist nichts schiefgelaufen.

Ich habe die Änderungen von Marcus, aus dem develop Branch im Fork entfernt, bzw. entfernen müssen, da Marcus diese seit 2014 nicht mehr unter die GPL gestellt hat und mich drauf hingewiesen hat diesen Code zu entfernen.

Hat zu folge, dass man sich das Plugin erstmal aus seinem Repository kopieren muss bis es neu entwickelt ist.

Verwendet das noch jemand? Macht eine Neuimplementierung Sinn?

Die Änderungen die ohne GPL commitet wurden, betreffen auch eine Stelle im sqlite-Plugin und das WOL-Plugin.

[psilo]

Bei mir ist die Fritzbox elementar angebunden, bspw. wenn Sensoren Alarmmeldungen auslösen.. Allerdings fehlen mir in der Bestandsimplementierung ein ganzer Haufen Werte. Zumindest wenn man das Fritzbox Widget aus dem Widget-Repo von https://github.com/herrmannj/smartvisu-widgets verwenden möchte.

[fuxl66]

Auch bei mir hat das Fritzbox Plugin einen sehr hohen stellenwert in meinem System. Abgesehen von simplen Anwesenheitsprüfungen bzw. Status der Netzwerkverbindungen verwende ich sehr stark die CALL Funktion.