[Zope-dev] zope 3 component binaries for Python 2.5 on Windows

2008-05-20 Thread Chris Withers

Hey Guys,

So, we now have all the Zope 3 components and RestrictedPython working 
on Python 2.5.


Where do I go to get windows binaries installers or similar for these?
(ie: the C-components)

If they don't exist yet, how do we go about getting them to exist?

cheers,

Chris

--
Simplistix - Content Management, Zope  Python Consulting
   - http://www.simplistix.co.uk
___
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] zope 3 component binaries for Python 2.5 on Windows

2008-05-20 Thread Lennart Regebro
On Tue, May 20, 2008 at 8:03 AM, Chris Withers [EMAIL PROTECTED] wrote:
 Where do I go to get windows binaries installers or similar for these?
 (ie: the C-components)

Well, what I did for Zope 2 was to use Tareks buildout for Windows
package. It's for Python 2.4, but in the same directory as the 2.4
buildout installer, there are files that are named python2.5.1-win32*,
so they should be worth a try.

See: http://release.ingeniweb.com/third-party-dist/
and: 
http://tarekziade.wordpress.com/2008/01/20/an-installer-for-a-buildout-ready-windows/

-- 
Lennart Regebro: Zope and Plone consulting.
http://www.colliberty.com/
+33 661 58 14 64
___
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: Five registerPackage results in unresolved ConflictError

2008-05-20 Thread Sasha Vincic
Forgot to say that this is Zope 2.9.8, Five 1.4 branch from svn, Plone 2.5.5

/Sasha

On Fri, May 16, 2008 at 12:03 PM, Sasha Vincic [EMAIL PROTECTED]
wrote:

 Hi
 On a server we have a ZEO server with 6 clients. When we start/restart the
 server we often get on random instance an AttributeError @@plone and all
 other browser pages. I have tracked it down to a ConflictError when
 installing Five on startup. See traceback bellow. To solve this I tried to
 set enable-product-installation = off to all except one instance but I still
 got errors.
 For now we restart the broken instances until they work, I have tried to
 set sleeping times up to couple seconds between the instances but it didn't
 make any difference.

 Five fails when it tries to execute the registerPackage in zcml files. Not
 the same product every time.
 First I thought it didn't respect the enable-product-instalation but that
 is checked in App.Product.initializeProduct method.
 So I played in fiveconfigure.py with transaction.savepoint() but no success
 but if I manually check App.Product.doInstall like in the diff below

 Now my question is if this is correct solution for the problem or will it
 have other side effects that I am not aware of? How do I write tests for an
 ConflicError during startup?

 /Sasha

 Index: fiveconfigure.py


 ===


 --- fiveconfigure.py(revision 86781)


 +++ fiveconfigure.py(working copy)


 @@ -23,7 +23,7 @@


  import warnings





  import App.config


 -from App.Product import initializeProduct


 +from App.Product import initializeProduct, doInstall


  from App.ProductContext import ProductContext


  import Products


  from zLOG import LOG, ERROR


 @@ -265,6 +265,8 @@


  if not hasattr(module_, '__path__'):


  raise ValueError(Must be a package and the  \


   package must be filesystem based)


 +if not doInstall():


 +return





  app = Zope2.app()


  try:




 2008-05-16 11:48:17 ERROR Zope Couldn't install Five
 Traceback (most recent call last):
   File
 /Users/sasha/Development/eea-buildout-clean/parts/zope2/lib/python/OFS/Application.py,
 line 783, in install_product
 initmethod(context)
   File
 /Users/sasha/Development/eea-buildout-clean/products/Five/__init__.py,
 line 31, in initialize
 zcml.load_site()
   File /Users/sasha/Development/eea-buildout-clean/products/Five/zcml.py,
 line 41, in load_site
 _context = xmlconfig.file(file)
   File
 /Users/sasha/Development/eea-buildout-clean/parts/zope2/lib/python/zope/configuration/xmlconfig.py,
 line 560, in file
 context.execute_actions()
   File
 /Users/sasha/Development/eea-buildout-clean/parts/zope2/lib/python/zope/configuration/config.py,
 line 612, in execute_actions
 callable(*args, **kw)
   File
 /Users/sasha/Development/eea-buildout-clean/products/Five/fiveconfigure.py,
 line 285, in _registerPackage
 transaction.commit()
   File
 /Users/sasha/Development/eea-buildout-clean/parts/zope2/lib/python/transaction/_manager.py,
 line 96, in commit
 return self.get().commit(sub, deprecation_wng=False)
   File
 /Users/sasha/Development/eea-buildout-clean/parts/zope2/lib/python/transaction/_transaction.py,
 line 380, in commit
 self._saveCommitishError() # This raises!
   File
 /Users/sasha/Development/eea-buildout-clean/parts/zope2/lib/python/transaction/_transaction.py,
 line 378, in commit
 self._commitResources()
   File
 /Users/sasha/Development/eea-buildout-clean/parts/zope2/lib/python/transaction/_transaction.py,
 line 433, in _commitResources
 rm.commit(self)
   File
 /Users/sasha/Development/eea-buildout-clean/parts/zope2/lib/python/ZODB/Connection.py,
 line 484, in commit
 self._commit(transaction)
   File
 /Users/sasha/Development/eea-buildout-clean/parts/zope2/lib/python/ZODB/Connection.py,
 line 518, in _commit
 raise ConflictError(object=obj)
 ConfigurationExecutionError: ZODB.POSException.ConflictError: database
 conflict error (oid 0x28f61f, class App.Product.Product)
   in:
   File
 /Users/sasha/Development/eea-buildout-clean/src/plone.session/plone/session/configure.zcml,
 line 5.4-5.65
   five:registerPackage package=. initialize=.initialize /

 Traceback (most recent call last):
   File
 /Users/sasha/Development/eea-buildout-clean/parts/zope2/lib/python/Zope2/Startup/run.py,
 line 56, in ?
 run()
   File
 /Users/sasha/Development/eea-buildout-clean/parts/zope2/lib/python/Zope2/Startup/run.py,
 line 21, in run
 starter.prepare()
   File
 /Users/sasha/Development/eea-buildout-clean/parts/zope2/lib/python/Zope2/Startup/__init__.py,
 line 98, in prepare
 self.startZope()
   File
 /Users/sasha/Development/eea-buildout-clean/parts/zope2/lib/python/Zope2/Startup/__init__.py,
 line 257, in startZope
 Zope2.startup()
   File
 /Users/sasha/Development/eea-buildout-clean/parts/zope2/lib/python/Zope2/__init__.py,
 line 47, in startup
 

Re: [Zope-dev] zope.testing console script

2008-05-20 Thread Tarek Ziadé
On Fri, May 16, 2008 at 1:31 PM, Christian Theune [EMAIL PROTECTED] wrote:

 On Thu, May 15, 2008 at 08:32:28AM -0400, Benji York wrote:
  On Thu, May 15, 2008 at 7:43 AM, Wichert Akkerman [EMAIL PROTECTED]
 wrote:
   Is there a reason to advocate zope.testing over the others? Would it
   perhaps make more sense to use one of the more widely used tools
 instead
   of maintaing our own testing toolkit?
 
  I'd also like for us to adopt one of the more widely used test
  runners, but as mentioned in replies, there are some features in
  zope.testing that we depend on.  If someone were adequately motivated
  and had sufficient time (neither of which I have, so I suspect no one
  else does either), it would be interesting to attempt to endue another
  test runner with the features we need (layers, etc.).

 I like our test runner and spent time refactoring it so we can actually
 start
 making changes again. I looked at other test runners (nose, py.test) and
 didn't find anything compelling (to me) that we didn't already have.

 Christian


I am on Christian's side here: zope.testing is a great tool, used by many
people,
and with strong features,

it looks like it does not need a lot of work to be usable without a buildout
environment,
and to have modern features nose and py.test provides.

At least :

