<html><head><meta http-equiv="Content-Type" content="text/html charset=windows-1252"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Hi,<div class=""><br class=""></div><div class="">Are you using python 2.6? I think trunk requires python 2.7. This isn’t very well documented at present.</div><div class=""><a href="http://trac.calendarserver.org/browser/CalendarServer/trunk/HACKING.rst" class="">http://trac.calendarserver.org/browser/CalendarServer/trunk/HACKING.rst</a> says 2.6, but I’m pretty sure that is out-dated.</div><div class=""><br class=""></div><div class="">However, the new (woefully incomplete, barely started) admin guide says to use python2.7:</div><div class=""><a href="http://trac.calendarserver.org/browser/CalendarServer/trunk/doc/Admin/Guide.rst" class="">http://trac.calendarserver.org/browser/CalendarServer/trunk/doc/Admin/Guide.rst</a> (this doc isn’t yet linked from the web).</div><div class=""><br class=""></div><div class="">Please retry with python2.7. Once I confirm that 2.7 is required, I’ll update the HACKING doc.</div><div class=""><br class=""></div><div class="">-dre</div><div class=""><br class=""></div><div class=""><div><blockquote type="cite" class=""><div class="">On Nov 9, 2014, at 10:51 AM, Olaf Marzocchi <<a href="mailto:lists@marzocchi.net" class="">lists@marzocchi.net</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><meta http-equiv="Content-Type" content="text/html charset=windows-1252" class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class=""><div class="">In bin/build.sh I had to change line 515 from “Cyrus SASL” to “Cyrus_SASL” to have the compilation start.</div><div class="">In line 517 I added --disable-gssapi</div><div class=""><br class=""></div><div class="">These two changes made Cyrus IMAP compile.</div><div class=""><br class=""></div><div class="">I had to export PATH=/usr/gnu/bin:$PATH and to install the package gnu-tar to be able to proceed with setuptools-5.4.1.</div><div class=""><br class=""></div><div class="">At a certain point,</div><div class=""><br class=""></div><div class=""><blockquote type="cite" class=""><div style="margin: 0px; font-family: 'Andale Mono'; color: rgb(41, 249, 20); background-color: rgb(0, 0, 0);" class="">Installed /export/home/olaf/src/CalendarServer/trunk/.develop/ve_tools/lib/virtualenv-1.11.6-py2.6.egg</div><div style="margin: 0px; font-family: 'Andale Mono'; color: rgb(41, 249, 20); background-color: rgb(0, 0, 0);" class="">Processing dependencies for virtualenv==1.11.6</div><div style="margin: 0px; font-family: 'Andale Mono'; color: rgb(41, 249, 20); background-color: rgb(0, 0, 0);" class="">Finished processing dependencies for virtualenv==1.11.6</div><div style="margin: 0px; font-family: 'Andale Mono'; color: rgb(41, 249, 20); background-color: rgb(0, 0, 0);" class="">New python executable in /export/home/olaf/src/CalendarServer/trunk/.develop/virtualenv/bin/python2.6</div><div style="margin: 0px; font-family: 'Andale Mono'; color: rgb(41, 249, 20); background-color: rgb(0, 0, 0);" class="">Also creating executable in /export/home/olaf/src/CalendarServer/trunk/.develop/virtualenv/bin/python</div><div style="margin: 0px; font-family: 'Andale Mono'; color: rgb(41, 249, 20); background-color: rgb(0, 0, 0);" class="">ERROR: The executable /export/home/olaf/src/CalendarServer/trunk/.develop/virtualenv/bin/python2.6 is not functioning</div><div style="margin: 0px; font-family: 'Andale Mono'; color: rgb(41, 249, 20); background-color: rgb(0, 0, 0);" class="">ERROR: It thinks sys.prefix is u'/export/home/olaf/src/CalendarServer/trunk' (should be u'/export/home/olaf/src/CalendarServer/trunk/.develop/virtualenv')</div><div style="margin: 0px; font-family: 'Andale Mono'; color: rgb(41, 249, 20); background-color: rgb(0, 0, 0);" class="">ERROR: virtualenv is not compatible with this system or executable</div></blockquote></div><div class=""><br class=""></div><div class="">And I’m not sure how to proceed further.</div><div class=""><br class=""></div><div class="">Could you tell me how to proceed?</div><div class=""><br class=""></div><div class="">Thanks</div><div class="">Olaf</div><div class=""><br class=""></div><div class=""><br class=""></div><br class=""><div class=""><blockquote type="cite" class=""><div class="">Il giorno 05/nov/2014, alle ore 23:11, Andre LaBranche <<a href="mailto:dre@apple.com" class="">dre@apple.com</a>> ha scritto:</div><br class="Apple-interchange-newline"><div class=""><meta http-equiv="Content-Type" content="text/html charset=windows-1252" class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">On Nov 5, 2014, at 1:55 PM, Olaf Marzocchi <<a href="mailto:lists@marzocchi.net" class="">lists@marzocchi.net</a>> wrote:<br class=""><div class=""><blockquote type="cite" class=""><br class="Apple-interchange-newline"><div class="">Dear Andre,<br class="">I checked out today the latest version (revision 14134) and i tried the compilation again but the issue is the same.<br class="">I suppose you haven’t updated the source code with the “right flags”. If you provide me with them, I will try the compilation and report back.<br class=""></div></blockquote><div class=""><br class=""></div><div class="">I haven’t had a chance to do this, and really it’s a question for OmniOS and / or Kerberos hackers.</div><div class=""><br class=""></div><div class="">It would probably be easier to simply disable kerberos support in Calendar Server if you don’t need it. To do this:</div><div class=""><br class=""></div><div class="">1) Edit requirements-stable.txt to comment out the line that declares the dependency on PyKerberos. </div><div class=""><br class=""></div><div class=""><div style="margin: 0px; font-size: 10px; font-family: Monaco; color: rgb(0, 165, 0); background-color: rgb(0, 0, 0);" class=""># -e <a href="svn+http://svn.calendarserver.org/repository/calendarserver/PyKerberos/trunk@13420#egg=kerberos" class="">svn+http://svn.calendarserver.org/repository/calendarserver/PyKerberos/trunk@13420#egg=kerberos</a></div><div class=""><br class=""></div></div><div class="">2) Run ./bin/develop again</div><div class=""><br class=""></div><div class="">3) Make sure none of your server config plists try to activate Kerberos by setting the Authentication --> Kerberos --> Enabled key to false.</div><div class=""><br class=""></div><div class=""><div style="margin: 0px; font-size: 10px; font-family: Monaco; color: rgb(0, 165, 0); background-color: rgb(0, 0, 0);" class=""><span style="" class=""> </span><span style="font-variant-ligatures: no-common-ligatures; color: #bfbfbf" class=""> </span><!-- Kerberos/SPNEGO --></div><div style="margin: 0px; font-size: 10px; font-family: Monaco; color: rgb(0, 230, 229); background-color: rgb(0, 0, 0);" class=""><span style="" class=""> </span><span style="font-variant-ligatures: no-common-ligatures; color: #bfbfbf" class=""> </span><key><span style="font-variant-ligatures: no-common-ligatures; color: #bfbfbf" class="">Kerberos</span></key></div><div style="margin: 0px; font-size: 10px; font-family: Monaco; color: rgb(0, 230, 229); background-color: rgb(0, 0, 0);" class=""><span style="" class=""> </span><span style="font-variant-ligatures: no-common-ligatures; color: #bfbfbf" class=""> </span><dict></div><div style="margin: 0px; font-size: 10px; font-family: Monaco; color: rgb(0, 230, 229); background-color: rgb(0, 0, 0);" class=""><span style="" class=""> </span><span style="font-variant-ligatures: no-common-ligatures; color: #bfbfbf" class=""> </span><key><span style="font-variant-ligatures: no-common-ligatures; color: #bfbfbf" class="">Enabled</span></key></div><div style="margin: 0px; font-size: 10px; font-family: Monaco; color: rgb(0, 230, 229); background-color: rgb(0, 0, 0);" class=""><span style="" class=""> </span><span style="font-variant-ligatures: no-common-ligatures; color: #bfbfbf" class=""> </span><false/></div><div style="margin: 0px; font-size: 10px; font-family: Monaco; color: rgb(0, 230, 229); background-color: rgb(0, 0, 0);" class=""><span style="" class=""> </span><span style="font-variant-ligatures: no-common-ligatures; color: #bfbfbf" class=""> </span></dict></div></div><div class=""><br class=""></div><div class="">4) Start server with ./bin/run -n</div><div class=""><br class=""></div><div class="">At startup, the server logs about the configured authentication backends with the “calendarserver.tap.util" prefix, at log level “info”. In the below log snippet, my server has 4 authentication styles enabled, and kerberos is disabled.</div><div class=""><br class=""></div><div class=""><div style="margin: 0px; font-size: 10px; font-family: Monaco;" class="">2014-11-05 14:06:42-0800 [-] [calendarserver.tap.util#info] Setting up scheme: basic</div><div style="margin: 0px; font-size: 10px; font-family: Monaco;" class="">2014-11-05 14:06:42-0800 [-] [calendarserver.tap.util#info] Setting up scheme: clientcertificate</div><div style="margin: 0px; font-size: 10px; font-family: Monaco;" class="">2014-11-05 14:06:42-0800 [-] [calendarserver.tap.util#info] Setting up scheme: digest</div><div style="margin: 0px; font-size: 10px; font-family: Monaco;" class="">2014-11-05 14:06:42-0800 [-] [calendarserver.tap.util#info] Setting up scheme: wiki</div></div><div class=""><br class=""></div><div class="">Please let me know if this works for you. There is a fair chance that you will hit another roadblock after clearing this one :)</div><div class=""><br class=""></div><div class="">Cheers,</div><div class="">-dre</div><br class=""><blockquote type="cite" class=""><div class=""><br class="">Thanks,<br class="">Olaf<br class=""><br class=""><br class=""><br class=""><blockquote type="cite" class="">Il giorno 07/ott/2014, alle ore 23:56, Andre LaBranche <<a href="mailto:dre@apple.com" class="">dre@apple.com</a>> ha scritto:<br class=""><br class="">Looks like maybe OmniOS's included kerberos installation was not configured to use gss. As you have noted, gssapi is provided separately from kerberos-v5, and is also part of the default installation.<br class=""><br class="">vagrant@omnios-vagrant:~/pykerberos-1.1.5$ krb5-config --cflags<br class="">-I/usr/include/kerberosv5<br class=""><br class="">vagrant@omnios-vagrant:~/pykerberos-1.1.5$ ls /usr/include/gssapi/<br class="">gssapi_ext.h gssapi.h<br class=""><br class="">Maybe I can rebuild it with the right flags…<br class=""><br class="">-dre<br class=""><br class=""><blockquote type="cite" class="">On Oct 7, 2014, at 11:58 AM, Andre LaBranche <<a href="mailto:dre@apple.com" class="">dre@apple.com</a>> wrote:<br class=""><br class="">Hi,<br class=""><br class="">I’m grabbing an OmniOS ISO to try this in a VM. I have very little solaris experience, so we’ll see how it goes :)<br class=""><br class="">It seems that something about your kerberos installation is different from what PyKerbeors expects.<br class=""><br class="">Since you mentioned iOS and OS X clients, you might consider simply disabling kerberos in the Calendar Server setup, since the native clients at least do not support it (I’m not sure if Android clients support kerberos).<br class=""><br class="">I see your post on the OmniOS forum… hopefully they can help.<br class=""><br class="">-dre<br class=""><br class=""><blockquote type="cite" class="">On Oct 5, 2014, at 4:57 AM, Olaf Marzocchi <<a href="mailto:lists@marzocchi.net" class="">lists@marzocchi.net</a>> wrote:<br class=""><br class="">Hello again,<br class="">may I ask again if someone is able to help me with the issue? my only alternative is to abandon CalendarServer.<br class=""><br class="">Regards,<br class="">Olaf Marzocchi<br class=""><br class=""><br class=""><br class="">Il giorno 14/set/2014, alle ore 12:44, Olaf Marzocchi <<a href="mailto:lists@marzocchi.net" class="">lists@marzocchi.net</a>> ha scritto:<br class=""><br class=""><blockquote type="cite" class=""><br class="">Dear all,<br class="">I am preparing a server based on OmniOS (kernel illumos), let’s say the successor of OpenIndiana (OpenSolaris) and I would like to offer CalDAV/CardDAV to the users. I chose calendarserver because the users use iOS, OS X, Android.<br class=""><br class="">I run “python setup.py” and everything runs well (I just needed to put the GNU tar in the path before the one provided by OmniOS/illumos) until PyKerberos.<br class=""><br class="">------<br class="">~/CalendarServer/CalendarServer-5.2 $ ./run -s<br class=""><br class="">Using built libevent.<br class=""><br class="">Using built memcached.<br class=""><br class="">Using built PostgreSQL.<br class=""><br class="">Using built OpenLDAP.<br class=""><br class="">Using built libffi.<br class=""><br class="">Using system version of setuptools.<br class=""><br class="">Building Zope Interface...<br class=""><br class="">Using system version of pyOpenSSL.<br class=""><br class="">Building PyKerberos...<br class=""><br class="">gcc: error: /usr/bin/krb5-config:: No such file or directory<br class="">gcc: error: Unknown: No such file or directory<br class="">gcc: error: option: No such file or directory<br class="">gcc: error: `gssapi': No such file or directory<br class="">gcc: error: use: No such file or directory<br class="">gcc: error: `--help': No such file or directory<br class="">gcc: error: for: No such file or directory<br class="">gcc: error: usage: No such file or directory<br class="">gcc: error: unrecognized command line option '--'<br class="">error: command 'gcc' failed with exit status 1<br class=""><br class="">~/CalendarServer/CalendarServer-5.2 $ cd ../PyKerberos<br class=""><br class="">~/CalendarServer/PyKerberos $ python setup.py build<br class=""><br class="">running build<br class="">running build_ext<br class="">building 'kerberos' extension<br class="">gcc -m64 -fno-strict-aliasing -std=c99 -m64 -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -fPIC -I/usr/include/python2.6 -c src/kerberos.c -o build/temp.solaris-2.11-i86pc-2.6/src/kerberos.o /usr/bin/krb5-config: Unknown option `gssapi' -- use `--help' for usage<br class="">gcc: error: /usr/bin/krb5-config:: No such file or directory<br class="">gcc: error: Unknown: No such file or directory<br class="">gcc: error: option: No such file or directory<br class="">gcc: error: `gssapi': No such file or directory<br class="">gcc: error: use: No such file or directory<br class="">gcc: error: `--help': No such file or directory<br class="">gcc: error: for: No such file or directory<br class="">gcc: error: usage: No such file or directory<br class="">gcc: error: unrecognized command line option '--'<br class="">error: command 'gcc' failed with exit status 1<br class=""><br class="">~/src/CalendarServer/PyKerberos $ krb5-config --all --libs —cflags<br class=""><br class="">Version: Solaris Kerberos (based on MIT Kerberos 5 release 1.6.3)<br class="">Vendor: Sun Microsystems, Inc.<br class="">Prefix: /usr<br class="">Exec_prefix: /usr<br class="">-I/usr/include/kerberosv5<br class="">-L/usr/lib -R/usr/lib -lkrb5<br class="">------<br class=""><br class="">As you can see, “gssapi” does not show up when requested with<br class="">extra_link_args = commands.getoutput("krb5-config --libs gssapi").split(),<br class="">even if the gssapi packages are installed (I never tested Kerberos though):<br class="">------<br class="">~/src/CalendarServer/PyKerberos $ pkg search gssapi<br class=""><br class="">INDEX ACTION VALUE PACKAGE<br class="">pkg.summary set GSSAPI CONFIG V2 pkg:/service/security/gss@0.5.11-0.151010<br class="">pkg.summary set GSSAPI V2 pkg:/system/library/security/gss@0.5.11-0.151010<br class="">pkg.summary set kernel GSSAPI V2 pkg:/system/kernel/security/gss@0.5.11-0.151010<br class="">basename dir usr/include/gssapi pkg:/system/header@0.5.11-0.151010<br class=""><br class="">~/src/CalendarServer/PyKerberos $ pkg info pkg:/service/security/gss@0.5.11-0.151010 pkg:/system/library/security/gss@0.5.11-0.151010 pkg:/system/kernel/security/gss@0.5.11-0.151010 pkg:/system/header@0.5.11-0.151010<br class=""><br class=""> Name: service/security/gss<br class=""> Summary: GSSAPI CONFIG V2<br class="">Description: Generic Security Service Application Program Interface, Version<br class=""> 2 - config<br class=""> Category: System/Security<br class=""> State: Installed<br class=""> Publisher: omnios<br class=""> Version: 0.5.11<br class="">Build Release: 5.11<br class=""> Branch: 0.151010<br class="">Packaging Date: Mon Apr 28 19:28:56 2014<br class=""> Size: 17.53 kB<br class=""> FMRI: <a href="pkg://omnios/service/security/gss@0.5.11,5.11-0.151010:20140428T192856Z" class="">pkg://omnios/service/security/gss@0.5.11,5.11-0.151010:20140428T192856Z</a><br class=""><br class=""> Name: system/header<br class=""> Summary: SunOS Header Files<br class="">Description: SunOS C/C++ header files for general development of software<br class=""> Category: System/Core<br class=""> State: Installed<br class=""> Publisher: omnios<br class=""> Version: 0.5.11<br class="">Build Release: 5.11<br class=""> Branch: 0.151010<br class="">Packaging Date: Mon Apr 28 19:29:16 2014<br class=""> Size: 12.19 MB<br class=""> FMRI: <a href="pkg://omnios/system/header@0.5.11,5.11-0.151010:20140428T192916Z" class="">pkg://omnios/system/header@0.5.11,5.11-0.151010:20140428T192916Z</a><br class=""><br class=""> Name: system/kernel/security/gss<br class=""> Summary: kernel GSSAPI V2<br class="">Description: Generic Security Service Application Program Interface, Version<br class=""> 2 - kernel<br class=""> Category: System/Security<br class=""> State: Installed<br class=""> Publisher: omnios<br class=""> Version: 0.5.11<br class="">Build Release: 5.11<br class=""> Branch: 0.151010<br class="">Packaging Date: Mon Apr 28 19:29:21 2014<br class=""> Size: 335.22 kB<br class=""> FMRI: <a href="pkg://omnios/system/kernel/security/gss@0.5.11,5.11-0.151010:20140428T192921Z" class="">pkg://omnios/system/kernel/security/gss@0.5.11,5.11-0.151010:20140428T192921Z</a><br class=""><br class=""> Name: system/library/security/gss<br class=""> Summary: GSSAPI V2<br class="">Description: Generic Security Service Application Program Interface, Version<br class=""> 2 - user<br class=""> Category: System/Security<br class=""> State: Installed<br class=""> Publisher: omnios<br class=""> Version: 0.5.11<br class="">Build Release: 5.11<br class=""> Branch: 0.151010<br class="">Packaging Date: Mon Apr 28 19:29:26 2014<br class=""> Size: 687.41 kB<br class=""> FMRI: <a href="pkg://omnios/system/library/security/gss@0.5.11,5.11-0.151010:20140428T192926Z" class="">pkg://omnios/system/library/security/gss@0.5.11,5.11-0.151010:20140428T192926Z</a><br class="">------<br class=""><br class=""><br class="">Could anyone help me with the issue? <br class=""><br class="">Thanks<br class="">Olaf Marzocchi<br class=""></blockquote><br class="">_______________________________________________<br class="">calendarserver-users mailing list<br class=""><a href="mailto:calendarserver-users@lists.macosforge.org" class="">calendarserver-users@lists.macosforge.org</a><br class=""><a href="https://lists.macosforge.org/mailman/listinfo/calendarserver-users" class="">https://lists.macosforge.org/mailman/listinfo/calendarserver-users</a><br class=""></blockquote><br class="">_______________________________________________<br class="">calendarserver-users mailing list<br class=""><a href="mailto:calendarserver-users@lists.macosforge.org" class="">calendarserver-users@lists.macosforge.org</a><br class=""><a href="https://lists.macosforge.org/mailman/listinfo/calendarserver-users" class="">https://lists.macosforge.org/mailman/listinfo/calendarserver-users</a><br class=""></blockquote><br class=""></blockquote><br class=""></div></blockquote></div><br class=""></div></div></blockquote></div><br class=""></div></div></blockquote></div><br class=""></div></body></html>