<br><br><div class="gmail_quote">On 11 March 2012 06:58, Mikko Ohtamaa <span dir="ltr"><<a href="mailto:mikko%2Bplone@redinnovation.com">mikko+plone@redinnovation.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div bgcolor="#FFFFFF" text="#000000"><div class="im">
    <br>
        Last night while talking to Clayton and Liz about the whole
    ZopeSkel/Paster/Templer/Crushinator situation it became clear that
    the story for new developers is a complete mess. <br>
    <br></div><div class="im">
        This is bad, and having a new shinny thing that "eases" Plone
    development just made the situation even worse -- as long as someone
    must use it and then <zopeskel create> & <paster
    addcontent>. <br>
    <br>
        Time to kill most of the available options, focus on **just
    one** and have a compelling story to tell to newcomers. <br>
    <br></div></div></blockquote><div><br>+1 for cleaning up the old stuff before inventing new stuff<br><br> A good step would be making buildout just work, as it is indented<br></div></div></blockquote><div><br></div><div>

Yay for stop energy. :-/</div><div><br></div><div>I want a solution that works now to a very specific problem: people expect to be able to use an OS-managed/system Python to develop with Plone. And when they try, their environment breaks in all kinds of hard-to-debug ways.</div>

<div><br></div><div>I don't want a framework or something with a million things that can go wrong. plone-devstart is a dirt simple script using nothing but the Python standard library. And, crucially, it scans the environment looking for known/common problems.</div>

<div><br></div><div>I'm more concerned about the overlap with the installers, though that's a slightly different discussion again.</div><div><br></div><div>The point is that *once you have a stable/clean environment*, you can have all kinds of good tools. But if you can't get those tools to install or run, you're screwed. Even if buildout should "just work" you still need to install it. And you still need to worry about whether you have the right Python version. And you may still be missing PIL C library dependencies, or have a poisonous libxml2 killing lxml dead in your global library, or be missing Python headers or a C compiler. None of those are within Buildout's scope, and they are causing real problems for real people *today*.</div>

<div><br></div><div>Martin</div></div>