<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: buildout.zc nested packages zcml quirk</title>
	<atom:link href="http://www.teamrubber.com/blog/buildout-zc-nested-packages-zcml-quirk/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.teamrubber.com/blog/buildout-zc-nested-packages-zcml-quirk/</link>
	<description>Team Rubber talks on the Internet in a blog</description>
	<lastBuildDate>Thu, 08 Dec 2011 13:10:18 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1.1</generator>
	<item>
		<title>By: Jean Jordaan</title>
		<link>http://www.teamrubber.com/blog/buildout-zc-nested-packages-zcml-quirk/comment-page-1/#comment-2754</link>
		<dc:creator>Jean Jordaan</dc:creator>
		<pubDate>Wed, 30 Sep 2009 06:43:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.teamrubber.com/blog/?p=732#comment-2754</guid>
		<description>&quot;It doesn’t blow up immediately&quot; 

-&gt; could it be made to blow up? At least let buildout cry out in horror?

&quot;I have exactly one package in my ‘eggs’ line and declare everything else (including Plone) as a dependency of that package&quot; 

-&gt; this feels like working around buildout&#039;s not-so-sweet spots, no? I.e. buildout.cfg is supposed to grab all the eggs you need, but sometimes it goes off the rails, so instead of letting it do its thing, you take over in your policy package.</description>
		<content:encoded><![CDATA[<p>&#8220;It doesn’t blow up immediately&#8221; </p>
<p>-&gt; could it be made to blow up? At least let buildout cry out in horror?</p>
<p>&#8220;I have exactly one package in my ‘eggs’ line and declare everything else (including Plone) as a dependency of that package&#8221; </p>
<p>-&gt; this feels like working around buildout&#8217;s not-so-sweet spots, no? I.e. buildout.cfg is supposed to grab all the eggs you need, but sometimes it goes off the rails, so instead of letting it do its thing, you take over in your policy package.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Martin Aspeli</title>
		<link>http://www.teamrubber.com/blog/buildout-zc-nested-packages-zcml-quirk/comment-page-1/#comment-2751</link>
		<dc:creator>Martin Aspeli</dc:creator>
		<pubDate>Tue, 29 Sep 2009 13:57:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.teamrubber.com/blog/?p=732#comment-2751</guid>
		<description>The other real issue is that you&#039;re configuring your project through buildout.cfg.

In this case, I&#039;d suggest you create a policy product and use that to control all your dependencies (via isntall_requires in setup.py) and configuration (via  statements in configure.zcml), as well as product installation in the Plone site (via  statements in metadata.xml). 

These days, I have exactly one package in my &#039;eggs&#039; line and declare everything else (including Plone) as a dependency of that package. This puts everything in one place and makes it much easier to deploy the same configuration in multiple buildouts.

Martin</description>
		<content:encoded><![CDATA[<p>The other real issue is that you&#8217;re configuring your project through buildout.cfg.</p>
<p>In this case, I&#8217;d suggest you create a policy product and use that to control all your dependencies (via isntall_requires in setup.py) and configuration (via  statements in configure.zcml), as well as product installation in the Plone site (via  statements in metadata.xml). </p>
<p>These days, I have exactly one package in my &#8216;eggs&#8217; line and declare everything else (including Plone) as a dependency of that package. This puts everything in one place and makes it much easier to deploy the same configuration in multiple buildouts.</p>
<p>Martin</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Hanno Schlichting</title>
		<link>http://www.teamrubber.com/blog/buildout-zc-nested-packages-zcml-quirk/comment-page-1/#comment-2750</link>
		<dc:creator>Hanno Schlichting</dc:creator>
		<pubDate>Tue, 29 Sep 2009 13:09:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.teamrubber.com/blog/?p=732#comment-2750</guid>
		<description>The real issue here is that you don&#039;t properly use namespace packages. Something is either a namespace package or it is a package. It cannot be both.

So if you have &quot;my.product&quot; as a real package you cannot also make it a namespace.

It doesn&#039;t blow up immediately, but as you noticed it does blow up in subtle ways later on.</description>
		<content:encoded><![CDATA[<p>The real issue here is that you don&#8217;t properly use namespace packages. Something is either a namespace package or it is a package. It cannot be both.</p>
<p>So if you have &#8220;my.product&#8221; as a real package you cannot also make it a namespace.</p>
<p>It doesn&#8217;t blow up immediately, but as you noticed it does blow up in subtle ways later on.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

