Setup fails on OpenBSD

[vext01]

Hi,

I have the following when running setup on OpenBSD-6.2 with Python-3.6:

$ python3.6 /home/cherrymusic/.local/bin/cherrymusic --setup  --port 9090 
Traceback (most recent call last):
  File "/home/cherrymusic/.local/bin/cherrymusic", line 33, in <module>
    import cherrymusicserver
  File "/home/cherrymusic/.local/lib/python3.6/site-packages/cherrymusicserver/__init__.py", line 64, in <module>
    gettext.install('default', localedir=pathprovider.getResourcePath('res/i18n'))
  File "/home/cherrymusic/.local/lib/python3.6/site-packages/cherrymusicserver/pathprovider.py", line 166, in getResourcePath
    "Couldn't locate {path!r} in any {res!r}!".format(path=path, res=RESOURCE_PATHS)
cherrymusicserver.pathprovider.ResourceNotFound: "Couldn't locate 'res/i18n' in any ['/home/cherrymusic/.local/lib/python3.6/site-packages', '/home/cherrymusic/.cherrymusic']!"

Any ideas?

[rjsberry]

Did you install via pip or git clone?

Looking at the source for getResourcePath I would have thought L151 could be to blame. Maybe we need an isBSD function in pathprovider.

cherrymusic/cherrymusicserver/pathprovider.py

Lines 149 to 159 in 08019c9

	def getResourcePath(path):
	RESOURCE_PATHS = []
	if isLinux():
	# check share first
	RESOURCE_PATHS.append(os.path.join(sys.prefix, 'share', sharedFolderName))
	# otherwise check local/share
	RESOURCE_PATHS.append(os.path.join(sys.prefix, 'local', 'share', sharedFolderName))
	# otherwise check local install
	RESOURCE_PATHS.append(os.path.dirname(os.path.dirname(__file__)))
	# lastly check homedir
	RESOURCE_PATHS.append(getUserDataPath())

Please post the output of:

find / -type d -regex ".*i18n\/res" 2>/dev/null

[vext01]

Revisiting this:

$ /home/cherry/.local/bin/cherrymusic --setup                 
Traceback (most recent call last):
  File "/home/cherry/.local/bin/cherrymusic", line 33, in <module>
    import cherrymusicserver
  File "/home/cherry/.local/lib/python3.6/site-packages/cherrymusicserver/__init__.py", line 64, in <module>
    gettext.install('default', localedir=pathprovider.getResourcePath('res/i18n'))
  File "/home/cherry/.local/lib/python3.6/site-packages/cherrymusicserver/pathprovider.py", line 166, in getResourcePath
    "Couldn't locate {path!r} in any {res!r}!".format(path=path, res=RESOURCE_PATHS)
cherrymusicserver.pathprovider.ResourceNotFound: "Couldn't locate 'res/i18n' in any ['/home/cherry/.local/lib/python3.6/site-packages', '/home/cherry/.cherrymusic']!"

OpenBSD's find doesn't support regex, but we can do:

$ find / -type d -name "*i18n*" 2> /dev/null
/home/cherry/.local/share/cherrymusic/res/i18n
$

I guess that's not what you were expecting?

Here's the problem:

def getResourcePath(path):
    RESOURCE_PATHS = []
    if isLinux():
        # check share first
        RESOURCE_PATHS.append(os.path.join(sys.prefix, 'share', sharedFolderName))

You probably want to look there on all UNIX like platforms. I hacked isLinux and it gets further:

$ /home/cherry/.local/bin/cherrymusic --setup                                                                             
[180805-19:55] Migrating saved album art filenames...
[180805-19:55] Album art filename migration done.

Starting setup server on port 8080 ...
Open your browser and put the server IP:8080 in the address bar.
If you run the server locally, use: localhost:8080.

Traceback (most recent call last):
  File "/home/cherry/.local/bin/cherrymusic", line 198, in <module>
    browsersetup.configureAndStartCherryPy(port) # blocks until config saved
  File "/home/cherry/.local/lib/python3.6/site-packages/cherrymusicserver/browsersetup.py", line 166, in configureAndStartCherryPy                                                
    cherrypy.engine.timeout_monitor.frequency = 1
AttributeError: 'Bus' object has no attribute 'timeout_monitor'

[devsnd]

Hey @vext01,

Please use the devel branch, the problem with the timeout monitor should have been fixed there already

[vext01]

I confirm that the devel branch works, but I'm not sure why the isLinux hack isn't required there. Perhaps the result is cached from when I fixed the version from pip?

[vext01]

So, what about the isLinux hack? How about rename it to isUnix or have a isBSD and adjust call sites?