Hello Marius,
+1 on a KGS 3.4.1
Local overrides here:
zope.component = 3.5.1
zope.contenttype = 3.4.2
zope.i18n = 3.5.0
zope.sendmail = 3.5.0
zope.server = 3.5.0
zope.session = 3.5.2
zope.tal = 3.5.0
zope.testing = 3.7.5 #was 3.7.0 but let's try this
zope.traversing = 3.5.0a4
zope.testbrowser =
On 4/2/10 10:36 , Adam GROSZER wrote:
> zc.buildout is a tough decision, because it's "not upgrading" issue.
> See http://mail.python.org/pipermail/distutils-sig/2010-March/015794.html
Why would you ever install zc.buildout systemwide? Just as with
setuptools I consider that to be a recipe for pr
Hello Wichert,
Because of our toolchain to release and deploy apps: mypypi and
keas.build. In fact, because of keas.build depends on zc.buildout.
Friday, April 2, 2010, 10:53:26 AM, you wrote:
WA> On 4/2/10 10:36 , Adam GROSZER wrote:
>> zc.buildout is a tough decision, because it's "not upgradi
A: Because it makes the logic of the discussion difficult to follow.
Q: Why shouldn't I top post?
A: No.
Q: Should I top post?
On Fri, Apr 02, 2010 at 12:29:48PM +0200, Adam GROSZER wrote:
> Hello Wichert,
>
> Because of our toolchain to release and deploy apps: mypypi and
> keas.build. In fact,
A: Because it destroys the flow of the conversation
Q: Why is it bad?
A: No, it's bad.
Q: Should I top post in replies to mailing lists?
On Fri, Apr 02, 2010 at 12:26:59PM +0800, Tim Hoffman wrote:
> Hi Martin
>
> Given that its failing on a call to libc I would do a quick run with
> strace and l
On Fri, Apr 02, 2010 at 11:29:06AM +0800, Martin Aspeli wrote:
> > I'd be reaching for python/expat debug symbols and gdb, probably.
>
> I'm not sure how to do that. My gdb fu is *very* limited.
Have you used pdb? gdb is mostly the same.
gdb python
and when it crashes, type 'bt' at the (g
Hello Marius,
Friday, April 2, 2010, 3:02:53 PM, you wrote:
MG> On Fri, Apr 02, 2010 at 12:29:48PM +0200, Adam GROSZER wrote:
>> Hello Wichert,
>>
>> Because of our toolchain to release and deploy apps: mypypi and
>> keas.build. In fact, because of keas.build depends on zc.buildout.
>>
>> Frida
On 4/2/10 16:23 , Adam GROSZER wrote:
> The way you install your app with is:
>
> $ install -u https://build.twollo.com/buildouts/ -p Twollo -V QA --latest
>
> Where the install script comes with keas.build.
> At this point nothing exists from your app on the server, not even a
> .cfg or svn checko
sorry
On Fri, Apr 2, 2010 at 9:07 PM, Marius Gedminas wrote:
> A: Because it destroys the flow of the conversation
> Q: Why is it bad?
> A: No, it's bad.
> Q: Should I top post in replies to mailing lists?
>
> On Fri, Apr 02, 2010 at 12:26:59PM +0800, Tim Hoffman wrote:
>> Hi Martin
>>
>> Given t
On Fri, Apr 02, 2010 at 04:23:25PM +0200, Adam GROSZER wrote:
> MG> On Fri, Apr 02, 2010 at 12:29:48PM +0200, Adam GROSZER wrote:
> >> Hello Wichert,
> >>
> >> Because of our toolchain to release and deploy apps: mypypi and
> >> keas.build. In fact, because of keas.build depends on zc.buildout.
>
On Fri, Apr 2, 2010 at 10:51 AM, Marius Gedminas wrote:
> Maybe it would make sense to add a command-line option for buildout to
> override version pins?
>
> bin/buildout -t 2 -c configfile --pin zc.buildout=1.4.3 \
> --pin setuptools=0.9c11
>
> with "--pin zc.buildout=" meaning "us
On Friday 02 April 2010, Marius Gedminas wrote:
> Why not do
>
> python2.x bootstrap.py
>
> and then use
>
> bin/buildout
>
> instead of the globally-installed buildout?
I definitely hear you. On the other hand, I think of buildout as a replacement
for make. And I would not want to instal
Hi,
Has anyone given any thought to supporting the new constructs of
unittest2 (http://pypi.python.org/pypi/unittest2) in zope.testing?
Using zope.testing 3.9.3 and a simple test case with unittest2, I made
the following observations:
- A basic test case works fine; a subclass of unittest2.T
13 matches
Mail list logo