I&#39;m probably looking at this via Plone glasses, but.... I think var/* is safer since buildout is wired only to &quot;zap&quot; stuff in parts/*. The fact that there are circumstances when buildout deletes items in&nbsp; parts/* and no such circumstances when it does this to items in var/* is a good reason to consider placing Data.fs in var/*.<br>

<br>This is a well know pattern in the Plone buildout world (if that counts for anything). <br><br><div class="gmail_quote">On Mon, Jan 12, 2009 at 12:39 PM, Wichert Akkerman <span dir="ltr">&lt;<a href="mailto:wichert@wiggy.net" target="_blank">wichert@wiggy.net</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div>Previously Martijn Faassen wrote:<br>
&gt; Reinout van Rees wrote:<br>
&gt; &gt; Well, what every buildout guideline on <a href="http://plone.org" target="_blank">plone.org</a> seems to mention is:<br>
&gt; &gt;<br>
&gt; &gt; * Stuff in parts/* can and will be zapped into oblivion by buildout.<br>
&gt; &gt;<br>
&gt; &gt; * Stuff in var/* is safe.<br>
&gt;<br>
&gt; &gt; I cannot actually find it on buildout&#39;s pypi page, but I&#39;ve always<br>
&gt; &gt; treated it as a rule of thumb. I could of course be something build into<br>
&gt; &gt; several zope2-ish recipes.<br>
&gt;<br>
&gt; I think that&#39;s the case. I&#39;ve seen it before myself and I&#39;ve been using<br>
&gt; buildout in a Zope 3 context for many years now.<br>
&gt;<br>
&gt; buildout doesn&#39;t zap parts into oblivion willy-nilly, it only zaps them<br>
&gt; when there&#39;s an actual need (messing around with the [data] section will<br>
&gt; do it, I suspect).<br>
<br>
</div>Which includes:<br>
<br>
- moving your buildout to a different path on the filesystem and<br>
 &nbsp;rerunning buildout<br>
- changing the configuration for the part<br>
<br>
both of these will make buildout delete data in parts/ and ask the<br>
recipe to recreate it.<br>
<br>
Wichert.<br>
<font color="#888888">--<br>
Wichert Akkerman &lt;<a href="mailto:wichert@wiggy.net" target="_blank">wichert@wiggy.net</a>&gt; &nbsp; &nbsp;It is simple to make things.<br>
<a href="http://www.wiggy.net/" target="_blank">http://www.wiggy.net/</a> &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; It is hard to make things simple.<br>
</font><div><div></div><div>_______________________________________________<br>
Grok-dev mailing list<br>
<a href="mailto:Grok-dev@zope.org" target="_blank">Grok-dev@zope.org</a><br>
<a href="http://mail.zope.org/mailman/listinfo/grok-dev" target="_blank">http://mail.zope.org/mailman/listinfo/grok-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>SplashStart - Professional Websites. Starting Now.<br><a href="http://www.splashstart.com" target="_blank">http://www.splashstart.com</a><br><br>