August 2012 - calendarserver-dev - lists.macosforge.org

[Calendar and Contacts Server] #486: 'sqlparse.sql.Identifier' instances: Field 'value' is 'None'
by Calendar and Contacts Server 28 Aug '12

28 Aug '12

#486: 'sqlparse.sql.Identifier' instances: Field 'value' is 'None' ---------------------------------+------------------------------------------ Reporter: carlos@… | Owner: wsanchez@… Type: Defect | Status: new Priority: 5: Not set | Milestone: CalendarServer-4.x Component: Calendar Server | Severity: Other Keywords: | Radar: ---------------------------------+------------------------------------------ When parsing the following SQL fragment: {{{ create table INVITE ( INVITE_UID varchar(255) not null, NAME varchar(255) not null, RECIPIENT_ADDRESS varchar(255) not null, HOME_RESOURCE_ID integer not null, RESOURCE_ID integer not null -- Need primary key on (INVITE_UID, NAME, RECIPIENT_ADDRESS)? ); }}} {{{sqlparse}}} generates an instance of type {{{sqlparse.sql.Identifier}}} to represent the {{{varchar}}} keyword. With my version of {{{sqlparse}}} (0.1.3), the field {{{value}}} of that instance is {{{None}}}, and CalendarServer dies at {{{twext.enterprise.dal.parseschema._ColumnParser.parseColumn()}}}. The attached patch (diff against branches/release/CalendarServer-4.1.1-dev) attemts to address this. -- Ticket URL: <http://trac.calendarserver.org/ticket/486> Calendar and Contacts Server </> HTTP/WebDAV/CalDAV Server

1 2

Can calendarserver parse libc zoneinfo files?
by Rahul Amaram 15 Aug '12

15 Aug '12

Here is a brief description of the problem: "The problem is that timezone updates happen frequently. Therefore timezones were split out of the glibc package so they can be updated separately via volatile.debian.org and point release updates. Every package that ships it's own timezone information needs extra care (which usually means it gets outdated rather quickly). So the goal is to use glibc's timezones from the tzdata package (which e.g. python-dateutil uses) everywhere." I am not sure how best to handle this problem. The best obvious solution would be to configure calendarserver to use this timezone database. But, looking at the code for pycalendar, I really doubt if calendarserver will be able to parse libc zoneinfo files. The only other option is to generate the ics files from the zoneinfo database. Any suggestion on how to handle this problem would be appreciated. Regards, Rahul.

3 5

[Calendar and Contacts Server] UpdatingTimezones added
by Calendar and Contacts Server 14 Aug '12

14 Aug '12

Added page "UpdatingTimezones" by glyph(a)apple.com from 17.224.22.98* Page URL: <http://trac.calendarserver.org/wiki/UpdatingTimezones> Content: -------8<------8<------8<------8<------8<------8<------8<------8<-------- The process for upgrading the timezone information in the Calendar Server repository is as follows: 1. Create a new directory, "$NEWDIR", for the Olson data and our conversion of it. 1. [http://www.iana.org/time-zones Download the latest Olson data.] 1. Extract the archive to the new directory renaming the extracted directory to "tzdata". 1. Run [http://svn.mulberrymail.com/repos/PyCalendar/branches/server/src/zonal/tzco… the tzconvert tool] from the 'server' branch of the `PyCalendar` directory that Calendar Server's `./run -s` will check out for you: `src/zonal/tzconvert.py --prodid "-//calendarserver.org//Zonal//EN" --root "$NEWDIR"` 1. That will create a `"$NEWDIR/zoneinfo"` directory. 1. `ditto "$NEWDIR/zoneinfo" "CalendarServer/twistedcaldav/zoneinfo"` (there may be files to delete in the destination: TODO, update this step to use `rsync --delete` or similar) 1. `CalendarServer/bin/calendarserver_manage_timezones --update` 1. Update `twistedcaldav/zoneinfo/version.txt` with info about the Olson version used 1. `svn commit` the changes after review -------8<------8<------8<------8<------8<------8<------8<------8<-------- * The IP shown here might not mean anything if the user or the server is behind a proxy. -- Calendar and Contacts Server </> HTTP/WebDAV/CalDAV Server This is an automated message. Someone at / added your email address to be notified of changes on UpdatingTimezones. If it was not you, please report to .

1 0

unsupported property TZNAME - failed to import ical
by Rahul Amaram 14 Aug '12

14 Aug '12

The ical file at https://penta.debconf.org/dc9_schedule/schedule.en.ics fails to import. The original Debian bug report can be found at http://bugs.debian.org/536101. Kindly guide me in properly resolving this bug. Thanks, Rahul.

2 2

[Calendar and Contacts Server] #448: Server starts, but request issues "Message to long" error
by Calendar and Contacts Server 14 Aug '12

14 Aug '12

