Re: [Zope-dev] (Zope2) a proposed tweak to assigning default roles to permissions
Hi. On Thu, Aug 19, 2010 at 6:15 AM, David Glick davidgl...@groundwire.org wrote: As an alternative to requiring calling setDefaultRoles/addPermission at import time, I suggest that we add an optional roles attribute to the permission directive. This would then be used when the directive is executed, instead of the current hard-coded Manager setting. Examples: !-- a new permission with 2 default roles -- permission id=my.NewPermission title=My new permission roles=Manager SiteAdmin/ !-- a new permission with Manager as the sole, implicit role (backwards-compatible) -- permission id=my.OtherPermission title=My other permission/ Can roles currently contain whitespace? Like Awesome People? If so, we should go for nested nodes: permission id=my.NewPermission title=My new permission roleManager/role roleSiteAdmin/role roleAwesome People/role /permission I think this matches the style of some of the GenericSetup handlers which deal with permissions. I'd not be concerned about overriding the security directive here. AccessControl's security concept is very different from the one in zope.security. I don't expect Zope2 to ever be fully compatible with the current zope.security notion. It's more likely that they will converge to a third implementation at some point in the future. Hanno ___ 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] (Zope2) a proposed tweak to assigning default roles to permissions
Hi, On 19 August 2010 16:46, Hanno Schlichting ha...@hannosch.eu wrote: Hi. On Thu, Aug 19, 2010 at 6:15 AM, David Glick davidgl...@groundwire.org wrote: As an alternative to requiring calling setDefaultRoles/addPermission at import time, I suggest that we add an optional roles attribute to the permission directive. This would then be used when the directive is executed, instead of the current hard-coded Manager setting. Examples: !-- a new permission with 2 default roles -- permission id=my.NewPermission title=My new permission roles=Manager SiteAdmin/ !-- a new permission with Manager as the sole, implicit role (backwards-compatible) -- permission id=my.OtherPermission title=My other permission/ Can roles currently contain whitespace? Like Awesome People? Yes, they can. If so, we should go for nested nodes: permission id=my.NewPermission title=My new permission roleManager/role roleSiteAdmin/role roleAwesome People/role /permission I think this matches the style of some of the GenericSetup handlers which deal with permissions. +1 Martin ___ 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] Blueprint: zope.generations
Hi, I wrote a blue print to extract the parts of zope.app.generations into a new zope.generations package. See: https://blueprints.launchpad.net/zope.app.generations/+spec/zope.generations Any opinions? Yours sincerely, -- Michael Howitz · m...@gocept.com · software developer gocept gmbh co. kg · forsterstraße 29 · 06112 halle (saale) · germany http://gocept.com · tel +49 345 1229889 8 · fax +49 345 1229889 1 Zope and Plone consulting and development ___ 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] (Zope2) a proposed tweak to assigning default roles to permissions
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 8/19/10 09:46 , Hanno Schlichting wrote: Can roles currently contain whitespace? Like Awesome People? If so, we should go for nested nodes: permission id=my.NewPermission title=My new permission roleManager/role roleSiteAdmin/role roleAwesome People/role /permission I think this matches the style of some of the GenericSetup handlers which deal with permissions. +1 jens -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.8 (Darwin) iEYEARECAAYFAkxs8PoACgkQRAx5nvEhZLIG8ACePKMag3XuAGaf/JLhm8JOeu/I uzQAn3oE3Ft/Ayp+zi3Wl5kQ2I0p78Q4 =qJx6 -END PGP SIGNATURE- ___ 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] zope.dublincore and zope.copypastemove not compatible?
Am 06.02.2010 um 17:43 schrieb Michael Howitz: Hi, I found something strange in metadata when copying a persistent object. My situation is the following: I have a container with some elements inside. I create a copy of this container using zope.copypastemove.ObjectCopier(my_container).copyTo(my_container.__parent__) (Actually I use zope.copypastemove.interfaces.IObjectCopier(my_container) but this calls the adapter mentioned above.) Side note: Is this the right way to copy an persistent object nowadays? This happens tho dublin core metadata then: As zope.dublincore.timeannotators.CreatedAnnotator is subscribed to zope.lifecycleevent.IObjectCreatedEvent it gets called as the ObjectCopiedEvent is a subclass of ObjectCreatedEvent. The copy of the container gets a new creation date set in its metadata. But zope.copypastemove.dispatchToSublocations calls the subscribers for the sublocations using zope.component.subscribers((sub, event), None) So the zope.dublincore.timeannotators.CreatedAnnotator does not get called as it is not registered for (object, event) but only for (event,). This leads to a strange situation: the metadata of the copied container get updated but not the metadata of its contents. This behavior has not changed since version 3.4.0 which was about 2,5 years ago. I think this is a long-standing bug and it should it be fixed in zope.dublincore by registering the subscribers for (object, event)? (Additionally or exclusively, I'm not sure.) Any thoughts? As there were no replies I this bug into launchpad: https://bugs.launchpad.net/zope.copypastemove/+bug/620353 Yours sincerely, -- Michael Howitz · m...@gocept.com · software developer gocept gmbh co. kg · forsterstraße 29 · 06112 halle (saale) · germany http://gocept.com · tel +49 345 1229889 8 · fax +49 345 1229889 1 Zope and Plone consulting and development ___ 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] PageTemplate Interfaces in Zope 2.12
Hi! Chris Withers wrote: If I got to the Interfaces tab of a Page Template in the ZMI of a plain Zope 2.12 instance, it simply renders the template. Should that tab be there? The manage_interfaces view is universally useful and registered for all objects. But I can confirm that the Interfaces tab of Page Templates is broken. I guess this is a Page Template specific traversal issue and could be fixed. +1.0 for fixing the tab +0.2 for removing the tab if nobody wants to fix it Cheers, Yuppie ___ 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: 46 OK, 12 Failed, 1 Unknown
Summary of messages to the zope-tests list. Period Wed Aug 18 12:00:00 2010 UTC to Thu Aug 19 12:00:00 2010 UTC. There were 59 messages: 6 from Zope Tests, 1 from buildbot at enfoldsystems.com, 4 from buildbot at pov.lt, 13 from buildbot at winbot.zope.org, 11 from ccomb at free.fr, 24 from jdriessen at thehealthagency.com. Test failures - Subject: FAILED : winbot / ztk_dev py_244_win32 From: buildbot at winbot.zope.org Date: Wed Aug 18 22:08:13 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-August/018595.html Subject: FAILED : winbot / ztk_dev py_254_win32 From: buildbot at winbot.zope.org Date: Wed Aug 18 22:14:53 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-August/018597.html Subject: FAILED : winbot / ztk_dev py_265_win32 From: buildbot at winbot.zope.org Date: Wed Aug 18 22:21:12 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-August/018598.html Subject: FAILED : winbot / ztk_dev py_265_win64 From: buildbot at winbot.zope.org Date: Wed Aug 18 22:27:37 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-August/018599.html Subject: FAILED : winbot / ztk_10 py_244_win32 From: buildbot at winbot.zope.org Date: Wed Aug 18 22:36:09 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-August/018601.html Subject: FAILED : ZTK 1.0dev / Python2.4.6 Linux 64bit From: ccomb at free.fr Date: Wed Aug 18 23:30:37 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-August/018605.html Subject: FAILED : ZTK 1.0dev / Python2.5.5 Linux 64bit From: ccomb at free.fr Date: Wed Aug 18 23:31:02 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-August/018606.html Subject: FAILED : ZTK 1.0dev / Python2.6.5 Linux 64bit From: ccomb at free.fr Date: Wed Aug 18 23:31:25 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-August/018607.html Subject: FAILED : Zope 3.4.1 KGS / Python2.4.6 64bit linux From: ccomb at free.fr Date: Thu Aug 19 00:00:05 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-August/018608.html Subject: FAILED : Zope 3.4.1 KGS / Python2.5.5 64bit linux From: ccomb at free.fr Date: Thu Aug 19 00:00:08 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-August/018609.html Subject: FAILED : winbot / ZODB_dev py_270_win32 From: buildbot at winbot.zope.org Date: Thu Aug 19 03:35:24 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-August/018616.html Subject: FAILED : winbot / ZODB_dev py_270_win64 From: buildbot at winbot.zope.org Date: Thu Aug 19 04:30:18 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-August/018618.html Unknown --- Subject: [zodb-tests] buildbot failure in Enfold Systems on zodb-trunk-python-2.6-maestro From: buildbot at enfoldsystems.com Date: Thu Aug 19 04:02:44 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-August/018617.html Tests passed OK --- Subject: OK : Zope Buildbot / zope2.12 slave-osx From: jdriessen at thehealthagency.com Date: Wed Aug 18 08:06:44 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-August/018574.html Subject: OK : Zope Buildbot / zope2 slave-osx From: jdriessen at thehealthagency.com Date: Wed Aug 18 08:08:53 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-August/018575.html Subject: OK : Zope Buildbot / ztk slave-osx From: jdriessen at thehealthagency.com Date: Wed Aug 18 08:15:36 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-August/018576.html Subject: OK : Zope Buildbot / zope2.12 slave-ubuntu64 From: jdriessen at thehealthagency.com Date: Wed Aug 18 08:32:55 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-August/018577.html Subject: OK : Zope Buildbot / zope2 slave-ubuntu64 From: jdriessen at thehealthagency.com Date: Wed Aug 18 08:34:43 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-August/018578.html Subject: OK : Zope Buildbot / zope2.12 slave-ubuntu32 From: jdriessen at thehealthagency.com Date: Wed Aug 18 08:34:59 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-August/018579.html Subject: OK : Zope Buildbot / zope2 slave-ubuntu32 From: jdriessen at thehealthagency.com Date: Wed Aug 18 08:37:32 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-August/018580.html Subject: OK : Zope Buildbot / ztk slave-ubuntu64 From: jdriessen at thehealthagency.com Date: Wed Aug 18 08:39:59 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-August/018581.html Subject: OK : Zope Buildbot / ztk slave-ubuntu32 From: jdriessen at thehealthagency.com Date: Wed Aug 18 08:44:07 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-August/018582.html Subject: OK : Zope Buildbot / ztk_win slave-win From: jdriessen at thehealthagency.com Date: Wed Aug 18 08:54:23 EDT 2010 URL: http://mail.zope.org/pipermail/zope-tests/2010-August/018583.html Subject: OK : Zope 3.4 Known Good Set / py2.4-64bit-linux From: buildbot at pov.lt Date: Wed Aug 18 21:09:00 EDT 2010 URL:
Re: [Zope-dev] Blueprint: zope.generations
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Michael Howitz wrote: Hi, I wrote a blue print to extract the parts of zope.app.generations into a new zope.generations package. See: https://blueprints.launchpad.net/zope.app.generations/+spec/zope.generations Any opinions? I see the blueprint, but it doesn't have any writeup linked: did you intend to link something? Tres. - -- === Tres Seaver +1 540-429-0999 tsea...@palladion.com Palladion Software Excellence by Designhttp://palladion.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkxtJWoACgkQ+gerLs4ltQ4zgwCfQLza7cWDJEw4fq405ga+cC8M QOIAn0a32El9jUaeABSpzOAFek18M8Ch =6KDi -END PGP SIGNATURE- ___ 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] Blueprint: zope.generations
Am 19.08.2010 um 14:36 schrieb Tres Seaver: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Michael Howitz wrote: Hi, I wrote a blue print to extract the parts of zope.app.generations into a new zope.generations package. See: https://blueprints.launchpad.net/zope.app.generations/+spec/zope.generations Any opinions? I see the blueprint, but it doesn't have any writeup linked: did you intend to link something? I had put everything in the summary. But now I added a proposal in the wiki and linked it to the blue print. Yours sincerely, -- Michael Howitz · m...@gocept.com · software developer gocept gmbh co. kg · forsterstraße 29 · 06112 halle (saale) · germany http://gocept.com · tel +49 345 1229889 8 · fax +49 345 1229889 1 Zope and Plone consulting and development ___ 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] zope.dublincore and zope.copypastemove not compatible?
Am 19.08.2010 um 11:56 schrieb Michael Howitz: Am 06.02.2010 um 17:43 schrieb Michael Howitz: Hi, I found something strange in metadata when copying a persistent object. My situation is the following: I have a container with some elements inside. I create a copy of this container using zope.copypastemove.ObjectCopier(my_container).copyTo(my_container.__parent__) (Actually I use zope.copypastemove.interfaces.IObjectCopier(my_container) but this calls the adapter mentioned above.) Side note: Is this the right way to copy an persistent object nowadays? This happens tho dublin core metadata then: As zope.dublincore.timeannotators.CreatedAnnotator is subscribed to zope.lifecycleevent.IObjectCreatedEvent it gets called as the ObjectCopiedEvent is a subclass of ObjectCreatedEvent. The copy of the container gets a new creation date set in its metadata. But zope.copypastemove.dispatchToSublocations calls the subscribers for the sublocations using zope.component.subscribers((sub, event), None) So the zope.dublincore.timeannotators.CreatedAnnotator does not get called as it is not registered for (object, event) but only for (event,). This leads to a strange situation: the metadata of the copied container get updated but not the metadata of its contents. This behavior has not changed since version 3.4.0 which was about 2,5 years ago. I think this is a long-standing bug and it should it be fixed in zope.dublincore by registering the subscribers for (object, event)? (Additionally or exclusively, I'm not sure.) Any thoughts? As there were no replies I this bug into launchpad: https://bugs.launchpad.net/zope.copypastemove/+bug/620353 I implemented a solution, see comment https://bugs.launchpad.net/zope.copypastemove/+bug/620353/comments/1 Could someone please review the solution before I merge it into trunk? Thanks in advance. Yours sincerely, -- Michael Howitz · m...@gocept.com · software developer gocept gmbh co. kg · forsterstraße 29 · 06112 halle (saale) · germany http://gocept.com · tel +49 345 1229889 8 · fax +49 345 1229889 1 Zope and Plone consulting and development ___ 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] Blueprint: zope.generations
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Michael Howitz wrote: Am 19.08.2010 um 14:36 schrieb Tres Seaver: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Michael Howitz wrote: Hi, I wrote a blue print to extract the parts of zope.app.generations into a new zope.generations package. See: https://blueprints.launchpad.net/zope.app.generations/+spec/zope.generations Any opinions? I see the blueprint, but it doesn't have any writeup linked: did you intend to link something? I had put everything in the summary. But now I added a proposal in the wiki and linked it to the blue print. +1 for the proposal. I added a comment on the conversion part. Tres. - -- === Tres Seaver +1 540-429-0999 tsea...@palladion.com Palladion Software Excellence by Designhttp://palladion.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkxtNxUACgkQ+gerLs4ltQ4BdwCgkKQLaWCXLZI38GSmk4SDjhXd QoEAoMlVSfpH4mDd+C/LJH8DFypA7rWF =DbuJ -END PGP SIGNATURE- ___ 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] Blueprint: zope.generations
On Thu, Aug 19, 2010 at 4:05 AM, Michael Howitz m...@gocept.com wrote: Hi, I wrote a blue print to extract the parts of zope.app.generations into a new zope.generations package. See: https://blueprints.launchpad.net/zope.app.generations/+spec/zope.generations Any opinions? +1 in general. Can you add to the proposal a list of what you think the dependencies of zope.generations will be? Jim -- Jim Fulton ___ 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] (Zope2) a proposed tweak to assigning default roles to permissions
On 8/19/10 12:46 AM, Hanno Schlichting wrote: Hi. On Thu, Aug 19, 2010 at 6:15 AM, David Glick davidgl...@groundwire.org wrote: As an alternative to requiring calling setDefaultRoles/addPermission at import time, I suggest that we add an optional roles attribute to the permission directive. This would then be used when the directive is executed, instead of the current hard-coded Manager setting. Examples: !-- a new permission with 2 default roles -- permission id=my.NewPermission title=My new permission roles=Manager SiteAdmin/ !-- a new permission with Manager as the sole, implicit role (backwards-compatible) -- permission id=my.OtherPermission title=My other permission/ Can roles currently contain whitespace? Like Awesome People? If so, we should go for nested nodes: permission id=my.NewPermission title=My new permission roleManager/role roleSiteAdmin/role roleAwesome People/role /permission I think this matches the style of some of the GenericSetup handlers which deal with permissions. Implemented at svn+ssh://svn.zope.org/repos/main/AccessControl/branches/davisagli-permission-directive -- can someone please review? Also, where should I document this addition? thanks, -- David Glick Web Developer davidgl...@groundwire.org 206.286.1235x32 Groundwire: You Are Connected http://groundwire.org ___ 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 )
