Bug 390815 – ebuild submission: www-apache/mod_caldav

• Status: RESOLVED OBSOLETE
• Product: Gentoo Linux

[Description Jaco Kroon 2011-11-17 11:04:31 UTC]

mod_caldav for apache2.

Reproducible: Always

[Comment 1 Jaco Kroon 2011-11-17 11:05:32 UTC]

Created attachment 292871 [details]
mod_caldav-0.1.10.ebuild

ebuild file

[Comment 2 Jaco Kroon 2011-11-17 11:06:14 UTC]

Created attachment 292873 [details]
85_mod_caldav.conf

and the default config.

[Comment 3 Jaco Kroon 2012-01-03 00:28:00 UTC]

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

[Comment 4 Jaco Kroon 2012-01-03 00:29:14 UTC]

Created attachment 297743 [details, diff]
files/mod_caldav-0.1.10-basicauth.patch

add basic auth ability to the caldav_client (test tool in source).

[Comment 5 Jaco Kroon 2012-01-03 00:31:58 UTC]

Created attachment 297745 [details, diff]
files/mod_caldav-0.1.10-xmlcdata.patch

mod_caldav doens't properly encode XML characters in the VCALENDAR (or any other prop for that matter) calendar-data, resulting in tools such as thunderbird chocking on X-ALT-DESC;FMTTYPE=text/html: elements such as those added by the Nokia N9 iCal client.  This patch takes the shotgun approach of enclosing all proprty data inside of <![CDATA[...]]> - this seems to work surprisingly well.

[Comment 6 Jaco Kroon 2012-01-03 00:33:50 UTC]

Created attachment 297747 [details]
mod_caldav-0.1.10.ebuild

I'm feeling confident that this ebuild should be OK, permitting we can sort out the mod_dav_acl ebuild (ebuild itself is OK, but it requires an additional patch to apache which is not so OK).