Package Details: cherrymusic 0.41.3-1

Git Clone URL: (read-only, click to copy)
Package Base: cherrymusic
Description: A standalone HTML5 (with Flash fallback) music streaming server based on CherryPy and jPlayer.
Upstream URL:
Keywords: cherrymusic music server streaming
Licenses: GPL3
Submitter: 6arms1leg
Maintainer: 6arms1leg
Last Packager: 6arms1leg
Votes: 13
Popularity: 0.000000
First Submitted: 2012-09-19 13:32 (UTC)
Last Updated: 2022-03-05 16:49 (UTC)

Latest Comments

6arms1leg commented on 2022-03-05 18:14 (UTC)

@Musikolo, thanks for keeping track of these issues.

Generally, I agree with you regarding the upstream URL but please refer to my previous post in this comment section.

Musikolo commented on 2022-03-05 17:32 (UTC)

It would be nice to update the URL of this package to since former URL is no longer accessible.

Thank you!

twall commented on 2022-03-04 09:49 (UTC)

Hey, thanks for the continued interest in Cherrymusic. While it's true that it does not get any updates anymore, I still want people to be able to continue to use it, as it's working and stable software. I still use it everyday. Anyway, I've merged the PR of @tilx and released a new version 0.41.3 on github and pypi. @6arms1leg, please be so kind and update the package accordingly, so that people can continue to run CM.

6arms1leg commented on 2022-01-23 11:23 (UTC) (edited on 2022-01-23 15:09 (UTC) by 6arms1leg)

@Musikolo, thanks for your support.

However, I’m reluctant to apply the changes you suggest for the following reasons. To my knowledge, CherryMusic is currently not under active development. Anyway, the patch you suggest should really be applied upstream and not here. You already opened an issue on the CherryMusic GitHub page, so let’s see if it gets fixed there. I would then update the AUR package with the new release. Part of the patch you submitted must be applied to TinyTag, though. TinyTag is (actively) developed separately in another repository. Regarding the link to the website, I would like to keep this consistent with the upstream repository, and that still points to the non-existent URL

To sum things up: CherryMusic is currently not under active development. The changes you suggest should really be made upstream instead of intermediate patches here. When development picks up again, I will continue to update the AUR package. Otherwise, I would like to keep this package consistent with the upstream development status.

Musikolo commented on 2022-01-22 17:14 (UTC)

@6arms1leg, CherryMusic doesn't work with Python 3.10, unless this patch is applied.

Other than that, it would be nice to update the URL of the package to, because the current location is no longer available.

I hope it helps! ;-)

tilx commented on 2017-09-16 18:56 (UTC)

To get the cherrypy dependency to install, it's currently necessary to add the following makedepends to the dependencies: - in PKGBUILD of python-cherrypy: 'python-cheroot' 'python-portend' - in PKGBUILD of python-portend: 'python-tempora' These dependencies need to exist on the system, before python-cherrypy can be installed, which is needed by cherrymusic. The problem is with the other packages. Unfortunately it's *not* a workaround to add the makedepends to this package, as they need to be installed in a certain order, which AFAIK can't be controlled by the cherrymusic package.

tilx commented on 2017-09-16 18:56 (UTC)

jooch, could you open an issue with that error and traceback over at ? It would also be great if you could provide some more context in your issue to help track this down. For example, it'd be very helpful to know which request cherrymusic was trying to serve, or what the web client was doing when that error occurred. There might be relevant output in the browser's javascript console (Ctrl+Shift+J).

jooch commented on 2017-09-16 15:43 (UTC)

Broken since a while now. Python dependencies don't build properly, after building the dependencies manually i can start cherrymusic from a terminal but not as a service: ERROR [2017-05-08 02:20:13,467] : cherrypy.error.139861433424472 : from line (219) at /usr/lib/python3.6/site-packages/cherrypy/ -- [08/May/2017:02:20:13] Traceback (most recent call last): File "/usr/lib/python3.6/site-packages/cherrypy/", line 146, in release_serving req.close() File "/usr/lib/python3.6/site-packages/cherrypy/", line 506, in close'on_end_request') File "/usr/lib/python3.6/site-packages/cherrypy/", line 114, in run raise exc File "/usr/lib/python3.6/site-packages/cherrypy/", line 104, in run hook() File "/usr/lib/python3.6/site-packages/cherrypy/", line 63, in __call__ return self.callback(**self.kwargs) File "/usr/lib/python3.6/site-packages/cherrypy/lib/", line 252, in save self._save(expiration_time) File "/usr/lib/python3.6/site-packages/cherrypy/lib/", line 518, in _save assert self.locked, ('The session was saved without being locked. ' AssertionError: The session was saved without being locked. Check your tools' priority levels.

6arms1leg commented on 2016-10-27 14:41 (UTC)

@Musikolo, I updated the package and included your improvement to the "source" line (thanks!). The missing "python-six" dependency issue of the "python-cherrypy" package is fixed for Arch Linux.

Musikolo commented on 2016-10-27 02:36 (UTC)

Please, update to version 0.38.0 when possible. I've made a few minor improvements in the PKGBUILD file. You can find them at Thank you!

tilx commented on 2016-07-03 13:22 (UTC)

I think python-six should be a dependency of the python-cherrypy package. I filed a bug report with community packages: 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 (UTC)

After upgrading python-cherrpy to 0.6.2, cherrymusic requires python-six to work. Otherwise, it shows this error: Please, consider adding python-six as a new dependency. Thank you!

6arms1leg commented on 2016-02-10 12:14 (UTC) (edited on 2016-03-31 17:37 (UTC) by 6arms1leg)

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:

jooch commented on 2016-01-05 04:03 (UTC)

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 (UTC)

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 (UTC)

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:

tilx commented on 2014-12-14 23:10 (UTC)

I think @spychodelics is right: Python's sqlite3 module requires the sqlite library, which is provided by the sqlite package. /usr/lib/ is owned by sqlite The package's in the Core repository:

spychodelics commented on 2014-12-13 21:37 (UTC)

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

6arms1leg commented on 2014-05-19 22:55 (UTC)

@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 (UTC)

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 (UTC)

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

6arms1leg commented on 2014-04-05 19:09 (UTC)

the solution to the issue in the posts below can now be found on github: reinstalling the aur package fixes the problem.

6arms1leg commented on 2014-04-01 17:30 (UTC)

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. ( good! in the meantime, you could try the devel-git package here: or downgrade to the last working version, of course. sorry for the inconvenience!

mgruben commented on 2014-04-01 10:20 (UTC)

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 (UTC)

Thanks 6arms; kick åß music server

6arms1leg commented on 2014-02-18 17:41 (UTC)

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 is down or not.

mgruben commented on 2014-02-16 16:33 (UTC)

Confirming that changing update_notification = False In cherrymusic.conf is a workaround for admin-login hangups while is down Thanks for the tip tilx, worked like a charm

tilx commented on 2014-02-15 23:19 (UTC)

Anything between 0.29.0 and 0.31.0 (inclusive) needs to be up when an admin user logs in and "update notification" is enabled. Sadly, is down at the moment. There's a bugfix release already, 0.31.1. WORKAROUND: Until the package is updated or 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 (UTC)

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

6arms1leg commented on 2013-04-08 21:48 (UTC)

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:

6arms1leg commented on 2013-04-03 23:17 (UTC)

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

roukoswarf commented on 2013-03-30 01:33 (UTC)

A systemd service for you, since you said it was on your list of TODOs [Unit] Description=CherryMusic Web Server [Service] ExecStart=/usr/bin/cherrymusic PrivateTmp=true StandardOutput=null [Install] 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.