
<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div>Hi,</div><div><br></div><div>Replies inline.<br></div><div><br>...</div><blockquote type="cite"><div><span>Having cloned 8.0 and running ./bin/develop for the first time, the build unfortuately fails.</span><br><span>I don't know whether your comprehensive install process is intended to solve *every* dependency,</span></div></blockquote><div><br></div><div>You are too kind! It is not, and the list of missing ingredients varies by platform.</div><br><blockquote type="cite"><div><span>but when ./bin/develop</span><br><span>started to build libsasl it failed on a missing kerberos library.</span></div></blockquote><div><br></div><div>This is expected. I started an Admin Guide that has only one section so far, so isn't yet linked from anywhere, but does contain build dependency info:</div><div><br></div><div><a href="http://trac.calendarserver.org/browser/CalendarServer/trunk/doc/Admin/Guide.rst">http://trac.calendarserver.org/browser/CalendarServer/trunk/doc/Admin/Guide.rst</a></div><div><br></div><blockquote type="cite"><div><span>...</span><br><span>Your build system continues to build Postgresql inspite of an Ubuntu installation, but I have not investigated why. It may be due to Ubuntu's</span><br><span>installation being in /usr/lib/postgresql.</span><br></div></blockquote><div><br></div>For Postgres, we are less strict about accepting an installed version than we should be; we only check for the presence of the "postgres" command in the current $PATH:<div><br></div><div><a href="http://trac.calendarserver.org/browser/CalendarServer/trunk/bin/_build.sh#L602">http://trac.calendarserver.org/browser/CalendarServer/trunk/bin/_build.sh#L602</a><br><div><br></div><div>On the other hand, I don't believe we have intentionally used any "new" Postgres features, and I don't recall anyone ever reporting that an existing Postgres was insufficient.</div><div><br></div><div>Look elsewhere in the above file to see what we do for other C based dependencies.</div><br><blockquote type="cite"><div><span></span><span>It may be that the SVN error would also occur if your build system built libsasl . I've not investigated this.</span><br><span>It would be very easy for your test department to reproduce these steps on a VirtualBox instance.</span><br></div></blockquote><div><br></div><div>I think the secretly documented steps should work.</div><br><blockquote type="cite"><div><span></span><span>Ha ha! Your QuickStart document didn't turn out to be quick!</span><br></div></blockquote><div><br></div><div>Building CalendarServer on != OS X is an achievement. I should make a little digital award...</div><div><br></div><div>Cheers,</div><div>-dre</div></div></body></html>