New release? #481

gerroon · 2019-10-15T17:37:51Z

Hi

Are there plans for a new release soon?

thanks

badaix · 2019-10-15T21:52:05Z

yes, within the next few days, I'm testing and cleaning up. Release notes will look something like that:

Version 0.16.0

Features

Control server: websocket support for JSON RPC
Control server: simple webserver integrated to host web UIs
Control server: bind-to addresses are configurable
Control server: streams can be added and Removed (PR Dynamic stream creation and deletion via JSON-RPC API #443)
Control server: group names can be changed (PR Added JSON request Group.SetName in control interface #467)
Librespot: add onevent parameter (PR Replace onstart and onstop with onevent #465)

Bugfixes

Fix build on macOS (Issue snapserver build error on Mac OS 10.14.6 #474)

General

Control server uses less threads (one in total, instead of 1+2n)
Snapserver: Configuration is moved into a file
Removed submodules "popl" and "aixlog" to ease build
Snapcast depends on boost::asio and boost::beast (header only)
Tidy up code base
Makefile doesn't statically link libgcc and libstdc++

badaix · 2019-10-16T21:35:20Z

https://github.com/badaix/snapcast/releases/tag/v0.16.0
enjoy 🤘

gerroon · 2019-10-16T23:14:42Z

@badaix

Thanks for the release but it is failing to start on Debian Testing 🚨

systemctl status snapserver.service                                                                                                              :(
● snapserver.service - Snapcast server
   Loaded: loaded (/lib/systemd/system/snapserver.service; enabled; vendor preset: enabled)
   Active: failed (Result: exit-code) since Wed 2019-10-16 18:13:37 CDT; 2s ago
     Docs: man:snapserver(1)
  Process: 30366 ExecStart=/usr/bin/snapserver $SNAPSERVER_OPTS (code=exited, status=1/FAILURE)
 Main PID: 30366 (code=exited, status=1/FAILURE)

Oct 16 18:13:37  systemd[1]: snapserver.service: Service RestartSec=100ms expired, scheduling restart.
Oct 16 18:13:37  systemd[1]: snapserver.service: Scheduled restart job, restart counter is at 5.
Oct 16 18:13:37  systemd[1]: Stopped Snapcast server.
Oct 16 18:13:37  systemd[1]: snapserver.service: Start request repeated too quickly.
Oct 16 18:13:37  systemd[1]: snapserver.service: Failed with result 'exit-code'.
Oct 16 18:13:37  systemd[1]: Failed to start Snapcast server.

gerroon · 2019-10-16T23:27:58Z

I think there is an issue with the snapserver user but I cant figure it out.

gerroon · 2019-10-16T23:32:47Z

Btw how does the web server feature work?

badaix · 2019-10-17T06:22:08Z

I replaced my debian packaging scripts with the official debian ones. The official debian package is using the username and groupname "_snapserver" and "_snapclient". Maybe this is the problem.
On one of my test systems I had to purge the old installation sudo dpkg --purge snapserver. Can you try this?

badaix · 2019-10-17T06:32:55Z

regarding the webserver: you can configure the doc_root in /etc/snapserver.conf to e.g. (there is a basic web UI interface.html in the snapcast source tree):

[http]
doc_root = /home/johannes/Develop/snapcast/server/etc

after restart sudo service snapserver restart you can open http:\\<IP of your server>:1780\interface.html in a browser.
For the web UI to work, you should put your snapserver's IP address in this line of interface.html:
var connection = new WebSocket('ws://127.0.0.1:1780/jsonrpc');

derglaus · 2019-10-17T06:44:12Z

Minor optimization would be to change the line to

var connection = new WebSocket('ws://'+window.location.hostname+':1780/jsonrpc');

Great that you included Webserver and WebSocket :)

badaix · 2019-10-17T06:51:56Z

Hi glause, sorry for not getting back to you, this is exactly the question I wanted to ask you :)
I'm thinking of how to optionally ship this UI with the installer, this is planned for the next release

badaix · 2019-10-17T07:01:20Z

What's missing in the docs right now:
the websocket server can be fired with the really same json RPC commands as the telnet server (which is still built-in and will stay in future releases) at:
ws://<server host address>:1780/jsonrpc

You can also HTTP POST JSON RPC commands to the really same address (of course this is without push notifications):
http://<server host address>:1780/jsonrpc

the whole HTTP server can be enabled/disabled in /etc/snapserver.conf, also the port is configurable (default is 1780), as well as the doc_root and the listening address, which can be used to bind the servert to a specific network interface (also the loopback interface (127.0.0.1))

At the moment there is no TLS (HTTPS or WSS) available, this is planned for some later release.
Of course, it's not recommended to expose the HTTP server to the internet.

mogwa1 · 2019-10-17T19:27:16Z

Hi, thanks for the new release!
I'm the maintainer for the archlinux AUR package (https://aur.archlinux.org/packages/snapcast/).
I haven't yet looked into compiling the updated package, but looking through the recent commits I did notice that the system users and groups have changed to have a leading underscore (also mentioned earlier in this thread). Is there any particular reason for that?
This seems to clash with arch conventions, so I want to double check whether this is something to take on board or not ...
Thanks in advance!

badaix · 2019-10-17T20:56:51Z

Hi @mogwa1
I don't know the reason for the leading underscores, they came in by copying the debian build scripts. Also I didn't find anything on Google, but just wrote the maintainer an email, asking for the reason.
In my Raspbian's passwd file there is one more user with underscore: _apt.
In general snapcast doesn't depend on specific users, but needs certain permissions, e.g. the client needs access to audio devices.

mogwa1 · 2019-10-17T21:08:37Z

Hi @badaix, I appreciate the quick answer! So it's not just me that couldn't find anything on these underscores. :-)

Ok, I'll sleep on it another night. I think I'm going to keep the current users (without underscores) for the time being.
Arch is using systemd-sysusers to create the system users, which AFAIK has no way of removing sysusers. They're supposed to be removed manually by the sysadmin when they're no longer needed. So, introducing new sysusers at this point in time would litter systems which already had a previous version installed.

Another thing: would it be a good idea to mention the arch AUR package in the README.md?

rcmcronny · 2019-10-19T07:45:32Z

I don't know the reason for the leading underscores, they came in by copying the debian build scripts. Also I didn't find anything on Google, but just wrote the maintainer an email, asking for the reason.
In my Raspbian's passwd file there is one more user with underscore: _apt.
In general snapcast doesn't depend on specific users, but needs certain permissions, e.g. the client needs access to audio devices.

I would like, to get back to the old user/group, as this update broke everything, because of the new user (and other stuff of course :) ) I am back to a 0.15 backup for now.
I use MPDwith Pulse and some legacy fifos, the fifos were working after i fixed the config, streams, but the pulse targets not.

Schluggi · 2019-10-22T20:53:10Z

@badaix

Thanks for the release but it is failing to start on Debian Testing rotating_light

systemctl status snapserver.service                                                                                                              :(
● snapserver.service - Snapcast server
   Loaded: loaded (/lib/systemd/system/snapserver.service; enabled; vendor preset: enabled)
   Active: failed (Result: exit-code) since Wed 2019-10-16 18:13:37 CDT; 2s ago
     Docs: man:snapserver(1)
  Process: 30366 ExecStart=/usr/bin/snapserver $SNAPSERVER_OPTS (code=exited, status=1/FAILURE)
 Main PID: 30366 (code=exited, status=1/FAILURE)

Oct 16 18:13:37  systemd[1]: snapserver.service: Service RestartSec=100ms expired, scheduling restart.
Oct 16 18:13:37  systemd[1]: snapserver.service: Scheduled restart job, restart counter is at 5.
Oct 16 18:13:37  systemd[1]: Stopped Snapcast server.
Oct 16 18:13:37  systemd[1]: snapserver.service: Start request repeated too quickly.
Oct 16 18:13:37  systemd[1]: snapserver.service: Failed with result 'exit-code'.
Oct 16 18:13:37  systemd[1]: Failed to start Snapcast server.

I fall into the same issue but i've fixed it.
By running sudo -u _snapserver /usr/bin/snapserver i notice a permission error to /var/lib/snapserver/server.json. The owner was numeric. This means my system has no user found for that user id. Maybe a mistake by building the package. After running chown _snapserver:_snapserver /var/lib/snapserver/server.json the service starts running.

So the service works fine, but my Spotify couldn't find my librespot device. After switching to the new config format this was fixed too.

I hope this help!

badaix · 2019-10-23T08:51:36Z

I don't get an answer yet from the debian package maintainer. I'm thinking about to remove the underscores from the user names/group names. In a new installation the underscore will not harm, but it's causing problems when updating an older version (w/o underscores). On the other hand, this is in line with the official debian package, and will make updates from the official to a more recent unofficial release easier.

badaix · 2019-10-23T08:57:06Z

@mogwa1

Another thing: would it be a good idea to mention the arch AUR package in the README.md?

yes, of course, it's a good idea to point Arch users to the official packages, as they are much more compatible, convenient and auto updated compared to make install installations.
I'm actually proud about the fact that there are official packages for some of the big Linux distros available.

mogwa1 · 2019-10-25T09:17:09Z

I've created pull request #491 to update the documentation to mention the Arch package.

badaix · 2019-10-25T16:08:01Z

thanks @mogwa1 it's already merged

badaix · 2019-10-25T16:10:39Z

regarding the underscores: Felix, the debian package maintainer, said that the underscores are prepended to the user name to avoid conflicts with existing user names (unlikely, but not impossible)

mariolukas · 2019-11-27T09:32:58Z

What's missing in the docs right now:
the websocket server can be fired with the really same json RPC commands as the telnet server (which is still built-in and will stay in future releases) at:
ws://<server host address>:1780/jsonrpc

You can also HTTP POST JSON RPC commands to the really same address (of course this is without push notifications):
http://<server host address>:1780/jsonrpc

the whole HTTP server can be enabled/disabled in /etc/snapserver.conf, also the port is configurable (default is 1780), as well as the doc_root and the listening address, which can be used to bind the servert to a specific network interface (also the loopback interface (127.0.0.1))

At the moment there is no TLS (HTTPS or WSS) available, this is planned for some later release.
Of course, it's not recommended to expose the HTTP server to the internet.

Just testet the websoket interface. Thank you so much for introducing websockets and http server support. It makes the hydraplay setup less complex!

rcmcronny · 2019-11-27T09:46:19Z

I use since some days the debian package for 0.17.1 (on ubuntu 18.04) and this works very good.
The user change back to the old one (without "_") was really good. THANK YOU !

I really appreciate the progress of this !

badaix · 2019-11-27T12:28:38Z

@mariolukas good to hear :) see you at the dorkbot ;)

