Package Details: cherrymusic 0.36.0-1

Git Clone URL: https://aur.archlinux.org/cherrymusic.git (read-only)
Package Base: cherrymusic
Description: A standalone HTML5 (with Flash fallback) music streaming server based on CherryPy and jPlayer.
Upstream URL: http://fomori.org/cherrymusic
Keywords: cherrymusic music server streaming
Licenses: GPL3
Submitter: 6arms1leg
Maintainer: 6arms1leg
Last Packager: 6arms1leg
Votes: 11
Popularity: 0.995110
First Submitted: 2012-09-19 13:32
Last Updated: 2016-02-10 09:06

Latest Comments

tilx commented on 2016-07-03 13:22

I think python-six should be a dependency of the python-cherrypy package. I filed a bug report with community packages: https://bugs.archlinux.org/task/49925.

Until this gets fixed, the workaround is to install python-six manually, as mentioned by @svalo in the comments at cherrymusic-devel-git.

Musikolo commented on 2016-07-02 22:09

After upgrading python-cherrpy to 0.6.2, cherrymusic requires python-six to work. Otherwise, it shows this error: https://github.com/devsnd/cherrymusic/issues/630

Please, consider adding python-six as a new dependency.

Thank you!

6arms1leg commented on 2016-02-10 12:14

Sorry for the delay!
I updated the package (plus the Git version) accordingly, so that it now includes the security fixes.

@jooch, please remove the pastebin file and (the link to it in) your last comment as to not confuse AUR users about which package to choose. Thanks.

Just for the record – here is the security issue on GitHub:
https://github.com/devsnd/cherrymusic/issues/598

jooch commented on 2016-01-05 04:03

Nice program, but i don't understand why this package hasn't been updated. The update fixes a serious security risk.

twall commented on 2015-11-21 17:04

CherryMusic 0.36.0 has been released and contains security fixes, please update the package!

Also:
- python3-stagger-svn is no longer an optional dependency
- python-pillow is now an optional dependency

6arms1leg commented on 2014-12-27 12:20

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

tilx commented on 2014-12-14 23:10

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

spychodelics commented on 2014-12-13 21:37

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

6arms1leg commented on 2014-05-19 22:55

@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.

chepaz commented on 2014-05-19 15:07

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!

6arms1leg commented on 2014-05-15 20:27

@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.

chepaz commented on 2014-05-13 18:17

PKGBUILD for v0.32.0: https://paste.xinu.at/96KfI/

6arms1leg commented on 2014-04-05 19:09

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.

6arms1leg commented on 2014-04-01 17:30

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!

mgruben commented on 2014-04-01 10:20

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.

mgruben commented on 2014-02-22 03:28

Thanks 6arms; kick åß music server

6arms1leg commented on 2014-02-18 17:41

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.

mgruben commented on 2014-02-16 16:33

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

tilx commented on 2014-02-15 23:19

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

mgruben commented on 2014-02-15 21:58

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

6arms1leg commented on 2013-04-08 21:48

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

6arms1leg commented on 2013-04-03 23:17

@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

6arms1leg commented on 2013-04-03 23:15

@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"...

6arms1leg commented on 2013-04-01 00:58

@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

ExecStart=/bin/su USER -c "/usr/bin/cherrymusic"

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"...

roukoswarf commented on 2013-03-30 01:33

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.

roukoswarf commented on 2013-03-30 01:32

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.