Closed zopyx closed 5 years ago
This seems fixed in 6.1.0. I had the same problem on 6.0.0 but not on 6.1.0.
@zopyx Can you try out 6.1.0 to confirm that it solves your issue?
no, 6.1.0 doesn't solve the issue, neither 6.1.1:
$ bin/instance fg
Traceback (most recent call last):
File "bin/instance", line 260, in <module>
+ sys.argv[1:]))
File "/home/hvelarde/.buildout/eggs/plone.recipe.zope2instance-6.1.0-py3.7.egg/plone/recipe/zope2instance/ctl.py", line 869, in main
options = ZServerCtlOptions()
NameError: name 'ZServerCtlOptions' is not defined
I'm testing with Plone 5.2b1 with Python 3.7.0a4.
@hvelarde please show the config of your part [instance]
.
Having the same issue with ZServerCtlOptions
while trying to port collective.es.index...checking later during the sprint.
The ZServerCtlOptions error occurs also with
https://github.com/collective/collective.es.index/blob/plone-52-python3/buildout.cfg
but with wsgi=on
disabled.
The internal check for HAS_ZSERVER
appears flaky with WSGI disabled...
[6] > /home/ajung/.buildout/eggs/plone.recipe.zope2instance-6.1.1-py3.7.egg/plone/recipe/zope2instance/ctl.py(176)
(Pdb++) import ZServer *** ModuleNotFoundError: No module named 'ZServer' (Pdb++)
Not sure why ZServer
module is not available.
In contrast: WSGI mode enabled leads to a different failure:
Can you please try to reproduce it with the current master of plone.recipe.zope2instance
since it has a important change (wsgi is always on unless explicitly disabled with wsgi=off
and running python 2)
ZServer
cannot be avaibale when running on py3.
@pbauer this is what I have:
[instance]
deprecation-warnings= on
buildout.cfg
eggs= Plone
plone.app.upgrade
${buildout:package-name}
${buildout:eggs}
https://raw.github.com/collective/buildout.plonetest/master/plone-5.2.x.cfg
environment-vars= zope_i18n_compile_mo_files true
PROFILE_PUBLISHER 1
https://raw.github.com/collective/buildout.plonetest/master/plone-5.2.x.cfg
+= buildout.cfg
http-address= 8080
https://raw.github.com/collective/buildout.plonetest/master/plone-5.2.x.cfg
recipe= plone.recipe.zope2instance
https://raw.github.com/collective/buildout.plonetest/master/plone-5.2.x.cfg
user= admin:admin
https://raw.github.com/collective/buildout.plonetest/master/plone-5.2.x.cfg
wsgi= on
buildout.cfg
zcml= ${buildout:package-name}
https://raw.github.com/collective/buildout.plonetest/master/plone-5.2.x.cfg
plone.recipe.zope2instance = 6.1.3
seems to fix the issue.
This is already fixed. wsgi = on
is the default, and the keyword http-header-max-length
does not throw an error.
Plone 5.2a2, plone.recipe.zope2instance 6.0.0 (under Python 3):
bin/wsgi.py
is working as expected