#448: Server starts, but request issues "Message to long" error -----------------------------+---------------------------------------------- Reporter: st.uf@… | Owner: wsanchez@… Type: Defect | Status: new Priority: 5: Not set | Milestone: Linux Port Component: Calendar Server | Severity: Other Keywords: | Radar: -----------------------------+---------------------------------------------- Hi, I have CalendarServer running on OpenSuse 11.3. It runs as its own user, so may it is a privileges problem... Nevertheless, the server starts up well (see below), but when I try to access it, I get an error message like "Message too long" (also see below). Is this some kind of misconfiguration? Best wishes, Stefan ---Log File--- Starting server... /home/calendar/DarwinCalDAVServer/Twisted/build/lib.linux- x86_64-2.6/twisted/mail/smtp.py:10: DeprecationWarning: the MimeWriter module is deprecated; use the email package instead import MimeWriter, tempfile, rfc822 Reading configuration from file: /home/calendar/DarwinCalDAVServer/CalendarServer/conf/caldavd-dev.plist 2011-05-22 21:23:08+0200 [-] Log opened. 2011-05-22 21:23:08+0200 [-] twistd 10.1.0 (/usr/bin/python2.6 2.6.5) starting up. 2011-05-22 21:23:08+0200 [-] reactor class: twisted.internet.selectreactor.SelectReactor. 2011-05-22 21:23:08+0200 [-] calendarserver.accesslog.AMPLoggingFactory starting on "'/home/didsrv/CalendarServerData/Logs/state/caldavd.sock'" 2011-05-22 21:23:08+0200 [-] calendarserver.tap.caldav.CalDAVStatisticsServer starting on "'/home/didsrv/CalendarServerData/Logs/state/caldavd-stats.sock'" 2011-05-22 21:23:08+0200 [-] [txdav.base.datastore.subpostgres#info] received postgres stdout 'waiting for server to start...' 2011-05-22 21:23:08+0200 [-] [txdav.base.datastore.subpostgres#info] received postgres stdout '.' 2011-05-22 21:23:09+0200 [-] [txdav.base.datastore.subpostgres#info] received postgres stdout ' done\nserver started\n' 2011-05-22 21:23:09+0200 [-] [txdav.base.datastore.subpostgres#info] postgres process ended <twisted.python.failure.Failure <class 'twisted.internet.error.ProcessDone'>> 2011-05-22 21:23:09+0200 [-] <class 'twext.web2.metafd.LimitingInheritingProtocolFactory'> starting on 8008 2011-05-22 21:23:09+0200 [-] <class 'twext.web2.metafd.LimitingInheritingProtocolFactory'> starting on 8443 2011-05-22 21:23:09+0200 [-] <class 'twext.web2.metafd.LimitingInheritingProtocolFactory'> starting on 8008 2011-05-22 21:23:09+0200 [-] <class 'twext.web2.metafd.LimitingInheritingProtocolFactory'> starting on 8443 2011-05-22 21:23:10+0200 [-] [caldav-0] /home/calendar/DarwinCalDAVServer/Twisted/build/lib.linux- x86_64-2.6/twisted/mail/smtp.py:10: DeprecationWarning: the MimeWriter module is deprecated; use the email package instead 2011-05-22 21:23:10+0200 [-] [caldav-0] import MimeWriter, tempfile, rfc822 2011-05-22 21:23:10+0200 [-] [caldav-0] Reading configuration from file: /home/calendar/DarwinCalDAVServer/CalendarServer/conf/caldavd-dev.plist 2011-05-22 21:23:10+0200 [-] [caldav-0] [-] Log opened. 2011-05-22 21:23:10+0200 [-] [caldav-0] [-] twistd 10.1.0 (/usr/bin/python2.6 2.6.5) starting up. 2011-05-22 21:23:10+0200 [-] [caldav-0] [-] reactor class: twisted.internet.selectreactor.SelectReactor. 2011-05-22 21:23:10+0200 [calendarserver.accesslog.AMPLoggingFactory] AMPLoggingProtocol connection established (HOST:UNIXAddress('/home/didsrv/CalendarServerData/Logs/state/caldavd.sock') PEER:UNIXAddress('')) 2011-05-22 21:23:10+0200 [-] [caldav-0] [-] AMP connection established (HOST:UNIXAddress(None) PEER:UNIXAddress('/home/didsrv/CalendarServerData/Logs/state/caldavd.sock')) 2011-05-22 21:23:14+0200 [-] Unhandled Error Traceback (most recent call last): File "/home/calendar/DarwinCalDAVServer/Twisted/build/lib.linux- x86_64-2.6/twisted/python/log.py", line 84, in callWithLogger return callWithContext({"system": lp}, func, *args, **kw) File "/home/calendar/DarwinCalDAVServer/Twisted/build/lib.linux- x86_64-2.6/twisted/python/log.py", line 69, in callWithContext return context.call({ILogContext: newCtx}, func, *args, **kw) File "/home/calendar/DarwinCalDAVServer/Twisted/build/lib.linux- x86_64-2.6/twisted/python/context.py", line 59, in callWithContext return self.currentContext().callWithContext(ctx, func, *args, **kw) File "/home/calendar/DarwinCalDAVServer/Twisted/build/lib.linux- x86_64-2.6/twisted/python/context.py", line 37, in callWithContext return func(*args,**kw) --- <exception caught here> --- File "/home/calendar/DarwinCalDAVServer/Twisted/build/lib.linux- x86_64-2.6/twisted/internet/selectreactor.py", line 146, in _doReadOrWrite why = getattr(selectable, method)() File "/home/calendar/DarwinCalDAVServer/CalendarServer/twext/internet/sendfdport.py", line 139, in doWrite sendfd(self.skt.fileno(), skt.fileno(), desc) File "/home/calendar/DarwinCalDAVServer/CalendarServer/twext/python/sendfd.py", line 42, in sendfd socketfd, description, 0, [(SOL_SOCKET, SCM_RIGHTS, pack("i", fd))] socket.error: [Errno 90] Message too long -- Ticket URL: <http://trac.calendarserver.org/ticket/448> Calendar and Contacts Server </> HTTP/WebDAV/CalDAV Server

1 5