March 2010 - calendarserver-dev - lists.macosforge.org

[Calendar and Contacts Server] #360: Can't start CardDAV server on Centos 5
by Calendar and Contacts Server 09 Aug '10

09 Aug '10

#360: Can't start CardDAV server on Centos 5 --------------------------------+------------------------------------------- Reporter: guy@… | Owner: wsanchez@… Type: Defect | Status: new Priority: 3: Important | Milestone: Linux Port Component: Infrastructure | Severity: Serious Keywords: cardDAV | --------------------------------+------------------------------------------- Rev: 4957.. Using carddavd-test.plist # ./run Using python as Python Starting server... exec python /root/Twisted/bin/twistd -n carddav -f /root/ContactServer2/conf/carddavd-dev.plist -o ProcessType=Combined Traceback (most recent call last): File "/root/Twisted/bin/twistd", line 21, in <module> run() File "/root/Twisted/twisted/scripts/twistd.py", line 27, in run app.run(runApp, ServerOptions) File "/root/Twisted/twisted/application/app.py", line 374, in run config.parseOptions() File "/root/Twisted/twisted/application/app.py", line 354, in parseOptions usage.Options.parseOptions(self, options) File "/root/Twisted/twisted/python/usage.py", line 184, in parseOptions for (cmd, short, parser, doc) in self.subCommands: File "/root/Twisted/twisted/application/app.py", line 365, in subCommands self.loadedPlugins[plug.tapname] = plug File "/root/ContactServer2/twisted/plugins/carddav.py", line 13, in getProperty return getattr(reflect.namedClass(self.serviceMakerClass), propname) File "/root/Twisted/twisted/python/reflect.py", line 347, in namedObject module = namedModule(string.join(classSplit[:-1], '.')) File "/root/Twisted/twisted/python/reflect.py", line 335, in namedModule topLevel = __import__(name) File "/root/ContactServer2/addressbookserver/tap/carddav.py", line 71, in <module> from twistedcaldav.resource import CalDAVResource File "/root/ContactServer2/twistedcaldav/resource.py", line 42, in <module> from twisted.web2.dav.idav import IDAVPrincipalCollectionResource ImportError: cannot import name IDAVPrincipalCollectionResource -- Ticket URL: <http://trac.calendarserver.org/ticket/360> Calendar and Contacts Server </> HTTP/WebDAV/CalDAV Server

1 2

[CalendarServer] #317: System install (run's -i option) ambiguities
by CalendarServer 09 Aug '10

09 Aug '10

#317: System install (run's -i option) ambiguities -----------------------------------+---------------------------------------- Reporter: AxelLuttgens@… | Owner: wsanchez@… Type: Defect | Status: new Priority: 5: Not set | Milestone: Component: Calendar Server | Severity: Other Keywords: | -----------------------------------+---------------------------------------- I don't know how to classify this one. It may just prove to be strictly cosmetic, or contrary wise reveal some glitches in the logics of the run script; if the latter, this ticket could then be related to ticket #316. A system install seems to know about /System/Library and /Library. Those directories are typical of Mac OS X. But then, why does such an install put things into /usr/local/bin as well, instead of /usr/sbin or /usr/share for example? The installation location for caldavd.plist is rather surprising: /System/Library/Frameworks/Python.framework/Versions/2.5/caldavd: caldavd.plist... If a system install insists on putting things under /usr/local/bin, why does the default config (as of config.py) still consider that twistd's path is /usr/share/caldavd/bin/twistd? In the same vein, and this seems to be directly related to #316, a PATH is set to a non existing /System/Library/Frameworks/Python.framework/Versions/2.5/bin... As a result, the default layout yielded by run's -i option really appears as an hybrid install: many similarities with a home install and some reminiscences of what may be observed on Mac OS X Server. More generally, the rationale underlying the -i and -I options don't appear clearly. Unless some bug (typo) is at work. Unless I just don't understand those matters... TIA, Axel -- Ticket URL: <http://trac.calendarserver.org/ticket/317> CalendarServer </> HTTP/WebDAV/CalDAV Server

2 3

[CalendarServer] #337: Hardcoded "WebDAV:" xattr prefix breaks Linux compatibility
by CalendarServer 14 Apr '10

