*** Bug 1048410 has been marked as a duplicate of this bug. ***

http://www.productionmonkeys.net/guides/calendar-server/darwin-calendar-and-contact-server seems like a good guide for installing the server on CentOS 6.

EPEL only package?

(In reply to Christopher Meng from comment #3)
> EPEL only package?

Certainly not? I am interested in EPEL-6, but it should be in normal Fedora as well? What did I do wrong to make you think so?

1. I saw init file, so it meant to be that systemd support need to be added also.

2. %postun
if [ "$1" -ge "1" ] ; then
    /sbin/service <script> condrestart >/dev/null 2>&1 || :
fi


What's the content between <>?

3. We don't need this %{!?python_sitearch: %global python_sitearch %(%{__python} -c "from distutils.sysconfig import get_python_lib; print(get_python_lib(1))")}

4. python2-devel is needed instead of python-devel,

%{python_sitearch} --> %{python2_sitearch},

%{__python} --> %{__python2},

on el6 if you don't want to maintain a separate spec you can overwrite the macro by:

%if 0%{?rhel} && 0%{?rhel} < 7
%{!?__python2:        %global __python2 /usr/bin/python2}
%{!?python2_sitelib:  %global python2_sitelib %(%{__python2} -c "from distutils.sysconfig import get_python_lib; print(get_python_lib())")}
%{!?python2_sitearch: %global python2_sitearch %(%{__python2} -c "from distutils.sysconfig import get_python_lib; print(get_python_lib(1))")}
%endif

5. No rm -rf $RPM_BUILD_ROOT in %install

6. Forgot to own this dir:

%{_sysconfdir}/caldavd/

of

%config(noreplace) %{_sysconfdir}/caldavd/caldavd.plist

Updated SPEC http://mcepl.fedorapeople.org/tmp/calendarserver.spec
Updated SRPM http://mcepl.fedorapeople.org/tmp/calendarserver-5.1-1.el7.src.rpm
Building in COPR http://copr.fedoraproject.org/coprs/mcepl/calendarserver/builds/ (build 2348)

calendarserver 5.1 has been pushed to Debian unstable - http://packages.qa.debian.org/c/calendarserver/news/20140310T014826Z.html. You might want to check for changes. Few of the patches have been updated to work with 5.1.

(In reply to Rahul Amaram from comment #7)
> calendarserver 5.1 has been pushed to Debian unstable -
> http://packages.qa.debian.org/c/calendarserver/news/20140310T014826Z.html.
> You might want to check for changes. Few of the patches have been updated to
> work with 5.1.

I was already working based on this package.

calendarserver 5.2 has been released into debian unstable. I strongly recommend upgrading to this version. 5.1 had a couple of issues.

1. Migrated data from earlier versions would not be visible. The fix for this is to use the same guid that was being auto-generated earlier. I have written a script for getting this auto-generated guid.

2. The second issue was that tasks were not visible from Thunderbird. This could be changed using a configuration option, which is currently not set in 5.1.

I have addressed both these issues in version 5.2 which I have just pushed into debian unstable. It would be great if you could sync calendarserver 5.2 and pycalendar 2.0~svn13177-1 from debian unstable.

Updated SPEC file: http://mcepl.fedorapeople.org/tmp/calendarserver.spec
Updated SRPM: http://mcepl.fedorapeople.org/tmp/calendarserver-5.2-2.el7.src.rpm
Builds in koji http://koji.fedoraproject.org/koji/taskinfo?taskID=6812706

My plan is now to get this package into Rawhide, and then we have plenty more work to do, which I'll file as a separate bugs against the new package. And then the final victory would be to make this all working on EPEL-6 (which is the whole purpose of my effort, but the list of required dependencies is scary).

Hmm, interesting ... it actually DOES build in EPEL-6 http://koji.fedoraproject.org/koji/taskinfo?taskID=6812724

(In reply to Rahul Amaram from comment #9)
> I have addressed both these issues in version 5.2 which I have just pushed
> into debian unstable. It would be great if you could sync calendarserver 5.2
> and pycalendar 2.0~svn13177-1 from debian unstable.

It’s awesome to have you here: could I ask one deep question which I am still worried about? Why do you need separate python-plist package at all? Wouldn’t https://docs.python.org/2/library/plistlib.html be sufficient? I don’t want to introduce to Fedora packages which are not strictly necessary.

Found a typo in %pre scriptlet.

New SRPM: http://mcepl.fedorapeople.org/tmp/calendarserver-5.2-3.el7.src.rpm
SPEC in same URL.

Another problem on EPEL-6

root@luther: tls# python
Python 2.6.6 (r266:84292, Nov 21 2013, 10:39:36) 
[GCC 4.4.7 20120313 (Red Hat 4.4.7-4)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> from twisted.internet.interfaces import IStreamServerEndpointStringParser
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
ImportError: cannot import name IStreamServerEndpointStringParser
>>> 
root@luther: # rpm -qf /usr/lib/python2.6/site-packages/twisted/internet/interfaces.py
python-twisted-core-8.2.0-4.el6.i686

(In reply to Matěj Cepl from comment #12)
> (In reply to Rahul Amaram from comment #9)
> > I have addressed both these issues in version 5.2 which I have just pushed
> > into debian unstable. It would be great if you could sync calendarserver 5.2
> > and pycalendar 2.0~svn13177-1 from debian unstable.
> 
> It’s awesome to have you here: could I ask one deep question which I am
> still worried about? Why do you need separate python-plist package at all?
> Wouldn’t https://docs.python.org/2/library/plistlib.html be sufficient? I
> don’t want to introduce to Fedora packages which are not strictly necessary.

I am not sure if I understand your question completely. Debian packages has no dependency on python-plist. On a very old calendarserver debian package, it did have dependency on python-plist, but this is no longer the case.

If you are enquiring about twext.python.plistlib in the calendarserver source package, then you will have to ask this the upstream author or discuss in calednarserver-dev mailing list as plistlib is bundled with upstream package.

OK, I am sorry to announce, that I won't be working on this package anymore. After all the time I've spent on this, whole system doesn't work for me (especially on RHEL-6), whereas ownCloud (yes, PHP sucks) just does. Sorry. All RPMS (and git repo ... http://luther.ceplovi.cz/git/calendarserver-pkg.git/) will stay where they are, so if anybody wants to take this over, he/she is welcome.