I’m looking into it ASAP. It seems to be a new dependancy since it was working before (Or py-future was include in the resin os base image and not in the new one)
Thank you! Confirmed fix with py-future apk in Dockerfile
If you don’t mind I do have couple more suggestions.
I have very strange ISP and port 80 is closed for me, in such situations it’s very nice to have ability switching challenge. I have ended up adding
"challenge": "str"
into config
and explicitly opening ports 443, 80. Final thing is to change certbot params to have something like
I have just pushed a new version with py-future. As soon as the travis build kick in it should be available on docker-hub.
I’m not sure I follow the opening ports requirement for the challenge ? How will it work with the proxy (wich already use ports 80 and 443 on the host) ? Which challenge are you using ?
I could add the --standalone --preferred-challenges tls-sni option. I don’t see how I could open the 443 port without conflict with the nginx proxy. Is it acceptable for you if I open another port (ie 10443) and then you could use the nginx proxy to redirect 443 to 10443 ?
Please ignore those ports. I think it didn’t work for me without explicit opening because I have some problems with host network: I’m not able to connect to any container without opening ports directly. So if you’ll just add options to specify challenge would be great.
It will not work without the ports option because the standalone plugin need those ports to be opened and accessible. The current addon use the webroot plugin which rely on an external server (ie nginx in the nginx-proxy) to serve the challenge.
In fact, I’m not sure it can work with the nginx_proxy to redirect 443 to 10443, you will need to access the service you want to proxify on a sub directory since the root of the virtual host will redirect to certbot. Or you will need to change the configuration of the proxy each time you want to renew the certificats.
Since it is not possible to access the ports configuration from the ui (it is fixed at the addon generation) I don’t see how to solve this. Apart from a new addon based on the existing one with the ports exposed and using the standalone plugin. For now I will publish my modifications to allow the use of the standalone plugin with a redirection. It will need some extra action on your part to be used :
modify the nginx_proxy configuration to proxify 443 to 10443,
start the certbot addon,
wait for the certificats to be created/renewed,
stop the addon,
revert the nginx conf
Does this seem doable for you ? In the meantime I will look to propose a modification of hassio core to allow to dynamically modify the ports.
I have push the new version. It should work but I cannot test right now. Just wait 5 minutes for the new version to be uploaded (the badge will show version 0.1.6 on this page github). I have updated the documentation.
Thank you for the repo and plugins; the one thing stopping me from switching to hass.io was always grafana and i’m glad to see it here.
I’ve got the repository configured correctly and the plugins installed, but now i’m wondering what else is needed for configuration, and what are the IP address for grafana? This is the first time i’ve ever used Hass.io/resinos before so not sure at all where to go. I need to create a database in influx to store things, and i’m not sure how.
Has anyone gotten snapcast or snapserver to work? I know they hadn’t been tested, but I am having trouble setting them up. I get an error saying “Failed to create client: Daemon not running”. Any thoughts??
Hi!
Every single time I try to play anything in Mopidy I get this error:
WARNING Could not find a MPEG-1 Layer 3 (MP3) decoder to handle media.
WARNING GStreamer warning: gst-stream-error-quark: No decoder available for type ‘audio/mpeg, mpegversion=(int)1, mpegaudioversion=(int)1, layer=(int)3, rate=(int)44100, channels=(int)2, parsed=(boolean)true’. (6)
ERROR GStreamer error: gst-core-error-quark: Your GStreamer installation is missing a plug-in. (12)