February 2009 - calendarserver-dev - lists.macosforge.org

[CalendarServer] #277: Set process name
by CalendarServer 26 Oct '09

26 Oct '09

#277: Set process name --------------------------------+------------------------------------------- Reporter: wsanchez(a)apple.com | Owner: wsanchez(a)apple.com Type: Defect | Status: new Priority: 3: Important | Milestone: 2.x Component: Calendar Server | Version: Severity: Other | Keywords: --------------------------------+------------------------------------------- Server should do `setproctitle` or whatever to set the process name so that it isn't `python`, which makes it harder to distinguish from other python programs. I think this would require a C extension, since Python doesn't provide API for it. -- Ticket URL: <https://trac.calendarserver.org/ticket/277> CalendarServer </> HTTP/WebDAV/CalDAV Server

1 2

[CalendarServer] #274: caldavd does not properly quote parameters
by CalendarServer 26 Oct '09

26 Oct '09

#274: caldavd does not properly quote parameters ---------------------------------+------------------------------------------ Reporter: kmdurbrow(a)gmail.com | Owner: wsanchez(a)apple.com Type: Defect | Status: new Priority: 5: Not set | Milestone: Component: Calendar Server | Version: Severity: Other | Keywords: ---------------------------------+------------------------------------------ Last line of caldavd {{{ ${configfile} }}} should be quoted -- Ticket URL: <https://trac.calendarserver.org/ticket/274> CalendarServer </> HTTP/WebDAV/CalDAV Server

1 2

[CalendarServer] #319: A solution is needed when max_allowed_instances is exceeded.
by CalendarServer 26 Oct '09

26 Oct '09

#319: A solution is needed when max_allowed_instances is exceeded. -----------------------------+---------------------------------------------- Reporter: apm@… | Owner: wsanchez@… Type: Defect | Status: new Priority: 5: Not set | Milestone: Component: Calendar Server | Severity: Serious Keywords: | -----------------------------+---------------------------------------------- With the ability to create events longer into the future the possibility that a user will create an event with more than "max_allowed_instances" (currently 1000) increases. From instance.py: # The maximum number of instances we will ezpand out to. # Raise a TooManyInstancesError exception if we exceed this. max_allowed_instances = 1000 ... which will make events disappear from instance 1000 or not get created at all if you place the mother event sufficiently far back in the past. If - say - your default_future_expansion_duration is 2 years, you currently cannot create a daily recurring event with a motherevent before ~ april 2008. Or if you create a daily recurring event today, it will no longer work after 1000 days. I see no good solution to this without some mechanism for the user to clean up old calendars, so the don't unnecessarily contain - say - 5 year old daily events. -- Ticket URL: <http://trac.calendarserver.org/ticket/319> CalendarServer </> HTTP/WebDAV/CalDAV Server

1 2

[CalendarServer] #286: ./run script have Perl run-time dependency.
by CalendarServer 13 Sep '09

13 Sep '09

#286: ./run script have Perl run-time dependency. ------------------------------+--------------------------------------------- Reporter: bland(a)bbnest.net | Owner: wsanchez(a)apple.com Type: Enhancement | Status: new Priority: 4: Nice to have | Milestone: Component: Calendar Server | Version: trunk Severity: Other | Keywords: ------------------------------+--------------------------------------------- ./run script uses xpath utility to fetch values out of caldavd.plist. This utility is Perl based and adds excessive dependency to CalendarServer bundle. It will be nice to switchover to PyXML inline code instead. -- Ticket URL: <https://trac.calendarserver.org/ticket/286> CalendarServer </> HTTP/WebDAV/CalDAV Server

1 2

[CalendarServer] #323: cat command on a directory returns HTML page
by CalendarServer 29 Apr '09

29 Apr '09

#323: cat command on a directory returns HTML page -------------------------------------+-------------------------------------- Reporter: mail@… | Owner: cdaboo@… Type: Defect | Status: new Priority: 5: Not set | Milestone: Component: CalDAV Client | Severity: Other Keywords: | -------------------------------------+-------------------------------------- Since Linux upgrade to Lenny, the command 'cat' of 'CalDAVClientLibrary/runshell.py' returns HTML instead of an ics text if the argument is a directory. E.g. calling 'cat calendars/users/me/calendar/f0e947e9.ics' works fine, but 'cat calendars/users/me/calendar' returns the same HTML page, as if you use a web browser (<html><head><title>Collection listing for /calendars/users...). -- Ticket URL: <http://trac.calendarserver.org/ticket/323> CalendarServer </> HTTP/WebDAV/CalDAV Server

1 1

[CalendarServer] #311: Patch for PyKerberos
by CalendarServer 01 Apr '09

01 Apr '09

#311: Patch for PyKerberos -------------------------------+-------------------------------------------- Reporter: ssorce@… | Owner: wsanchez@… Type: Enhancement | Status: new Priority: 4: Nice to have | Milestone: Component: PyKerberos | Severity: Other Keywords: | -------------------------------+-------------------------------------------- We use PyKerberos in the FreeIPA project. Up to version one we carried a patch to set the delegate flag by default. With version 1.1 of PyKerberos I added a few flags to the init function so that it is easy to control the flags without patching the code. The code is backwards compatible as it adds a default argument to the function that is set to the previous defaults. It would be nice if you would consider including this patch in the upstream distribution. -- Ticket URL: <http://trac.calendarserver.org/ticket/311> CalendarServer </> HTTP/WebDAV/CalDAV Server