zsamiatt · 2021-03-19T15:26:57Z

Hello,

I tried install the latest snapserver (0.24.0) to debian 10 today.
If I write to command snapserver, the snapserver runing.
If I try runing in backgroud the snapserver can not runing. I see the log permission error to server.json.

I try change: full permission, _snapserver, snapserver, root user and group. I see in debian that this two user and group valid.

The debian 0.15.0 package working correctly.

badaix · 2021-03-19T16:24:27Z

@zsamiatt try apt purge snapserver to remove everything and then install again.
There is no more the underscore user.

zsamiatt · 2021-03-19T17:10:42Z

@zsamiatt try apt purge snapserver to remove everything and then install again.
There is no more the underscore user.

You are genius :) Its work. Thx!

badaix · 2021-03-19T18:54:30Z

Yep, I know ;)

fuchsmich mentioned this issue Jan 13, 2020

Exception: failed to open file "/var/lib/snapserver/server.json", permission denied (error 13) #526

Closed

badaix closed this as completed Jan 24, 2020

derglaus mentioned this issue Jan 29, 2020

Can't get it to work ;( derglaus/snapcast-websockets-ui#7

Open

badaix mentioned this issue Mar 4, 2020

cannot connect to jsonrpc in any way (other than telnet) #386

Closed

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