14 Apr '10

#337: Hardcoded "WebDAV:" xattr prefix breaks Linux compatibility ----------------------------------------+----------------------------------- Reporter: christoph_apple@… | Owner: wsanchez@… Type: Defect | Status: new Priority: 5: Not set | Milestone: Linux Port Component: Calendar Server | Severity: Other Keywords: | ----------------------------------------+----------------------------------- Linux requires a "user." prefix when setting extended attributes but CalendarServer uses a hardcoded "WebDAV:" prefix on various occasions. At least the following files seem to be affected: calendarserver/tools/fixcalendardata.py[[BR]] calendarserver/tools/doublequotefix.py[[BR]] contrib/tools/fix_calendar[[BR]] twistedcaldav/test/test_upgrade.py[[BR]] twistedcaldav/test/data/makelargefbset.py[[BR]] twistedcaldav/upgrade.py[[BR]] twistedcaldav/admin/util.py[[BR]] The attached patch fixes this problem for fix_calendar but has not been tested on non-Linux platforms. -- Ticket URL: <http://trac.calendarserver.org/ticket/337> CalendarServer </> HTTP/WebDAV/CalDAV Server

2 2

[Calendar and Contacts Server] #368: proxies only taking one member
by Calendar and Contacts Server 16 Mar '10

16 Mar '10

#368: proxies only taking one member --------------------------------+------------------------------------------- Reporter: guy@… | Owner: wsanchez@… Type: Defect | Status: new Priority: 2: Expected | Milestone: CalendarServer-3.0 Component: Calendar Server | Severity: Serious Keywords: | --------------------------------+------------------------------------------- created a proxies.xml file when multiple entries for some calendars... ie delegated out to several people..eg: <record>  <guid>ed2a576f-e439-4342-8c3c-6e48dbde6752</guid> <proxies> <member>9dfed9e0-fb0a-4ba3-a80f- be033cf59c2d</member> <member>db103f15-ecd6-4f65-8c3a- 973c2c79d8fa</member> <member>2036a3a5-3b32-4710-9eeb- 27caddf29c2f</member> <member>92f61292-e3f2-477b- bcd2-7a80f16f9a8d</member> </proxies> </record> However only one of these users can see the calendar. Looking in the proxies.sqlite database I see that only one entry has been made. # sqlite3 proxies.sqlite SQLite version 3.3.6 Enter ".help" for instructions sqlite> .dump BEGIN TRANSACTION; CREATE TABLE CALDAV (KEY text unique, VALUE text unique); INSERT INTO "CALDAV" VALUES('SCHEMA_VERSION', '4'); INSERT INTO "CALDAV" VALUES('TYPE', 'ProxyDB'); CREATE TABLE GROUPS (GROUPNAME text, MEMBER text); INSERT INTO "GROUPS" VALUES('ed2a576f-e439-4342-8c3c-6e48dbde6752 #calendar-proxy-write', 'db103f15-ecd6-4f65-8c3a-973c2c79d8fa'); CREATE INDEX GROUPNAMES on GROUPS (GROUPNAME); CREATE INDEX MEMBERS on GROUPS (MEMBER); COMMIT; sqlite> It also seems a little random as to which entry is taken... End users are still able to delegate out their calendars manually in ical.app without issue. -- Ticket URL: <http://trac.calendarserver.org/ticket/368> Calendar and Contacts Server </> HTTP/WebDAV/CalDAV Server

1 4

[CalendarServer] #343: ./run on mac OS 10.5.7
by CalendarServer 15 Mar '10

15 Mar '10

#343: ./run on mac OS 10.5.7 -----------------------------+---------------------------------------------- Reporter: al@… | Owner: wsanchez@… Type: Defect | Status: new Priority: 5: Not set | Milestone: Component: Calendar Server | Severity: Other Keywords: | -----------------------------+---------------------------------------------- Wonder if anyone can help. I've been following the instructions on building and running CalendarServer. Everything ran fine until the final ./run when it halted at the following line. 2009-07-14 16:15:56+0100 [-] os.chown(dbPath, uid, gid) 2009-07-14 16:15:56+0100 [-] OSError: [Errno 1] Operation not permitted: '/Library/CalendarServer/Data/mailgatewaytokens.sqlite' launchctl bsexec failed: No such file or directory Is this something I can fix? Thanks for any help! -- Ticket URL: <http://trac.calendarserver.org/ticket/343> CalendarServer </> HTTP/WebDAV/CalDAV Server