1 7

[CalendarServer] #320: Open Directory and basic authentication
by CalendarServer 26 Mar '09

26 Mar '09

#320: Open Directory and basic authentication -----------------------------------+---------------------------------------- Reporter: AxelLuttgens@… | Owner: wsanchez@… Type: Defect | Status: new Priority: 5: Not set | Milestone: Component: Calendar Server | Severity: Other Keywords: | -----------------------------------+---------------------------------------- Hello, While testing against an OD local node, I noticed that I had to slightly change the code of PyOpenDirectory/CDirectoryServiceAuth.cpp so as to have basic authentication working: {{{ --- src/CDirectoryServiceAuth.cpp (revision 3539) +++ src/CDirectoryServiceAuth.cpp (working copy) @@ -130,7 +130,9 @@ CreateBuffer(); // First, specify the type of authentication. - authType = ::dsDataNodeAllocateString(mDir, kDSStdAuthClearText); + // Use kDSStdAuthNodeNativeClearTextOK instead of kDSStdAuthClearText + //authType = ::dsDataNodeAllocateString(mDir, kDSStdAuthClearText); + authType = ::dsDataNodeAllocateString(mDir, kDSStdAuthNodeNativeClearTextOK); // Build input data // Native authentication is a one step authentication scheme. }}} Unless I'm overlooking something, this should be OK for an OD LDAP node (as with OSX Server) as well. HTH, Axel -- Ticket URL: <http://trac.calendarserver.org/ticket/320> CalendarServer </> HTTP/WebDAV/CalDAV Server

1 2

[CalendarServer] #301: 'b' key issue in CalDAVClient
by CalendarServer 24 Mar '09

24 Mar '09

#301: 'b' key issue in CalDAVClient ---------------------------+------------------------------------------------ Reporter: vivien(a)w3.org | Owner: cdaboo(a)apple.com Type: Defect | Status: new Priority: 5: Not set | Milestone: Component: CalDAV Client | Version: trunk Severity: Serious | Keywords: ---------------------------+------------------------------------------------ Hi, Trying to use CalDAVClientLibrary on a Debian Lenny server, I noticed that the CalDAVClient shell did not allow to enter the 'b' letter. This issue is quite annoying especially when your user id contains a 'b' :) I found that this issue was reported on the CalendarServer-users mailing list in April 2008 [1]. Unfortunately this bug does not seem to have been fixed as I am running a fresh SVN checkout [2] A patch [3] was proposed in reply to this email fixing this issue. Applying it solved this 'b' key issue problem. Thanks, Vivien [1] http://lists.macosforge.org/pipermail/calendarserver- users/2008-April/000823.html [2] http://svn.macosforge.org/repository/calendarserver/CalDAVClientLibrary/tru… [3] http://lists.macosforge.org/pipermail/calendarserver- users/2008-April/000824.html -- Ticket URL: <https://trac.calendarserver.org/ticket/301> CalendarServer </> HTTP/WebDAV/CalDAV Server

2 4

[CalendarServer] #306: Conflict in custom Twisted branches/dav-acl-1608-4 prevents CalendarServer from running
by CalendarServer 16 Mar '09

16 Mar '09

#306: Conflict in custom Twisted branches/dav-acl-1608-4 prevents CalendarServer from running ----------------------------------+----------------------------------------- Reporter: s.marechal(a)jejik.com | Owner: wsanchez(a)apple.com Type: Defect | Status: new Priority: 5: Not set | Milestone: Component: Twisted | Severity: Serious Keywords: | ----------------------------------+----------------------------------------- CalendarServer refuses to run due to problems with the branches/dav- acl-1608-4 branch of Twisted that CalendarServer uses. That branch uses twisted/python/reflect.py which in turn tries to import modules from the twisted that is installed system-wide instead of the twisted/branches/dav- acl-1608-4 branch that was donwloaded by the `run -s` script. See the attached files for the errors. In short, branches/dav- acl-1608-4/python/reflect.py tries to import /usr/lib/python2.5/site- packages/twisted/plugins/cred_anonymous.py instead of branches/dav- acl-1608-4/twisted/plugins/cred_anonymous.py. This causes problems because the system-wide Twisted is 8.1.0. The cred plugins of 8.1.0 depend on twisted.cred.strcred but the two year old dav-acl-1608-4 doesn't have those. Result: Failure. -- Ticket URL: <http://trac.calendarserver.org/ticket/306> CalendarServer </> HTTP/WebDAV/CalDAV Server

1 11

[CalendarServer] #295: memcached error on CS when I input a new event
by CalendarServer 09 Mar '09

09 Mar '09

#295: memcached error on CS when I input a new event -----------------------------+---------------------------------------------- Reporter: filippos(a)dsi.gr | Owner: wsanchez(a)apple.com Type: Defect | Status: new Priority: 2: Expected | Milestone: Linux Port Component: Calendar Server | Version: trunk Severity: Crash/data loss | Keywords: memcached -----------------------------+---------------------------------------------- error on CS when I input a new event {{{ [memcached] can't run as root without the -u switch }}} -- Ticket URL: <http://trac.calendarserver.org/ticket/295> CalendarServer </> HTTP/WebDAV/CalDAV Server

1 6