[Zope-CMF] Re: CMF 1.6 change broke Plone compatibility
Jens Vagelpohl wrote: I think this brings up the need for a slightly more formalized planning and release process. Given the requisite backing by at least the main developers (meaning their agreement that they would actually use such a thing) I'd like to set up a release plan page on zope.org that explains a bit more what the goals for each major release are and which contains timing information as well. The Plone roadmap page at http://plone.org/roadmap (plone.org seems down currently) does a nice job in that regard. Tres said: I agree we need such a document, and already owe you some words around the topic. I'll work on setting up a back-channel conversation about it. You can of course use the PloneSoftwareCenter :-) Either, you can create a project on plone.org/products and use the features there, or you can set up a standard Plone 2.1 site and install PloneSoftwareCenter (note that you currently need the 2.1-integration branch; we're working on getting a real release out) and its dependencies (ArchAddOn, ExternalStorage optional). Here, you can get the same roadmap features for any project. Martin -- (muted) ___ Zope-CMF maillist - Zope-CMF@lists.zope.org http://mail.zope.org/mailman/listinfo/zope-cmf See http://collector.zope.org/CMF for bug reports and feature requests
[Zope-CMF] Re: CMF 1.6 change broke Plone compatibility
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jens Vagelpohl wrote: > > On 22 Dec 2005, at 03:10, Rob Miller wrote: > >> Jens Vagelpohl wrote: >> >>> I don't quite understand the distinction between "compatible with >>> products written for Plone 2.1 but not with Plone 2.1", I can't see >>> any sense in that route... it all comes back to one question: What >>> is the goal for the 1.6 branch? What specific audience is it >>> targeted at? I can see what it's apparently *not* targeted at: >>> People who work with Plone 2.1 - including those that might be >>> interested in taking up GenericSetup for their Plone product. I had >>> thought that was our audience. >> >> >> the original motivation behind my request for a CMF 1.6 release was >> so that it could be used as a basis for the next major Plone release, >> what is now being called Plone 2.5. this is because Plone would like >> to switch to using GenericSetup for its site instantiation and >> configuration, but using CMF 2.0 for our next release would cause too >> much breakage of Plone add-on products. CMF 1.6 makes it easier for >> Plone to not fall (again!) terribly behind CMF's development cycle. > > > Just to put this into perspective, this is not some life-and-death > issue for me at this point, more a clarification issue. It wasn't clear > to me how limited the target audience for CMF 1.6 really will be. > > I think this brings up the need for a slightly more formalized planning > and release process. Given the requisite backing by at least the main > developers (meaning their agreement that they would actually use such a > thing) I'd like to set up a release plan page on zope.org that explains > a bit more what the goals for each major release are and which contains > timing information as well. The Plone roadmap page at > http://plone.org/roadmap (plone.org seems down currently) does a nice > job in that regard. I agree we need such a document, and already owe you some words around the topic. I'll work on setting up a back-channel conversation about it. > By the way, my technical problem of satisfying dependencies on > GenericSetup introduced by us switching to PAS without breaking a > production Plone 2.1 site have been solved by simply using GenericSetup > from the 1.6 branch and keeping everything else at CMF 1.5.4. I intend that "GenericSetup 1.0" will be releaseable (and released) from exactly that point (the tip of the 1.6 branch). Tres. - -- === Tres Seaver +1 202-558-7113 [EMAIL PROTECTED] Palladion Software "Excellence by Design"http://palladion.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFDqtwl+gerLs4ltQ4RAgLhAJ0QeKCa6aad0Oi9mDJMDJ3Dx0ILwACghGN7 Q7K8P018LvFxJhcx79B/WZI= =6tOD -END PGP SIGNATURE- ___ Zope-CMF maillist - Zope-CMF@lists.zope.org http://mail.zope.org/mailman/listinfo/zope-cmf See http://collector.zope.org/CMF for bug reports and feature requests
Re: [Zope-CMF] Re: CMF 1.6 change broke Plone compatibility
On 22 Dec 2005, at 03:10, Rob Miller wrote: Jens Vagelpohl wrote: I don't quite understand the distinction between "compatible with products written for Plone 2.1 but not with Plone 2.1", I can't see any sense in that route... it all comes back to one question: What is the goal for the 1.6 branch? What specific audience is it targeted at? I can see what it's apparently *not* targeted at: People who work with Plone 2.1 - including those that might be interested in taking up GenericSetup for their Plone product. I had thought that was our audience. the original motivation behind my request for a CMF 1.6 release was so that it could be used as a basis for the next major Plone release, what is now being called Plone 2.5. this is because Plone would like to switch to using GenericSetup for its site instantiation and configuration, but using CMF 2.0 for our next release would cause too much breakage of Plone add-on products. CMF 1.6 makes it easier for Plone to not fall (again!) terribly behind CMF's development cycle. Just to put this into perspective, this is not some life-and-death issue for me at this point, more a clarification issue. It wasn't clear to me how limited the target audience for CMF 1.6 really will be. I think this brings up the need for a slightly more formalized planning and release process. Given the requisite backing by at least the main developers (meaning their agreement that they would actually use such a thing) I'd like to set up a release plan page on zope.org that explains a bit more what the goals for each major release are and which contains timing information as well. The Plone roadmap page at http://plone.org/roadmap (plone.org seems down currently) does a nice job in that regard. By the way, my technical problem of satisfying dependencies on GenericSetup introduced by us switching to PAS without breaking a production Plone 2.1 site have been solved by simply using GenericSetup from the 1.6 branch and keeping everything else at CMF 1.5.4. jens ___ Zope-CMF maillist - Zope-CMF@lists.zope.org http://mail.zope.org/mailman/listinfo/zope-cmf See http://collector.zope.org/CMF for bug reports and feature requests
[Zope-CMF] CMF Collector: Open Issues
The following supporters have open issues assigned to them in this collector (http://www.zope.org/Collectors/CMF). Assigned and Open efge - "CMFSetup: provide non-ascii im- and exports", [Accepted] http://www.zope.org/Collectors/CMF/292 jens - "Discussion replies removal", [Accepted] http://www.zope.org/Collectors/CMF/391 mhammond - "Windows DevelopmentMode penalty in CMFCore.DirectoryView", [Accepted] http://www.zope.org/Collectors/CMF/366 regebro - "fiveactionstool broken (Zope 2.9/3.2)", [Accepted] http://www.zope.org/Collectors/CMF/392 Pending / Deferred Issues - "CMFCalendar weekday locale issue", [Pending] http://www.zope.org/Collectors/CMF/237 - "Wrong cache association for FSObject", [Pending] http://www.zope.org/Collectors/CMF/255 - "CMFSetup: Windows exports contain CR/LF, LF and even CR newlines", [Pending] http://www.zope.org/Collectors/CMF/266 - "FSPropertiesObject.py cannot handle multiline input for lines, text attributes", [Pending] http://www.zope.org/Collectors/CMF/271 - "PortalCatalog.ZopeFindAndApply should probably also search in opaqueItems", [Pending] http://www.zope.org/Collectors/CMF/296 - "Can't invalidate skin items in a RAMCacheManager", [Pending] http://www.zope.org/Collectors/CMF/343 - "CMFSetup: Workflow Tool export fails with workflows which have scripts", [Pending] http://www.zope.org/Collectors/CMF/373 - "CMFCore.Skinnable.SkinnableObjectManager can merge skin data", [Pending] http://www.zope.org/Collectors/CMF/375 - "Proxy Roles does't work for a Script using portal_catalog.searchResults", [Pending] http://www.zope.org/Collectors/CMF/380 - "WorkflowAction deprecated warning should not printed for WorkflowMethod", [Pending] http://www.zope.org/Collectors/CMF/388 - "workflow notify success should be after reindex", [Pending] http://www.zope.org/Collectors/CMF/389 - "came_from and VIRTUAL_URL problem", [Pending] http://www.zope.org/Collectors/CMF/393 - "DCWorkflow - Transition Guards - Documentation Bug", [Pending] http://www.zope.org/Collectors/CMF/394 - "A workflow without managed permission can't be exported", [Pending] http://www.zope.org/Collectors/CMF/397 Pending / Deferred Features - "Favorite.py: queries and anchors in remote_url", [Pending] http://www.zope.org/Collectors/CMF/26 - "Allow flexible date editing in Event.py (CMFCalendar)", [Pending] http://www.zope.org/Collectors/CMF/40 - "DefaultDublinCore should have Creator property", [Pending] http://www.zope.org/Collectors/CMF/61 - "Make changeFromProperties accept sequences too", [Pending] http://www.zope.org/Collectors/CMF/99 - "path criteria on Topic should honor VHM", [Pending] http://www.zope.org/Collectors/CMF/111 - "Document.py: universal newlines", [Pending] http://www.zope.org/Collectors/CMF/174 - "Permissions in PortalFolder: invokeFactory()", [Pending] http://www.zope.org/Collectors/CMF/175 - "Add condition for transition's action like other action", [Pending] http://www.zope.org/Collectors/CMF/207 - "Major action enhancement", [Pending] http://www.zope.org/Collectors/CMF/232 - "portal_type is undefined in initialization code", [Pending] http://www.zope.org/Collectors/CMF/248 - "Action._listsActions() should be more safe", [Pending] http://www.zope.org/Collectors/CMF/253 - "Expose Document text_format metadata", [Pending] http://www.zope.org/Collectors/CMF/285 - "customization of type of homefolder on creation", [Pending] http://www.zope.org/Collectors/CMF/288 - "Allow contentFilter to use review_state", [Pending] http://www.zope.org/Collectors/CMF/294 - "CMFTopic Does Not Cache", [Pending] http://www.zope.org/Collectors/CMF/295 - "Wishlist: a flag that tags the selected action.", [Pending] http://www.zope.org/Collectors/CMF/301 - "CMFDefault should make use of allowCreate()", [Pending] http://www.zope.org/Collectors/CMF/340 - "Nested Skins", [Pending] http://www.zope.org/Collectors/CMF/377 - "CatalogVariableProvider code + tests", [Pending] http://www.zope.org/Collectors/CMF/378 - "manage_doCustomize() : minor additions", [Pending] http://www.zope.org/Collectors/CMF/382 ___ Zope-CMF maillist - Zope-CMF@lists.zope.org http://mail.zope.org/mailman/listinfo/zope-cmf See http://collector.zope.org/CMF for bug reports and feature requests
