[Zope-Checkins] SVN: Zope/trunk/src/Zope2/utilities/mkzopeinstance.py Get the Zope2 path from the selected Python interpreter, which is not
Log message for revision 99032: Get the Zope2 path from the selected Python interpreter, which is not necessarily the same as the one used to run mkzopeinstance. Changed: U Zope/trunk/src/Zope2/utilities/mkzopeinstance.py -=- Modified: Zope/trunk/src/Zope2/utilities/mkzopeinstance.py === --- Zope/trunk/src/Zope2/utilities/mkzopeinstance.py2009-04-09 12:28:27 UTC (rev 99031) +++ Zope/trunk/src/Zope2/utilities/mkzopeinstance.py2009-04-09 14:24:24 UTC (rev 99032) @@ -123,8 +123,7 @@ # we're on UNIX or we have a nonstandard Windows setup PYTHON = PYTHONW = python -import Zope2 -zope2path = os.path.realpath(os.path.dirname(Zope2.__file__)) +zope2path = get_zope2path(PYTHON) kw = { PYTHON:PYTHON, @@ -198,5 +197,15 @@ parser.read('buildout.cfg') return 'zopepy' in parser.sections() +def get_zope2path(python): + Get Zope2 path from selected Python interpreter. + +p = os.popen('%s -cimport os, Zope2; ' + 'print os.path.realpath(os.path.dirname(Zope2.__file__))' % python) +try: +return p.readline()[:-1] +finally: +p.close() + if __name__ == __main__: main() ___ Zope-Checkins maillist - Zope-Checkins@zope.org http://mail.zope.org/mailman/listinfo/zope-checkins
[Zope-Checkins] SVN: Zope/trunk/src/Zope2/utilities/mkzopeinstance.py Change indentation to reduce line length.
Log message for revision 99033: Change indentation to reduce line length. Changed: U Zope/trunk/src/Zope2/utilities/mkzopeinstance.py -=- Modified: Zope/trunk/src/Zope2/utilities/mkzopeinstance.py === --- Zope/trunk/src/Zope2/utilities/mkzopeinstance.py2009-04-09 14:24:24 UTC (rev 99032) +++ Zope/trunk/src/Zope2/utilities/mkzopeinstance.py2009-04-09 15:14:35 UTC (rev 99033) @@ -201,7 +201,7 @@ Get Zope2 path from selected Python interpreter. p = os.popen('%s -cimport os, Zope2; ' - 'print os.path.realpath(os.path.dirname(Zope2.__file__))' % python) +'print os.path.realpath(os.path.dirname(Zope2.__file__))' % python) try: return p.readline()[:-1] finally: ___ Zope-Checkins maillist - Zope-Checkins@zope.org http://mail.zope.org/mailman/listinfo/zope-checkins
[Zope-Checkins] SVN: Zope/trunk/src/Zope2/utilities/mkzopeinstance.py Remove checks that cannot possibly fail.
Log message for revision 99039: Remove checks that cannot possibly fail. Changed: U Zope/trunk/src/Zope2/utilities/mkzopeinstance.py -=- Modified: Zope/trunk/src/Zope2/utilities/mkzopeinstance.py === --- Zope/trunk/src/Zope2/utilities/mkzopeinstance.py2009-04-09 15:49:07 UTC (rev 99038) +++ Zope/trunk/src/Zope2/utilities/mkzopeinstance.py2009-04-09 15:50:58 UTC (rev 99039) @@ -56,14 +56,8 @@ for opt, arg in opts: if opt in (-d, --dir): skeltarget = os.path.abspath(os.path.expanduser(arg)) -if not skeltarget: -usage(sys.stderr, dir must not be empty) -sys.exit(2) if opt in (-s, --skelsrc): skelsrc = os.path.abspath(os.path.expanduser(arg)) -if not skelsrc: -usage(sys.stderr, skelsrc must not be empty) -sys.exit(2) if opt in (-p, --python): python = os.path.abspath(os.path.expanduser(arg)) if not os.path.exists(python) and os.path.isfile(python): @@ -73,9 +67,6 @@ usage(sys.stdout) sys.exit() if opt in (-u, --user): -if not arg: -usage(sys.stderr, user must not be empty) -sys.exit(2) if not : in arg: usage(sys.stderr, user must be specified as name:password) sys.exit(2) ___ Zope-Checkins maillist - Zope-Checkins@zope.org http://mail.zope.org/mailman/listinfo/zope-checkins
Re: [Zope-Checkins] [Checkins] SVN: Zope/trunk/buildout.cfg Revert c98428, as it broke the nightly tests.
On Sat, Mar 28, 2009 at 7:21 AM, Hanno Schlichting pl...@hannosch.info wrote: Log message for revision 98431: Revert c98428, as it broke the nightly tests. Changed: U Zope/trunk/buildout.cfg Thanks for reverting it. I looked at test failures: http://mail.zope.org/pipermail/zope-tests/2009-March/011353.html http://mail.zope.org/pipermail/zope-tests/2009-March/011354.html I can see that we need to make change in 'alltests.cfg' also. --- alltests.cfg(revision 98433) +++ alltests.cfg(working copy) @@ -8,7 +8,7 @@ [alltests] recipe = zc.recipe.testrunner eggs = -${buildout:eggs} +Zope2 Acquisition DateTime ExtensionClass I am going to commit it all again, is it Ok ? Regards, Baiju M ___ Zope-Checkins maillist - Zope-Checkins@zope.org http://mail.zope.org/mailman/listinfo/zope-checkins
[Zope-Checkins] SVN: Zope/trunk/src/Zope2/utilities/mkzopeinstance.py Move interpreter check to where it also catches auto-detected interpreters.
Log message for revision 99044: Move interpreter check to where it also catches auto-detected interpreters. Changed: U Zope/trunk/src/Zope2/utilities/mkzopeinstance.py -=- Modified: Zope/trunk/src/Zope2/utilities/mkzopeinstance.py === --- Zope/trunk/src/Zope2/utilities/mkzopeinstance.py2009-04-09 15:54:09 UTC (rev 99043) +++ Zope/trunk/src/Zope2/utilities/mkzopeinstance.py2009-04-09 15:55:49 UTC (rev 99044) @@ -60,9 +60,6 @@ skelsrc = os.path.abspath(os.path.expanduser(arg)) if opt in (-p, --python): python = os.path.abspath(os.path.expanduser(arg)) -if not os.path.exists(python) and os.path.isfile(python): -usage(sys.stderr, The Python interpreter does not exist.) -sys.exit(2) if opt in (-h, --help): usage(sys.stdout) sys.exit() @@ -72,6 +69,10 @@ sys.exit(2) user, password = arg.split(:, 1) +if python is not None and not os.path.isfile(python): +usage(sys.stderr, The Python interpreter does not exist.) +sys.exit(2) + if not skeltarget: # interactively ask for skeltarget and initial user name/passwd. # cant set custom instancehome in interactive mode, we default ___ Zope-Checkins maillist - Zope-Checkins@zope.org http://mail.zope.org/mailman/listinfo/zope-checkins
[Zope-Checkins] SVN: Zope/trunk/src/Zope2/utilities/mkzopeinstance.py Reverted r99039 and r99044. This is not what I came here for.
Log message for revision 99061: Reverted r99039 and r99044. This is not what I came here for. Changed: U Zope/trunk/src/Zope2/utilities/mkzopeinstance.py -=- Modified: Zope/trunk/src/Zope2/utilities/mkzopeinstance.py === --- Zope/trunk/src/Zope2/utilities/mkzopeinstance.py2009-04-09 17:05:57 UTC (rev 99060) +++ Zope/trunk/src/Zope2/utilities/mkzopeinstance.py2009-04-09 20:45:16 UTC (rev 99061) @@ -56,23 +56,31 @@ for opt, arg in opts: if opt in (-d, --dir): skeltarget = os.path.abspath(os.path.expanduser(arg)) +if not skeltarget: +usage(sys.stderr, dir must not be empty) +sys.exit(2) if opt in (-s, --skelsrc): skelsrc = os.path.abspath(os.path.expanduser(arg)) +if not skelsrc: +usage(sys.stderr, skelsrc must not be empty) +sys.exit(2) if opt in (-p, --python): python = os.path.abspath(os.path.expanduser(arg)) +if not os.path.exists(python) and os.path.isfile(python): +usage(sys.stderr, The Python interpreter does not exist.) +sys.exit(2) if opt in (-h, --help): usage(sys.stdout) sys.exit() if opt in (-u, --user): +if not arg: +usage(sys.stderr, user must not be empty) +sys.exit(2) if not : in arg: usage(sys.stderr, user must be specified as name:password) sys.exit(2) user, password = arg.split(:, 1) -if python is not None and not os.path.isfile(python): -usage(sys.stderr, The Python interpreter does not exist.) -sys.exit(2) - if not skeltarget: # interactively ask for skeltarget and initial user name/passwd. # cant set custom instancehome in interactive mode, we default ___ Zope-Checkins maillist - Zope-Checkins@zope.org http://mail.zope.org/mailman/listinfo/zope-checkins
[Zope-Checkins] SVN: Zope/trunk/ Make the set_attributes and set_schema options to class ...require ... //class issue a warning rather than throw an exception. Whilst the concept doesn't make mu
Log message for revision 99145: Make the set_attributes and set_schema options to class ...require ... //class issue a warning rather than throw an exception. Whilst the concept doesn't make much sense in Zope 2, it's desirable to be able to re-use existing packages that do declare such protection Changed: U Zope/trunk/doc/CHANGES.rst U Zope/trunk/src/Products/Five/metaconfigure.py U Zope/trunk/src/Products/Five/tests/test_security.py -=- Modified: Zope/trunk/doc/CHANGES.rst === --- Zope/trunk/doc/CHANGES.rst 2009-04-13 02:25:29 UTC (rev 99144) +++ Zope/trunk/doc/CHANGES.rst 2009-04-13 10:15:12 UTC (rev 99145) @@ -23,6 +23,11 @@ Restructuring + +- Using require set_schema=... / or require set_attributes=... / in + the class / directive now emits a warning rather than an error. The + concept of protecting attribute 'set' does not exist in Zope 2, but it + should be possible to re-use packages that do declare such protection. + - Updated to DateTime 2.12.0. - Updated to ZODB 3.9.0a12. Modified: Zope/trunk/src/Products/Five/metaconfigure.py === --- Zope/trunk/src/Products/Five/metaconfigure.py 2009-04-13 02:25:29 UTC (rev 99144) +++ Zope/trunk/src/Products/Five/metaconfigure.py 2009-04-13 10:15:12 UTC (rev 99145) @@ -16,12 +16,11 @@ $Id$ import warnings -from zope.configuration.exceptions import ConfigurationError -from zope.app.component import contentdirective +from zope.security import metaconfigure from App.class_init import InitializeClass from Products.Five.security import protectName -class ClassDirective(contentdirective.ClassDirective): +class ClassDirective(metaconfigure.ClassDirective): def __protectName(self, name, permission_id): self.__context.action( @@ -30,14 +29,17 @@ args = (self.__class, name, permission_id) ) -def __protectSetAttributes(self, attributes, permissions): -raise ConfigurationError('set_attributes parameter not supported.') +def __protectSetAttributes(self, names, permission_id): +warnings.warn(The set_attribute option of the require / directive is not supported in Zope 2. + \ + Ignored for %s % str(self.__class), stacklevel=3) -def __proctectSetSchema(self, schema, permission): -raise ConfigurationError('set_schema parameter not supported.') +def __protectSetSchema(self, schema, permission): +warnings.warn(The set_schema option of the require / directive is not supported in Zope 2. + \ + Ignored for %s % str(self.__class), stacklevel=3) def __mimic(self, _context, class_): -raise ConfigurationError('like_class parameter not supported.') +warnings.warn(The like_class option of the require / directive is not supported in Zope 2. + \ + Ignored for %s % str(self.__class), stacklevel=3) def __call__(self): return self.__context.action( Modified: Zope/trunk/src/Products/Five/tests/test_security.py === --- Zope/trunk/src/Products/Five/tests/test_security.py 2009-04-13 02:25:29 UTC (rev 99144) +++ Zope/trunk/src/Products/Five/tests/test_security.py 2009-04-13 10:15:12 UTC (rev 99145) @@ -18,6 +18,7 @@ from zope.interface import implements from zope.interface import Interface +from zope.schema import TextLine from AccessControl.SecurityInfo import ClassSecurityInfo class ISuperDummy(Interface): @@ -51,6 +52,16 @@ security.declarePrivate('baz') security.declareProtected('View management screens', 'keg') +class IDummy3(Interface): +attr = TextLine(title=uAttribute) + +class Dummy3: +implements(IDummy3) +attr = None + +class Dummy4: +foo = None + def test_security_equivalence(): This test demonstrates that the traditional declarative security of Zope 2 can be replaced by ZCML statements without any loss of @@ -219,6 +230,56 @@ tearDown() +def test_set_warnings(): +This test demonstrates that set_attributes and set_schema will result +in warnings, not errors. This type of protection doesn't make sense in +Zope 2, but we want to be able to re-use pure Zope 3 packages that use +them without error. + + from zope.app.testing.placelesssetup import setUp, tearDown + setUp() + +Before we can make security declarations through ZCML, we need to +register the directive and the permission: + + import Products.Five + from Products.Five import zcml + zcml.load_config('meta.zcml', Products.Five) + zcml.load_config('permissions.zcml', Products.Five) + +Now we provide some ZCML declarations for ``Dummy1``: + + configure_zcml = ''' + ... configure xmlns=http://namespaces.zope.org/zope; + ... + ... class
[Zope-Checkins] SVN: Zope/trunk/ Let the permission / directive auto-register permissions that don't exist already
Log message for revision 99146: Let the permission / directive auto-register permissions that don't exist already Changed: U Zope/trunk/doc/CHANGES.rst U Zope/trunk/src/Products/Five/permissions.zcml U Zope/trunk/src/Products/Five/security.py U Zope/trunk/src/Products/Five/tests/test_security.py -=- Modified: Zope/trunk/doc/CHANGES.rst === --- Zope/trunk/doc/CHANGES.rst 2009-04-13 10:15:12 UTC (rev 99145) +++ Zope/trunk/doc/CHANGES.rst 2009-04-13 10:46:06 UTC (rev 99146) @@ -23,6 +23,12 @@ Restructuring + +- If the permission / ZCML directive is used to declare a permission that + does not exist, the permission will now be created automatically, defaulting + to being granted to the Manager role only. This means it is possible to + create new permissions using ZCML only. The permission will Permissions that + already exist will not be changed. + - Using require set_schema=... / or require set_attributes=... / in the class / directive now emits a warning rather than an error. The concept of protecting attribute 'set' does not exist in Zope 2, but it Modified: Zope/trunk/src/Products/Five/permissions.zcml === --- Zope/trunk/src/Products/Five/permissions.zcml 2009-04-13 10:15:12 UTC (rev 99145) +++ Zope/trunk/src/Products/Five/permissions.zcml 2009-04-13 10:46:06 UTC (rev 99146) @@ -1,6 +1,13 @@ configure xmlns=http://namespaces.zope.org/zope; i18n_domain=Five + !-- Create permissions declared in ZCML if they don't exist already -- + subscriber +for=zope.security.interfaces.IPermission + zope.component.interfaces.IRegistered +handler=.security.create_permission_from_permission_directive +/ + permission id=five.ManageSite title=Manage Five local sites Modified: Zope/trunk/src/Products/Five/security.py === --- Zope/trunk/src/Products/Five/security.py2009-04-13 10:15:12 UTC (rev 99145) +++ Zope/trunk/src/Products/Five/security.py2009-04-13 10:46:06 UTC (rev 99146) @@ -34,7 +34,13 @@ from AccessControl.SecurityInfo import ClassSecurityInfo from AccessControl.SecurityManagement import getSecurityManager +from AccessControl.Permission import _registeredPermissions +from AccessControl.Permission import pname +import Products + +from Globals import ApplicationDefaultPermissions + CheckerPublicId = 'zope.Public' CheckerPrivateId = 'zope2.Private' @@ -155,3 +161,21 @@ # Zope 2 uses string, not unicode yet perm = str(permission.title) security.declareObjectProtected(perm) + +def create_permission_from_permission_directive(permission, event): +When a new IPermission utility is registered (via the permission / +directive), create the equivalent Zope2 style permission. + + +global _registeredPermissions + +zope2_permission = permission.title +roles = ('Manager',) + +if not _registeredPermissions.has_key(zope2_permission): +_registeredPermissions[zope2_permission] = 1 + +Products.__ac_permissions__ += ((zope2_permission, (), roles,),) + +mangled = pname(zope2_permission) +setattr(ApplicationDefaultPermissions, mangled, roles) Modified: Zope/trunk/src/Products/Five/tests/test_security.py === --- Zope/trunk/src/Products/Five/tests/test_security.py 2009-04-13 10:15:12 UTC (rev 99145) +++ Zope/trunk/src/Products/Five/tests/test_security.py 2009-04-13 10:46:06 UTC (rev 99146) @@ -374,6 +374,76 @@ tearDown() +def test_register_permission(): +This test demonstrates that if the permission / directive is used +to create a permission that does not already exist, it is created on +startup, with roles defaulting to Manager. + + from zope.app.testing.placelesssetup import setUp, tearDown + setUp() + +First, we need to configure the relevant parts of Five. + + import Products.Five + from Products.Five import zcml + zcml.load_config('meta.zcml', Products.Five) + zcml.load_config('permissions.zcml', Products.Five) + +We can now register a permission in ZCML: + + configure_zcml = ''' + ... configure xmlns=http://namespaces.zope.org/zope; + ... + ... permission + ... id=Products.Five.tests.DummyPermission + ... title=Five: Dummy permission + ... / + ... + ... /configure + ... ''' + zcml.load_string(configure_zcml) + +The permission will be made available globally, with default role set +of ('Manager',). + + from pprint import pprint + pprint(self.app.rolesOfPermission('Five: Dummy permission')) + [{'name': 'Anonymous', 'selected': ''}, +
[Zope-Checkins] SVN: Zope/trunk/src/Zope2/Startup/zopectl.py de-convolute-ize zopectl run and make providing the correct sys.argv to the run script more robust.
Log message for revision 99160: de-convolute-ize zopectl run and make providing the correct sys.argv to the run script more robust. Changed: U Zope/trunk/src/Zope2/Startup/zopectl.py -=- Modified: Zope/trunk/src/Zope2/Startup/zopectl.py === --- Zope/trunk/src/Zope2/Startup/zopectl.py 2009-04-13 19:36:57 UTC (rev 99159) +++ Zope/trunk/src/Zope2/Startup/zopectl.py 2009-04-13 20:58:49 UTC (rev 99160) @@ -256,18 +256,16 @@ print debug -- run the Zope debugger to inspect your database print manually using a Python interactive shell -def do_run(self, arg): -tup = arg.split(' ') -if not arg: +def do_run(self, args): +if not args: print usage: run script [args] return -# remove -c and add script as sys.argv[0] -script = tup[0] -cmd = 'import sys; sys.argv.pop(); sys.argv.append(\'%s\');' % script -if len(tup) 1: -argv = tup[1:] -cmd += '[sys.argv.append(x) for x in %s];' % argv -cmd += 'import Zope2; app=Zope2.app(); execfile(\'%s\')' % script +# replace sys.argv +script = args.split(' ')[0] +cmd = ( +import sys; sys.argv[:]=%r.split(' '); +import Zope2; app=Zope2.app(); execfile(%r) +) % (args,script) cmdline = self.get_startup_cmd(self.options.python, cmd) self._exitstatus = os.system(cmdline) ___ Zope-Checkins maillist - Zope-Checkins@zope.org http://mail.zope.org/mailman/listinfo/zope-checkins
Re: [Zope-dev] Proposal: Align Zope 2 and Zope 3 permissions
Martin Aspeli wrote at 2009-4-12 18:31 +0800: Finally, there is not total parity between Zope 2 security and Zope 3 security. Zope 2 cannot protect 'property set', for example. Since Zope 2.8, Zope 2 could in principle -- and until quite recently I thought, it really can: it only fails with the context check (is the accessed object in the context of the UserFolder authenticating the current user). Of course, such checks fail for objects not acquisition wrapped. If we let pass this check in such cases, Zope 2 can protect property sets. -- Dieter ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Proposal: Align Zope 2 and Zope 3 permissions
Martin Aspeli wrote at 2009-4-12 18:31 +0800: ... 3) Change the Permission class in AccessControl so that it tries to look up an IPermission utility and use the title of that utility as the permission name, falling back on the current behaviour of using the passed permission name directly. Benefits: Should transparently allow any invocation of the Zope 2 API to use Zope 3 permission names, allowing us to document that the dotted permission name is the canonical name everywhere. Risks: Performance overhead of doing utility lookups. May result in name clashes, but since the permission name is a dotted name and the Zope 2 permission name isn't, I think it's extremely unlikely that this would actually happen in practice. You probably should be careful with this: if not done carefully, you may end up doing the utility lookup not once but once at each object on the path from the accessed object to the root. -- Dieter ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] iterating over class without __iter__ but with __getitem__ raises AttributeError:__iter__
Chris Withers wrote at 2009-4-13 03:14 +0100: The context for this is trying to get ParsedXML 1.5 running on Zope 2.12 under Python 2.5 (don't ask why!) Anyway, ParsedXML has a class: class ManageableNodeList(ManageableWrapper, DOMProxy.NodeListProxy, Acquisition.Implicit): A wrapper around a DOM NodeList. meta_type = Manageable NodeList # redefine to get back the [] syntax with acquisition, eh? def __getslice__(self, i, j): return self.wrapNodeList(self._node.__getslice__(i,j)) # redefine to get back the [] syntax with acquisition, eh? def __getitem__(self, i): return self.wrapDOMObj(self._node.__getitem__(i)) If you try and iterate over an instance of this class, you get an AttributeError: __iter__. This doesn't make a lot of sense, since you *don't* get an error like that if you iterate over an instance of: class X: def __getitem__(self,i): return 1 I'm wondering there's some ExtensionClass or similar weirdness happening here? (It didn't used to happen under Zope 2.9/Python 2.4) It does not go wrong with Zope 2.11/Python 2.4, neither. Maybe, changes done for Python 2.5/2.6 compatibility broke something. Here is a simpler script to check for problems: from Acquisition import Implicit class C(Implicit): def __getitem__(self, i): return self.l[i] l=[1,2,3] c=C() iter(c) list(_) c2=C().__of__(c) iter(c2) list(_) -- Dieter ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Proposal: Align Zope 2 and Zope 3 permissions
Dieter Maurer wrote: Martin Aspeli wrote at 2009-4-12 18:31 +0800: Finally, there is not total parity between Zope 2 security and Zope 3 security. Zope 2 cannot protect 'property set', for example. Since Zope 2.8, Zope 2 could in principle -- and until quite recently I thought, it really can: it only fails with the context check (is the accessed object in the context of the UserFolder authenticating the current user). Of course, such checks fail for objects not acquisition wrapped. If we let pass this check in such cases, Zope 2 can protect property sets. Not sure I understand you here. How would I declare that 'set' of an attribute (property) is protected by one permission and 'get' is protected by another? 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 http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] who wants to maintain Zope 3?
On Mon, Apr 13, 2009 at 08:14, Dieter Maurer die...@handshake.de wrote: When upgrading from Zope 2.8 to Zope 2.11, I had to fight for several hours because Zope 3 interfaces have been changed: True, you went from Zope 3.0 to 3.3 in one swoop there, and the changes was significant. But most of this changed because the first versions were mistakes. It was after all 3.0. With more experience of using the ZCA changes was needed. The path from 3.0 to 3.3 was mostly done via deprecations, but when you skip two versions, you won't see those. One of the major mistakes with Zope2 is that old ways of doing thing was *never* removed. This makes for both messy internals, and messy product code, as you can use several ways for doing one thing. Zope 3 probably went overboard in it's desire to keep things clean as a result. But you did go from the 2005 version of Zope to the 2008 version of Zope, some upgrade pain is expected. Maybe you have been spoiled by Python and Zope 2 not having much upgrade pain before, bit I honestly don't think it's a good sign for a framework to be so stagnant that three years of development doesn't break somethings. -- Lennart Regebro: Python, Zope, Plone, Grok http://regebro.wordpress.com/ +33 661 58 14 64 ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] regression with Acquisition and __iter__ in Python 2.5 / Zope 2.12
Dieter Maurer wrote: It does not go wrong with Zope 2.11/Python 2.4, neither. Maybe, changes done for Python 2.5/2.6 compatibility broke something. Here is a simpler script to check for problems: Indeed: class C: ... l=[1,2,3] ... def __getitem__(self, i): ... return self.l[i] list(_) ... from Acquisition import Implicit class C(Implicit): c=C() def __getitem__(self, i): iter(c) iterator object at 0xb7db8ecc list(_) iter(c) [1, 2, 3] list(_) from Acquisition import Implicit iter(c2) list(_) class C(Implicit): ... l=[1,2,3] ... def __getitem__(self, i): ... return self.l[i] ... c=C() iter(c) iterator object at 0xb7dbb38c list(_) [1, 2, 3] c2=C().__of__(c) iter(c2) Traceback (most recent call last): File console, line 1, in module AttributeError: __iter__ cheers, Chris -- Simplistix - Content Management, Zope Python Consulting - http://www.simplistix.co.uk ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] iterating over class without __iter__ but with __getitem__ raises AttributeError:__iter__
Chris Withers wrote: If you try and iterate over an instance of this class, you get an AttributeError: __iter__. This doesn't make a lot of sense, since you *don't* get an error like that if you iterate over an instance of: class X: def __getitem__(self,i): return 1 The change you are interested in is probably: http://svn.zope.org/Zope/trunk/lib/python/Acquisition/_Acquisition.c?rev=94905r1=92577r2=94905 Acquisition now proxy real iteration via __iter__ correctly (it didn't do that before). What is missing from that change is probably the fallback to the __getitem__ protocol, in case the class isn't a real iterator. Hanno ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] who wants to maintain Zope 3?
Am Samstag 11 April 2009 15:05:31 schrieb Hanno Schlichting: Roger Ineichen wrote: Betreff: [Zope-dev] who wants to maintain Zope 3? Is anyone interested in maintaining Zope 3? /me is certainly not With Zope 3 I mean: I think we should take a look if we can build a minimal setup which Plone, Grok and other projects can use. Do you think there could be such a based configuration? Or is there to much difference in each of Plone, Grok, repoze etc? The minimal setup is called Zope Toolkit. None of the mentioned projects is interested in any of the Zope 3 packages, except where those are still tied into the whole. If nobody is interested, we should perhaps stop talking about it entirely. If people are just interested in the ZMI, perhaps we should form a ZMI project. +1, to declaring Zope 3 dead. That should allow us to refactor the remaining packages much more aggressively and reduce the dependencies. -1 from my standpoint. Two of my projects are fully based on the Zope 3 server, and switching to something else would be quite some pain. I personally find it interesting that people are that fast with turning around and killing off things. I personally based my decision for Zope 3 on Philipps book (Web Compontent Development with Zope 3), whereas the latest edition came out just 1 year ago. I adapted the concepts in this book to my needs (e.g. by using z3c-based packages) and it's now a viable way for me and my projects. I understand that people like Zope 2 for historical reasons and Grok for it's simplicity, but I would really wonder that there's no target audience for various ideas/patterns in Zope 3 (security model, ZCML...). I personally heard that repoze.bfg may be the way to go, however, I'm very much in doubt even considering switching, as I wouldn't want to hear 1 year later Let's kill off repoze.bfg. Moreover, I expect that there are many people like me, who started with Zope 3 with Philipp's book, so, would we really want to - ummm - declare them dead? If we do so, to my mind there has to be some migration path to something else, may it be Repoze, or whatever. But just killing off Zope 3 is like saying Sorry guys, you just chose the wrong technology. Best Regards, Hermann -- herm...@qwer.tk GPG key ID: 299893C7 (on keyservers) FP: 0124 2584 8809 EF2A DBF9 4902 64B4 D16B 2998 93C7 ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Proposal: Align Zope 2 and Zope 3 permissions
Martin Aspeli wrote: I've now implemented 1 and 2 on trunk, since they seem pretty non-controversial. 1) Use an event handler to ensure that any permission / declared in ZCML actually creates a valid, Zope 2 permission. I have working code for this here which we could put in Products.Five with ease. and 2) Emit a warning instead of an error in Five's handler for the class / directive when set_attributes or set_schema are used. I've not done this yet: 3) Change the Permission class in AccessControl so that it tries to look up an IPermission utility and use the title of that utility as the permission name, falling back on the current behaviour of using the passed permission name directly. I'd like to solicit a bit more input before attempting this, as I got at least one -1. I think this is the bigger win, though, and I'd still like to do it unless performance becomes prohibitive or it turns out to be too invasive a change. Cheers, 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 http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] who wants to maintain Zope 3?
Hermann Himmelbauer wrote: -1 from my standpoint. Two of my projects are fully based on the Zope 3 server, and switching to something else would be quite some pain. FWIW, I think you're absolutely right. We can't just declare it dead because it is convenient to our goal of having clearer definitions about what we're working with. A piece of open source software is dead if no-one uses it and no-one maintains it. At least then, existing users can't count on bug fixers or security fixes. I think Martijn's point in starting this thread was to try to identify who wants to maintain Zope 3 as an app server and as something that gets released going forward. Let's give those people a chance to respond. Declaring things dead has a tendency to become a self-fulfilling prophecy, and probably not something we should do lightly. 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 http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] Zope Tests: 8 OK
Summary of messages to the zope-tests list. Period Sun Apr 12 12:00:00 2009 UTC to Mon Apr 13 12:00:00 2009 UTC. There were 8 messages: 8 from Zope Tests. Tests passed OK --- Subject: OK : Zope-2.10 Python-2.4.6 : Linux From: Zope Tests Date: Sun Apr 12 20:40:43 EDT 2009 URL: http://mail.zope.org/pipermail/zope-tests/2009-April/011451.html Subject: OK : Zope-2.11 Python-2.4.6 : Linux From: Zope Tests Date: Sun Apr 12 20:42:48 EDT 2009 URL: http://mail.zope.org/pipermail/zope-tests/2009-April/011452.html Subject: OK : Zope-trunk Python-2.4.6 : Linux From: Zope Tests Date: Sun Apr 12 20:44:49 EDT 2009 URL: http://mail.zope.org/pipermail/zope-tests/2009-April/011453.html Subject: OK : Zope-trunk Python-2.5.4 : Linux From: Zope Tests Date: Sun Apr 12 20:46:49 EDT 2009 URL: http://mail.zope.org/pipermail/zope-tests/2009-April/011454.html Subject: OK : Zope-trunk Python-2.6.1 : Linux From: Zope Tests Date: Sun Apr 12 20:48:49 EDT 2009 URL: http://mail.zope.org/pipermail/zope-tests/2009-April/011455.html Subject: OK : Zope-trunk-alltests Python-2.4.6 : Linux From: Zope Tests Date: Sun Apr 12 20:50:51 EDT 2009 URL: http://mail.zope.org/pipermail/zope-tests/2009-April/011456.html Subject: OK : Zope-trunk-alltests Python-2.5.4 : Linux From: Zope Tests Date: Sun Apr 12 20:52:56 EDT 2009 URL: http://mail.zope.org/pipermail/zope-tests/2009-April/011457.html Subject: OK : Zope-trunk-alltests Python-2.6.1 : Linux From: Zope Tests Date: Sun Apr 12 20:54:57 EDT 2009 URL: http://mail.zope.org/pipermail/zope-tests/2009-April/011458.html ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] who wants to maintain Zope 3?
Hi Martin -Ursprüngliche Nachricht- Von: zope-dev-bounces+dev=projekt01...@zope.org [mailto:zope-dev-bounces+dev=projekt01...@zope.org] Im Auftrag von Martin Aspeli Gesendet: Montag, 13. April 2009 13:07 An: zope-dev@zope.org Betreff: Re: [Zope-dev] who wants to maintain Zope 3? Hermann Himmelbauer wrote: -1 from my standpoint. Two of my projects are fully based on the Zope 3 server, and switching to something else would be quite some pain. FWIW, I think you're absolutely right. We can't just declare it dead because it is convenient to our goal of having clearer definitions about what we're working with. A piece of open source software is dead if no-one uses it and no-one maintains it. At least then, existing users can't count on bug fixers or security fixes. I think Martijn's point in starting this thread was to try to identify who wants to maintain Zope 3 as an app server and as something that gets released going forward. Let's give those people a chance to respond. Declaring things dead has a tendency to become a self-fulfilling prophecy, and probably not something we should do lightly. This sounds much better then the earlier mails ;-) I'm willing to help to find a way to move the old code parts to a newer and better concept. Note, I don't use this code in my own projects and I don't propose to do that just for fun. But if someone proposes to do it, I'm willing to help. I think we have to support a smooth migration path for the old ZMI views and we can't just skip them. Releasing a Zope 3 app server is another part. I'm not sure if Stephan Richter, he told once, will support it for the future? I still think the Grok, Repoze, Plone, Zope 2 and Zope 3 developer should talk together and find a concept and see how we can find a code base which will fit for each other. This probably only means that we move the zmi part out of the existing zope.* and z3c.* packages. And each project could offer a own management concept and views for the same code base. Regards Roger Ineichen 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 http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope ) ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] who wants to maintain Zope 3?
On Mon, Apr 13, 2009 at 12:49, Hermann Himmelbauer du...@qwer.tk wrote: I personally find it interesting that people are that fast with turning around and killing off things. I personally based my decision for Zope 3 on Philipps book (Web Compontent Development with Zope 3), whereas the latest edition came out just 1 year ago. I adapted the concepts in this book to my needs (e.g. by using z3c-based packages) and it's now a viable way for me and my projects. It might be important to point out that this book will continue to be relevant. That book is about ho to develop with the Zope Toolkit, except that it didn't exist when it was written, not even as a concept. Zope 3 was then a monolithic server. It isn't any more. The answer is if somebody wants to maintain the Zope 3 Applictation server, and go on to release a Zope 3.5, 3.6 etc. The libraries will be maintained, and Zope 3 will continue to work for a long time, and bugfixes will happen, even if no releases are done. And we don't need to declare it dead in any way. If nobody steps up to be the next Zope 3 maintainer, then it *is* dead, even if it isn't declared so, and even if we don't want it to be dead. Open source is driven by what people do. If nobody wants to maintain Zope 3, then it will not get any more releases, no matter if we want it to be dead or not. I understand that people like Zope 2 for historical reasons and Grok for it's simplicity, but I would really wonder that there's no target audience for various ideas/patterns in Zope 3 (security model, ZCML...). There is, but those who prefer ZCML over Grok seems to gravitate towards BFG as opposed to Zope 3. Moreover, I expect that there are many people like me, who started with Zope 3 with Philipp's book, so, would we really want to - ummm - declare them dead? It's extremely important to understand the differences between Zope 3, and Zope 3 technologies. The only thing that looks dead is Zope 3 as a big monolithic application server. Few people are interested in that. You seem to be. Hence the question: Who wants to maintain it. Do you? If we do so, to my mind there has to be some migration path to something else, may it be Repoze, or whatever. But just killing off Zope 3 is like saying Sorry guys, you just chose the wrong technology. See, this is the naming problem. You did not chose the wrong technology. You didn't even chose the wrong app server, because there wasn't any choice. Now there is: Zope 3, Grok BFG. All using the same technology. So far you are one of the few having any interest in Zope 3. Up until this thread, nobody showed any interest. -- Lennart Regebro: Python, Zope, Plone, Grok http://regebro.wordpress.com/ +33 661 58 14 64 ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] who wants to maintain Zope 3?
Previously Martin Aspeli wrote: Hermann Himmelbauer wrote: -1 from my standpoint. Two of my projects are fully based on the Zope 3 server, and switching to something else would be quite some pain. FWIW, I think you're absolutely right. We can't just declare it dead because it is convenient to our goal of having clearer definitions about what we're working with. We can effectively not maintain it anymore and stop making release. Which would not be a major change from Zope 3 releases the last few years :) Wichert. -- Wichert Akkerman wich...@wiggy.netIt is simple to make things. http://www.wiggy.net/ It is hard to make things simple. ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] zcml vs. not-zcml (was Re: who wants to maintain Zope 3?)
On 4/13/09 10:33 AM, Lennart Regebro wrote: I understand that people like Zope 2 for historical reasons and Grok for it's simplicity, but I would really wonder that there's no target audience for various ideas/patterns in Zope 3 (security model, ZCML...). There is, but those who prefer ZCML over Grok seems to gravitate towards BFG as opposed to Zope 3. I'll note that you need to write only 1 line of ZCML in BFG to write most BFG applications (the line that tells BFG to scan a package for decorators). BFG is not at all like Zope 3 in this respect. BFG actually uses Grok's martian package to help with the one common case of declaring an adapter (a view adapter). BFG app developers are not really expected to interact with the ZCA via adapter and utility lookups (APIs are provided on top of every other use of the CA by the famework), so essentially you can write most applications in BFG without knowing anything about interfaces, adapters, or the ZCA at all. That said, I'm personally not ZCML-hostile, and as a result I write applications on top of BFG which have lots of ZCML in them. But that's not as a result of the framework; it's an result of how I like to write applications. - C ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] who wants to maintain Zope 3?
On Fri, Apr 10, 2009 at 11:33 AM, Martijn Faassen faas...@startifact.com wrote: Hi there, Is anyone interested in maintaining Zope 3? With Zope 3 I mean: * the thing with the ZMI - do you care about the ZMI? * the thing that can be installed as a particular development platform - do you care about the installation story for Zope 3? (as opposed to Grok or your own application's?) * the thing that has some kind of documentation website - do you care about providing documentation for Zope 3 as opposed to documentation for Grok or individual libraries? People who are interested in these aspects please speak up, so we can figure out what this all means for the future of Zope 3. If nobody is interested, we should perhaps stop talking about it entirely. If people are just interested in the ZMI, perhaps we should form a ZMI project. What I'm *not* talking about is: * maintaining, documenting and installing Grok. * maintaining and documenting any particular Zope Toolkit library (outside of those bits that do ZMI-stuff, those aren't supposed to be in the toolkit) We know people are interested in doing all that. Does Zope Tookit support building a web application out of the box without relying on Grok, Zope 2 or any other framework ? (I am Ok to use a Buildout for building application from Zope Toolkit packages) If the answer to this question is No, then I am interested to maintain the packages necessary to create a simple application out of the box. This is just an academic interest :) Regards, Baiju M ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] iterating over class without __iter__ but with __getitem__ raises AttributeError:__iter__
Hanno Schlichting wrote: The change you are interested in is probably: http://svn.zope.org/Zope/trunk/lib/python/Acquisition/_Acquisition.c?rev=94905r1=92577r2=94905 Acquisition now proxy real iteration via __iter__ correctly (it didn't do that before). What is missing from that change is probably the fallback to the __getitem__ protocol, in case the class isn't a real iterator. Yes, so this change introduced a bug. Who's the right person to fix it? What's the right collector to report this in? Chris -- Simplistix - Content Management, Zope Python Consulting - http://www.simplistix.co.uk ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] who wants to maintain Zope 3?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Baiju M wrote: On Fri, Apr 10, 2009 at 11:33 AM, Martijn Faassen faas...@startifact.com wrote: Hi there, Is anyone interested in maintaining Zope 3? With Zope 3 I mean: * the thing with the ZMI - do you care about the ZMI? * the thing that can be installed as a particular development platform - do you care about the installation story for Zope 3? (as opposed to Grok or your own application's?) * the thing that has some kind of documentation website - do you care about providing documentation for Zope 3 as opposed to documentation for Grok or individual libraries? People who are interested in these aspects please speak up, so we can figure out what this all means for the future of Zope 3. If nobody is interested, we should perhaps stop talking about it entirely. If people are just interested in the ZMI, perhaps we should form a ZMI project. What I'm *not* talking about is: * maintaining, documenting and installing Grok. * maintaining and documenting any particular Zope Toolkit library (outside of those bits that do ZMI-stuff, those aren't supposed to be in the toolkit) We know people are interested in doing all that. Does Zope Tookit support building a web application out of the box without relying on Grok, Zope 2 or any other framework ? (I am Ok to use a Buildout for building application from Zope Toolkit packages) If the answer to this question is No, then I am interested to maintain the packages necessary to create a simple application out of the box. This is just an academic interest :) I would say that the answer is no. Tres. - -- === Tres Seaver +1 540-429-0999 tsea...@palladion.com Palladion Software Excellence by Designhttp://palladion.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJ44d0+gerLs4ltQ4RAimzAJ9fm2W/V8R44AjXoa/wEOmVNWBJ6gCePSkc wJudZQswGVm1IL4ntjPrdnQ= =9ZTG -END PGP SIGNATURE- ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Proposal: Align Zope 2 and Zope 3 permissions
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Martin Aspeli wrote: I've not done this yet: 3) Change the Permission class in AccessControl so that it tries to look up an IPermission utility and use the title of that utility as the permission name, falling back on the current behaviour of using the passed permission name directly. I'd like to solicit a bit more input before attempting this, as I got at least one -1. I think this is the bigger win, though, and I'd still like to do it unless performance becomes prohibitive or it turns out to be too invasive a change. - -1: I think both of those will be true. I also don't see much win. The major goal should be to unify the API for add-ons, rather than the implementation: your #1 and #2 alaready did that, I think. Tres. - -- === Tres Seaver +1 540-429-0999 tsea...@palladion.com Palladion Software Excellence by Designhttp://palladion.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJ44jx+gerLs4ltQ4RAjvwAKCN7uLoypk4eFBDqD6/mC8yW0Sc4ACfTktE YYCdpj8NREIpSXT1Tt7Wsms= =IdzH -END PGP SIGNATURE- ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] iterating over class without __iter__ but with __getitem__ raises AttributeError:__iter__
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 13.04.2009 17:58 Uhr, Chris Withers wrote: Hanno Schlichting wrote: The change you are interested in is probably: http://svn.zope.org/Zope/trunk/lib/python/Acquisition/_Acquisition.c?rev=94905r1=92577r2=94905 Acquisition now proxy real iteration via __iter__ correctly (it didn't do that before). What is missing from that change is probably the fallback to the __getitem__ protocol, in case the class isn't a real iterator. Yes, so this change introduced a bug. Who's the right person to fix it? What's the right collector to report this in? Since Acquisition is a core module of Zope: the Zope 2 tracker on Launchpad. Andreas -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAknji+wACgkQCJIWIbr9KYxd5ACeO1Sx3ubk9laxtgJsS51w2YRf UJkAnjUV/N52ZAH0KPI1vqZM7MMt0oHD =hk9o -END PGP SIGNATURE- begin:vcard fn:Andreas Jung n:Jung;Andreas org:ZOPYX Ltd. Co. KG adr;quoted-printable:;;Charlottenstr. 37/1;T=C3=BCbingen;;72070;Germany email;internet:i...@zopyx.com title:CEO tel;work:+49-7071-793376 tel;fax:+49-7071-7936840 tel;home:+49-7071-793257 x-mozilla-html:FALSE url:www.zopyx.com version:2.1 end:vcard ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
[Zope-dev] TypeError: ('argument list must be a tuple') when trying load object from old zodb in Zope 2.12.0a1
Hi All, Any ideas what this means or where it's coming from? Module ZODB.Connection, line 808, in setstate Module ZODB.Connection, line 876, in _setstate Module ZODB.serialize, line 604, in setGhostState Module ZODB.serialize, line 597, in getState TypeError: ('argument list must be a tuple', class 'Products.ParsedXML.DOM.Core.Document', None) cheers, Chris -- Simplistix - Content Management, Zope Python Consulting - http://www.simplistix.co.uk ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] iterating over class without __iter__ but with __getitem__ raises AttributeError:__iter__
Andreas Jung wrote: Yes, so this change introduced a bug. Who's the right person to fix it? What's the right collector to report this in? Since Acquisition is a core module of Zope: the Zope 2 tracker on Launchpad. Done: https://bugs.launchpad.net/zope2/+bug/360761 Now, who knows how to fix it? ;-) Chris -- Simplistix - Content Management, Zope Python Consulting - http://www.simplistix.co.uk ___ Zope-Dev maillist - Zope-Dev@zope.org http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope-dev] Proposal: Align Zope 2 and Zope 3 permissions
Tres Seaver wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Martin Aspeli wrote: I've not done this yet: 3) Change the Permission class in AccessControl so that it tries to look up an IPermission utility and use the title of that utility as the permission name, falling back on the current behaviour of using the passed permission name directly. I'd like to solicit a bit more input before attempting this, as I got at least one -1. I think this is the bigger win, though, and I'd still like to do it unless performance becomes prohibitive or it turns out to be too invasive a change. - -1: I think both of those will be true. I also don't see much win. The major goal should be to unify the API for add-ons, rather than the implementation: your #1 and #2 alaready did that, I think. I had a deeper look last night, and I think this would be more invasive than I'd feared. I thought originally the Permission class was used everywhere, but on further inspection, I see that manually constructed '_Permission' strings are used in a lot of places, including C code. It frightens me slightly that, having pdb'd my way through AccessControl a number of times, I still have only a fuzzy idea about how the permissions system works, and I haven't found any solid documentation with the code. I think to unify the API, we'd need to: - Promote the zope.security checkPermission method like Hanno suggested - Change rolemap.xml in GenericSetup to accept Zope 2 names - Look at other places where permission names are passed around in code (there are a few places in Plone, for instance) and make sure we always prefer the Zope 3 dotted name. 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 http://mail.zope.org/mailman/listinfo/zope-dev ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope )
Re: [Zope] [Zope-dev] Zope 4.0, maybe not such a bad idea...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 13.04.2009 6:46 Uhr, Dieter Maurer wrote: Andreas Jung wrote at 2009-4-12 09:52 +0200: ... @Dieter: participate or be silent. You are member of the Zope community for years, you are member of the Zope Foundation as a committer member. Such statements are at most laughable based on your record of your active contributions to the Zope community and the active participation within the Zope community. In a private email, Andreas has threadened to exclude me from the Zope mailing lists -- apparently to get me silent forcefully when I do not obey. Learn to read and translate. The German text says that some committer are no longer interested in your ongoing ranting. In fact I tried to explain to other committers to take you as you are for a very long time. But the patience is over at some point. And the message does not contain any thread from MY side about throwing you from the list. I only said that I would no longer veto against it. For me, this looks like dictatorship tendencies start to grow and are soon embracing censorship. Re-read what Jens wrote some time ago about Only those who participate. Andreas -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkni6kYACgkQCJIWIbr9KYyoEgCg6NT5gtLgorxpx54SqadM+/E5 NUIAoLUdQbiQQq5wxOplV5OE2fCeaPad =B1yM -END PGP SIGNATURE- begin:vcard fn:Andreas Jung n:Jung;Andreas org:ZOPYX Ltd. Co. KG adr;quoted-printable:;;Charlottenstr. 37/1;T=C3=BCbingen;;72070;Germany email;internet:i...@zopyx.com title:CEO tel;work:+49-7071-793376 tel;fax:+49-7071-7936840 tel;home:+49-7071-793257 x-mozilla-html:FALSE url:www.zopyx.com version:2.1 end:vcard ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] [Zope-dev] Zope 4.0, maybe not such a bad idea...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 13.04.2009 6:29 Uhr, Dieter Maurer wrote: Andreas Jung wrote at 2009-4-12 09:52 +0200: @Dieter: participate or be silent. I do not obey your orders. You are Zope 2 release manager and part of the Foundation board -- but you do not have command power over things outside the Zope 2 release management and the foundation. Thus, I will participate in the way I have participated so far (i.e outside the circles controlled by the current Zope developers). And I will not be silent but continue to criticize tendencies that make Zope a less reliable platform for long living applications. As an open-source community we must not accept counter-productive and destructive participation. Andreas -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkni620ACgkQCJIWIbr9KYylGQCgucaj2Sx1UsPjRRp2ugJJx2DP /aUAnixLmfZCl7ZDYY7uOUwrItcqmHVX =g85K -END PGP SIGNATURE- begin:vcard fn:Andreas Jung n:Jung;Andreas org:ZOPYX Ltd. Co. KG adr;quoted-printable:;;Charlottenstr. 37/1;T=C3=BCbingen;;72070;Germany email;internet:i...@zopyx.com title:CEO tel;work:+49-7071-793376 tel;fax:+49-7071-7936840 tel;home:+49-7071-793257 x-mozilla-html:FALSE url:www.zopyx.com version:2.1 end:vcard ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] [Zope-dev] Zope 4.0, maybe not such a bad idea...
Hi there, this is an email I wanted to write for several times in the past. I find it very sad, that grown up people that are extremely knowledgeable and the source of lots of incredibly helpful advice *nobody* else seems to be able or willing to give, contributers of a wealth of tools the whole zope community would be worse off without, do not have the the *maturity* to withheld their personal animosity. if I would be their papa, I would threaten to smack their buts! I would hate not to hear any of the well founded, albeit controversial opinions some of us feel committed to share at times. Its a funny democracy that only accepts divers forms of yes. *And doomed to fail*. however I loath the stupid bickering that springs up as soon as any of a couple of contributers deign not to be of the same opinion. Grow up! robert ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] [Zope-dev] Zope 4.0, maybe not such a bad idea...
I'm dutch and have had a decent education and therefore do understand german as well. I am not sure what this is all about, but 'ob man Dich nicht von den Listen werfen sollte' sounds to me like whether you should not be removed from the list. I cannot take that as anything else than a threat, may be not from you personally, but nevertheless a threat. I am a part of the silent majority that uses Zope 2 and happily so. I am willing to keep up with new developments, but have not much time to learn new tricks of the trade. Discussions like this one make me fear that in the near future I will have to investigate other solutions. cb -Oorspronkelijk bericht- Van: zope-boun...@zope.org [mailto:zope-boun...@zope.org] Namens Andreas Jung Verzonden: maandag 13 april 2009 9:31 Aan: Dieter Maurer CC: Chris Withers; zope@zope.org Onderwerp: Re: [Zope] [Zope-dev] Zope 4.0, maybe not such a bad idea... -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 13.04.2009 6:46 Uhr, Dieter Maurer wrote: Andreas Jung wrote at 2009-4-12 09:52 +0200: ... @Dieter: participate or be silent. You are member of the Zope community for years, you are member of the Zope Foundation as a committer member. Such statements are at most laughable based on your record of your active contributions to the Zope community and the active participation within the Zope community. In a private email, Andreas has threadened to exclude me from the Zope mailing lists -- apparently to get me silent forcefully when I do not obey. Learn to read and translate. The German text says that some committer are no longer interested in your ongoing ranting. In fact I tried to explain to other committers to take you as you are for a very long time. But the patience is over at some point. And the message does not contain any thread from MY side about throwing you from the list. I only said that I would no longer veto against it. For me, this looks like dictatorship tendencies start to grow and are soon embracing censorship. Re-read what Jens wrote some time ago about Only those who participate. Andreas -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkni6kYACgkQCJIWIbr9KYyoEgCg6NT5gtLgorxpx54SqadM+/E5 NUIAoLUdQbiQQq5wxOplV5OE2fCeaPad =B1yM -END PGP SIGNATURE- No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.0.238 / Virus Database: 270.11.54/2056 - Release Date: 04/13/09 05:51:00 ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] [Zope-dev] Zope 4.0, maybe not such a bad idea...
This kind of actitude is what doing me and other like me stop to participate to this list and I hope soon left Zope as a good tool without future Andreas your actutide and your way make some of others seek at other technologies Is you who could be silent if you can't be gentle You think that you are God but you are only one as others, I don't see why your opinion is better thant Dieter's or mine or other's The real thing is that you and other like you are killing Zope community, take note, man You need some listening course. Here we are human beings not machines like you who know everything and never make mistakes Sorry, man, we make mistakes and we sometimes seem stupid, in spanish we said: quien tiene boca se equivoca (who have mouth make mistakes) I appreciate your help everysingle time you give me but if it's needed to hear you saying how wrong I am or how stupid I am... 2009/4/13 Dieter Maurer die...@handshake.de Andreas Jung wrote at 2009-4-12 09:52 +0200: @Dieter: participate or be silent. I do not obey your orders. You are Zope 2 release manager and part of the Foundation board -- but you do not have command power over things outside the Zope 2 release management and the foundation. Thus, I will participate in the way I have participated so far (i.e outside the circles controlled by the current Zope developers). And I will not be silent but continue to criticize tendencies that make Zope a less reliable platform for long living applications. -- Dieter ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev ) -- Mis Cosas http://blogs.sistes.net/Garito Zope Smart Manager http://blogs.sistes.net/Garito/670 ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] [Zope-dev] Zope 4.0, maybe not such a bad idea...
- Chris, I rarely agree with you but I actually like your fearless and provocative bashing for the sake (hopefully) of stirring up some action. - Andreas, you've done a great job with Zope but let's raise the bar and not pass judgement on peoples opinions (especially not my personal hero Dieter :) - Andrew, I agree with very much of what you say. Just because Zope2 has flaws doesn't mean we should trash and burn it. - Dieter, glad to hear it wasn't just me who had problems keeping up with the backwards incompatible improvements. You seem like a guy who's more in it for the results than the method. Long live DTML! 2009/4/13 Andreas Jung li...@zopyx.com: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 13.04.2009 6:29 Uhr, Dieter Maurer wrote: Andreas Jung wrote at 2009-4-12 09:52 +0200: @Dieter: participate or be silent. I do not obey your orders. You are Zope 2 release manager and part of the Foundation board -- but you do not have command power over things outside the Zope 2 release management and the foundation. Thus, I will participate in the way I have participated so far (i.e outside the circles controlled by the current Zope developers). And I will not be silent but continue to criticize tendencies that make Zope a less reliable platform for long living applications. As an open-source community we must not accept counter-productive and destructive participation. Andreas -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkni620ACgkQCJIWIbr9KYylGQCgucaj2Sx1UsPjRRp2ugJJx2DP /aUAnixLmfZCl7ZDYY7uOUwrItcqmHVX =g85K -END PGP SIGNATURE- ___ Zope maillist - z...@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev ) -- Peter Bengtsson, work www.fry-it.com home www.peterbe.com hobby www.issuetrackerproduct.com ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] SSL/https
Right, sorry. Here you go: Zope Version (Zope 2.6.2 (binary release, python 2.1, win32-x86), python 2.1.3, win32) Python Version 2.1.3 (#35, Apr 8 2002, 17:47:50) [MSC 32 bit (Intel)] System Platform win32 - Catherine E. Reinehr Webmaster Director of Publications Huntingdon College 1500 E. Fairview Ave. Montgomery, AL 36106 (334) 833-4429 / Flowers 218B From: David Bear [mailto:david.b...@asu.edu] Sent: Thursday, April 09, 2009 7:44 PM To: crein...@huntingdon.edu Cc: zope@zope.org Subject: Re: [Zope] SSL/https memories are short. you need to remind us the exact configuration. Are you using apache to front end zope? On Tue, Apr 7, 2009 at 7:54 AM, Catherine E. Reinehr crein...@huntingdon.edu wrote: Good morning, You might remember my asking for help last month with generating a CSR and installing an SSL certificate. I did get that done, and now I have a new problem. If I replace http://; with https://; in the address, I get a file not found error. What do I need to do to make sure our application for admission is secure? I'm sort of out of my league here. Thanks for whatever help you can give me :) Cat - Catherine E. Reinehr Webmaster Director of Publications Huntingdon College 1500 E. Fairview Ave. Montgomery, AL 36106 (334) 833-4429 / Flowers 218B ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev ) -- David Bear College of Public Programs at ASU 602-464-0424 ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] SSL/https
So you are not using apache or IIS to front end zope in order to provide the ssl/tls transport. I know there was a project to provide native tls for zope -- but I don't think you will find that it is wide spread. You might take a look at http://www.zope.org/Members/lerouxa/zopehttps/infoand http://sandbox.rulemaker.net/ngps/zope/zssl/ search zope.org basically returns info about m2crypt and using apache to front end zope. I think the best supported option will be to front end zope with apache or iis. On Mon, Apr 13, 2009 at 7:57 AM, Catherine E. Reinehr crein...@huntingdon.edu wrote: Right, sorry. Here you go: Zope Version (Zope 2.6.2 (binary release, python 2.1, win32-x86), python 2.1.3, win32) Python Version 2.1.3 (#35, Apr 8 2002, 17:47:50) [MSC 32 bit (Intel)] System Platform win32 - Catherine E. Reinehr Webmaster Director of Publications Huntingdon College 1500 E. Fairview Ave. Montgomery, AL 36106 (334) 833-4429 / Flowers 218B *From:* David Bear [mailto:david.b...@asu.edu] *Sent:* Thursday, April 09, 2009 7:44 PM *To:* crein...@huntingdon.edu *Cc:* zope@zope.org *Subject:* Re: [Zope] SSL/https memories are short. you need to remind us the exact configuration. Are you using apache to front end zope? On Tue, Apr 7, 2009 at 7:54 AM, Catherine E. Reinehr crein...@huntingdon.edu wrote: Good morning, You might remember my asking for help last month with generating a CSR and installing an SSL certificate. I did get that done, and now I have a new problem. If I replace http://; with https://; in the address, I get a file not found error. What do I need to do to make sure our application for admission is secure? I'm sort of out of my league here. Thanks for whatever help you can give me :) Cat - Catherine E. Reinehr Webmaster Director of Publications Huntingdon College 1500 E. Fairview Ave. Montgomery, AL 36106 (334) 833-4429 / Flowers 218B ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev ) -- David Bear College of Public Programs at ASU 602-464-0424 ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev ) -- David Bear College of Public Programs at ASU 602-464-0424 ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] [Zope-dev] Zope 4.0, maybe not such a bad idea...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 13.04.2009 14:28 Uhr, Garito wrote: The real thing is that you and other like you are killing Zope community, take note, man Before you make such nonsense statements, please step up and show your engagement in the Zope community e.g. by contributing to it. There are lots of low hanging fruits for showing your engagement e.g. the Zope 2 relaunch project (announced and blogged several times about it). People having expectations like there will be some dorks doing the dirty community work like maintaining software and websites can kill a community. Andreas -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAknjh2IACgkQCJIWIbr9KYy/iQCdFl/DnX4DyhkfCcqX7JAVM1ht XMQAn1LWRP590dfzB50UvtVtoJSGe3P2 =c66e -END PGP SIGNATURE- begin:vcard fn:Andreas Jung n:Jung;Andreas org:ZOPYX Ltd. Co. KG adr;quoted-printable:;;Charlottenstr. 37/1;T=C3=BCbingen;;72070;Germany email;internet:i...@zopyx.com title:CEO tel;work:+49-7071-793376 tel;fax:+49-7071-7936840 tel;home:+49-7071-793257 x-mozilla-html:FALSE url:www.zopyx.com version:2.1 end:vcard ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] [Zope-dev] Zope 4.0, maybe not such a bad idea...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 13.04.2009 11:33 Uhr, robert rottermann wrote: Hi there, this is an email I wanted to write for several times in the past. I find it very sad, that grown up people that are extremely knowledgeable and the source of lots of incredibly helpful advice *nobody* else seems to be able or willing to give, contributers of a wealth of tools the whole zope community would be worse off without, do not have the the *maturity* to withheld their personal animosity. This is not about personal animosity - this is soley about contributing to Zope. It is highly discouraging for the small number of people that currently maintain Zope 2 and work on the next Zope release having to read Zope being a dictatorship and getting accused subliminally doing most things wrong by a highly skilled contributor constantly refusing making contributions to the Zope core or taking over initiative or showing responsiblity within the Zope community. Such comments and allegations are not adequate when you have in mind that people like Hanno, Lennard and myself spend a lot of personal and company time and money visiting conferences, sprints in order to discuss and work things out. Andreas -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAknjg40ACgkQCJIWIbr9KYyMBACfXDUVCK6rl9PduYF9q6vJ2j3R W+MAoOxOFZYMIAkx/VHEISFa6EhFBzX0 =SQIO -END PGP SIGNATURE- begin:vcard fn:Andreas Jung n:Jung;Andreas org:ZOPYX Ltd. Co. KG adr;quoted-printable:;;Charlottenstr. 37/1;T=C3=BCbingen;;72070;Germany email;internet:i...@zopyx.com title:CEO tel;work:+49-7071-793376 tel;fax:+49-7071-7936840 tel;home:+49-7071-793257 x-mozilla-html:FALSE url:www.zopyx.com version:2.1 end:vcard ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] [Zope-dev] Zope 4.0, maybe not such a bad idea...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 13.04.2009 11:56 Uhr, Kees de Brabander wrote: For me, this looks like dictatorship tendencies start to grow and are soon embracing censorship. There is neither dictatorship nor censorship. Only those that participate and contribute in an active way to the Zope community (there are lots of possibilities) can steer and take influence. An open-source project is neither a dictatorship nor democracy nor an anarchy - a project lives from what each community member contributes to it. The only purpose of measures appearing as dictatorship is bringing the project forward. Obviously it seems to be unpopular taking over the ruder in the same cases but it seems to be the only chance keeping thing going. If you are interested in the future of Zope then please accept that some people drive the project forward. We don't like being shot into the back from the community for taking over responsibility. We all accept critic - as long as it is constructive. Andreas -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAknjj+oACgkQCJIWIbr9KYyTGQCgzrCzkaX2yx8B+6aeghY9NiaK bHwAnjcNNfYZmNK6et8cC6E+mZHzYG/g =KD6A -END PGP SIGNATURE- begin:vcard fn:Andreas Jung n:Jung;Andreas org:ZOPYX Ltd. Co. KG adr;quoted-printable:;;Charlottenstr. 37/1;T=C3=BCbingen;;72070;Germany email;internet:i...@zopyx.com title:CEO tel;work:+49-7071-793376 tel;fax:+49-7071-7936840 tel;home:+49-7071-793257 x-mozilla-html:FALSE url:www.zopyx.com version:2.1 end:vcard ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] [Zope-dev] Zope 4.0, maybe not such a bad idea...
First, I wrote something completely different. Second, it seems to me that, in the end, an open source project like zope proves its reason for existence by the number of people using it, and not by the number of people contributing (though if I could, I would be delighted to contribute). Third, I would like to refer to what I did write. Fourth, what is meant by 'constructive' and who decides that? cb -Oorspronkelijk bericht- Van: Andreas Jung [mailto:li...@zopyx.com] Verzonden: maandag 13 april 2009 21:18 Aan: Kees de Brabander CC: 'Dieter Maurer'; 'Chris Withers'; zope@zope.org Onderwerp: Re: [Zope] [Zope-dev] Zope 4.0, maybe not such a bad idea... -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 13.04.2009 11:56 Uhr, Kees de Brabander wrote: For me, this looks like dictatorship tendencies start to grow and are soon embracing censorship. There is neither dictatorship nor censorship. Only those that participate and contribute in an active way to the Zope community (there are lots of possibilities) can steer and take influence. An open-source project is neither a dictatorship nor democracy nor an anarchy - a project lives from what each community member contributes to it. The only purpose of measures appearing as dictatorship is bringing the project forward. Obviously it seems to be unpopular taking over the ruder in the same cases but it seems to be the only chance keeping thing going. If you are interested in the future of Zope then please accept that some people drive the project forward. We don't like being shot into the back from the community for taking over responsibility. We all accept critic - as long as it is constructive. Andreas -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAknjj+oACgkQCJIWIbr9KYyTGQCgzrCzkaX2yx8B+6aeghY9NiaK bHwAnjcNNfYZmNK6et8cC6E+mZHzYG/g =KD6A -END PGP SIGNATURE- No virus found in this incoming message. Checked by AVG - www.avg.com Version: 8.0.238 / Virus Database: 270.11.54/2056 - Release Date: 04/13/09 05:51:00 ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] [Zope-dev] Zope 4.0, maybe not such a bad idea...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 13.04.2009 21:00 Uhr, Kees de Brabander wrote: First, I wrote something completely different. Sorry, appearently I made a mistake in quoting the postings. Second, it seems to me that, in the end, an open source project like zope proves its reason for existence by the number of people using it, and not by the number of people contributing (though if I could, I would be delighted to contribute). People won't use a software appearing dead. So it lives from contributions and further development. Fourth, what is meant by 'constructive' and who decides that? Constructive critic shows up alternatives, critic formulated as a rant does not. Andreas -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAknjm3cACgkQCJIWIbr9KYwZzACglaPx+DBPSz0vlfqm1hbYrBwE EtAAnj8nMPNGSJjb8lm8MCLFSXjif+M3 =qwC8 -END PGP SIGNATURE- begin:vcard fn:Andreas Jung n:Jung;Andreas org:ZOPYX Ltd. Co. KG adr;quoted-printable:;;Charlottenstr. 37/1;T=C3=BCbingen;;72070;Germany email;internet:i...@zopyx.com title:CEO tel;work:+49-7071-793376 tel;fax:+49-7071-7936840 tel;home:+49-7071-793257 x-mozilla-html:FALSE url:www.zopyx.com version:2.1 end:vcard ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] [Zope-dev] Zope 4.0, maybe not such a bad idea...
Did you think that I'm considering myself part of these comunity? Since the first time I wrote here you are telling me that I'm wrong even if you don't know a word of what I'm doing Did you think that I have good opinion about Zope, at this time, to contribute? I make a contribution that no one except Tim Nash make any kind of comment (thanks again Tim!) By now I only use Plone at work for money not for passion and I make things by money or by passion What kind of contribution do you think someone needs to do to be respected? Something that you think it was useful or something that the contruibutor thinks it was? Perhaps if you know how to hear you could think that ZSM (or other products) will be interessat for the Zope community But you choose what you choose This is what do open source big: you could be agree with a community or you can make your own way I choose the tools I'm using because they are great ideas AND has a good people how wants to help and wants to be a community Zope is a great idea, with people how wants to help except when they don't understand what are you doing and you don't say nothing about the future of your investment (and yes we are investing like you our time and money with something that you create, we are confiding our lives to you movements. Perhaps in other communities they think that this is quite important) do you want that everyone contribute here? Well, respect us and don't think we are as stupids to talk to us like you are 2009/4/13 Andreas Jung li...@zopyx.com -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 13.04.2009 14:28 Uhr, Garito wrote: The real thing is that you and other like you are killing Zope community, take note, man Before you make such nonsense statements, please step up and show your engagement in the Zope community e.g. by contributing to it. There are lots of low hanging fruits for showing your engagement e.g. the Zope 2 relaunch project (announced and blogged several times about it). People having expectations like there will be some dorks doing the dirty community work like maintaining software and websites can kill a community. Andreas -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAknjh2IACgkQCJIWIbr9KYy/iQCdFl/DnX4DyhkfCcqX7JAVM1ht XMQAn1LWRP590dfzB50UvtVtoJSGe3P2 =c66e -END PGP SIGNATURE- -- Mis Cosas http://blogs.sistes.net/Garito Zope Smart Manager http://blogs.sistes.net/Garito/670 ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
[Zope] Database Adapter For Windows DB
Hi, I'm running Zope on a Linux box and need to connect to a Window's SQL Server machine. Which Zope's DB Adapter should I use? Thanks. ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )
Re: [Zope] [Zope-dev] Zope 4.0, maybe not such a bad idea...
Andreas, On feb 28 you sent this private email to me as a part of a thread about sqlite: Hopefully you won't release your trash to the public :-) - -aj Andreas, please keep up the great work but take a break every now and then. I appreciated your advice, but not that email because you clearly weren't just joking, it was the only private email you have ever sent me (other than a *shrug*). You are a representative of Zope, please raise the bar as Peter says. I really doubt that anyone wants Dieter cut off from this list. Dieter's contributions over the years are thoughtful and well written. If you cut him off from this list, take me off as well. It looks like zope is at an inflection point. Zope2 and Zope 3 seem closer than ever. Lennart has discussed a good plan for going forward. His reasoning is positive and clear. We can all be idiots (including me) or we can build with this group and this opportunity. Thanks! -- Tim Nash Lead Developer http://www.sanmateowaveforms.com Zope/Plone: distribute your web applications as desktop applications. Installs on mac and windows with one click. ___ Zope maillist - Zope@zope.org http://mail.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://mail.zope.org/mailman/listinfo/zope-announce http://mail.zope.org/mailman/listinfo/zope-dev )