New release? #481

New release? #481

gerroon commented Oct 15, 2019

badaix commented Oct 15, 2019

badaix commented Oct 16, 2019

gerroon commented Oct 16, 2019 •

edited

gerroon commented Oct 16, 2019

gerroon commented Oct 16, 2019

badaix commented Oct 17, 2019

badaix commented Oct 17, 2019

derglaus commented Oct 17, 2019

badaix commented Oct 17, 2019

badaix commented Oct 17, 2019

mogwa1 commented Oct 17, 2019

badaix commented Oct 17, 2019

mogwa1 commented Oct 17, 2019

rcmcronny commented Oct 19, 2019

Schluggi commented Oct 22, 2019

badaix commented Oct 23, 2019

badaix commented Oct 23, 2019

mogwa1 commented Oct 25, 2019

badaix commented Oct 25, 2019

badaix commented Oct 25, 2019

mariolukas commented Nov 27, 2019 •

edited

rcmcronny commented Nov 27, 2019

badaix commented Nov 27, 2019

zsamiatt commented Mar 19, 2021 •

edited

badaix commented Mar 19, 2021

zsamiatt commented Mar 19, 2021

badaix commented Mar 19, 2021

New release? #481

New release? #481

Comments

gerroon commented Oct 15, 2019

badaix commented Oct 15, 2019

Version 0.16.0

Features

Bugfixes

General

badaix commented Oct 16, 2019

gerroon commented Oct 16, 2019 • edited

gerroon commented Oct 16, 2019

gerroon commented Oct 16, 2019

badaix commented Oct 17, 2019

badaix commented Oct 17, 2019

derglaus commented Oct 17, 2019

badaix commented Oct 17, 2019

badaix commented Oct 17, 2019

mogwa1 commented Oct 17, 2019

badaix commented Oct 17, 2019

mogwa1 commented Oct 17, 2019

rcmcronny commented Oct 19, 2019

Schluggi commented Oct 22, 2019

badaix commented Oct 23, 2019

badaix commented Oct 23, 2019

mogwa1 commented Oct 25, 2019

badaix commented Oct 25, 2019

badaix commented Oct 25, 2019

mariolukas commented Nov 27, 2019 • edited

rcmcronny commented Nov 27, 2019

badaix commented Nov 27, 2019

zsamiatt commented Mar 19, 2021 • edited

badaix commented Mar 19, 2021

zsamiatt commented Mar 19, 2021

badaix commented Mar 19, 2021

gerroon commented Oct 16, 2019 •

edited

mariolukas commented Nov 27, 2019 •

edited

zsamiatt commented Mar 19, 2021 •

edited