On 2013-04-25 21:00, calendarserver-users-request@lists.macosforge.org wrote:

xattr support would only be needed for the ability to upgrade / import from previous versions; these days we use Postgres instead of a file-based store, so no need for extended attributes once everything is running a modern version (and all data has been upgraded / imported).

If you don't need to upgrade from an ancient version, you can probably just comment out the appropriate bits in support/build.sh:

+# py_dependency -v 0.5 -r 1038 \ +# "xattr" "xattr" "xattr" \ +# "http://svn.red-bean.com/bob/xattr/releases/xattr-0.6.1/";

With 4.2 this seems not to be the whole truth. CalendarServer still requires the directory containing the .calendarserver_version file to support xattr. Though it doesn't use them for anything. It just does an xattr operation on all files it finds there. /Peter