Re: [Zope-dev] zope.publisher 3.12 broke 25 zope.app packages
Jan-Wijbrand Kolman janwijbr...@gmail.com wrote: Martijn Faassen faas...@startifact.com wrote: 25 zope.app packages are broken due to changes in zope.publisher 3.12. zope.publisher had some components factored out of it into zope.login. I fixed zope.app.exception: it could be fixed by adding the zope.login requirement and adding a zcml include statement. I suspect most, probably all, other failures are similarly shallow. I just ran zope.app.exception's test and all pass. Thanks!! Do I understand correctly here that I can now release zope.app.exception too? Ah, I see you did already as 3.6.1. Thanks. regards, jw ___ Zope-Dev maillist - Zope-Dev@zope.org https://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] Zope Tests: 6 OK
Summary of messages to the zope-tests list. Period Fri Jan 8 12:00:00 2010 UTC to Sat Jan 9 12:00:00 2010 UTC. There were 6 messages: 6 from Zope Tests. Tests passed OK --- Subject: OK : Zope-2.10 Python-2.4.6 : Linux From: Zope Tests Date: Fri Jan 8 20:38:32 EST 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-January/013347.html Subject: OK : Zope-2.11 Python-2.4.6 : Linux From: Zope Tests Date: Fri Jan 8 20:40:32 EST 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-January/013348.html Subject: OK : Zope-2.12 Python-2.6.4 : Linux From: Zope Tests Date: Fri Jan 8 20:42:32 EST 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-January/013349.html Subject: OK : Zope-2.12-alltests Python-2.6.4 : Linux From: Zope Tests Date: Fri Jan 8 20:44:32 EST 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-January/013350.html Subject: OK : Zope-trunk Python-2.6.4 : Linux From: Zope Tests Date: Fri Jan 8 20:46:32 EST 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-January/013351.html Subject: OK : Zope-trunk-alltests Python-2.6.4 : Linux From: Zope Tests Date: Fri Jan 8 20:48:32 EST 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-January/013352.html ___ Zope-Dev maillist - Zope-Dev@zope.org https://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] New Zope 3 name: BlueBream
On Thu, Jan 7, 2010 at 8:39 PM, Leonardo Rochael Almeida leoroch...@gmail.com wrote: On Thu, Jan 7, 2010 at 07:18, Lennart Regebro rege...@gmail.com wrote: On Thu, Jan 7, 2010 at 04:56, Baiju M mba...@zeomega.com wrote: http://www.youtube.com/watch?v=HyG5Qee5wbs Heh, nice! :-) Except that the song in this clip is what weddings in Brazil traditionally play in the part where the bride walks down the aisle with her father. I kept expecting to see either a bride in white gown or another wedding reference to appear somewhere on the video :-) Today I just checked what music I used there, it looks like a very famous music related to wedding written 1842: http://en.wikipedia.org/wiki/Wedding_March_(Mendelssohn) http://en.wikipedia.org/wiki/Felix_Mendelssohn Regard, Baiju M ___ Zope-Dev maillist - Zope-Dev@zope.org https://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] Technical Decisions
Hi All, Here are few technical decisions I made so far: http://svn.zope.org/bluebream/trunk/docs/source/notes.txt?view=markup Looking for your feedback and comments. - BlueBream is a web framework. - BlueBream can be called as Bream or BB for short. - The only public API exposed by bluebream - the package is an entry point:: paste.paster_create_template: [bluebream = bluebream.template:BlueBream] The implementation of bluebream template is defined in bluebream.template.BlueBream. The template implementation location could be changed if required later. This leaves us an option to change bluebream as a namespace package if required. - All the framework code will be using zope or zope.app namespace packages. Although bream could be considerd as a namespace package in future. - bluebream the project consists - documentation - compatibility test suite - project template May be documentation and compatibility test suite could be separated out to separate locations/packages later. - BlueBream 1.0 should provide an upgradation path from Zope 3.4 ZTK - Any shell command which developer need to repeat later should not be automated by the project template. - Running ``bootstrap.py`` and ``buildout`` inside project should not be added to project template creation for the previous reason. A suporting reason why it should not be added is to make adding sources to version controlling system should not be difficult. Regards, Baiju M ___ Zope-Dev maillist - Zope-Dev@zope.org https://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Technical Decisions
On Sun, Jan 10, 2010 at 6:38 AM, Baiju M mba...@zeomega.com wrote: Hi All, Here are few technical decisions I made so far: http://svn.zope.org/bluebream/trunk/docs/source/notes.txt?view=markup I have changed few wordings and committed, please look at updated one. I still need to improve my English :) Regards, Baiju M ___ Zope-Dev maillist - Zope-Dev@zope.org https://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - https://mail.zope.org/mailman/listinfo/zope-announce https://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] Possible DateTime timezone-related regression in Zope 2.12
Hi,
We have a failing test in plone.app.dexterity 1.0a7. This is simply
trying to compare two dates:
from DateTime import DateTime
DateTime() DateTime(md.CreationDate())
True
At least here in Australia, the second test fails. Right now, the
following expressions are:
DateTime(): DateTime('2010/01/10 11:20:24.718203 GMT+8')
md.CreationDate(): '2010-01-10 11:19:57'
DateTime(md.CreationDate()): DateTime('2010/01/10 11:19:57 GMT+0')
On Zope 2.10, it's a different story:
DateTime(): DateTime('2010/01/10 11:34:01.508 GMT+8')
md.CreationDate(): '2010-01-10 11:24:42'
DateTime(md.CreationDate()): DateTime('2010/01/10 11:24:42 GMT+8')
Andi Zeidler looked into it briefly, and said the following:
imho, this is due a bug in `DateTime` 2.12.0. the newer version behaves
differently when it's initialized via a string representation of a date
— it interprets the given date to be GMT while before it was taken to be
from your local time zone:
$ cd ~/plone/coredev/branches
$ cat foo.py
from DateTime import DateTime
print DateTime('2010-01-09 00:34:37')
$ 3.3/bin/zopepy foo.py
2010/01/09 00:34:37 GMT+1
$ 4.0/bin/zopepy foo.py
2010/01/09 00:34:37 GMT+0
so in your test, `DateTime(md.CreationDate())` will always be the
current time, but with an implicitly added 'GMT+0' while `DateTime()`
will be the current time in your local time zone. so if i'm not
mistaken, on plone 4.0 the test with fail for you an me (in 'GMT+x' time
zones) and pass in the u.s. fun! :)
Does anyone know if this change was deliberate, or what may have happened?
Martin
--
Author of `Professional Plone Development`, a book for developers who
want to work with Plone. See http://martinaspeli.net/plone-book
___
Zope-Dev maillist - Zope-Dev@zope.org
https://mail.zope.org/mailman/listinfo/zope-dev
** No cross posts or HTML encoding! **
(Related lists -
https://mail.zope.org/mailman/listinfo/zope-announce
https://mail.zope.org/mailman/listinfo/zope )
