- Zope-Dev - Zope lists

Extend specification of how to maintain the changelog
by Christian Theune 19 Jun '08

19 Jun '08

Hi, This post refers to Philipp's guide for `Maintaining software in the Zope software repository` [1]. I noticed that I kept getting confused about maintaining CHANGES.txt entries when merging bug fixes around, looked around a bit and thought I'd share my findings. First, I think we have a terminology issue as the standard form of 'ChangeLog' refers to individual changes, pretty much as what is recorded by subversion's log. (See [2] and [3].) What I understand from the Wikipedia entries for Changelog [4] and Release notes [5] is that what we record in the CHANGES.txt files is closer to release notes than a changelog. This is just an observation -- I'm happy with the actual content of what we use to put into the CHANGES.txt file. The core problem in maintenance is that I wasn't sure how to record bug fixes that are applied over multiple branches (trunk and maybe one or two maintenance branches). I discussed this a bit and found the following way that looks reasonable: - The CHANGES.txt is mainainted for each release series in their branch (obviously). - The first section marks the next released (as specified in [1]). - A change on a branch is recorded in the next unreleased section. (Merges of the same fix over multiple branches are not recorded in different places on the other branches.) This results in the following properties for the CHANGES.txt: - The trunk will contain sections for feature releases (e.g. 1.0, 1.1, ..) but not bugfix releases (e.g. 1.0.2). - Bug fixes will appear once in the feature release of the trunk (e.g. 1.1) and once in each individual dot release of the various maintenance branches that it went into (e.g. 1.0.y) - There is not individual "large" CHANGES.txt that appears to be a simple concatenation of the various changes on branches because we respect the tree-ness of maintenance branches. I find that Philipp's guide could be extended/clarified a bit more about this. Comments, suggestions, etc. welcome. Christian [1] http://svn.zope.org/*checkout*/Sandbox/philikon/foundation/maintaining-soft… [2] http://www.gnu.org/prep/standards/html_node/Change-Logs.html#Change-Logs [3] http://www.gnu.org/software/guile/changelogs/guile-changelogs_toc.html [4] http://en.wikipedia.org/wiki/Changelog [5] http://en.wikipedia.org/wiki/Release_notes -- Christian Theune · ct(a)gocept.com gocept gmbh & co. kg · forsterstraße 29 · 06112 halle (saale) · germany http://gocept.com · tel +49 345 1229889 7 · fax +49 345 1229889 1 Zope and Plone consulting and development

7 35

Zope Tests: 5 OK
by Zope Tests Summarizer 19 Jun '08

19 Jun '08

Summary of messages to the zope-tests list. Period Wed Jun 18 11:00:00 2008 UTC to Thu Jun 19 11:00:00 2008 UTC. There were 5 messages: 5 from Zope Tests. Tests passed OK --------------- Subject: OK : Zope-2.8 Python-2.3.6 : Linux From: Zope Tests Date: Wed Jun 18 20:53:49 EDT 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-June/009725.html Subject: OK : Zope-2.9 Python-2.4.4 : Linux From: Zope Tests Date: Wed Jun 18 20:55:19 EDT 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-June/009726.html Subject: OK : Zope-2.10 Python-2.4.4 : Linux From: Zope Tests Date: Wed Jun 18 20:56:50 EDT 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-June/009727.html Subject: OK : Zope-2.11 Python-2.4.4 : Linux From: Zope Tests Date: Wed Jun 18 20:58:23 EDT 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-June/009728.html Subject: OK : Zope-trunk Python-2.4.4 : Linux From: Zope Tests Date: Wed Jun 18 20:59:54 EDT 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-June/009729.html

1 0

Re: [ZODB-Dev] Re: Advice on ZODB with large datasets
by Laurence Rowe 19 Jun '08

19 Jun '08

