Arch Linux

Thanks, @spychodelics, for pointing that out.
I updated this AUR package (plus the Git version) and added "sqlite" as a dependency.

Just for the record -- here is the issue on GitHub:
https://github.com/devsnd/cherrymusic/issues/497

I think @spychodelics is right: Python's sqlite3 module requires the sqlite library, which is provided by the sqlite package.

/usr/lib/libsqlite3.so is owned by sqlite 3.8.7.4-1

The package's in the Core repository: https://www.archlinux.org/packages/?name=sqlite

Hi, in order to build it, i needed to install "sqlite"

@chepaz:
thanks for removing the comment.
just for the sake of correctness: your pkgbuild was only tagged as version 0.32.0, it still used the old link pointing to the sources of version 0.31.2. just have a look at line 15, starting with "source=". never mind.

Comment removed, this time it was me who delayed ;-) My PKGBUILD has build 0.32.0 also but yours is MUCH cleaner :) Thanks for the update!

@chepaz:
i updated the pkgbuild. sorry, for the delay.
please remove your comment below. arch linux users should grab the pkgbuild from here (the aur). also, the pkgbuild your link is pointing to is not correct. it will still install cherrymusic version 0.31.2.

the solution to the issue in the posts below can now be found on github:
https://github.com/devsnd/cherrymusic/issues/448

reinstalling the aur package fixes the problem.

hmmm, i didnt change the systemd service files in the last few master updates... they should be correct.
i see you reported that issue on the cherrymusic github project page.
(https://github.com/devsnd/cherrymusic/issues/448)
good!
in the meantime, you could try the devel-git package here:
https://aur.archlinux.org/packages/cherrymusic-devel-git/
or downgrade to the last working version, of course. sorry for the inconvenience!

Recent update broke my server :(

[user@system ~]$ sudo systemctl status -l cherrymusic@user.service
● cherrymusic@user.service - CherryMusic server
Loaded: loaded (/usr/lib/systemd/system/cherrymusic@.service; enabled)
Active: failed (Result: start-limit) since Tue 2014-04-01 05:16:34 CDT; 27s ago
Process: 7293 ExecStart=/usr/bin/cherrymusic (code=exited, status=1/FAILURE)
Main PID: 7293 (code=exited, status=1/FAILURE)

Apr 01 05:16:34 system systemd[1]: cherrymusic@user.service: main process exited, code=exited, status=1/FAILURE
Apr 01 05:16:34 system systemd[1]: Unit cherrymusic@user.service entered failed state.
Apr 01 05:16:34 system systemd[1]: cherrymusic@user.service holdoff time over, scheduling restart.
Apr 01 05:16:34 system systemd[1]: Stopping CherryMusic server...
Apr 01 05:16:34 system systemd[1]: Starting CherryMusic server...
Apr 01 05:16:34 system systemd[1]: cherrymusic@user.service start request repeated too quickly, refusing to start.
Apr 01 05:16:34 system systemd[1]: Failed to start CherryMusic server.
Apr 01 05:16:34 system systemd[1]: Unit cherrymusic@user.service entered failed state.

Thanks 6arms; kick åß music server

i updated the package to the newest version (that includes the bug fix), which makes the bug reports/workarounds in the posts below obsolete.
everything should work again -- no matter whether fomori.org is down or not.

Confirming that changing
update_notification = False
In cherrymusic.conf is a workaround for admin-login hangups while fomori.org is down

Thanks for the tip tilx, worked like a charm

Anything between 0.29.0 and 0.31.0 (inclusive) needs fomori.org to be up when an admin user logs in and "update notification" is enabled. Sadly, fomori.org is down at the moment. There's a bugfix release already, 0.31.1.

WORKAROUND: Until the package is updated or fomori.org is back up, start cherrymusic without the offending feature:

$ cherrymusic --conf general.update_notification=False

or in cherrymusic.conf:

[general]
update_notification = False

Anything below 0.31.1 breaks when fomori.org is down (message-of-the-day retrieval hangups)

ok, i read a little about systemd service files... i changed my mind and included one in both aur packages (this one and "cherrymusic-devel-git").

if you want to run cherrymusic as a system service and to automatically start it on boot, simply do:

$ sudo systemctl start cherrymusic@USER.service
$ sudo systemctl enable cherrymusic@USER.service

**note:** replace "USER" with the user that should run cherrymusic (do not use root!).

note that although the cherrymusic service is now run as the user "USER", the service calls still have to be given as root.

see the arch wiki:

https://wiki.archlinux.org/index.php/CherryMusic#Systemd_service_file

@roukoswarf:
thanks a lot for your effort! i also wanted to include a systemd service file since i initially submitted this pkgbuild, but there were (and still are) some reasons which keep me from including one.
unfortunately, cherrymusic is not yet ready for a systemd service file: until now, its not really integrated into the system. please see this issue on github

https://github.com/devsnd/cherrymusic/issues/145

for detailed information.
in short:
cherrymusic doesnt have a mechanism to drop root privileges yet and its configuration files are not installed systemwide.
i strongly advise against using above systemd service file to start cherrymusic as it is runs cherrymusic as root user, which is a serious security risk.
maybe, a workaround would be to change the line

ExecStart=/usr/bin/cherrymusic

to

User=USER
ExecStart=/usr/bin/cherrymusic
Restart=always

as this would run cherrymusic as non-root user "USER". please note that im no expert in systemd related stuff and i dont know if that workaround causes any other security issues.
alternatively, you can simply run cherrymusic in a screen session, like commonly done with "rtorrent"...

i added an entry in the arch wiki:

https://wiki.archlinux.org/index.php/CherryMusic#Systemd_service_file

A systemd service for you, since you said it was on your list of TODOs

[Unit]
Description=CherryMusic Web Server
After=network.target remote-fs.target nss-lookup.target

[Service]
ExecStart=/usr/bin/cherrymusic
PrivateTmp=true
StandardOutput=null

[Install]
WantedBy=multi-user.target

Enjoy, adjust the After= as you desire, add to the package for other people's convenience so others may use this great software a bit more conveniently.
Ensure to put a note that you must use the --setup option before using the service.