Re: [Zope-dev] zope-tests - FAILED: 3, OK: 44
On Mon, 2011-12-05 at 23:47 -0500, Chris McDonough wrote: These are both odd doctest failures, perhaps also related to the recent transaction release? Yes. I'll see if I can fix it in the ZODB trunk. The ZODB trunk test that failed has been fixed to work with transaction=1.2.0. The bot that tries to run the ZODB tests under 2.5 will continue to fail. - C ___ Zope-Dev maillist - Zope-Dev@zope.org https://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] merge zope.configuration dictactions branch
On Mon, 2011-12-05 at 15:05 -0500, Chris McDonough wrote: On Mon, 2011-12-05 at 08:07 +0100, Wolfgang Schnerring wrote: * Chris McDonough chr...@plope.com [2011-12-05 04:02]: ssh://svn.zope.org/repos/main/zope.configuration/branches/chrism-dictactions I want to be able to associate a new value (introspectables) with each ZCML configuration action On the zope.configuration trunk (and in all past releases), each ZCML action is maintained as a tuple. The tuple can be of any length up to seven elements, but mustn't exceed a length of seven. the z.config code is much easier to understand when the action is just a dictionary instead of a pseudo-struct. +1, this makes a lot of sense to me. The chrism-dictactions branch was merged to trunk; the changes will be present in zope.configuration 3.8.0 (once released). I've released zope.configuration 3.8.0 with the aforementioned changes. - C ___ Zope-Dev maillist - Zope-Dev@zope.org https://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Announcement: gocept.zcapatch 1.0 released
* Stephan Richter stephan.rich...@gmail.com [2011-12-05 09:16]: On Monday, December 05, 2011 12:43:35 PM Wolfgang Schnerring wrote: So we decided to solve our most immediate needs (that are not taken care of by plone.testing's stacking solution of the global registry), namely temporarily altering utility/adapter/handler registrations. Why did you not just wrap the config in a z3c.basegeistry directive? I'm afraid I don't understand how that could help in what I'd like to do. The use case I'm concerned with looks roughly like this: def test_client_code_that_uses_IFoo_utility_correctly(self): fake_utility = mock.Mock() fake_utility.underlying_method.return_value = 'canned response' self.zca.patch_utility(fake_utility, IFoo) client_code.perform() fake_utility.underlying_method.assert_called_with(correct_arguments) With the additional conditions that - I'm probably loading configure.zcml in the layer of this test, which defines real IFoo (and, possibly, IBar) utilities. - The client code under test might (or might not) use IBar; either way, I don't care, and certainly don't want to have to mock it, too, for *this* test. - Other tests will likewise want the real IFoo implementation. In other words, I want to replace the utility precisely for this test, isolated from all other tests, and isolated from the layer setup below. plone.testing's stacking approach might help, but only as long as only zope.component.getGlobalSiteManager() is concerned, and as long as I'm only adding or exchanging stuff (come to think of it, I should go and check whether I can remove things registered in __bases__ by registering None in the stacked registry...). As far as I can tell, z3c.baseregistry merely introduces another registry (with __bases__ set up sensibly), so I don't think that can help here, or can it? Wolfgang -- Wolfgang Schnerring · email/jabber: w...@gocept.com · software development gocept gmbh co. kg · forsterstraße 29 · 06112 halle (saale) · germany http://gocept.com · tel +49 345 219401 0 · fax +49 345 1229889 1 Python, Pyramid, Plone, Zope - consulting, development, hosting, operations signature.asc Description: Digital signature ___ Zope-Dev maillist - Zope-Dev@zope.org https://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] zope.sqlalchemy release
On Mon, 2011-12-05 at 16:21 -0500, Chris McDonough wrote: Tomorrow, I plan to: - Merge the chrism-py3 branch of zope.sqlalchemy into its trunk. (http://svn.zope.org/zope.sqlalchemy/branches/chrism-py3/) to get Python 3 compatibility. - Once the compat branch is merged, I'll make a 0.7 release of zope.sqlalchemy. Any dissent? I've merged the chrism-py3 branch to trunk and I've made a 0.7 release from the resulting trunk to PyPI. - C ___ Zope-Dev maillist - Zope-Dev@zope.org https://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] zope.app.locales pypi access
Hi, I'd like to make a minor release of zope.app.locales. Could anyone grant access to handle janjaapdriessen? Thanks, -- Jan-Jaap Driessen www.thehealthagency.com ___ Zope-Dev maillist - Zope-Dev@zope.org https://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] zope.app.locales pypi access
On Tue, Dec 6, 2011 at 4:38 PM, Jan-Jaap Driessen jdries...@thehealthagency.com wrote: Hi, I'd like to make a minor release of zope.app.locales. Could anyone grant access to handle janjaapdriessen? Done. Jim -- Jim Fulton http://www.linkedin.com/in/jimfulton ___ Zope-Dev maillist - Zope-Dev@zope.org https://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] zope-tests - FAILED: 17, OK: 51
This is the summary for test reports received on the zope-tests list between 2011-12-05 00:00:00 UTC and 2011-12-06 00:00:00 UTC: See the footnotes for test reports of unsuccessful builds. An up-to date view of the builders is also available in our buildbot documentation: http://docs.zope.org/zopetoolkit/process/buildbots.html#the-nightly-builds Reports received Bluebream / Python2.5.5 64bit linux Bluebream / Python2.6.7 64bit linux Bluebream / Python2.7.2 64bit linux ZTK 1.0 / Python2.4.6 Linux 64bit ZTK 1.0 / Python2.5.5 Linux 64bit ZTK 1.0 / Python2.6.7 Linux 64bit [1]ZTK 1.0dev / Python2.4.6 Linux 64bit ZTK 1.0dev / Python2.5.5 Linux 64bit ZTK 1.0dev / Python2.6.7 Linux 64bit ZTK 1.1 / Python2.5.5 Linux 64bit ZTK 1.1 / Python2.6.7 Linux 64bit ZTK 1.1 / Python2.7.2 Linux 64bit ZTK 1.1dev / Python2.5.5 Linux 64bit ZTK 1.1dev / Python2.6.7 Linux 64bit [2]ZTK 1.1dev / Python2.7.2 Linux 64bit Zope 3.4 KGS / Python2.4.6 64bit linux Zope 3.4 KGS / Python2.5.5 64bit linux Zope 3.4 Known Good Set / py2.4-32bit-linux Zope 3.4 Known Good Set / py2.4-64bit-linux Zope 3.4 Known Good Set / py2.5-32bit-linux Zope 3.4 Known Good Set / py2.5-64bit-linux Zope Buildbot / zope2.12-py2.6 slave-ubuntu64 [3]Zope Buildbot / zope2.12-py2.6 slave-ubuntu64 Zope Buildbot / zope2.13-py2.6 slave-ubuntu64 [4]Zope Buildbot / zope2.13-py2.6 slave-ubuntu64 Zope Buildbot / zope2.13-py2.7 slave-ubuntu64 [5]Zope Buildbot / zope2.13-py2.7 slave-ubuntu64 Zope Buildbot / zope2.14-py2.6 slave-ubuntu64 [6]Zope Buildbot / zope2.14-py2.6 slave-ubuntu64 Zope Buildbot / zope2.14-py2.7 slave-ubuntu64 [7]Zope Buildbot / zope2.14-py2.7 slave-ubuntu64 Zope Buildbot / zopetoolkit-1.0-py2.4 slave-ubuntu64 [8]Zope Buildbot / zopetoolkit-1.0-py2.4 slave-ubuntu64 Zope Buildbot / zopetoolkit-1.0-py2.5 slave-ubuntu64 [9]Zope Buildbot / zopetoolkit-1.0-py2.5 slave-ubuntu64 Zope Buildbot / zopetoolkit-1.0-py2.6 slave-ubuntu64 [10] Zope Buildbot / zopetoolkit-1.0-py2.6 slave-ubuntu64 [11] Zope Buildbot / zopetoolkit-1.1-py2.5 slave-ubuntu64 [12] Zope Buildbot / zopetoolkit-1.1-py2.6 slave-ubuntu64 [13] Zope Buildbot / zopetoolkit-py2.5 slave-ubuntu64 [14] Zope Buildbot / zopetoolkit-py2.5 slave-ubuntu64 Zope Buildbot / zopetoolkit-py2.6 slave-ubuntu64 Zope Buildbot / zopetoolkit-py2.6 slave-ubuntu64 Zope-2.10 Python-2.4.6 : Linux Zope-2.11 Python-2.4.6 : Linux Zope-2.12 Python-2.6.6 : Linux Zope-2.12-alltests Python-2.6.6 : Linux Zope-2.13 Python-2.6.6 : Linux Zope-2.13-alltests Python-2.6.6 : Linux Zope-trunk Python-2.6.6 : Linux Zope-trunk-alltests Python-2.6.6 : Linux [15] winbot / ZODB_dev py_254_win32 winbot / ZODB_dev py_265_win32 winbot / ZODB_dev py_265_win64 [16] winbot / ZODB_dev py_270_win32 [17] winbot / ZODB_dev py_270_win64 winbot / ztk_10 py_254_win32 winbot / ztk_10 py_265_win32 winbot / ztk_10 py_265_win64 winbot / ztk_11 py_254_win32 winbot / ztk_11 py_265_win32 winbot / ztk_11 py_265_win64 winbot / ztk_11 py_270_win32 winbot / ztk_11 py_270_win64 winbot / ztk_dev py_265_win32 winbot / ztk_dev py_265_win64 winbot / ztk_dev py_270_win32 winbot / ztk_dev py_270_win64 Non-OK results -- [1]FAILED ZTK 1.0dev / Python2.4.6 Linux 64bit https://mail.zope.org/pipermail/zope-tests/2011-December/053693.html [2]FAILED ZTK 1.1dev / Python2.7.2 Linux 64bit https://mail.zope.org/pipermail/zope-tests/2011-December/053689.html [3]FAILED Zope Buildbot / zope2.12-py2.6 slave-ubuntu64 https://mail.zope.org/pipermail/zope-tests/2011-December/053706.html [4]FAILED Zope Buildbot / zope2.13-py2.6 slave-ubuntu64 https://mail.zope.org/pipermail/zope-tests/2011-December/053707.html [5]FAILED Zope Buildbot / zope2.13-py2.7 slave-ubuntu64 https://mail.zope.org/pipermail/zope-tests/2011-December/053708.html [6]FAILED Zope Buildbot / zope2.14-py2.6 slave-ubuntu64 https://mail.zope.org/pipermail/zope-tests/2011-December/053709.html [7]FAILED Zope Buildbot / zope2.14-py2.7 slave-ubuntu64 https://mail.zope.org/pipermail/zope-tests/2011-December/053710.html [8]FAILED Zope Buildbot / zopetoolkit-1.0-py2.4 slave-ubuntu64 https://mail.zope.org/pipermail/zope-tests/2011-December/053711.html [9]FAILED Zope Buildbot / zopetoolkit-1.0-py2.5 slave-ubuntu64 https://mail.zope.org/pipermail/zope-tests/2011-December/053712.html [10] FAILED Zope Buildbot / zopetoolkit-1.0-py2.6 slave-ubuntu64 https://mail.zope.org/pipermail/zope-tests/2011-December/053713.html [11] FAILED Zope Buildbot / zopetoolkit-1.1-py2.5
Re: [Zope-dev] zope-tests - FAILED: 17, OK: 51
Am 07.12.2011 um 02:00 schrieb Zope tests summarizer: [...] Non-OK results -- [1]FAILED ZTK 1.0dev / Python2.4.6 Linux 64bit https://mail.zope.org/pipermail/zope-tests/2011-December/053693.html Backwards incompatible change in zope.configuration 3.8? [2]FAILED ZTK 1.1dev / Python2.7.2 Linux 64bit https://mail.zope.org/pipermail/zope-tests/2011-December/053689.html Runtime timeout. [3]FAILED Zope Buildbot / zope2.12-py2.6 slave-ubuntu64 https://mail.zope.org/pipermail/zope-tests/2011-December/053706.html [4]FAILED Zope Buildbot / zope2.13-py2.6 slave-ubuntu64 https://mail.zope.org/pipermail/zope-tests/2011-December/053707.html [5]FAILED Zope Buildbot / zope2.13-py2.7 slave-ubuntu64 https://mail.zope.org/pipermail/zope-tests/2011-December/053708.html [6]FAILED Zope Buildbot / zope2.14-py2.6 slave-ubuntu64 https://mail.zope.org/pipermail/zope-tests/2011-December/053709.html [7]FAILED Zope Buildbot / zope2.14-py2.7 slave-ubuntu64 https://mail.zope.org/pipermail/zope-tests/2011-December/053710.html [8]FAILED Zope Buildbot / zopetoolkit-1.0-py2.4 slave-ubuntu64 https://mail.zope.org/pipermail/zope-tests/2011-December/053711.html [9]FAILED Zope Buildbot / zopetoolkit-1.0-py2.5 slave-ubuntu64 https://mail.zope.org/pipermail/zope-tests/2011-December/053712.html [10] FAILED Zope Buildbot / zopetoolkit-1.0-py2.6 slave-ubuntu64 https://mail.zope.org/pipermail/zope-tests/2011-December/053713.html [11] FAILED Zope Buildbot / zopetoolkit-1.1-py2.5 slave-ubuntu64 https://mail.zope.org/pipermail/zope-tests/2011-December/053714.html [12] FAILED Zope Buildbot / zopetoolkit-1.1-py2.6 slave-ubuntu64 https://mail.zope.org/pipermail/zope-tests/2011-December/053715.html Network failures. [13] FAILED Zope Buildbot / zopetoolkit-py2.5 slave-ubuntu64 https://mail.zope.org/pipermail/zope-tests/2011-December/053724.html [14] FAILED Zope Buildbot / zopetoolkit-py2.5 slave-ubuntu64 https://mail.zope.org/pipermail/zope-tests/2011-December/053716.html These buildbots should be dropped as the used zope.schema 4.0.0 is no longer compatible with Python 2.5. [15] FAILED winbot / ZODB_dev py_254_win32 https://mail.zope.org/pipermail/zope-tests/2011-December/053740.html transaction 1.2 makes ZODB trunk incompatible with Python 2.5, this either needs to be fixed or this buildbot has to be dropped. [16] FAILED winbot / ZODB_dev py_270_win32 https://mail.zope.org/pipermail/zope-tests/2011-December/053675.html [17] FAILED winbot / ZODB_dev py_270_win64 https://mail.zope.org/pipermail/zope-tests/2011-December/053679.html Fixed on trunk yesterday, let's wait for tomorrow to disappear. Yours sincerely, -- Michael Howitz · m...@gocept.com · software developer gocept gmbh co. kg · Forsterstraße 29 · 06112 Halle (Saale) · Germany http://gocept.com · tel +49 345 1229889 8 · fax +49 345 1229889 1 Python, Pyramid, Plone, Zope - consulting, development, hosting, operations ___ Zope-Dev maillist - Zope-Dev@zope.org https://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope )
Re: [Zope] Zope Digest, Vol 91, Issue 2
Aloha, On 12/05/2011 05:30 PM, Sareesh Sudhakaran wrote: I have downloaded Python and PHP and have used both with Komodo Edit IDE, side by side, and have realized I would ideally want to program in Python. But I'm okay with PHP also - which means my choice of programming language depends on my choice of DB. Also, PHP has OOP 'capabilities' whatever that means - so maybe I can still use it like Python to a certain extent. Google is php object oriented and you'll get plenty of somewhat relevant hits. In terms of true OO languages (like python, ruby, java...), this may be a most relevant link: http://michaelkimsal.com/blog/php-is-not-object-oriented/ And, what he is pointing out may not be a problem for you, if mostly procedural with some object capabilities is suitable for your needs. If you are using python to build a zope product, the ZODB is used automagically, you don't have to do anything special. To access MySQL DBs you have to add an appropriate zope product to handle queries. A search on zope with mysql ...or vice versa returns mostly IMO embarrassingly old hits, many from old.zope.org and five to ten years old. So either the old info is still valid, or there is a lack of current information on using zope with mysql (though it is said that it is easy - where are non-stale howtos/tutorials for those who don't already know how?). Can you point me to a resource for Python and mySQL? I've bought 'Dive into Python' but it has no reference on how to use it with mySQL. If my current hosting provider supports Python and mySQL, can I make it work? They won't let me install anything on the server side though, so I can't use any modules that aren't there already. Look for info/howtos on Python's DB-API and the MySQLdb module. For example: http://pypi.python.org/pypi/MySQL-python/ http://sourceforge.net/projects/mysql-python/ http://zetcode.com/databases/mysqlpythontutorial/ http://www.devshed.com/c/a/Python/MySQL-Connectivity-With-Python/ ...though sounds like you can't add such modules on your current provider's server if not there already. Myself for a project of this complexity I would want much more control of my server options than it sounds like you have. A low-cost VPS (I use linode.com), or simply use localhost until I have my options sorted out. regards, John S. -- John Schinnerer - M.A., Whole Systems Design - Eco-Living - Whole Systems Design Services People - Place - Learning - Integration j...@eco-living.net http://eco-living.net ___ Zope maillist - Zope@zope.org https://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] Help in deciding approach to Web App
On Sun, Dec 4, 2011 at 06:12, Sareesh Sudhakaran ays...@hotmail.com wrote: I have a personal project - a web application I wanted to develop - but I'm confused on which route to take. I am not under any time constraint. Your case is complex and the answer is non-obvious. I think you will have to try to see. The best I can describe it is as a kind of expert system (but not AI) that needs to find the best workflow for a process, given a set of initial and final parameters. E.g. a 'capsule' of data must pass through many 'tools' or 'environments' to reach a desired output - something like a very complicated car wash. Let's say there are many tools that can be used at various stages in the process. I have estimated there are at least 500 tools as of now, and it is bound to grow in the future as newer tools are introduced. Existing tools will also have version updates. Each tool, on average, has at least 100 properties that define the tool. This kind of complexity and flexibility that your case has does lend itself well to the ZODB. But it is by no means impossible to do in a relational database. What you would need to do here if you did this in SQL is to have one table for the tools, and one table for the properties, and one table that for each tool and property has a value. This might be a bit complex to use of you use an ORM, but it should be doable. problem of 'matching' the tools for analysis. E.g. Tool A might have only three fixed rpms - 100, 200 and 500, but Tool B might have rpms from 20 to 2000. I'm not sure how I can construct a database without spelling out each number, as in the example above. Well, if you want to search for a specific RPM range it does get complicated, because then you probably want to store the RPM values as integers. And that means that you in the property table needs to have several columns depending on the value type. If the property needs text, you need to fetch it from the text column. If the property is an integer you need to fetch it from the integer column. If the property is a reference to another table, because it is a multi-select property with a limited set, you need to fetch it from a column for that, which in turn refers to another table with the actual values. This *does* get very complex very quickly. Of course, the ZODB has few such problems. Will the app be better served with a relational DB like mySQL or an Object database? After a lot of research I've guessed that my particular case might be better served with Python and Zope/ZODB. But I might be wrong? Maybe PHP+mySQL or Django is a better fit? First of all, find yourself a web-framework you like. Then use that. Most likely, that framework is going to limit you to using SQL. There are frameworks that don't specifically Pyramid integrates nicely with ZODB and hence gives you a choice. Then I would simply try to see if you are able to model the data in SQL at all, or if you dig yourself into unholy complexity. That should not take more than a couple of days of work to figure that out, if you concentrate on building a database and filling it with real or realistic data. If you don't dig yourself into a hole, the go with SQL, since that's what you know. If you do, try to build the model with ZODB and see of that works better for you. The ZODB might very well be the right choice here. But note that Zope is not. Zope was a trailblazer in the web framework world that's been around for 15 years now, and has as a result made some choices which turned out to not be the best ones in the long run, and accumulated a lot of cruft. There is work on fixing this, but that will take time, and the framework will be in a great flux during that time. As a result, Zope is not currently a good choice if you start a project. As languages go, Python rules. As web frameworks go, there are more Python frameworks than you can shake a stick at. I'd recommend either Django (because there are so many people using it, you will be able to find help ) or Pyramid (because it's really cool and supports ZODB well). //Lennart ___ Zope maillist - Zope@zope.org https://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] Help in deciding approach to Web App
Thank you all for your replies. I have an idea on how to begin: I'll go with mySQL and see how it works out. I will use both PHP and Python for the prototype. My issue no longer fits within the scope of this mailing list. Without your support it would have been impossible for me to get started. Thanks!sareesh ___ Zope maillist - Zope@zope.org https://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope-dev )
