On Fri, Aug 14, 2009 at 3:05 PM, Jim Fulton wrote:
> On Fri, Aug 14, 2009 at 2:58 PM, Benji York wrote:
>> On Fri, Aug 14, 2009 at 2:51 PM, Jim Fulton wrote:
>>> Keep in mind that the thing we're talking about is pretty simple,
>>> basically a single file. Branches beyond a test branch seem like
>
On Fri, Aug 14, 2009 at 2:58 PM, Benji York wrote:
> On Fri, Aug 14, 2009 at 2:51 PM, Jim Fulton wrote:
>> Keep in mind that the thing we're talking about is pretty simple,
>> basically a single file. Branches beyond a test branch seem like
>> overkill. Maybe I missunderstand you. What sorts of b
On Fri, Aug 14, 2009 at 2:51 PM, Jim Fulton wrote:
> Keep in mind that the thing we're talking about is pretty simple,
> basically a single file. Branches beyond a test branch seem like
> overkill. Maybe I missunderstand you. What sorts of branches did you
> have in mind? Do you imagibe long-stan
On Fri, Aug 14, 2009 at 2:29 PM, Benji York wrote:
> On Fri, Aug 14, 2009 at 2:13 PM, Jim Fulton wrote:
>> On Fri, Aug 14, 2009 at 1:58 PM, Benji York wrote:
>
>>> By "buildbot output" do you mean simply the fact that all tests passed
>>> on all platforms?
>>
>> I'm being intentionally vague, but w
I know there are people on this list who have experience building
windows installers.
It would be really great if someone who had some expertise building
windows installers would work with me on a tool to build windows
installers from source releases built with zc.sourcerelease. I don't
have the
On Fri, Aug 14, 2009 at 2:13 PM, Jim Fulton wrote:
> On Fri, Aug 14, 2009 at 1:58 PM, Benji York wrote:
>> By "buildbot output" do you mean simply the fact that all tests passed
>> on all platforms?
>
> I'm being intentionally vague, but we need to know that the tests
> apply to the versions we're
On Fri, Aug 14, 2009 at 1:58 PM, Benji York wrote:
...
>> - We maintain windows and linux buildbots (or equivalent) against both
>> the test branch and trunk for Python 2.4, 2.5 and 2.6.
>
> I assume we'd have OS X buildbots as well (if someone will volunteer
> them).
That would be a nice to have.
On Fri, Aug 14, 2009 at 1:20 PM, Jim Fulton wrote:
> On Fri, Aug 14, 2009 at 1:03 PM, Chris Withers wrote:
> ...
>> One question, and I know I'm late in on this so feel free to point me at
>> previous discussions, but say the KGS uses some.egg 1.0.0, a bug gets fixed
>> in some.egg and 1.0.1 is rel
On Fri, Aug 14, 2009 at 1:03 PM, Chris Withers wrote:
...
> One question, and I know I'm late in on this so feel free to point me at
> previous discussions, but say the KGS uses some.egg 1.0.0, a bug gets fixed
> in some.egg and 1.0.1 is released. Does a whole new KGS need to be cut or is
> there s
Jim Fulton wrote:
>> Would you give it a try?
>
> Yup. Works great. I've updated:
> svn://svn.zope.org/repos/main/zopetoolkit/branches/jim-kgs/kgs
>
> to use it.
>
> I created ztk.cfg that looks like:
>
> [ztk]
> libraries =
> ...
> under-review =
> ...
> projects = ${ztk:lib
On Fri, Aug 14, 2009 at 12:30 PM, Jonas Meurer wrote:
...
> zope2 releases based on buildout make it very hard for distributors to
> package zope2. especially as zope2 requires
> from what i know about buildout (and that's not much), it either requires
> a working internet connection or a local mir
Tres Seaver wrote:
> Sorry, we aren't making such tarballs any longer. Distributors who
> don't want to package the broken-out eggs separately will need to
> synthesize such a beast, perhaps using something like 'zc.sourcerelease'.
I was just about to suggest this. I haven't used it, but my
unde
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jonas Meurer wrote:
> zope2 releases based on buildout make it very hard for distributors to
> package zope2. especially as zope2 requires
> from what i know about buildout (and that's not much), it either requires
> a working internet connection or
On 14/08/2009 Chris Withers wrote:
> yuppie wrote:
> >>> ZDCTL="$SOFTWARE_HOME/Zope2/Startup/zopectl.py"
> >>> exec "$PYTHON" "$ZDCTL" -C "$CONFIG_FILE" "$@"
> >> I wish we could just bless buildout as "the way" to set up Zope 2.12,
> >> then mkzopeinstance becomes moot.
> >
> > Not everybody agr
Gediminas Paulauskas wrote:
> https://bugs.launchpad.net/zope.testing
Done:
https://bugs.launchpad.net/zope.testing/+bug/413685
http://bugs.python.org/issue6703
cheers,
Chris
--
Simplistix - Content Management, Batch Processing & Python Consulting
- http://www.simplistix.co.uk
2009/8/14 Jim Fulton :
> On Fri, Aug 14, 2009 at 9:07 AM, Dan Korostelev wrote:
>> Oh, thanks that you reminded me of that :))
>>
>> This looks like it migrated from zope.pagetemplate. That shameless
>> removal of content from my template annoyed me as well some time ago,
>> so at last I monkey-pat
yuppie wrote:
>>> ZDCTL="$SOFTWARE_HOME/Zope2/Startup/zopectl.py"
>>> exec "$PYTHON" "$ZDCTL" -C "$CONFIG_FILE" "$@"
>> I wish we could just bless buildout as "the way" to set up Zope 2.12,
>> then mkzopeinstance becomes moot.
>
> Not everybody agrees with that. But nevertheless, both approaches
On Fri, Aug 14, 2009 at 9:07 AM, Dan Korostelev wrote:
> Oh, thanks that you reminded me of that :))
>
> This looks like it migrated from zope.pagetemplate. That shameless
> removal of content from my template annoyed me as well some time ago,
> so at last I monkey-patched that method in zope.paget
Oh, thanks that you reminded me of that :))
This looks like it migrated from zope.pagetemplate. That shameless
removal of content from my template annoyed me as well some time ago,
so at last I monkey-patched that method in zope.pagetemplate. I think,
we should remove that behaviour from both zope
Hello,
I hope this is the right mailing list for such a question. Why does
chameleon.core removes the meta tag http-equiv="content-type" from the
output?
In template.py, line 286:
# Look for an encoding specification in the meta tag
match = utils.re_meta.search(body)
if match is not
Summary of messages to the zope-tests list.
Period Thu Aug 13 12:00:00 2009 UTC to Fri Aug 14 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: Thu Aug 13 20:43:54 EDT 2009
URL: http://
Gerhard Weis wrote:
> Hi,
>
> Sorry if this is the wrong list, but as plone.z3cform is in the
> zope-svn. I thought it may be Ok.
>
> There is a small problem in plone.z3cform. The class
> plone.z3cform.fieldsets.extensible.ExtensibleForm has a class attribute
> groups, which is changed by the
On Sat, Jul 4, 2009 at 7:33 AM, Christian Theune wrote:
> So, if you see that a package is missing or is classified in the wrong
> way, then please speak up.
I think zope.wfmc and zope.app.wfmc should be removed. I don't think
they're widely used. I don't use them any more and I wrote them. :)
I'
23 matches
Mail list logo