The Buildbot has detected a failed build of Zope trunk 2.4 Linux zc-buildbot.
Buildbot URL: http://buildbot.zope.org/
Build Reason: changes
Build Source Stamp: 2421
Blamelist: andreasjung
BUILD FAILED: failed test
sincerely,
-The Buildbot
___
Zope-D
The Buildbot has detected a failed build of Zope trunk 2.4 Windows 2000
zc-bbwin.
Buildbot URL: http://buildbot.zope.org/
Build Reason: changes
Build Source Stamp: 2421
Blamelist: andreasjung
BUILD FAILED: failed test
sincerely,
-The Buildbot
___
Z
On 21 Dec 2005, at 16:15, Jens Vagelpohl wrote:
With this upgrade in place I will do a new dry-run for the FSFS
backend migration tomorrow morning.
The test run ran through without any problems. Here's some stats:
- dumping the existing repository took 12 minutes and resulted in a
1.1 GB f
Jim Fulton wrote:
Martijn Faassen wrote:
[snip]
I'll note, FWIW, that we don't do installs from Zope 3 checkouts.
Yes, this is understood.
I think it's worth asking whether this is an important requirement.
Perhaps more generally, how important is it that the repository reflects
the rele
Jim Fulton wrote:
I'll note that, as a developer, I have never done this and probably
never would want to do this.
How do you test 'mkzopeinstance' then? Build a release first? That's
rather cumbersome. Anyway, small point.
The only use case for this is a deployer of Zope that wants to inst
Andreas Jung wrote:
Who has the knowledge and time to fix this?
I think we need to have some philosophical agreement on what is going to
be done before we figure out who has time to "fix" this. I think the
issue is a bit deeper than just a bug people want fix, even though it
presents itself
r
--On 22. Dezember 2005 12:06:09 +0100 Martijn Faassen <[EMAIL PROTECTED]>
wrote:
Andreas Jung wrote:
Who has the knowledge and time to fix this?
I think we need to have some philosophical agreement on what is going to
be done before we figure out who has time to "fix" this. I think the
i
Rocky Burt wrote:
Max M wrote:
If there is another practical way to do it, that would be fine too. I
don't know about sqllite. But if it's more difficulte than dropping a
package into a directory it would be bad.
Personally I'd be a huge proponent of including SQLite in zope core. It
The Buildbot has detected a failed build of Zope trunk 2.4 Linux zc-buildbot.
Buildbot URL: http://buildbot.zope.org/
Build Reason: changes
Build Source Stamp: 2423
Blamelist: andreasjung
BUILD FAILED: failed test
sincerely,
-The Buildbot
___
Zope-D
The top-level directory structure on svn.zope.org appears a bit messy to
me. There we have the folders for the "large" projects CMF, Zope, Zope3 and
lots
modules that possibly don't belong there. Wouldn't it make sense to move
them into a dedicated Zope3-modules folder (or choose another name)?
The Buildbot has detected a failed build of Zope trunk 2.4 Linux zc-buildbot.
Buildbot URL: http://buildbot.zope.org/
Build Reason: changes
Build Source Stamp: 2424
Blamelist: andreasjung
BUILD FAILED: failed test
sincerely,
-The Buildbot
___
Zope-D
robert rottermann schrieb:
> Rocky Burt wrote:
>
>> Max M wrote:
>>
>>
>>> If there is another practical way to do it, that would be fine too. I
>>> don't know about sqllite. But if it's more difficulte than dropping a
>>> package into a directory it would be bad.
>>>
>>>
>>
>>
>> Personall
The Buildbot has detected a failed build of Zope trunk 2.4 Windows 2000
zc-bbwin.
Buildbot URL: http://buildbot.zope.org/
Build Reason: changes
Build Source Stamp: 2423
Blamelist: andreasjung
BUILD FAILED: failed test
sincerely,
-The Buildbot
___
Z
--On 22. Dezember 2005 12:32:07 +0100 Tino Wildenhain <[EMAIL PROTECTED]>
wrote:
I dont think we should inlcude more 3rd party products into zope core
unless they are required for core funtionality. And a random database
adaptor isnt really core functionality.
Another point: with Zope 2.10
The Buildbot has detected a failed build of Zope trunk 2.4 Linux zc-buildbot.
Buildbot URL: http://buildbot.zope.org/
Build Reason: changes
Build Source Stamp: 2428
Blamelist: andreasjung
BUILD FAILED: failed test
sincerely,
-The Buildbot
___
Zope-D
The Buildbot has detected a failed build of Zope trunk 2.4 Windows 2000
zc-bbwin.
Buildbot URL: http://buildbot.zope.org/
Build Reason: changes
Build Source Stamp: 2424
Blamelist: andreasjung
BUILD FAILED: failed test
sincerely,
-The Buildbot
___
Z
Summary of messages to the zope-tests list.
Period Wed Dec 21 12:01:01 2005 UTC to Thu Dec 22 12:01:01 2005 UTC.
There were 8 messages: 8 from Zope Unit Tests.
Tests passed OK
---
Subject: OK : Zope-2_6-branch Python-2.1.3 : Linux
From: Zope Unit Tests
Date: Wed Dec 21 21:01:41 EST 2
The Buildbot has detected a failed build of Zope trunk 2.4 Windows 2000
zc-bbwin.
Buildbot URL: http://buildbot.zope.org/
Build Reason: changes
Build Source Stamp: 2428
Blamelist: andreasjung
BUILD FAILED: failed test
sincerely,
-The Buildbot
___
Z
--On 20. Dezember 2005 16:41:37 -0500 Chris McDonough <[EMAIL PROTECTED]>
wrote:
On Dec 20, 2005, at 4:22 PM, Paul Winkler wrote:
But I'm not sure I understand you.
Are you saying that in order to use Basket, my product can't call
registerHelp()?
Or are you saying that when installed via B
On Dec 22, 2005, at 8:26 AM, Andreas Jung wrote:
--On 20. Dezember 2005 16:41:37 -0500 Chris McDonough
<[EMAIL PROTECTED]> wrote:
On Dec 20, 2005, at 4:22 PM, Paul Winkler wrote:
But I'm not sure I understand you.
Are you saying that in order to use Basket, my product can't call
registe
I'm looking for opinions here..
The next major Zope 2 release and perhaps the next major Zope 3
release will support the loading of packages and (for Zope 2)
Products from Python "Egg" files. See http://peak.telecommunity.com/
DevCenter/PythonEggs for an overview.
This provides the follow
Andreas Jung wrote:
> Hi,
>
> for next release we plan to replace several parts with the corresponding
> components from Zope 3 (e.g. ZPT´). Philipp is working on a proposal on
> that issue. In addition I would like to get rid of some old stuff that
> is no longer maintained and buggy:
>
>
> - Z
Chris McDonough wrote:
> I'm looking for opinions here..
>
>
> The progenitor of Eggs (Phillip Eby) suggests that this is too
> implicit. He suggests instead that people who install packages should
> use a program which implicitly installs packages. The major difference
> between this and wha
--On 22. Dezember 2005 09:09:02 -0500 Chris McDonough <[EMAIL PROTECTED]>
wrote:
The question is this: do you think there should be an explicit "install"
step for egg packages/Products or do you think it should be possible to
just put eggs on your PYTHONPATH (and perhaps adjust a config
Andreas Jung wrote:
--On 22. Dezember 2005 12:32:07 +0100 Tino Wildenhain
<[EMAIL PROTECTED]> wrote:
I dont think we should inlcude more 3rd party products into zope core
unless they are required for core funtionality. And a random database
adaptor isnt really core functionality.
Another
Does anyone know how to modify the bootstrap Data.fs that is installed after
a new Zope installation and how to modify the Zope Quickstart page?
-aj
pgpOQIS1FhaaI.pgp
Description: PGP signature
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.
--On 22. Dezember 2005 15:20:27 +0100 robert rottermann <[EMAIL PROTECTED]>
wrote:
I perfectly agree with both of these arguments.
However having a "dead easy to use" RDBMS tool is very convenient. Both
for teaching and marketing purposes.
I agree (meanwhile) but we have to sort out the
On Dec 22, 2005, at 9:16 AM, Stefane Fermigier wrote:
Chris McDonough wrote:
I'm looking for opinions here..
The progenitor of Eggs (Phillip Eby) suggests that this is too
implicit. He suggests instead that people who install packages
should
use a program which implicitly installs packag
AFAIK, there is no Data.fs.in file anymore and the "OFS.Application"
logic creates all the objects it needs at startup time.
Quickstart text is in lib/python/App/dtml/zope_quick_start.dtml (it's
not read from ZODB at all).
- C
On Dec 22, 2005, at 9:26 AM, Andreas Jung wrote:
Does anyone k
Chris,
what do you think about moving the current version of the ZB hosted on
plope.com back on zope.org. The quickstart page of Zope still points to the
2.6 edition. I would like to get of the 2.6 edition and call it just "Zope
Book" + the data of the last modification. Since we can not synch
--On 22. Dezember 2005 09:48:01 -0500 Chris McDonough <[EMAIL PROTECTED]>
wrote:
AFAIK, there is no Data.fs.in file anymore and the "OFS.Application"
logic creates all the objects it needs at startup time.
Quickstart text is in lib/python/App/dtml/zope_quick_start.dtml (it's
not read from Z
That's fine. It moved to plope.com because it was under pretty heavy
development and zope.org was (and probably still is) too slow to be
responsive when lots of writes were done. IIRC its DAV was broken
too. It's not under development at all anymore, so it can move back,
at least until
The Buildbot has detected a failed build of Zope trunk 2.4 Linux zc-buildbot.
Buildbot URL: http://buildbot.zope.org/
Build Reason: changes
Build Source Stamp: 2429
Blamelist: andreasjung
BUILD FAILED: failed test
sincerely,
-The Buildbot
___
Zope-D
Martijn Faassen wrote:
Andreas Jung wrote:
I agree. I am also not happy with that. Unfortunately I have currently
no clue how to solve this issue (no idea about zpkg). WHat you can do
is the following:
- copy the checkout to the location where your software home should be
- run "configure;
On Dec 22, 2005, at 9:20 AM, Andreas Jung wrote:
--On 22. Dezember 2005 09:09:02 -0500 Chris McDonough
<[EMAIL PROTECTED]> wrote:
The question is this: do you think there should be an explicit
"install"
step for egg packages/Products or do you think it should be
possible to
just p
Andreas Jung wrote:
>
>
> --On 22. Dezember 2005 15:20:27 +0100 robert rottermann
> <[EMAIL PROTECTED]> wrote:
>
>>>
>> I perfectly agree with both of these arguments.
>> However having a "dead easy to use" RDBMS tool is very convenient. Both
>> for teaching and marketing purposes.
>
>
>
> I
The Buildbot has detected a failed build of Zope trunk 2.4 Windows 2000
zc-bbwin.
Buildbot URL: http://buildbot.zope.org/
Build Reason: changes
Build Source Stamp: 2429
Blamelist: andreasjung
BUILD FAILED: failed test
sincerely,
-The Buildbot
___
Z
Chris McDonough wrote:
> The question is this: do you think there should be an explicit
> "install" step for egg packages/Products or do you think it should be
> possible to just put eggs on your PYTHONPATH (and perhaps adjust a
> config file with "requirements")?
To be honest, the explicit'nes
What happens if the request started by clockserver takes a long time
or hangs?
Will the next tick start a new one anyway, or will it be blocked?
Florent
--
Florent Guillaume, Nuxeo (Paris, France) Director of R&D
+33 1 40 33 71 59 http://nuxeo.com [EMAIL PROTECTED]
--On 22. Dezember 2005 11:42:30 -0330 Rocky Burt <[EMAIL PROTECTED]>
wrote:
When you mentioned before about importing sqlite into svn.zope.org, you
were talking about actually including a snapshot of sqlite inside zope
source rather than making it a build time requirement?
I really don't c
On Thu, Dec 22, 2005 at 08:37:22AM +0100, Dario Lopez-K?sten wrote:
> +1 on this.
> It is important for us in the "forced to be both developer and deployer
> by evil sysadmins" camp.
I'm one of those guys too.
I'm sure I can learn to live with the 2.9 release layout but right now
it's just confu
The next tick will happen regardless, because "handle" invokes a
publisher thread (it doesn't block).
On Dec 22, 2005, at 10:23 AM, Florent Guillaume wrote:
What happens if the request started by clockserver takes a long
time or hangs?
Will the next tick start a new one anyway, or will it b
Forwarding to the list for "chewing"... ;-)
On Dec 22, 2005, at 10:21 AM, Phillip J. Eby wrote:
At 10:08 AM 12/22/2005 -0500, Chris McDonough wrote:
The progenitor of Eggs (Phillip Eby) suggests that this is too
implicit. He suggests instead that people who install packages
should use a progr
On Thu, Dec 22, 2005 at 09:59:54AM -0500, Chris McDonough wrote:
> Zope.org will need the latest version of BackTalk and CMFBackTalk
> installed (and by "latest" I wouldn't worry that they're too new to
> run on Zope.org, both are at least two years old).
I would like to point out to whoever u
On Dec 22, 2005, at 10:17 AM, Rocky Burt wrote:
Chris McDonough wrote:
The question is this: do you think there should be an explicit
"install" step for egg packages/Products or do you think it should be
possible to just put eggs on your PYTHONPATH (and perhaps adjust a
config file with "requir
--On 22. Dezember 2005 10:46:42 -0500 Chris McDonough <[EMAIL PROTECTED]>
wrote:
What do Java people expect from jar files (I ask as a Java dope)? Do
they have a more limited scope (no dependencies, for example?)
Jar files have no dependencies.
-aj
pgpKlIVHcdQM0.pgp
Description: PGP sig
On 12/22/05, Andreas Jung <[EMAIL PROTECTED]> wrote:
> Jar files have no dependencies.
Well, I know you know what you mean here, but I'll elaborate since the
kids haven't started fighting yet this morning. :-)
Jar files don't have dependency metadata. They're pretty much
equivalent to zipped Py
Chris McDonough wrote:
> What do Java people expect from jar files (I ask as a Java dope)? Do
> they have a more limited scope (no dependencies, for example?)
Coming from a heavy java/j2ee background I can say that people in
java-land expect to place jar's on the java classpath (equivalent of
py
Fred Drake wrote:
> On 12/22/05, Andreas Jung <[EMAIL PROTECTED]> wrote:
>
>>Jar files have no dependencies.
>
>
> Well, I know you know what you mean here, but I'll elaborate since the
> kids haven't started fighting yet this morning. :-)
>
> Jar files don't have dependency metadata. They're
Andreas Jung wrote:
> --On 22. Dezember 2005 11:42:30 -0330 Rocky Burt <[EMAIL PROTECTED]>
> wrote:
>> When you mentioned before about importing sqlite into svn.zope.org, you
>> were talking about actually including a snapshot of sqlite inside zope
>> source rather than making it a build time requi
sqlite is public domain code, FWIW. I doubt this is incompatible
with the ZPL. It would just require an acknowledgement from ZC that
it's "safe" to be included in a Zope distro.
- C
On Dec 22, 2005, at 11:14 AM, Rocky Burt wrote:
Andreas Jung wrote:
--On 22. Dezember 2005 11:42:30 -0330
Martijn Faassen wrote:
Jim Fulton wrote:
Martijn Faassen wrote:
[snip]
I'll note, FWIW, that we don't do installs from Zope 3 checkouts.
Yes, this is understood.
I think it's worth asking whether this is an important requirement.
Perhaps more generally, how important is it that the
Martijn Faassen wrote:
Jim Fulton wrote:
I'll note that, as a developer, I have never done this and probably
never would want to do this.
How do you test 'mkzopeinstance' then? Build a release first? That's
rather cumbersome. Anyway, small point.
In Zope3, I use bin/mkzopeinstance.
In Zo
Martijn Faassen wrote:
Andreas Jung wrote:
Who has the knowledge and time to fix this?
I think we need to have some philosophical agreement on what is going to
be done before we figure out who has time to "fix" this. I think the
issue is a bit deeper than just a bug people want fix, even t
Andreas Jung wrote:
...
I am not against zpkg but I have really no idea how it works, what is
does for me and how it causes the particular trouble in this case..at
the moment zpkg is just a magic black box with some esoteric
functionalityto make it short: I need to learn what zpkg is and h
Rocky Burt wrote:
Well, if we simply suck sqlite in as a build time requirement (during
the 'make' process) do we care about importing non-ZPL code into
svn.zope.org? We would only care about licensing when distributing
binaries that include sqlite, no?
will this imply that I need to have an
--On 22. Dezember 2005 12:44:23 -0330 Rocky Burt <[EMAIL PROTECTED]>
wrote:
Well, if we simply suck sqlite in as a build time requirement (during
the 'make' process) do we care about importing non-ZPL code into
svn.zope.org? We would only care about licensing when distributing
binaries tha
The Buildbot has detected a failed build of Zope trunk 2.4 Linux zc-buildbot.
Buildbot URL: http://buildbot.zope.org/
Build Reason: changes
Build Source Stamp: 2433
Blamelist: efge
BUILD FAILED: failed test
sincerely,
-The Buildbot
___
Zope-Dev mail
Paul Winkler wrote:
On Thu, Dec 22, 2005 at 08:37:22AM +0100, Dario Lopez-K?sten wrote:
+1 on this.
It is important for us in the "forced to be both developer and deployer
by evil sysadmins" camp.
I'm one of those guys too.
I'm sure I can learn to live with the 2.9 release layout but right
On Thu, Dec 22, 2005 at 01:51:40PM -0500, Jim Fulton wrote:
> The tar ball looks the same (wrt configure/make/make install).
> It's the checkout that has changed.
Ah, sorry, I was talking about directory layout, and that's
a different question (and not really a big deal).
Didn't mean to go off on
[Paul Winkler]
>> I think one reason people are just now starting to complain is
>> that we had no idea this change was coming. Checkouts
>> don't look any different, so it was a bit of a surprise
>> to see such a big change in the tarball.
...
[Jim Fulton]
> The tar ball looks the same (wrt conf
The Buildbot has detected a failed build of Zope trunk 2.4 Linux zc-buildbot.
Buildbot URL: http://buildbot.zope.org/
Build Reason: changes
Build Source Stamp: 2434
Blamelist: andreasjung
BUILD FAILED: failed test
sincerely,
-The Buildbot
___
Zope-D
Andreas Jung wrote:
> The top-level directory structure on svn.zope.org appears a bit messy to
> me. There we have the folders for the "large" projects CMF, Zope, Zope3
> and lots
> modules that possibly don't belong there. Wouldn't it make sense to move
> them into a dedicated Zope3-modules folder
On Thursday 22 December 2005 14:26, Rocky Burt wrote:
> Andreas Jung wrote:
> > The top-level directory structure on svn.zope.org appears a bit messy to
> > me. There we have the folders for the "large" projects CMF, Zope, Zope3
> > and lots
> > modules that possibly don't belong there. Wouldn't it
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Andreas Jung wrote:
> Log message for revision 40981:
> deprecated ZGadfly/Gadfly
>
>
> Changed:
> U Zope/trunk/doc/CHANGES.txt
> U Zope/trunk/lib/python/Products/ZGadflyDA/__init__.py
>
> -=-
> Modified: Zope/trunk/doc/CHANGES.txt
> ===
Dario Lopez-Kästen wrote:
Chris Withers wrote:
Andreas Jung wrote:
I've never met ppl who actually used the HelpSys so that's why I am
raising the question about the value of the HelpSys. Lots of my
co-workers work with Zope on different levels (scripters, product
developers)...I've always
Dario Lopez-Kästen wrote:
Chris Withers wrote:
Andreas Jung wrote:
I've never met ppl who actually used the HelpSys so that's why I am
raising the question about the value of the HelpSys. Lots of my
co-workers work with Zope on different levels (scripters, product
developers)...I've always
Rocky Burt schrieb:
> Andreas Jung wrote:
>
>>
>>--On 22. Dezember 2005 15:20:27 +0100 robert rottermann
>><[EMAIL PROTECTED]> wrote:
>>
>>
>>>I perfectly agree with both of these arguments.
>>>However having a "dead easy to use" RDBMS tool is very convenient. Both
>>>for teaching and marketing pu
Jim Fulton wrote:
And would have made including Zope 3 in Zope 2 a real mess.
I realize that zpkg has important benefits and use cases. My point with
trying to point out weaknesses is not to argue against the existence of
zpkg - something like that needs to exist given the use case of one
r
Tim Peters wrote:
I'm sure Paul meant that the content of the tarball _looks_ very
different now. Change is always disconcerting. I vividly recall that
when ZODB switched to zpkgtools-based releases, we had messages from
people staring at the tarball wondering where the ZODB code was --
[sni
Jim Fulton wrote:
My suggestion is to have different README and INSTALL files for the
checkout that tell people what they can do and how to do it and to
change the install target to simply tell people that install isn't
currently supported in a checkout and to read the appropriate text
files.
Jim Fulton wrote:
I'd like to step back and see if we can agree on what is driving the desire
for "make install". I'll note that one reason is that it worked this way
before, but I don't think that that is a good enough reason to delay the
release.
I'll note one use case:
- A Zope deployer wa
Martijn Faassen wrote:
We should probably be holding this discussion later,
not right now, though.
Please. :)
Jim
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http://www.python.org
Zope Corporation http://www.zope.
73 matches
Mail list logo