2 4

[Calendar and Contacts Server] #364: updates to run script for better carddav support
by Calendar and Contacts Server 15 Mar '10

15 Mar '10

#364: updates to run script for better carddav support --------------------------------+------------------------------------------- Reporter: guy@… | Owner: wsanchez@… Type: Enhancement | Status: new Priority: 5: Not set | Milestone: Linux Port Component: Calendar Server | Severity: Other Keywords: | --------------------------------+------------------------------------------- Rather than making people rename carddav-dev.plist to caldav-dev.plist to start up the carddav server instead on the caldav server. Line 123 of run script needs updating to support carddav From: echo " cp conf/${DAVD}davd-test.plist conf/caldavd-dev.plist" to: echo " cp conf/${DAVD}davd-test.plist conf/${DAVD}davd-dev.plist" and support.build.sh should change the line: support/build.sh: conditional_set config "${wd}/conf/caldavd-dev.plist"; to allow for carddav-dev.plist if the -a is used when calling ./run Also the -a option needs to be documented in the run help. Some guidance on how to run the services in production would also be helpful. -- Ticket URL: <http://trac.calendarserver.org/ticket/364> Calendar and Contacts Server </> HTTP/WebDAV/CalDAV Server

1 2

[Calendar and Contacts Server] #365: caldav is using wrong socket
by Calendar and Contacts Server 15 Mar '10

15 Mar '10

#365: caldav is using wrong socket --------------------------------+------------------------------------------- Reporter: guy@… | Owner: wsanchez@… Type: Defect | Status: new Priority: 3: Important | Milestone: Component: Calendar Server | Severity: Serious Keywords: | --------------------------------+------------------------------------------- configuring caldav for calendaring and using ./run to start it seems to be hooking into the wrong socket: 2010-03-04 11:33:08+0300 [-] [caldav_task] 2010-03-04 11:33:08+0300 [-] twistd 9.0.0+r27606 (/usr/bin/python 2.5.0) starting up. 2010-03-04 11:33:08+0300 [-] [caldav_task] 2010-03-04 11:33:08+0300 [-] reactor class: twisted.internet.selectreactor.SelectReactor. 2010-03-04 11:33:08+0300 [-] [caldav_task] 2010-03-04 11:33:08+0300 [-] set uid/gid 2/2 2010-03-04 11:33:08+0300 [-] [caldav-0] [-] Log opened. 2010-03-04 11:33:08+0300 [-] [caldav-0] [-] twistd 9.0.0+r27606 (/usr/bin/python 2.5.0) starting up. 2010-03-04 11:33:08+0300 [-] [caldav-0] [-] reactor class: twisted.internet.selectreactor.SelectReactor. 2010-03-04 11:33:08+0300 [-] [caldav-0] [-] set uid/gid 2/2 2010-03-04 11:33:08+0300 [twistedcaldav.accesslog.AMPLoggingFactory] AMPLoggingProtocol connection established (HOST:UNIXSocket('/var/calData/ServerRoot/Run/'''carddavd.sock'''') PEER:UNIXSocket('')) 2010-03-04 11:33:08+0300 [-] [caldav-0] [-] AMP connection established (HOST:UNIXSocket(None) PEER:UNIXSocket('/var/calData/ServerRoot/Run/'''carddavd.sock'''')) This obviously stops you being able to run caldav and carddav on the same system -- Ticket URL: <http://trac.calendarserver.org/ticket/365> Calendar and Contacts Server </> HTTP/WebDAV/CalDAV Server

1 2

CalendarServer 3.0 ?
by Peter Mogensen 10 Mar '10

10 Mar '10

Hi, I see that there's no more open tickets for 3.0 in the roadmap and that the Twisted web2 problem has been solved (??), so that system Twisted can be used. Are there any plans for a release of 3.0 soon? regards, Peter

1 0