[Zope-dev] Zope Tests: 5 OK
Summary of messages to the zope-tests list. Period Wed May 7 11:00:00 2008 UTC to Thu May 8 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: Wed May 7 21:01:04 EDT 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-May/009515.html Subject: OK : Zope-2.9 Python-2.4.4 : Linux From: Zope Tests Date: Wed May 7 21:02:35 EDT 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-May/009516.html Subject: OK : Zope-2.10 Python-2.4.4 : Linux From: Zope Tests Date: Wed May 7 21:04:05 EDT 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-May/009517.html Subject: OK : Zope-2.11 Python-2.4.4 : Linux From: Zope Tests Date: Wed May 7 21:05:35 EDT 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-May/009518.html Subject: OK : Zope-trunk Python-2.4.4 : Linux From: Zope Tests Date: Wed May 7 21:07:05 EDT 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-May/009519.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: New i18n locale extraction concept
On Wednesday 07 May 2008, Roger Ineichen wrote: I like that it can extract locales from eggs. I don't like that it uses zcml for this. Is the zcml really necessary? zcml is needed for exctract locales from page templates. ZCML is needed to extract strings from ZCML. 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 )
[Zope-dev] Re: AW: Re: AW: Re: New i18n locale extraction concept
Stephan Richter, on 2008-05-08: On Wednesday 07 May 2008, Roger Ineichen wrote: I like that it can extract locales from eggs. I don't like that it uses zcml for this. Is the zcml really necessary? zcml is needed for exctract locales from page templates. ZCML is needed to extract strings from ZCML. I am looking at maybe using this recipe in grokproject. Having that zcml be *required* (which it currently is in that recipe) is a no-no for us simple Grok folks. ;-) I hope it is possible to remove that zcml requirement; the recipe is still young, so who knows. I am also looking at i18ndude for that, as that is what I have been using in Plone-land so far. Might work nicely in the Grok-cave too. -- 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: AW: Re: AW: Re: New i18n locale extraction concept
Hi Roger, Roger Ineichen, on 2008-05-07: Uhaaa, that's a left over from a copied README.txt file. I need to review that part again. I thought it might be something like that. :-) Why specify both eggs and packages? And why specify those packages in the setup.py too? At least that is what I see in zam.locales. Eggs are needed for setup your project, or probably a working setup like in any other package. Packages are used for extract locales from. That could be very different then the egg setup. The i18nextrac.py will only deep into this packages, but probably this packages will need different eggs which they import from. I would hope that it is possible to just list the eggs that you are interested in, have buildout install all their requirements (as listed in their setup.py) and have the recipe only extract message ids from those original eggs without their dependencies. Then the 'packages' directive would not be necessary anymore. Or perhaps when the packages option is empty, it takes the value of the eggs option as default. I do not know if this is possible and I have not gone in with a pdb to check it. 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.) This isn't aproblem since the zope.app.locales dependes on everyting which we developed the last years. Because zope.app.locales depends on almost everything. Do you envision using this recipe also for translating a single package? Or is your target really only big software collections like zope.app.*? I wonder a bit if it makes the second use case possible by making the first use case harder. It worked fine when I tried it on zam.locales btw, except that all lines in the resulting .pot file were changed, but that is because of Windows versus Unix line endings in subversion, which has nothing to do with this recipe. I see, I 'll add a normalizer for that. I thought it was already there, but could be not correct implemented. If you have a fix for that and you need me to test that on Linux, let me know. Cheers and thanks, -- 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] OrderedMultiSelectWidget in Zope2: context weirdness?
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)
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:
Traceback (innermost last):
Module ZPublisher.Publish, line 119, in publish
Module ZPublisher.mapply, line 88, in mapply
Module ZPublisher.Publish, line 42, in call_object
Module zope.formlib.form, line 770, in __call__
Module zope.formlib.form, line 764, in render
Module plone.app.form._named, line 26, in __call__
Module Shared.DC.Scripts.Bindings, line 313, in __call__
Module Shared.DC.Scripts.Bindings, line 350, in _bindAndExec
Module Products.PageTemplates.PageTemplateFile, line 129, in _exec
Module Products.PageTemplates.PageTemplate, line 89, in pt_render
Module zope.pagetemplate.pagetemplate, line 117, in pt_render
Module zope.tal.talinterpreter, line 271, in __call__
Module zope.tal.talinterpreter, line 346, in interpret
Module zope.tal.talinterpreter, line 891, in do_useMacro
Module zope.tal.talinterpreter, line 346, in interpret
Module zope.tal.talinterpreter, line 536, in do_optTag_tal
Module zope.tal.talinterpreter, line 521, in do_optTag
Module zope.tal.talinterpreter, line 516, in no_tag
Module zope.tal.talinterpreter, line 346, in interpret
Module zope.tal.talinterpreter, line 891, in do_useMacro
Module zope.tal.talinterpreter, line 346, in interpret
Module zope.tal.talinterpreter, line 536, in do_optTag_tal
Module zope.tal.talinterpreter, line 521, in do_optTag
Module zope.tal.talinterpreter, line 516, in no_tag
Module zope.tal.talinterpreter, line 346, in interpret
Module zope.tal.talinterpreter, line 957, in do_defineSlot
Module zope.tal.talinterpreter, line 346, in interpret
Module zope.tal.talinterpreter, line 536, in do_optTag_tal
Module zope.tal.talinterpreter, line 521, in do_optTag
Module zope.tal.talinterpreter, line 516, in no_tag
Module zope.tal.talinterpreter, line 346, in interpret
Module zope.tal.talinterpreter, line 861, in do_defineMacro
Module zope.tal.talinterpreter, line 346, in interpret
Module zope.tal.talinterpreter, line 949, in do_defineSlot
Module zope.tal.talinterpreter, line 346, in interpret
Module zope.tal.talinterpreter, line 536, in do_optTag_tal
Module zope.tal.talinterpreter, line 521, in do_optTag
Module zope.tal.talinterpreter, line 516, in no_tag
Module zope.tal.talinterpreter, line 346, in interpret
Module zope.tal.talinterpreter, line 949, in do_defineSlot
Module zope.tal.talinterpreter, line 346, in interpret
Module zope.tal.talinterpreter, line 861, in do_defineMacro
Module zope.tal.talinterpreter, line 346, in interpret
Module zope.tal.talinterpreter, line 861, in do_defineMacro
Module zope.tal.talinterpreter, line 346, in interpret
Module zope.tal.talinterpreter, line 957, in do_defineSlot
Module zope.tal.talinterpreter, line 346, in interpret
Module zope.tal.talinterpreter, line 534, in do_optTag_tal
Module zope.tal.talinterpreter, line 516, in no_tag
Module zope.tal.talinterpreter, line 346, in interpret
Module zope.tal.talinterpreter, line 824, in do_loop_tal
Module zope.tal.talinterpreter, line 346, in interpret
Module zope.tal.talinterpreter, line 536, in do_optTag_tal
Module zope.tal.talinterpreter, line 521, in do_optTag
Module zope.tal.talinterpreter, line 516, in no_tag
Module zope.tal.talinterpreter, line 346, in interpret
Module zope.tal.talinterpreter, line 745, in do_insertStructure_tal
Module Products.PageTemplates.Expressions, line 221, in evaluateStructure
Module zope.tales.tales, line 696, in evaluate
- URL: pageform
- Line 104, Column 10
- Expression: PathExpr standard:'widget'
- Names:
{'container': PloneSite at /plone,
'context': PloneSite at /plone,
'default': object object at 0xb7dd6528,
'here': PloneSite at /plone,
'loop': {'widget':
Products.PageTemplates.Expressions.PathIterator object at 0xb248fd8c},
'nothing': None,
'options': {'args': ()},
'repeat': Products.PageTemplates.Expressions.SafeMapping object
at 0xb249e32c,
'request': HTTPRequest, URL=http://x,
'root': Application at ,
'template': ImplicitAcquirerWrapper object at 0xb249e2ac,
'traverse_subpath': [],
'user': PropertiedUser 'admin',
'view': Products.Five.metaclass.ImportActivitiesView object at
0xb244898c,
'views': zope.app.pagetemplate.viewpagetemplatefile.ViewMapper
object at 0xb249e2cc}
Module zope.tales.expressions, line 217, in __call__
Module Products.PageTemplates.Expressions, line 161, in _eval
Module Products.PageTemplates.Expressions, line 123, in render
Module zope.app.form.browser.itemswidgets,
Re: AW: [Zope-dev] Re: Heads up - package lost on pypi!
On May 7, 2008, at 11:04 AM, Roger Ineichen wrote: Hi Betreff: [Zope-dev] Re: Heads up - package lost on pypi! Baiju M wrote: Roger Ineichen wrote: Hi all The z3c.configurator package is gone on PyPi. Does sombody know what's happen? And more important, how can we recover this? AFAIK, only owners can delete it. May be deleted by an owner by mistake. I am not sure whether we can recover it. Are really sure it ever existed? Googling for: http://pypi.python.org/pypi/z3c.configurator; didnt' return any obvious hits. Doesn't mean much, it might not have made it to the index. Note that there is a z3c.configurator upload here: http://download.zope.org/distribution/ hehe, I guess you are right. Seems that the package never exist on pypi. bad, bad I wouldn't assume that. One of my packages, buildoutsftp has gone missing too. :( I'm gonna re-upload the latest release now. Jim -- Jim Fulton Zope Corporation ___ 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: Heads up - package lost on pypi!
I wrote: I wouldn't assume that. One of my packages, buildoutsftp has gone missing too. :( Never mind. I was looking for the wrong package name. :/ Jim -- Jim Fulton Zope Corporation ___ 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] Building on python 2.5 - any progress?
Hi. I am wondering if there was any further resolution to builds with python 2.5 as discussed in the following articles: http://mail.zope.org/pipermail/zope3-users/2007-September/006909.html http://mail.zope.org/pipermail/zope3-users/2007-September/006916.html In addition to the warnings concerning initialization from incompatible pointer type, there are numerous warnings about intargfunc and intintargfunc being deprecated also. I am building on mac osx and run into these issues also. I am becoming a bit more concerned about moving to 2.5 as opposed to 2.4 for my work. Anyone building on a platform that has not posed this problem. Any compiler flags to python or recommendation for a different compiler that may help with this. Many thanks. Regards, David ___ 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: [Zope-dev] Re: AW: Re: AW: Re: New i18n locale extraction concept
Hi Maurits -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Maurits van Rees Gesendet: Donnerstag, 8. Mai 2008 18:55 An: zope-dev@zope.org Betreff: [Zope-dev] Re: AW: Re: AW: Re: New i18n locale extraction concept Stephan Richter, on 2008-05-08: On Wednesday 07 May 2008, Roger Ineichen wrote: I like that it can extract locales from eggs. I don't like that it uses zcml for this. Is the zcml really necessary? zcml is needed for exctract locales from page templates. ZCML is needed to extract strings from ZCML. I am looking at maybe using this recipe in grokproject. Having that zcml be *required* (which it currently is in that recipe) is a no-no for us simple Grok folks. ;-) I hope it is possible to remove that zcml requirement; the recipe is still young, so who knows. I am also looking at i18ndude for that, as that is what I have been using in Plone-land so far. Might work nicely in the Grok-cave too. The goal of this package is to allow to translate projects or shared translation from package namspaces which was not possible right now. I see your point not having zcml but that's a no go for use since most zope project are using ZCML. But probably we can find a way out of this. I really need to take a closer look at everything first. Some hints, the package offers translation support and uses additional extra_requires for the configuration. In prodution you whould never define such extra_requires in a buildout and then you will never get such zcml dependencies. Does that not fit for grok. Or are you using the same buildout for development and production usage? I hope not right? Regards Roger Ineichen -- 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 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: [Zope-dev] Re: AW: Re: AW: Re: New i18n locale extraction concept
Hi Maurits
Betreff: [Zope-dev] Re: AW: Re: AW: Re: New i18n locale
extraction concept
[...]
Packages are used for extract locales from. That could be very
different then the egg setup. The i18nextrac.py will only deep into
this packages, but probably this packages will need different eggs
which they import from.
I would hope that it is possible to just list the eggs that
you are interested in, have buildout install all their
requirements (as listed in their setup.py) and have the
recipe only extract message ids from those original eggs
without their dependencies. Then the 'packages'
directive would not be necessary anymore.
Or perhaps when the packages option is empty, it takes the
value of the eggs option as default.
I do not know if this is possible and I have not gone in with
a pdb to check it.
I will take a look on that. Probably we can implement some rules for
that if something is not defined.
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.
Another use case is if you use a product configuration like:
def storagePath():
path = None
config = getProductConfiguration('p01.fsfile')
if config is not None:
path = config.get('fsstorage')
else:
raise ValueError(
You must define p01.fsfile 'fsstorage' for run this server)
return str(path)
The above sample needs to know about the fsstorage, otherwise you
will run into a ValueError during locale extraction which will abort
the extraction process.
The same is true for grok. If gork defines something in a module
which raises an exception if not available, it will run into an
error and abort.
I strongly recommend to use a real working setup if you extract
locales. The egg attribute supports such a setup.
The package attributes defines which package should get used
for deep into and extract from.
Note, it doesn't mean that every package must fail, but it's just
not what we should propose because it's not guaranteed that this
will work.
btw,
the sample in zaml.locales uses as egg zam.locales [extract]
which is a single line and uses the extra_requires from the
setup.py in zam.locales. In a poduction setup you whould never
use that extra_requires whihc should be fine.
This isn't aproblem since the zope.app.locales dependes on
everyting
which we developed the last years. Because zope.app.locales
depends on
almost everything.
Do you envision using this recipe also for translating a
single package? Or is your target really only big software
collections like zope.app.*? I wonder a bit if it makes the
second use case possible by making the first use case harder.
The main goal is to have somethig for shared i18n message factories
like used in some z3c package and I guess others have in thier
custom projects. Of corse, if there is a way we should make it fit
for other use cases too.
It worked fine when I tried it on zam.locales btw, except
that all lines in the resulting .pot file were changed, but
that is because of Windows versus Unix line endings in
subversion, which has nothing to do with this recipe.
I see, I 'll add a normalizer for that. I thought it was already
there, but could be not correct implemented.
If you have a fix for that and you need me to test that on
Linux, let me know.
Ok, will make progress on that next week. I let you know
if somehting is ready. I really appreciate your help and
comments and hope that we could make the recipe fit for
zope, z3c and grok.
Thanks
Roger Ineichen
Cheers and thanks,
--
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 maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML
Re: [Zope-dev] zope.sqlalchemy
--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 pgpDIQhCri8MD.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 )
