I've cut a 0.3 tag for z3c.autoinclude and released it on PyPI. I'll modify my PLIP #247 branch to use that fixed release rather than trunk and will try to merge early tomorrow (Thursday) afternoon if no one objects.
One note: I didn't have time to namespace z3c.autoinclude's test packages before the release as I'd said I would here: http://lists.plone.org/pipermail/framework-team/2009-January/002662.html This is not likely to be an issue; in the unlikely event that it does have any effect anywhere, it would result in spurious test failures for z3c.autoinclude in some environments, but would not affect the autoinclusion functionality as used by Plone. Ethan On Fri, Feb 27, 2009 at 5:14 PM, Wichert Akkerman <[email protected]> wrote: > The response to my mail from last week about PLIP merges has been a > disappointing: only 4 out of 12 PLIPs have been merged so far. In > order to prevent this from becoming an everlasting process I am going > to set a deadline: > > PLIPs have to be merged by the end of Saturday, March 7. Any PLIPs not > merged by then will be postponed until Plone 3.4. > > When merging keep in mind that you should not modify any branches that > are used by Plone 3.2 (or older versions). That might mean you will have > to create a new maintenance branch for Plone 3.x and update plonenext > 3.2 and plone-coredev. > > This is the list of unmerged PLIPs: > > Maurits van Rees: > - PLIP 197: Add FeedParser as external requirement instead of shipping with it > > Florian Schulze: > - PLIP 232: Resource Registries Improvements > > Calvin Hendryx-Parker > - PLIP 234: Standardizing our use of INavigationRoot > > Martin Aspeli: > - PLIP 239: Adapterise the Extensible Indexable Object Wrapper > > Andreas Zeidler: > - PLIP 241: Clean up auto-sort: auto-order code > - PLIP 246: View for rendering events as an iCalendar file > > Ethan Jucovy: > - PLIP 247: Automate ZCML Loading for Plone Plug-ins > > Regards, > Wichert. > > -- > Wichert Akkerman <[email protected]> It is simple to make things. > http://www.wiggy.net/ It is hard to make things simple. > _______________________________________________ Framework-Team mailing list [email protected] http://lists.plone.org/mailman/listinfo/framework-team
