Summary of messages to the zope-tests list.
Period Tue Jan 17 12:01:01 2006 UTC to Wed Jan 18 12:01:01 2006 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: Tue Jan 17 21:03:32 EST
Now that I've had a week or so to recover from making the Zope 3
releases, I'd like to look at how we did on our first timed releases.
Of course, the releases didn't happen in December. In fact, the Zope 2
Windows release still hasn't happened.
That we were late isn't a great surprise, given
On Wed, Jan 18, 2006 at 07:36:35AM -0500, Jim Fulton wrote:
| And then there are the Windows releases. Making Zope 2 windows releases
| is very painful and there don't seem to be many people willing to help.
| We've avoided the pain for Zope 3 by being less ambitious. We let distutils
| do most
On 1/18/06, Jim Fulton [EMAIL PROTECTED] wrote:
These were some of my reactions to this first attempt at time-based releases.
What do other folks think?
I think early January is an understandable delay, considering that
midwinter celebrations came in the way. Great work everyone!
--
Lennart
--On 18. Januar 2006 07:36:35 -0500 Jim Fulton [EMAIL PROTECTED] wrote:
In the future, if someone introduces a major change, they *must* be
committed to be available to deal with issues that arise during the
release cycle. Perhaps we need to pick different release dates to
avoid holidays.
Andreas Jung wrote:
I think 2.9.0 is the _real_ 2.9 beta which will be widely used by ppl :-)
Isn't this always the case? :)(ie with all 2.x.0 releses)
- Rocky
--
Rocky Burt
ServerZen Software -- http://www.serverzen.com
ServerZen Hosting -- http://www.serverzenhosting.net
News About The
Sidnei da Silva wrote:
On Wed, Jan 18, 2006 at 07:36:35AM -0500, Jim Fulton wrote:
| And then there are the Windows releases. Making Zope 2 windows releases
| is very painful and there don't seem to be many people willing to help.
| We've avoided the pain for Zope 3 by being less ambitious. We
Andreas Jung wrote:
...
The basic problem with the windows release is that there is currently
nobody in charge for the windows release (although Tim is again doing
working on the Windows side, ALL HAIL TIM).
I'll repeat or emphasis that the windows release process needs to
be simple enough
Andreas Jung wrote:
...
I think 2.9.0 is the _real_ 2.9 beta which will be widely used by ppl :-)
I could be wrong, but if we stick to a 6-month release cycle for feature
releases, I don't think there is going to be much appetite for bug-fix
releases, except in extreme cases, and I think it
--On 18. Januar 2006 10:31:03 -0500 Jim Fulton [EMAIL PROTECTED] wrote:
Andreas Jung wrote:
...
The basic problem with the windows release is that there is currently
nobody in charge for the windows release (although Tim is again doing
working on the Windows side, ALL HAIL TIM).
I'll
On Wed, Jan 18, 2006 at 10:27:25AM -0500, Jim Fulton wrote:
| The installers do not require much Windows expertise. In fact, they
| require a lot of 'makefile' expertise right now, and some Inno Setup
| expertise, not much else.
|
| Sorry, Inno Setup is a windows installation builder. I consider
Sidnei da Silva wrote:
On Wed, Jan 18, 2006 at 10:27:25AM -0500, Jim Fulton wrote:
| The installers do not require much Windows expertise. In fact, they
| require a lot of 'makefile' expertise right now, and some Inno Setup
| expertise, not much else.
|
| Sorry, Inno Setup is a windows
Hi,
On Wed, 2006-01-18 at 13:40 -0200, Sidnei da Silva wrote:
On Wed, Jan 18, 2006 at 10:27:25AM -0500, Jim Fulton wrote:
| The installers do not require much Windows expertise. In fact, they
| require a lot of 'makefile' expertise right now, and some Inno Setup
| expertise, not much else.
|
On Wed, Jan 18, 2006 at 10:45:20AM -0500, Jim Fulton wrote:
| People up to now have come up with systems like this that they thought were
| automated enough. That's why we don't have a 2.9 release for windows.
What about we turn that around. How would you describe a 'automated
enough' build
On Wed, Jan 18, 2006 at 04:37:12PM +0100, Andreas Jung wrote:
| I'll repeat or emphasis that the windows release process needs to
| be simple enough that *I* can do it.
|
| Well, that's a perfect goal :-) But my experience with doing slightly
| simple programming tasks on Windows is that Windows
Sidnei da Silva wrote:
On Wed, Jan 18, 2006 at 10:45:20AM -0500, Jim Fulton wrote:
| People up to now have come up with systems like this that they thought were
| automated enough. That's why we don't have a 2.9 release for windows.
What about we turn that around. How would you describe a
Hey,
First, I'd like to thank you and everyone involved in the Zope 2 and
Zope 3 releases for making this time-based release in what I consider to
be a smashing success. Thanks for all the hard work! Things were late a
bit, some things are imperfect, but we in the community are already
feeling
Sidnei da Silva wrote:
[snip OS flamewar in the bud] :)
Regards,
Martijn
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
Jim Fulton wrote:
Andreas Jung wrote:
...
I think 2.9.0 is the _real_ 2.9 beta which will be widely used by ppl :-)
I could be wrong, but if we stick to a 6-month release cycle for feature
releases, I don't think there is going to be much appetite for bug-fix
releases, except in extreme
On Wed, Jan 18, 2006 at 11:24:20AM -0500, Jim Fulton wrote:
| Sidnei da Silva wrote:
| On Wed, Jan 18, 2006 at 10:45:20AM -0500, Jim Fulton wrote:
| | People up to now have come up with systems like this that they thought
| were
| | automated enough. That's why we don't have a 2.9 release for
Sidnei da Silva wrote:
...
| As I said before, the fact that we don't have a windows release
| is proof that the process isn't automated enough.
That's not a proof that the process is not automated enough. The
transition from python2.3 to 2.4 *is* non-trivial because python
changed from
On Wed, Jan 18, 2006 at 11:46:33AM -0500, Jim Fulton wrote:
| Sidnei da Silva wrote:
| ...
| | As I said before, the fact that we don't have a windows release
| | is proof that the process isn't automated enough.
|
| That's not a proof that the process is not automated enough. The
| transition
Sidnei da Silva wrote:
On Wed, Jan 18, 2006 at 11:46:33AM -0500, Jim Fulton wrote:
| Sidnei da Silva wrote:
| ...
| | As I said before, the fact that we don't have a windows release
| | is proof that the process isn't automated enough.
|
| That's not a proof that the process is not automated
On Wednesday 18 January 2006 11:27, Martijn Faassen wrote:
How do you assemble releases 'from releases'? I'm not sure I understand
that. You mean make a Zope 2 release using a Zope 3 release?
I'll note that SchoolTool greatly benefits from the current release building.
We simply include all
We should distinguish between authoring the Windows
build-the-installer code, and running that code. Making a Zope 2
Windows release consists of _running_ the build-the-installer code,
and is easy. It's actually easier than building a Zope 3 Windows
release: once the Python tarball, Zope 2
Martijn Faassen wrote:
...
How do you assemble releases 'from releases'? I'm not sure I understand
that. You mean make a Zope 2 release using a Zope 3 release?
No, I mean using eggs. Zope should be broken into separate projects
with their own eggs. A Zope release might just be an egg with
Stephan Richter wrote:
On Wednesday 18 January 2006 11:27, Martijn Faassen wrote:
How do you assemble releases 'from releases'? I'm not sure I understand
that. You mean make a Zope 2 release using a Zope 3 release?
I'll note that SchoolTool greatly benefits from the current release
On 1/18/06, Jim Fulton [EMAIL PROTECTED] wrote:
If eggs work out, as I hope they will, I'd like to stop work on
zpkg and just use eggs.
+42
-Fred
--
Fred L. Drake, Jr.fdrake at gmail.com
There is no wealth but life. --John Ruskin
___
Zope-Dev
On Wednesday 18 January 2006 19:09, Jim Fulton wrote:
You know my position concerning the repository and the release; I'd
prefer them to be kept as similar as possible to simplify the release
process. I hope we can go in that direction. It also makes things more
predictable to developers.
On 1/18/06, Andreas Jung [EMAIL PROTECTED] wrote:
What and where is the 'home' attribute?
In lib/python/App/Product.py line 549:
product.home=home
'home' is the product path as determined by
OFS.Application.install_product; it looks, from a cursory glance, that
this should be reset every
En/na Andreas Jung ha escrit:
--On 18. Januar 2006 08:19:25 +0100 Martijn Pieters [EMAIL PROTECTED]
wrote:
On 1/18/06, Andreas Jung [EMAIL PROTECTED] wrote:
What and where is the 'home' attribute?
In lib/python/App/Product.py line 549:
product.home=home
'home' is the product
On 1/18/06, Luca Olivetti [EMAIL PROTECTED] wrote:
I asked the same question a couple of days ago (see wrong directoy in
Control_Panel.Products..home) and no, they aren't reset at zope
restart, and deleting the pyc files doesn't help either.
Strange. If you are comfortable with the pdb
does the zope/five/i18n machinery tell anything about it's startup
phase (finding message catalogs etc.) in the logs or while watching
runzope output? i don't see anything here, and still didn't get it to
work.
- what are the preconditions to get it working? i use plain zope page
templates (no
On 1/18/06, Jürgen Herrmann [EMAIL PROTECTED] wrote:
does the zope/five/i18n machinery tell anything about it's startup
phase (finding message catalogs etc.) in the logs or while watching
runzope output?
Nope. It would probably be good if the registerTranslations statement
printed logs of what
On Wed, January 18, 2006 14:28, Lennart Regebro wrote:
On 1/18/06, Jürgen Herrmann [EMAIL PROTECTED] wrote:
does the zope/five/i18n machinery tell anything about it's startup
phase (finding message catalogs etc.) in the logs or while watching
runzope output?
Nope. It would probably be good
just tried this:
hacked in a MyLanguages in five's i18n.py:
class MyLanguages(object):
fake
implements(IUserPreferredLanguages)
def __init__(self, context):
self.context = context
def getPreferredLanguages(self):
return ('DE')
and in my overrides.zcml added:
i added a print statement in registerTranslations()
and it shows me that it finds my message catalogs.
On Wed, January 18, 2006 15:27, Jürgen Herrmann wrote:
just tried this:
hacked in a MyLanguages in five's i18n.py:
class MyLanguages(object):
fake
On 1/18/06, Jürgen Herrmann [EMAIL PROTECTED] wrote:
2. does the translation also work with page template files?
Yes. The work either when you use i18n.translate() from python, or
when you do i18n:something in ZPT.
--
Lennart Regebro, Nuxeo http://www.nuxeo.com/
CPS Content Management
Lennart Regebro wrote:
On 1/18/06, Jürgen Herrmann [EMAIL PROTECTED] wrote:
- how can i set the target language for the translation in the zpt?
That's tricky! :) You need either Localizer or the plone tool for that
now, I think. But it's mentioned in the documentation. By default it
just
Jürgen Herrmann wrote:
just tried this:
hacked in a MyLanguages in five's i18n.py:
class MyLanguages(object):
fake
implements(IUserPreferredLanguages)
def __init__(self, context):
self.context = context
def getPreferredLanguages(self):
return ('DE')
and in
Hello,
I'm in the process of learning to develop fs-zope-products.
The developers guide recommends to write interfaces and implement them in
classes. Now my question:
When I have an interface:
DoThings
with several methods:
doThis()
doThat()
doThattoo()
...
and I have an implementation:
On 1/18/06, Andreas Jung [EMAIL PROTECTED] wrote:
huuh...never seen that...looks like a culprit...who actually uses that
information? Isn't package_home() doing the same?
package_home serves a different use-case, I think; you use it within a
Product to determine paths to templates and such.
As
me again :)
some more things i found out:
1. MyLanguages is instantiated on every http request but
regardless of what i return (['DE'] or ['de']) i always get the
english translation. weird?!
2. seems that only page templates served through an http request
trigger the i18n stuff at all. if so,
Roman Klesel wrote:
Hello,
I'm in the process of learning to develop fs-zope-products.
The developers guide recommends to write interfaces and implement them in
classes. Now my question:
When I have an interface:
DoThings
with several methods:
doThis()
doThat()
doThattoo()
bruno desthuilliers schrieb:
Looks like you're newbie to OO too !-)
A class defines a type. You then need to have an instance of that type
(like, say, 42 is an instance of type integer and 'foo' is an instance
of type string).
Yes, true! :-)
(Interfaces (I mean, 'explicit' interfaces)
I asked the same question a couple of days ago (see wrong directoy in
Control_Panel.Products..home) and no, they aren't reset at zope
restart, and deleting the pyc files doesn't help either.
Thanks, didn't see the previous conversation. =)
I'll do the delete the Products objects trick
--
Jim Fulton mailto:[EMAIL PROTECTED] Python Powered!
CTO (540) 361-1714http://www.python.org
Zope Corporation http://www.zope.com http://www.zope.org
---BeginMessage---
I have a quite complicated data collection and reporting system based
So you recommend that I should just skip them as long as I'm on Zope2?
I would be happy with that. I find them confusing when they don't
really interface with but just document my methods.
Some of the reasons interfaces can be helpful are (1) for documentation purposes
and clarity for code
Paul Winkler wrote at 2006-1-17 15:52 -0500:
...
An alternative would be a persistent subobject of the synchronized
object (such that its modification does not modify the
bobobase_modification_time of the primary object).
That's not good: unless i find a suitable core zope class to use,
if
Martijn Pieters wrote at 2006-1-18 08:19 +0100:
...
It should be perfectly safe to delete the Products from your Control
Panel Products folder and restart Zope to have them recreated though.
If you don't trust this procedure, back up the ZODB, but from my
reading this should happen every time you
Roman Klesel a écrit :
bruno desthuilliers schrieb:
Looks like you're newbie to OO too !-)
A class defines a type. You then need to have an instance of that type
(like, say, 42 is an instance of type integer and 'foo' is an instance
of type string).
Yes, true! :-)
!-)
(Interfaces (I
On 1/18/06, Dieter Maurer [EMAIL PROTECTED] wrote:
If you don't trust this procedure, back up the ZODB, but from my
reading this should happen every time you start Zope anyway.
Please don't: it would make running from a read only storage
much more difficult
Indeed. Had I the time, I
When I run the following:
python /usr/lib/zope/bin/zeopack.py -d 20 -h localhost -p 8100
I get an error:
No handlers could be found for logger ZEO.zrpc
I have searched around and found a similar message at
http://mail.zope.org/pipermail/zope-dev/2005-December/026097.html (relating
to
Dear all,I'm using Zope with IBM DB2... the adapter which I use is mxODBC DA from eGenix... in the database connection string, I can specify DSN, UID, PWD and adapter-specific stuffdoes someone know if there is a way to specify the current schema? I looked in the documentation, but did not
54 matches
Mail list logo