[Zope-dev] i18nmessageid has a broken link
Hi, the zope.i18nmessageid package has a broken link on http://download.zope.org/zope3.4/zope.i18nmessageid/ . The 'zope.i18nmessageid-3.4.3-py2.4-linux-i686.egg' does not exist any more on pypi. Could someone please fix it? Thanks, -- Sebastian Wehrmann gocept gmbh co. kg · forsterstrasse 29 · 06112 halle/saale · germany www.gocept.com · work. +49 345 122988912 · fax. +49 345 12298891 signature.asc Description: OpenPGP digital signature ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] i18nmessageid has a broken link
On May 9, 2008, at 9:37 AM, Sebastian Wehrmann wrote: the zope.i18nmessageid package has a broken link on http://download.zope.org/zope3.4/zope.i18nmessageid/ . The 'zope.i18nmessageid-3.4.3-py2.4-linux-i686.egg' does not exist any more on pypi. Could someone please fix it? This egg was deliberately removed. I don't know the whole story about pypi and zope so I wouldn't dare to remove the egg myself, but it was removed. If I easy_install zope.i18nmessageid on my Mac I will get that linux specific egg. That egg won't work on my computer. So I asked those who know more about this and they say that only windows eggs are allowed to be binary, the rest should be source eggs. That makes sense to me. It looks like you work for gocept? Christian Theune was also saying that this egg shouldn't be on pypi, so you could talk to your colleague :) Why do you need this linux specific egg anyway? /Tim ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] i18nmessageid has a broken link
hey Tim, Tim Terlegård schrieb: On May 9, 2008, at 9:37 AM, Sebastian Wehrmann wrote: Why do you need this linux specific egg anyway? I don't need this egg, my buildout is always requesting it instead of the source package. I only wanted to ask if someone could please remove the broken link from the download.zope page so that everyone (including me) who indexed his buildout.cfg with the zope3.4 index will get the source package of zope.i18nmessageid instead of the egg (which does not exist anymore). Thanks, -- Sebastian Wehrmann gocept gmbh co. kg · forsterstrasse 29 · 06112 halle/saale · germany www.gocept.com · work. +49 345 122988912 · fax. +49 345 12298891 signature.asc Description: OpenPGP digital signature ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: AW: [Zope-dev] Re: AW: Re: AW: Re: New i18n locale extraction concept
Hi, Roger Ineichen wrote: Note, if you run the i18nextract script, all module must be there like in a running application. You can't only use the files which will contain locales. Also modules which this packages import from must be there. That should not be necessary I think. At least I am not used to it. When I use i18ndude for making pot/po files for a Plone product/package and I have from Products.CMFPlone import something in a file, then this import does not really take place. I expect in the case of python files it simply looks for lines like: _(uMy message to the world.) Probably it works in some ues case but for sure not in all. Let's give a sample. If you define a interface like foo = zope.schema.Choice( title=_('Title'), vocabulary=foo.bar.myVocabularyFromPackageFoo ) Then the foo.bar package must be available. That sounds suspiciously like you are trying to import the modules/packages that you want to extract from. I think that is neither necessary nor desirable. The extraction should work on the source code only. For zcml extraction, that might be an issue because knowing which strings to extract requires processing the meta directives included from the file. For python source code and page templates there is no such problem. Hope this helps, Jacob ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] Re: i18nmessageid has a broken link
Sebastian Wehrmann, on 2008-05-09: Tim Terlegard schrieb: On May 9, 2008, at 9:37 AM, Sebastian Wehrmann wrote: Why do you need this linux specific egg anyway? I don't need this egg, my buildout is always requesting it instead of the source package. For the record, my understanding is that this would never have worked on Mac, only on Linux. Not sure about Windows. I only wanted to ask if someone could please remove the broken link from the download.zope page so that everyone (including me) who indexed his buildout.cfg with the zope3.4 index will get the source package of zope.i18nmessageid instead of the egg (which does not exist anymore). So this page needs to be changed so it only points to the tarball: http://download.zope.org/zope3.4/zope.i18nmessageid/ Is someone able to do that? Without having tried pure Zope 3, only Grok --- I have been working on grokproject during the Grokkerdam sprint --- the following in buildout.cfg should work just as well: find-links = http://download.zope.org/distribution/ extends = http://download.zope.org/zope3.4/versions.cfg versions = versions The find-links is needed because it has some package versions that were never released on the cheese shop. The versions.cfg defines which versions are actually used. -- Maurits van Rees | http://maurits.vanrees.org/ Work | http://zestsoftware.nl/ This is your day, don't let them take it away. [Barlow Girl] ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] Re: zope.sqlalchemy
You need an svn checkout of SQLAlchemy until 0.4.6 is released. Laurence Andreas Jung wrote: --On 6. Mai 2008 06:01:14 +0200 Andreas Jung [EMAIL PROTECTED] wrote: --On 6. Mai 2008 02:26:58 +0100 Laurence Rowe [EMAIL PROTECTED] wrote: Following discussions with Kapil, Christian and Martin I've developed zope.sqlalchemy. The aim is to provide a common base for transaction integration. It does not attempt to define any particular way to handle database configuration as there is not yet consensus on the best way to handle it. Looks great (on the paper :-)). Trying to integrate it with z3c.sqlalchemy over the weekend. Thanks Laurence. I got a big stuck with the zope.sa integration in z3c.sa. Two tests of my testsuite fail (likely related to a session.save() operation): Error in test testXXMapperGetMapper (z3c.sqlalchemy.tests.testSQLAlchemy.WrapperTests) Traceback (most recent call last): File /opt/python-2.4.4/lib/python2.4/unittest.py, line 260, in run testMethod() File /Users/ajung/sandboxes/z3c.sqlalchemy/lib/python/z3c/sqlalchemy/tests/testSQLAlchemy.py, line 168, in testXXMapperGetMapper user = session.query(User).filter_by(firstname='foo')[0] File /opt/python-2.4.4/lib/python2.4/site-packages/SQLAlchemy-0.4.5-py2.4.egg/sqlalchemy/orm/query.py, line 834, in __getitem__ return list(self[item:item+1])[0] File /opt/python-2.4.4/lib/python2.4/site-packages/SQLAlchemy-0.4.5-py2.4.egg/sqlalchemy/orm/query.py, line 925, in __iter__ self.session._autoflush() File /opt/python-2.4.4/lib/python2.4/site-packages/SQLAlchemy-0.4.5-py2.4.egg/sqlalchemy/orm/session.py, line 747, in _autoflush self.flush() File /opt/python-2.4.4/lib/python2.4/site-packages/SQLAlchemy-0.4.5-py2.4.egg/sqlalchemy/orm/session.py, line 757, in flush self.uow.flush(self, objects) File /opt/python-2.4.4/lib/python2.4/site-packages/SQLAlchemy-0.4.5-py2.4.egg/sqlalchemy/orm/unitofwork.py, line 236, in flush session.extension.after_flush(session, flush_context) File /opt/python-2.4.4/lib/python2.4/site-packages/zope.sqlalchemy-0.1dev_r86482-py2.4.egg/zope/sqlalchemy/datamanager.py, line 187, in after_flush invalidate(session) File /opt/python-2.4.4/lib/python2.4/site-packages/zope.sqlalchemy-0.1dev_r86482-py2.4.egg/zope/sqlalchemy/datamanager.py, line 170, in invalidate assert _SESSION_STATE[id(session)] is not STATUS_READONLY KeyError: 32500656 The integration code follows your documentation; http://svn.zope.org/z3c.sqlalchemy/branches/zope.sqlalchemy-integration/src/z3c/sqlalchemy/base.py?rev=86543view=auto And the tests are here: http://svn.zope.org/z3c.sqlalchemy/branches/zope.sqlalchemy-integration/src/z3c/sqlalchemy/tests/testSQLAlchemy.py?rev=86552view=markup Any idea? Andreas ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope ) ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] OrderedMultiSelectWidget in Zope2: context weirdness?
On Thu, May 08, 2008 at 01:39:41PM -0400, Josh Johnson (jjmojojjmojo) wrote: I'm looking at the code for OrderedMultiSelectWidget, in zope.app.form.browser.itemswidgets (line 535). This code doesn't make sense to me: if hasattr(self.context.context, self.context.__name__): available_values = self.context.get(self.context.context) self is a widget. self.context is a field. self.context.context is whatever the field was bound to. This code works fine in an *edit* form, where all fields are bound to the object you're editing. It won't work in any other kind of form where you may want to specify the initial values yourself (with setUpDataWidgets or widget.setRenderedValue). It's possible that the hasattr check was intended to make the other kinds of forms appear to work, until you stumbled upon an unfortunate name clash. I don't know how to fix it, though. else: available_values = [] From what I can tell, this code is grabbing anything on the current content/view that's named the same as the name of the vocabulary provider. This bit me earlier with this error: .. Module zope.app.form.browser.itemswidgets, line 547, in choices TypeError: iterable argument required I had a named utility that was mapped to a function called 'activities' which provides IVocabularyFactory. I had a browser form page that had a field in it that used that named utility. The form class had a method on it called 'activities'. Through some pdb digging, I was able to figure out that it was grabbing the view method and not the function. It makes sense looking at the code, but why would it work that way? Am I looking at this wrong, or is this a bug? My setup : Plone 3.0.6 (according to Plone control pannel.. it's supposed to be 3.1.1) CMF 2.1.1 Zope (Zope 2.10.5-final, python 2.4.3, linux2) Python 2.4.3 (#2, Mar 7 2008, 01:58:20) [GCC 4.0.3 (Ubuntu 4.0.3-1ubuntu5)] PIL 1.1.5 Five 1.5.6 I can put together some example code to reproduce the issue, if necessary. I think a reproducible testcase attached to a bug in http://bugs.launcpad.net/zope3 could help a bit. Marius Gedminas -- Never be afraid to tell the world who you are. -- Anonymous signature.asc Description: Digital signature ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] Zope Tests: 5 OK
Summary of messages to the zope-tests list. Period Thu May 8 11:00:00 2008 UTC to Fri May 9 11:00:00 2008 UTC. There were 5 messages: 5 from Zope Tests. Tests passed OK --- Subject: OK : Zope-2.8 Python-2.3.6 : Linux From: Zope Tests Date: Thu May 8 20:54:19 EDT 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-May/009520.html Subject: OK : Zope-2.9 Python-2.4.4 : Linux From: Zope Tests Date: Thu May 8 20:55:50 EDT 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-May/009521.html Subject: OK : Zope-2.10 Python-2.4.4 : Linux From: Zope Tests Date: Thu May 8 20:57:20 EDT 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-May/009522.html Subject: OK : Zope-2.11 Python-2.4.4 : Linux From: Zope Tests Date: Thu May 8 20:58:50 EDT 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-May/009523.html Subject: OK : Zope-trunk Python-2.4.4 : Linux From: Zope Tests Date: Thu May 8 21:00:20 EDT 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-May/009524.html ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: AW: [Zope-dev] Re: AW: Re: AW: Re: New i18n locale extraction concept
On Thursday 08 May 2008, Roger Ineichen wrote: That should not be necessary I think. At least I am not used to it. When I use i18ndude for making pot/po files for a Plone product/package and I have from Products.CMFPlone import something in a file, then this import does not really take place. I expect in the case of python files it simply looks for lines like: _(uMy message to the world.) Probably it works in some ues case but for sure not in all. Let's give a sample. If you define a interface like foo = zope.schema.Choice( title=_('Title'), vocabulary=foo.bar.myVocabularyFromPackageFoo ) You do not need a running environment for the Python message extractions; you need it for ZCML (I think). Python is extracted using the parser module and looking for _ function calls with a string in it. Regards, Stephan -- Stephan Richter Web Software Design, Development and Training Google me. Zope Stephan Richter ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
AW: AW: [Zope-dev] Re: AW: Re: AW: Re: New i18n locale extraction concept
Hi Stephan Betreff: Re: AW: [Zope-dev] Re: AW: Re: AW: Re: New i18n locale extraction concept [...] Probably it works in some ues case but for sure not in all. Let's give a sample. If you define a interface like foo = zope.schema.Choice( title=_('Title'), vocabulary=foo.bar.myVocabularyFromPackageFoo ) You do not need a running environment for the Python message extractions; you need it for ZCML (I think). Python is extracted using the parser module and looking for _ function calls with a string in it. Yes, I probably explaind it wrong. The above sample fails because it stops the extraction if it loads the zcml. The module foo.bar must be available if the schema/field is used in a class or other ZCML directives. I guess other extraction concept will work with missing imports. Anyway, Since zcml is a default part of zope locale extraction it make no sense to me to not using a working setup for locale extraction. Grok? Does Grok not use zcml extraction? If not, we could probably change the z3c.recipe and disable the default zcml extractor. btw, with a working setup I don't talk about a running server. But at least all dependent packages should be there. And since we have a buildout concept, I think it's the simplest way to setup such dependencies and provide a working set. Regards Roger Ineichen Regards, Stephan -- Stephan Richter Web Software Design, Development and Training Google me. Zope Stephan Richter ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Re: zope.sqlalchemy
--On 9. Mai 2008 11:20:31 +0100 Laurence Rowe [EMAIL PROTECTED] wrote: You need an svn checkout of SQLAlchemy until 0.4.6 is released. Laurence Great, that worked and made all tests pass. Andreas pgpEracgwI4qR.pgp Description: PGP signature ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )