Re: [Zope-dev] zope.documentetemplate breaks with unicode

2009-04-22 Thread Christian Theune
On Mon, 2009-04-06 at 08:27 +, Jens W. Klein wrote: > We're using zope.documenttemplate for ArchGenXML code generation. > > If we feed it with unicode-strings it breaks while joining its rendered > parts, see http://zope3.pov.lt/trac/browser/zope.documenttemplate/trunk/ > src/zope/documentte

Re: [Zope-dev] SVN: zope.traversing/trunk/ zcml now only depends on zope.component meta, not zope.app.component

2009-04-22 Thread Christian Theune
On Fri, 2009-04-03 at 01:37 +0300, Marius Gedminas wrote: > On Thu, Apr 02, 2009 at 01:08:51PM -0400, Tres Seaver wrote: > > Gary Poster wrote: > > > Log message for revision 98787: > > > zcml now only depends on zope.component meta, not zope.app.component > > > > > > Changed: > > > U zope.t

Re: [Zope-dev] People in the "Zope 3" and "ZMI" teams

2009-04-22 Thread Roger Ineichen
Hi Martijn > Betreff: Re: [Zope-dev] People in the "Zope 3" and "ZMI" teams > > Hey, > > Roger Ineichen wrote: > > I think there is a little confusion about which package depends on > > each other. > > > > Right now there is a zmi.core package this package should > contain core > > parts w

Re: [Zope-dev] Release management proposal

2009-04-22 Thread Jim Fulton
Folks, Stop talking about this. :) This is almost certainly a buildout bug that I'll fix. Jim On Apr 22, 2009, at 5:40 PM, Chris McDonough wrote: > On 4/22/09 4:13 PM, Wichert Akkerman wrote: >> Previously Martijn Faassen wrote: >>> Wichert Akkerman wrote: >>> 2. forbid the use of __file_

Re: [Zope-dev] Release management proposal

2009-04-22 Thread Chris McDonough
On 4/22/09 4:13 PM, Wichert Akkerman wrote: > Previously Martijn Faassen wrote: >> Wichert Akkerman wrote: >> >>> 2. forbid the use of __file__ in setup.py. This breaks on systems >>> which do not have setuptools installed globally but rely on a >>> (zc.buildout-created) wrapper script. __f

Re: [Zope-dev] Release management proposal

2009-04-22 Thread Chris Withers
Wichert Akkerman wrote: > Can we assume that the cwd is the root of the package? You can assume whatever you like, the problem is when other people assume something different ;-) There's no *need* to make this assumption... Chris -- Simplistix - Content Management, Zope & Python Consulting

Re: [Zope-dev] Release management proposal

2009-04-22 Thread Chris Withers
Martijn Faassen wrote: > This will break many setup.py scripts that use __file__ to integrate > README.txt and such for publication on pypi. I think that's a useful > feature we cannot just drop, so hopefully there's another solution. Yeah, I do this a lot *and* use buildout so don't have setupt

Re: [Zope-dev] Release management proposal

2009-04-22 Thread Wichert Akkerman
Previously Martijn Faassen wrote: > Wichert Akkerman wrote: > > > 2. forbid the use of __file__ in setup.py. This breaks on systems > >which do not have setuptools installed globally but rely on a > >(zc.buildout-created) wrapper script. __file__ will point > >to the wrapper script in

Re: [Zope-dev] Zope 2.12.0a2 released

2009-04-22 Thread Andreas Jung
On Sun, Apr 19, 2009 at 16:33, Tres Seaver wrote: > > > > > > Supported, documented and recommended installation methods should be > > > > - zc.buildout (working) > > - virtualenv + easy_install (see above) > > >Can we use the 'versions*.cfg' files to automate creation of the index > >at someplac

Re: [Zope-dev] Release management proposal

2009-04-22 Thread Andreas Jung
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 22.04.2009 um 17:42 schrieb Martijn Faassen: > Hey, > > Wichert Akkerman wrote: > [snip] >> Unfortuantely there is a large group of people using Plone on Zope >> 2.10 >> who can not upgrade to a newer python version, and they are very >> interes

Re: [Zope-dev] Release management proposal

2009-04-22 Thread Tres Seaver
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Wichert Akkerman wrote: > Unfortuantely there is a large group of people using Plone on Zope 2.10 > who can not upgrade to a newer python version, and they are very > interesting in the Zope Toolkit candy. They shouldn't be: there is no way we are g

Re: [Zope-dev] SVN Write access procedure

2009-04-22 Thread Martijn Faassen
Hey Behrang, Andreas Jung wrote: [snip] >> http://docs.zope.org/developer/becoming-a-contributor.html > > That's the new location. It's bad when people's messages are held in the mail queue. My apologies Behrang, that's of course not good. Thanks also for bringing this to our attention to zope

Re: [Zope-dev] Release management proposal

2009-04-22 Thread Martijn Faassen
Hey, Wichert Akkerman wrote: [snip] > Unfortuantely there is a large group of people using Plone on Zope 2.10 > who can not upgrade to a newer python version, and they are very > interesting in the Zope Toolkit candy. Are Zope 2.10 users interested in using *recent* releases of the Zope Toolkit

Re: [Zope-dev] Release management proposal

2009-04-22 Thread Martijn Faassen
Wichert Akkerman wrote: > 2. forbid the use of __file__ in setup.py. This breaks on systems >which do not have setuptools installed globally but rely on a >(zc.buildout-created) wrapper script. __file__ will point >to the wrapper script in those instances, which breaks setup.py. This

Re: [Zope-dev] Release management proposal

2009-04-22 Thread Martijn Faassen
Hey, Benji York wrote: [snip] > Maybe we should officially drop 2.4 support instead. I'm +1 on dropping 2.4 support for new releases of Zope Toolkit packages. As soon as Grok 1.0 is released I'm fine with dropping support for 2.4 in future releases of Grok as well. Of course we do still have m

Re: [Zope-dev] SVN Write access procedure

2009-04-22 Thread Andreas Jung
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 22.04.2009 um 17:30 schrieb Behrang Dadsetan: > Hi! > > After 8-9 years of admiring Zope and using it now and then, I > finally got myself to contribute to the grok project. I hope to > contribute even more in the near and mid-term future. > > W

Re: [Zope-dev] SVN Write access procedure

2009-04-22 Thread Jim Fulton
On Apr 22, 2009, at 11:30 AM, Behrang Dadsetan wrote: > Hi! > > After 8-9 years of admiring Zope and using it now and then, I > finally got myself to contribute to the grok project. I hope to > contribute even more in the near and mid-term future. > > We seem to have an issue with the documenta

[Zope-dev] SVN Write access procedure

2009-04-22 Thread Behrang Dadsetan
Hi! After 8-9 years of admiring Zope and using it now and then, I finally got myself to contribute to the grok project. I hope to contribute even more in the near and mid-term future. We seem to have an issue with the documentation for becoming an SVN Contributor. Here are the steps I followe

Re: [Zope-dev] Release management proposal

2009-04-22 Thread Jim Fulton
On Apr 22, 2009, at 11:01 AM, Wichert Akkerman wrote: > On 4/22/09 4:57 PM, Jim Fulton wrote: >> Perhaps you could provide (or point to) an example that illustrates >> this problem. > > I want to keep my python install clean, so I do not have setuptools > installed system-wide. Instead I have

Re: [Zope-dev] Release management proposal

2009-04-22 Thread Wichert Akkerman
Previously Benji York wrote: > On Wed, Apr 22, 2009 at 10:55 AM, Wichert Akkerman wrote: > > Previously Benji York wrote: > >> On Wed, Apr 22, 2009 at 10:06 AM, Wichert Akkerman > >> wrote: > >> > I want to suggest two changes to the standard release process: > >> > > >> > 1. use "sdist --format

Re: [Zope-dev] Release management proposal

2009-04-22 Thread Benji York
On Wed, Apr 22, 2009 at 10:55 AM, Wichert Akkerman wrote: > Previously Benji York wrote: >> On Wed, Apr 22, 2009 at 10:06 AM, Wichert Akkerman wrote: >> > I want to suggest two changes to the standard release process: >> > >> > 1. use "sdist --formats=zip". This works around a nasty bug in the >>

Re: [Zope-dev] Release management proposal

2009-04-22 Thread Wichert Akkerman
On 4/22/09 4:57 PM, Jim Fulton wrote: > Perhaps you could provide (or point to) an example that illustrates > this problem. I want to keep my python install clean, so I do not have setuptools installed system-wide. Instead I have a small bin-directory managed by buildout which creates a python

Re: [Zope-dev] Release management proposal

2009-04-22 Thread Wichert Akkerman
Previously Benji York wrote: > On Wed, Apr 22, 2009 at 10:06 AM, Wichert Akkerman wrote: > > I want to suggest two changes to the standard release process: > > > > 1. use "sdist --formats=zip". This works around a nasty bug in the > >   python 2.4 tarfile module which makes it skip files with a >

Re: [Zope-dev] Release management proposal

2009-04-22 Thread Jim Fulton
On Apr 22, 2009, at 10:55 AM, Wichert Akkerman wrote: ... >>> 2. forbid the use of __file__ in setup.py. This breaks on systems >>> which do not have setuptools installed globally but rely on a >>> (zc.buildout-created) wrapper script. __file__ will point >>> to the wrapper script in those i

Re: [Zope-dev] Release management proposal

2009-04-22 Thread Benji York
On Wed, Apr 22, 2009 at 10:06 AM, Wichert Akkerman wrote: > I want to suggest two changes to the standard release process: > > 1. use "sdist --formats=zip". This works around a nasty bug in the >   python 2.4 tarfile module which makes it skip files with a >   path of a specific length. This can m

[Zope-dev] Release management proposal

2009-04-22 Thread Wichert Akkerman
I want to suggest two changes to the standard release process: 1. use "sdist --formats=zip". This works around a nasty bug in the python 2.4 tarfile module which makes it skip files with a path of a specific length. This can make a release impossible to use. 2. forbid the use of __file__ in

Re: [Zope-dev] People in the "Zope 3" and "ZMI" teams

2009-04-22 Thread Martijn Faassen
Hey, Yusei TAHARA wrote: [snip] > BTW, what do you think of zope.app.form? As far as I know, it has some > basic interfaces like IInputWidget and IDisplayWidget, and they are used > by various packages. Then I don't see any reason to leave them under > zope.app.form. So, I think maybe we could als

Re: [Zope-dev] People in the "Zope 3" and "ZMI" teams

2009-04-22 Thread Yusei TAHARA
Hi, On Wed, 22 Apr 2009 09:48:40 +0200 Martijn Faassen wrote: > Hey, > > Roger Ineichen wrote: > > I think there is a little confusion about which package depends on > > each other. > > > > Right now there is a zmi.core package this package should > > contain core parts without to much depende

Re: [Zope-dev] People in the "Zope 3" and "ZMI" teams

2009-04-22 Thread Yusei TAHARA
Hi, On Tue, 21 Apr 2009 18:40:51 +0200 Martijn Faassen wrote: > >> Or should we break BBB and let people know that they have to install > >> zmi.core for zmi support? (I think so) > > > > I won't break BBB as much as possible, at least I'd like to keep persistent > > data compatibility... > >

Re: [Zope-dev] z3c.form: Problem validating file uploads

2009-04-22 Thread Jacob Holm
Michael Howitz wrote: > Am 12.04.2009 um 15:12 schrieb Michael Howitz: >> Hi, >> >> I'm using a trunk version of z3c.form and have the following >> situation: >> In my interface I have a zope.schema.Bytes field. >> z3c.form.converter.FileUploadDataConverter.toFieldValue returns >> z3c.form.interf

[Zope-dev] Zope Tests: 8 OK

2009-04-22 Thread Zope Tests Summarizer
Summary of messages to the zope-tests list. Period Tue Apr 21 12:00:00 2009 UTC to Wed Apr 22 12:00:00 2009 UTC. There were 8 messages: 8 from Zope Tests. Tests passed OK --- Subject: OK : Zope-2.10 Python-2.4.6 : Linux From: Zope Tests Date: Tue Apr 21 20:45:33 EDT 2009 URL: http://

Re: [Zope-dev] z3c.form: Problem validating file uploads

2009-04-22 Thread Michael Howitz
Am 12.04.2009 um 15:12 schrieb Michael Howitz: > Hi, > > I'm using a trunk version of z3c.form and have the following > situation: > In my interface I have a zope.schema.Bytes field. > z3c.form.converter.FileUploadDataConverter.toFieldValue returns > z3c.form.interfaces.NOT_CHANGED when I do not

Re: [Zope-dev] People in the "Zope 3" and "ZMI" teams

2009-04-22 Thread Martijn Faassen
Hey, Roger Ineichen wrote: > I think there is a little confusion about which package depends on > each other. > > Right now there is a zmi.core package this package should > contain core parts without to much dependency. After that > we need several zmi.* packages which are replacements for > ea