1. the console script (I'll add that in the trunk asap in any case)
2. being able to write tests without subclassing TestCase, in functions and
classes (regexp based+ wrapping)
3. being able to create suites without any extra boiler-plate code, like
nose does (afaik)

Christian, are you willing to work on 2. and 3. ?

++
Tarek




 --
 Christian Theune · [EMAIL PROTECTED]
 gocept gmbh  co. kg · forsterstraße 29 · 06112 halle (saale) · germany
 http://gocept.com · tel +49 345 1229889 7 · fax +49 345 1229889 1
 Zope and Plone consulting and development




-- 
Tarek Ziadé | Association AfPy | www.afpy.org
Blog FR | http://programmation-python.org
Blog EN | http://tarekziade.wordpress.com/
___
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

2008-05-20 Thread Zope Tests Summarizer
Summary of messages to the zope-tests list.
Period Mon May 19 11:00:00 2008 UTC to Tue May 20 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: Mon May 19 21:04:02 EDT 2008
URL: http://mail.zope.org/pipermail/zope-tests/2008-May/009575.html

Subject: OK : Zope-2.9 Python-2.4.4 : Linux
From: Zope Tests
Date: Mon May 19 21:05:33 EDT 2008
URL: http://mail.zope.org/pipermail/zope-tests/2008-May/009576.html

Subject: OK : Zope-2.10 Python-2.4.4 : Linux
From: Zope Tests
Date: Mon May 19 21:07:03 EDT 2008
URL: http://mail.zope.org/pipermail/zope-tests/2008-May/009577.html

Subject: OK : Zope-2.11 Python-2.4.4 : Linux
From: Zope Tests
Date: Mon May 19 21:08:33 EDT 2008
URL: http://mail.zope.org/pipermail/zope-tests/2008-May/009578.html

Subject: OK : Zope-trunk Python-2.4.4 : Linux
From: Zope Tests
Date: Mon May 19 21:10:03 EDT 2008
URL: http://mail.zope.org/pipermail/zope-tests/2008-May/009579.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 )


[Zope-dev] Re: AW: AW: Re: AW: Re: AW: Re: New i18n locale extraction concept

2008-05-20 Thread Christian Zagrodnick

On 2008-05-10 19:38:15 +0200, Martijn Pieters [EMAIL PROTECTED] said:


On Sat, May 10, 2008 at 6:22 PM, Wichert Akkerman [EMAIL PROTECTED] wrote:

zcml is a pretty simple format though: xml with only human readable text
in title and description attributes (and perhaps a few others) and the
translation domain specified in a i18n_domain attribute. It should be
quite trivial to extract that data without having to pull all of zope
in.


If you determine beforehand which strings are translatable (end up as
msgid objects) it should be trivial to extract these. You will have to
update i18ndude to add new zcml tags though.


What's translatable and what not is defined by the schema of the 
configuration which can be extended by any package. So adding this 
information to the extractor would duplicate it. Not good.


--
Christian Zagrodnick · [EMAIL PROTECTED]
gocept gmbh  co. kg · forsterstraße 29 · 06112 halle (saale) · germany
http://gocept.com · tel +49 345 1229889 4 · fax +49 345 1229889 1
Zope and Plone consulting and development


___
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: AW: AW: Re: AW: Re: AW: Re: New i18n locale extraction concept

2008-05-20 Thread Martijn Pieters
On Tue, May 20, 2008 at 3:39 PM, Christian Zagrodnick [EMAIL PROTECTED] wrote:
 If you determine beforehand which strings are translatable (end up as
 msgid objects) it should be trivial to extract these. You will have to
 update i18ndude to add new zcml tags though.

 What's translatable and what not is defined by the schema of the
 configuration which can be extended by any package. So adding this
 information to the extractor would duplicate it. Not good.

But extracting that information may be prohibitively difficult and
expensive to do.

-- 
Martijn Pieters
___
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: Five registerPackage results in unresolved ConflictError

2008-05-20 Thread Philipp von Weitershausen
Believe something very very rotten in Five's registerPackage was fixed 
by Rocky in r72986 [1]. As far as I can tell this was never merged to 
the 1.4 branch, but I could we wrong.



[1] http://svn.zope.org/?rev=72986view=rev


Sasha Vincic wrote:

Forgot to say that this is Zope 2.9.8, Five 1.4 branch from svn, Plone 2.5.5

/Sasha

On Fri, May 16, 2008 at 12:03 PM, Sasha Vincic [EMAIL PROTECTED] 
mailto:[EMAIL PROTECTED] wrote:


Hi

On a server we have a ZEO server with 6 clients. When we
start/restart the server we often get on random instance an
AttributeError @@plone and all other browser pages. I have tracked
it down to a ConflictError when installing Five on startup. See
traceback bellow. To solve this I tried to set
enable-product-installation = off to all except one instance but I
still got errors.
For now we restart the broken instances until they work, I have
tried to set sleeping times up to couple seconds between the
instances but it didn't make any difference.

Five fails when it tries to execute the registerPackage in zcml
files. Not the same product every time.
First I thought it didn't respect the enable-product-instalation but
that is checked in App.Product.initializeProduct method. 
So I played in fiveconfigure.py with transaction.savepoint() but no

success but if I manually check App.Product.doInstall like in the
diff below 


Now my question is if this is correct solution for the problem or
will it have other side effects that I am not aware of? How do I
write tests for an ConflicError during startup?

/Sasha

Index: fiveconfigure.py
   
 
===
   
 
--- fiveconfigure.py(revision 86781)
   

+++ fiveconfigure.py(working copy)  
   

@@ -23,7 +23,7 @@  
   
 
 import warnings
   


   

 import App.config  
   

-from App.Product import initializeProduct  
   

+from App.Product import initializeProduct, doInstall  
   
 
 from App.ProductContext import ProductContext  
   

 import Products
   

 from zLOG import LOG, ERROR
   

@@ -265,6 +265,8 @@
   
 
 if not hasattr(module_, '__path__'):  
   
 
 raise ValueError(Must be a package and the  \
   

[Zope-dev] Re: Five registerPackage results in unresolved ConflictError

2008-05-20 Thread Rob Miller

Philipp von Weitershausen wrote:
Believe something very very rotten in Five's registerPackage was fixed 
by Rocky in r72986 [1]. As far as I can tell this was never merged to 
the 1.4 branch, but I could we wrong.


i can confirm that this seems to be helping.  there's an easier way to 
generate the error that Sasha is seeing... you can reliably reproduce it on 
Zope 2.9.x w/ Five 1.4 just by starting a zeo server with no Data.fs file, and 
then trying to connect with a zeo client.  if you have any 
five:registerPackage tags, the first connection will _always_ fail with a 
ConflictError.  subsequent connections will work, but the initial one will 
fail.  (we've had to put a './zopectl run do_nothing.py' steps into our build 
code... :-P)


anyway, the error is not happening with Zope 2.10 and Five 1.5.6.  glad to 
know it's been resolved.  :-)


-r



[1] http://svn.zope.org/?rev=72986view=rev


Sasha Vincic wrote:
Forgot to say that this is Zope 2.9.8, Five 1.4 branch from svn, Plone 
2.5.5


/Sasha

On Fri, May 16, 2008 at 12:03 PM, Sasha Vincic [EMAIL PROTECTED] 
mailto:[EMAIL PROTECTED] wrote:


Hi

On a server we have a ZEO server with 6 clients. When we
start/restart the server we often get on random instance an
AttributeError @@plone and all other browser pages. I have tracked
it down to a ConflictError when installing Five on startup. See
traceback bellow. To solve this I tried to set
enable-product-installation = off to all except one instance but I
still got errors.
For now we restart the broken instances until they work, I have
tried to set sleeping times up to couple seconds between the
instances but it didn't make any difference.

Five fails when it tries to execute the registerPackage in zcml
files. Not the same product every time.
First I thought it didn't respect the enable-product-instalation but
that is checked in App.Product.initializeProduct method. So I 
played in fiveconfigure.py with transaction.savepoint() but no

success but if I manually check App.Product.doInstall like in the
diff below
Now my question is if this is correct solution for the problem or
will it have other side effects that I am not aware of? How do I
write tests for an ConflicError during startup?

/Sasha

Index: fiveconfigure.py
   
 
===
   
 
--- fiveconfigure.py(revision 
86781)
   

+++ fiveconfigure.py(working 
copy)  
   

@@ -23,7 +23,7 @@  
   
 
 import 
warnings
   


   

 import 
App.config  
   

-from App.Product import 
initializeProduct  
   

+from App.Product import initializeProduct, doInstall  
   
 
 from App.ProductContext import 
ProductContext  
   

 import 
Products
   

 from zLOG import LOG, 
ERROR