It's helpful to post your responses to the mailing list, that way when someone else has a similar problem in the future they'll be able to find the information. Inheriting from Persistent is also necessary to control the granularity of the database. Persistent objects are saved as separate `records` by ZODB. Other objects do not have a _p_oid attribute and have to be saved as part of their parent record. Laurence 2008/6/19 <AFoglia(a)princeton.com>: > Laurence Rowe wrote: >> >> AFoglia(a)princeton.com wrote: >> Does your record class inherit from persistent.Persistent? 650k integers + >> object pointers should only be of the order 10 Mb or so. It sounds to me >> like the record data is being stored in the btrees bucket directly. > > No, it does not. It's just a simple dictionary for the time being. > I assumed the BTree bucket would itself know to load the values only when > they are explicitly requested, and that the Persistence of the objects just > merely meant that the database didn't keep track of changes of nonpersistent > objects. I will try copying my dictionaries to Persistent Mappings for now. > >> Something like this should lead to smaller bucket objects where the record >> data is only loaded when you access the values of the btree: >> >> >>> from BTrees.IOBTree import IOBTree >> >>> bt = IOBTree() >> >>> from persistent import Persistent >> >>> class Record(Persistent): >> ... def __init__(self, data): >> ... super(Record, self).__init__() >> ... self.data = data >> ... >> >>> rec = Record("my really long string data") >> >>> bt[1] = rec > >

1 1

Zope Tests: 5 OK
by Zope Tests Summarizer 18 Jun '08

18 Jun '08

Summary of messages to the zope-tests list. Period Tue Jun 17 11:00:00 2008 UTC to Wed Jun 18 11:00:00 2008 UTC. There were 5 messages: 5 from Zope Tests. Tests passed OK --------------- Subject: OK : Zope-2.8 Python-2.3.6 : Linux From: Zope Tests Date: Tue Jun 17 21:00:36 EDT 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-June/009720.html Subject: OK : Zope-2.9 Python-2.4.4 : Linux From: Zope Tests Date: Tue Jun 17 21:02:06 EDT 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-June/009721.html Subject: OK : Zope-2.10 Python-2.4.4 : Linux From: Zope Tests Date: Tue Jun 17 21:03:36 EDT 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-June/009722.html Subject: OK : Zope-2.11 Python-2.4.4 : Linux From: Zope Tests Date: Tue Jun 17 21:05:07 EDT 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-June/009723.html Subject: OK : Zope-trunk Python-2.4.4 : Linux From: Zope Tests Date: Tue Jun 17 21:06:37 EDT 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-June/009724.html

1 0

SQLAlchemy integration experiment
by Martijn Faassen 18 Jun '08

18 Jun '08

Hi there, In some earlier discussions a number of approaches to integrate SQLAlchemy into Zope were discussed. Following up on that, I've tried a particular approach that tries to use ScopedSessions with a custom scope that isn't just per thread, but also per site (application). The benefit of this approach is that it should allow the following to just work: from z3c.sa_integration import Session ... def somewhere_in_a_view(self): session = Session() return session.query(Test).all() where 'Session' is a custom SA scoped session. I've checked in my (documented) experiment in here: svn://svn.zope.org/repos/main/Sandbox/faassen/rdbintegration/trunk The interesting bits are here: http://svn.zope.org/Sandbox/faassen/rdbintegration/trunk/src/rdbintegration… See the documentation in that file for more information. The one bit I'm not happy about yet is the way engines need to be global utilities now. I'd like it to be possible for users to edit the database connection parameters through the web. I have a sketchy idea about how to solve this by registering engines as non-persistent local utilities, but it's still unclear how they'd get created at the right time. It might also be possible to simply implement the engine method on IDatabase to create the engine when called the first time, and then cache it in a volatile property. I think this is something Laurence Rowe has been talking about. I'm not sure whether it's a good idea to rely on the ZODB cache, but it might be possible to simply cache the engines in a global registry... Comments? Suggestions? Regards, Martijn

5 27

Re: [Checkins] SVN: zope.app.container/trunk/src/zope/app/container/browser/adding.py 1 include per line
by Benji York 18 Jun '08

18 Jun '08

On Mon, Jun 16, 2008 at 4:42 AM, Christophe Combelles <ccomb(a)free.fr> wrote: > Log message for revision 87419: > 1 include per line Why's that? -- Benji York Senior Software Engineer Zope Corporation

