{"action":"created","issue":{"url":"https://api.github.com/repos/smarthomeNG/smarthome/issues/31","repository_url":"https://api.github.com/repos/smarthomeNG/smarthome","labels_url":"https://api.github.com/repos/smarthomeNG/smarthome/issues/31/labels{/name}","comments_url":"https://api.github.com/repos/smarthomeNG/smarthome/issues/31/comments","events_url":"https://api.github.com/repos/smarthomeNG/smarthome/issues/31/events","html_url":"https://github.com/smarthomeNG/smarthome/issues/31","id":150687311,"number":31,"title":"[CORE] Usage of \"shutil.disk_usage()\" in stat.py not supported with python < 3.3","user":{"login":"sandman60","id":8808819,"avatar_url":"https://avatars.githubusercontent.com/u/8808819?v=3","gravatar_id":"","url":"https://api.github.com/users/sandman60","html_url":"https://github.com/sandman60","followers_url":"https://api.github.com/users/sandman60/followers","following_url":"https://api.github.com/users/sandman60/following{/other_user}","gists_url":"https://api.github.com/users/sandman60/gists{/gist_id}","starred_url":"https://api.github.com/users/sandman60/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/sandman60/subscriptions","organizations_url":"https://api.github.com/users/sandman60/orgs","repos_url":"https://api.github.com/users/sandman60/repos","events_url":"https://api.github.com/users/sandman60/events{/privacy}","received_events_url":"https://api.github.com/users/sandman60/received_events","type":"User","site_admin":false},"labels":[],"state":"open","locked":false,"assignee":null,"milestone":null,"comments":11,"created_at":"2016-04-24T18:20:56Z","updated_at":"2016-04-25T16:07:36Z","closed_at":null,"body":"Hi,\r\n\r\nas discussed in the KNXUF the current stat.py is causing an exception due to the fact that this routine is not supported by pyhton < 3.3. From my PoV the basis for SH.PY should be kept identical to the former PI-Image, means 3.2, and so I would suggest to handle this in an individual logic or, if possible, check the version of python as a prereq.\r\n\r\nCheers,\r\nOliver"},"comment":{"url":"https://api.github.com/repos/smarthomeNG/smarthome/issues/comments/214420649","html_url":"https://github.com/smarthomeNG/smarthome/issues/31#issuecomment-214420649","issue_url":"https://api.github.com/repos/smarthomeNG/smarthome/issues/31","id":214420649,"user":{"login":"sandman60","id":8808819,"avatar_url":"https://avatars.githubusercontent.com/u/8808819?v=3","gravatar_id":"","url":"https://api.github.com/users/sandman60","html_url":"https://github.com/sandman60","followers_url":"https://api.github.com/users/sandman60/followers","following_url":"https://api.github.com/users/sandman60/following{/other_user}","gists_url":"https://api.github.com/users/sandman60/gists{/gist_id}","starred_url":"https://api.github.com/users/sandman60/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/sandman60/subscriptions","organizations_url":"https://api.github.com/users/sandman60/orgs","repos_url":"https://api.github.com/users/sandman60/repos","events_url":"https://api.github.com/users/sandman60/events{/privacy}","received_events_url":"https://api.github.com/users/sandman60/received_events","type":"User","site_admin":false},"created_at":"2016-04-25T16:07:36Z","updated_at":"2016-04-25T16:07:36Z","body":" @cstrassburg: Du sprichst nun aber ein ganz anderes Thema an, nämlich auf welcher Umgebung entwickeln die meisten Entwickler und das wäre für mich schon wieder ein ganz anderes Argument, denn hier würde eine künstliche Aufrechterhaltung eines Status Quo zu einer unnötigen Mehrbelastung führen, insb. da alle hier für Lau arbeiten. Da ich kein Entwickler bin folge ich der Entscheidung, dann sollte die Abstimmung IMHO aber in diese Richtung laufen wer auf was entwickelt.\r\n\r\n@ohinckel: Stimme Dir voll und ganz zu, daher ja auch der Hinweis von mir eine möglichst hohe Version in einer Imageversion zu verwenden und eine entsprechende Updateprozedur zu bauen, sei es bspw. ein Komplettbackup mit anschließendem Restore auf einem neuen Image. Das gibt es aber aktuell noch nicht und daher werden die ersten dann ihre Fehlermeldungen eifrig posten warum stat.py nen Fehler wirft. ... und wenn keiner was zum Develop zurückmeldet sondern nur bei sich auskommentiert oder umschreibt wird aus Dev schnell Stable, oder? :-)\r\n"}}