In order to test my external 'ZClasses' implementation, I "easy_install"ed "Zope2" (about 1 hour ago) -- but unfortunately, the distribution is broken: version conflict "zope.component 3.5.1" versus "zope.component 3.6.0". Maybe, the eggification of "Zope2" will not turn out to be an advantage -- at least not when installed via "easy_install" from PyPI (i.e. without a KnownGoodSet index).... (zcpython)newdm: mkzopeinstance Traceback (most recent call last): File "/home/dieter/ZopeSVN/ZClasses/zcpython/bin/mkzopeinstance", line 5, in ? from pkg_resources import load_entry_point File "/home/dieter/ZopeSVN/ZClasses/zcpython/lib/python2.5/site-packages/setuptools-0.6c7-py2.5.egg/pkg_resources.py", line 2564, in ? for dist in working_set.resolve( File "/home/dieter/ZopeSVN/ZClasses/zcpython/lib/python2.5/site-packages/setuptools-0.6c7-py2.5.egg/pkg_resources.py", line 528, in resolve raise VersionConflict(dist,req) # XXX put more info here pkg_resources.VersionConflict: (zope.component 3.5.1 (/home/dieter/ZopeSVN/ZClasses/zcpython/lib/python2.5/site-packages/zope.component-3.5.1-py2.5.egg), Requirement.parse('zope.component>=3.6.0')) -- Dieter
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 15.03.2009 8:28 Uhr, Dieter Maurer wrote:
In order to test my external 'ZClasses' implementation, I "easy_install"ed "Zope2" (about 1 hour ago) -- but unfortunately, the distribution is broken: version conflict "zope.component 3.5.1" versus "zope.component 3.6.0".
Maybe, the eggification of "Zope2" will not turn out to be an advantage -- at least not when installed via "easy_install" from PyPI (i.e. without a KnownGoodSet index)....
(zcpython)newdm: mkzopeinstance Traceback (most recent call last): File "/home/dieter/ZopeSVN/ZClasses/zcpython/bin/mkzopeinstance", line 5, in ? from pkg_resources import load_entry_point File "/home/dieter/ZopeSVN/ZClasses/zcpython/lib/python2.5/site-packages/setuptools-0.6c7-py2.5.egg/pkg_resources.py", line 2564, in ? for dist in working_set.resolve( File "/home/dieter/ZopeSVN/ZClasses/zcpython/lib/python2.5/site-packages/setuptools-0.6c7-py2.5.egg/pkg_resources.py", line 528, in resolve raise VersionConflict(dist,req) # XXX put more info here pkg_resources.VersionConflict: (zope.component 3.5.1 (/home/dieter/ZopeSVN/ZClasses/zcpython/lib/python2.5/site-packages/zope.component-3.5.1-py2.5.egg), Requirement.parse('zope.component>=3.6.0'))
Try using the traditional python bootstrap.py bin/buildout approach. easy_install support wasn't the primary goal for alpha 1 and other things have to be sorted out. In addition: setuptools 0.6c7 is pretty old and known to be broken in some ways. - -aj -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkm8srsACgkQCJIWIbr9KYyCVACeNb+gfNFZF5/fdvWcpYhnj5oJ 4K8An3TFAYK87pmRsjETyuBybxHtUGqQ =kL6p -----END PGP SIGNATURE-----
Andreas Jung wrote at 2009-3-15 08:48 +0100:
... Zope2 2.12.1a1 version conflict ... ... In addition: setuptools 0.6c7 is pretty old and known to be broken in some ways.
As expected, "setuptool 0.6.c7" was not the problem. After "easy_install -U setuptools", an "easy_install -U Zope2" leads to (zcpython)newdm: easy_install -U Zope2 Searching for Zope2 Reading http://pypi.python.org/simple/Zope2/ Reading http://www.zope.org Best match: Zope2 2.12.0.a1 Processing Zope2-2.12.0.a1-py2.5-linux-i686.egg Zope2 2.12.0.a1 is already the active version in easy-install.pth Installing zpasswd script to /home/dieter/ZopeSVN/ZClasses/zcpython/bin Installing mkzeoinstance script to /home/dieter/ZopeSVN/ZClasses/zcpython/bin Installing mkzopeinstance script to /home/dieter/ZopeSVN/ZClasses/zcpython/bin Using /home/dieter/ZopeSVN/ZClasses/zcpython/lib/python2.5/site-packages/Zope2-2.12.0.a1-py2.5-linux-i686.egg Processing dependencies for Zope2 Searching for zope.component==3.5.1 Reading http://pypi.python.org/simple/zope.component/ Best match: zope.component 3.5.1 Downloading http://pypi.python.org/packages/source/z/zope.component/zope.component-3.5.1... Processing zope.component-3.5.1.tar.gz Running zope.component-3.5.1/setup.py -q bdist_egg --dist-dir /tmp/easy_install-KtgqcP/zope.component-3.5.1/egg-dist-tmp-3BefxU Adding zope.component 3.5.1 to easy-install.pth file Installed /home/dieter/ZopeSVN/ZClasses/zcpython/lib/python2.5/site-packages/zope.component-3.5.1-py2.5.egg error: Installed distribution zope.component 3.5.1 conflicts with requirement zope.component>=3.6.0 -- Dieter
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 15.03.2009 18:59 Uhr, Dieter Maurer wrote:
Andreas Jung wrote at 2009-3-15 08:48 +0100:
... Zope2 2.12.1a1 version conflict ... ... In addition: setuptools 0.6c7 is pretty old and known to be broken in some ways.
As expected, "setuptool 0.6.c7" was not the problem. After "easy_install -U setuptools", an "easy_install -U Zope2" leads to
(zcpython)newdm: easy_install -U Zope2 Searching for Zope2 Reading http://pypi.python.org/simple/Zope2/ Reading http://www.zope.org Best match: Zope2 2.12.0.a1 Processing Zope2-2.12.0.a1-py2.5-linux-i686.egg Zope2 2.12.0.a1 is already the active version in easy-install.pth Installing zpasswd script to /home/dieter/ZopeSVN/ZClasses/zcpython/bin Installing mkzeoinstance script to /home/dieter/ZopeSVN/ZClasses/zcpython/bin Installing mkzopeinstance script to /home/dieter/ZopeSVN/ZClasses/zcpython/bin
Using /home/dieter/ZopeSVN/ZClasses/zcpython/lib/python2.5/site-packages/Zope2-2.12.0.a1-py2.5-linux-i686.egg Processing dependencies for Zope2 Searching for zope.component==3.5.1 Reading http://pypi.python.org/simple/zope.component/ Best match: zope.component 3.5.1 Downloading http://pypi.python.org/packages/source/z/zope.component/zope.component-3.5.1... Processing zope.component-3.5.1.tar.gz Running zope.component-3.5.1/setup.py -q bdist_egg --dist-dir /tmp/easy_install-KtgqcP/zope.component-3.5.1/egg-dist-tmp-3BefxU Adding zope.component 3.5.1 to easy-install.pth file
Installed /home/dieter/ZopeSVN/ZClasses/zcpython/lib/python2.5/site-packages/zope.component-3.5.1-py2.5.egg error: Installed distribution zope.component 3.5.1 conflicts with requirement zope.component>=3.6.0
As mentioned earlier: use buildout. easy_install support has no high priority right now. - -aj -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkm9TUsACgkQCJIWIbr9KYy9RACg1gzsh7El4WsRXYjpBxEBrCnC RiUAoICbUYxyDmVALCw98iQ/iv8y3VUV =i2uH -----END PGP SIGNATURE-----
Andreas Jung wrote:
As mentioned earlier: use buildout. easy_install support has no high priority right now.
Whilst I understand that we don't have the capacity to test all different configurations now, I think it's a good principle to try to avoid a 'hard' dependency on zc.buildout. If we can, we should rely on e.g. setuptools console scripts rather than things generated through specific recipes. Of course, this is just part of an evolution. 'mkzopeinstance' was a completely custom build solution. Using a standard zc.buildout configuration is better, imho, than maintaining a custom build script. But using just setuptools/eggs and letting buildout be a preference rather than a hard dependency is better still. Martin -- Author of `Professional Plone Development`, a book for developers who want to work with Plone. See http://martinaspeli.net/plone-book
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 16.03.2009 1:17 Uhr, Martin Aspeli wrote:
Andreas Jung wrote:
As mentioned earlier: use buildout. easy_install support has no high priority right now.
Whilst I understand that we don't have the capacity to test all different configurations now, I think it's a good principle to try to avoid a 'hard' dependency on zc.buildout. If we can, we should rely on e.g. setuptools console scripts rather than things generated through specific recipes.
Of course, this is just part of an evolution. 'mkzopeinstance' was a completely custom build solution. Using a standard zc.buildout configuration is better, imho, than maintaining a custom build script. But using just setuptools/eggs and letting buildout be a preference rather than a hard dependency is better still.
hmm.? The easy_install approach was working at the time when we released a1 some weeks ago. So there must be a small problem causing the issue. In fact "easy_install Zope2" acts like "configure; make" and will create bin/mkzopeinstance and all the other stuff within out Python environment. We will also check about having the traditional source-dist containing everything..but we are at alpha 1 right now. Andreas -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkm96vcACgkQCJIWIbr9KYz3UgCgrQA7mxsZnYtR6qUPA7HL5iZt YJoAoKocjNwGtg2zzop4gSraxToBdUe9 =meB0 -----END PGP SIGNATURE-----
Andreas Jung wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 16.03.2009 1:17 Uhr, Martin Aspeli wrote:
Andreas Jung wrote:
As mentioned earlier: use buildout. easy_install support has no high priority right now. Whilst I understand that we don't have the capacity to test all different configurations now, I think it's a good principle to try to avoid a 'hard' dependency on zc.buildout. If we can, we should rely on e.g. setuptools console scripts rather than things generated through specific recipes.
Of course, this is just part of an evolution. 'mkzopeinstance' was a completely custom build solution. Using a standard zc.buildout configuration is better, imho, than maintaining a custom build script. But using just setuptools/eggs and letting buildout be a preference rather than a hard dependency is better still.
hmm.? The easy_install approach was working at the time when we released a1 some weeks ago. So there must be a small problem causing the issue. In fact "easy_install Zope2" acts like "configure; make" and will create bin/mkzopeinstance and all the other stuff within out Python environment. We will also check about having the traditional source-dist containing everything..but we are at alpha 1 right now.
That's excellent - I didn't know that we were so far along. :) Martin -- Author of `Professional Plone Development`, a book for developers who want to work with Plone. See http://martinaspeli.net/plone-book
participants (3)
-
Andreas Jung -
Dieter Maurer -
Martin Aspeli