4 4

Zope Tests: 5 OK
by Zope Tests Summarizer 17 Jun '08

17 Jun '08

Summary of messages to the zope-tests list. Period Mon Jun 16 11:00:00 2008 UTC to Tue Jun 17 11:00:00 2008 UTC. There were 5 messages: 5 from Zope Tests. Tests passed OK --------------- Subject: OK : Zope-2.8 Python-2.3.6 : Linux From: Zope Tests Date: Mon Jun 16 20:55:01 EDT 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-June/009715.html Subject: OK : Zope-2.9 Python-2.4.4 : Linux From: Zope Tests Date: Mon Jun 16 20:56:31 EDT 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-June/009716.html Subject: OK : Zope-2.10 Python-2.4.4 : Linux From: Zope Tests Date: Mon Jun 16 20:58:01 EDT 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-June/009717.html Subject: OK : Zope-2.11 Python-2.4.4 : Linux From: Zope Tests Date: Mon Jun 16 20:59:31 EDT 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-June/009718.html Subject: OK : Zope-trunk Python-2.4.4 : Linux From: Zope Tests Date: Mon Jun 16 21:01:01 EDT 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-June/009719.html

1 0

Re: SVN: z3c.pt/trunk/ In debug mode the actual source code for file templates is written out to a <filename>.source file, to make it easier to inspect it.
by Tres Seaver 15 Jun '08

15 Jun '08

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hanno Schlichting wrote: > Log message for revision 87393: > In debug mode the actual source code for file templates is written out to a <filename>.source file, to make it easier to inspect it. > > Make debug mode setting explicit in a config.py. Currently it is bound to Python's __debug__, which is False when run with -O and otherwise True. I don't think I would this to __debug__: I wouldn't want to pay a price either at startup time or (worse) at render time for information I don't need or want. I think looking for an environment variable would be quite reasonable instead. Tres. - -- =================================================================== Tres Seaver +1 540-429-0999 tseaver(a)palladion.com Palladion Software "Excellence by Design" http://palladion.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIVAmv+gerLs4ltQ4RAkMnAKChysbw0FboPfMPtSe0H2eGtGF7DgCgvK1Q XXC2UpX5L7KQ7HeGdUNr7Us= =Vofy -----END PGP SIGNATURE-----

3 5

Zope Tests: 5 OK
by Zope Tests Summarizer 15 Jun '08

15 Jun '08

Summary of messages to the zope-tests list. Period Sat Jun 14 11:00:00 2008 UTC to Sun Jun 15 11:00:00 2008 UTC. There were 5 messages: 5 from Zope Tests. Tests passed OK --------------- Subject: OK : Zope-2.8 Python-2.3.6 : Linux From: Zope Tests Date: Sat Jun 14 21:01:37 EDT 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-June/009705.html Subject: OK : Zope-2.9 Python-2.4.4 : Linux From: Zope Tests Date: Sat Jun 14 21:03:07 EDT 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-June/009706.html Subject: OK : Zope-2.10 Python-2.4.4 : Linux From: Zope Tests Date: Sat Jun 14 21:04:38 EDT 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-June/009707.html Subject: OK : Zope-2.11 Python-2.4.4 : Linux From: Zope Tests Date: Sat Jun 14 21:06:08 EDT 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-June/009708.html Subject: OK : Zope-trunk Python-2.4.4 : Linux From: Zope Tests Date: Sat Jun 14 21:07:38 EDT 2008 URL: http://mail.zope.org/pipermail/zope-tests/2008-June/009709.html

1 0

Re: [Zope3-Users] is it possible to copy object b/w two zodb Database
by Jim Fulton 14 Jun '08

14 Jun '08

On Jun 11, 2008, at 10:36 AM, rahul bhaskar wrote: > Hi, > I am facing some problem with merging two zodb file. > is it possible to open two zodb Database at a time and copy object > from one to another. Yes, using the export/import mechanism. Jim -- Jim Fulton Zope Corporation

3 5