Open bocajspear1 opened 6 years ago
I can confirm this behavior on Alpine Linux 3.6.2
[10/Nov/2017:14:58:10] HTTP Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/cherrypy/_cprequest.py", line 670, in respond response.body = self.handler() File "/usr/lib/python2.7/site-packages/cherrypy/lib/encoding.py", line 220, in __call__ self.body = self.oldhandler(*args, **kwargs) File "/usr/lib/python2.7/site-packages/cherrypy/_cpdispatch.py", line 60, in __call__ return self.callable(*self.args, **self.kwargs) File "/usr/lib/python2.7/site-packages/wok/control/base.py", line 450, in index result = self.create(params, *args) File "/usr/lib/python2.7/site-packages/wok/control/base.py", line 355, in create name = create(*args) File "/usr/lib/python2.7/site-packages/wok/plugins/kimchi/model/templates.py", line 97, in create file_type = magic.open(magic.MAGIC_NONE) AttributeError: 'module' object has no attribute 'open'
I'm running Wok/Kimchi in Alpine Linux 3.6.2. I installed it via packages by the edge testing branch (I know, a bit off the supported distro list), and after a bit of work, I got it to kind of work. However, when I try to create a template, I get this in the logs:
It appears kimchi is depending on a version python magic from a package, which is not available on all systems, such as Alpine. As a test, I created a Ubuntu 14.04 container, and ran the following:
Note that the package version has
open
while the PIP version does not. I would expect people attempting to build from source will expect the PIP version, as it is more readily available and is available across most distros with access to PIP, while the packaged version is not.I've patched the file to use the PIP version on my own instance, and it appears to work.
Versions: gingerbase 2.2.1 kimchi 2.5.0 wok 2.5.0