I believe my thread from mid January "Problem building PyOpenDirectory" may
shed some light. In essence Open Directory now requires an API available
only in 10.5.
Regards,
Mark
On 2/27/09 12:25 PM, "Pascal Robert" wrote:
> I'm trying to install CalendarServer on a Tiger Server (10.4.11)
> Xse
ve is responsible for the "FATAL ERROR: expected an indented block
(icalendar.py, line 1677)" errors.
2. The caldavtester/run.py assumes the svn install is located in /usr/bin
which is not the case since upgrade went to /usr/local/bin.
So I am declaring victory.
Mark
On 1/17/09 2:13 AM, "Ma
build their on Python installs?
Just curious.
Mark
On 1/16/09 10:33 PM, "Mark Cockfield" wrote:
> Just discovered that according to the API docs: distutils.util.get_platform
> "For MacOS X systems the OS version reflects the minimal version on which
> binaries wi
ot;
Since MacPython is built for 10.3 up, that explains why it is reporting
10.3.
Mark
On 1/16/09 10:26 PM, "Mark Cockfield" wrote:
> Didn't reply all.
>
> ------ Forwarded Message
> From: Mark Cockfield
> Date: Fri, 16 Jan 2009 20:53:42 -0500
> To: Cyrus
Didn't reply all.
-- Forwarded Message
From: Mark Cockfield
Date: Fri, 16 Jan 2009 20:53:42 -0500
To: Cyrus Daboo
Subject: Re: [CalendarServer-users] Problem building PyOpenDirectory
Hi Cyrus,
Thanks for the response. Actually I am on the current version of 10.5, the
10.3 seems
Just updated to latest in trunk and tried to do a ./run f. I seem to have
an issue in the build of PyOpenDirectory, something to do with
³::dsFillAuthBuffer¹ has not been declared².
I am running Python 2.6.1 and have recently upgraded the Xcode tools, but I
am quite certain I went through the sa
record, which I
would have to persist, for a given tzid to determine how to adjust.
Mark
On 12/5/08 9:08 PM, "Cyrus Daboo" <[EMAIL PROTECTED]> wrote:
> Hi Mark,
>
> --On December 5, 2008 8:45:55 PM -0500 Mark Cockfield
> <[EMAIL PROTECTED]> wrote:
>
>> It
Hi John,
If I'm not mistaken your problem is due to the GUID tags you have specified
in your accounts.xml file. See Wilfredo's response in the "how to update?"
thread.
Mark
On 12/5/08 4:26 PM, "John Berliner" <[EMAIL PROTECTED]> wrote:
> On Dec 5, 2008, at 1:17 PM, Cyrus Daboo wrote:
>
>> Hi J
I¹m trying to devise a timezone strategy for a RIA client I am hoping to
keep fairly thin. Upon contemplating the complexity of the Olson tzdata and
the discovery that other calendar clients don¹t reliably handle the issue
well...this is an calendar object written by iCal to the calendar server:
P
rote:
> Hi Mark,
>
> --On November 25, 2008 12:41:18 AM -0500 Mark Cockfield
> <[EMAIL PROTECTED]> wrote:
>
>> The norm seems to be to use an email address, how do people handle the
>> case where a calendar user's email address changes? It seems to me that
>>
The norm seems to be to use an email address, how do people handle the case
where a calendar user's email address changes? It seems to me that every
calendar object in the repository where the user is an organizer or an
attendee would have to be updated. If I understand the specs correctly you
coul
If I do a calendar-query requesting all To Dos, and Events within a
timeframe, both To Dos, one with due date and one without, are returned
fine. When I request an expansion of recurring components it appears that
for the To Do without a due date a calendar object is returned without the
child To D
ux <[EMAIL PROTECTED]>
Date: Mon, 17 Nov 2008 09:40:07 -0500
To: Mark Cockfield <[EMAIL PROTECTED]>
Cc: IETF <[EMAIL PROTECTED]>
Subject: Re: [ietf-caldav] Deprecated Request Headers
Hi Mark,
You are correct.
All recipients are attendees, but attendees are not necessarily
re
I just updated the calanderserver and caldavclientlibrary to the latest in
trunk and the webdav browser is receiving an internal server error.
Request:
PROPFIND / HTTP/1.1
Authorization: Basic YWRtaW46YWRtaW4=
Content-Length: 232
Content-Type: text/xml; charset=utf-8
Depth: 1
Host: localhost:8008
I notice that when iCal starts, the first PROPFIND looks for a
"notifications-URL" and I haven't been able to figure out how it is used. Is
this something a calendar client should be aware of, and if so where should
I seek guidance?
Mark
___
calendarse
>
> jduffas
> jduffas
> x
> Jean Duffas
> ">mailto:[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
>
>
>
> demo
> demo
> x
> Test User
> ">mailto:[EMAIL PROTECTED]
> <mailto:[EMAIL
[caldav-8009] --- ---
> 2008-11-11 21:46:03+0100 [-] [caldav-8009] File
> "/Users/jduffas/Desktop/test/Twisted/twisted/internet/defer.py", line 724, in
> _inlineCallbacks
> 2008-11-11 21:46:03+0100 [-] [caldav-8009] result = g.throw(result.type,
> result.value, res
alendars...
> they have been created with quite old version of darwin calendarserver.
> and I have set memcache to "no"
>
> jean
>
>
> Le 11 nov. 08 à 21:26, Mark Cockfield a écrit :
>
>> Jean,
>>
>> I just built a fresh CalenderServer ins
t;
> mac-mini-de-jean-duffas-4:CalendarServer jduffas$ sudo ./run
> Using python as Python
>
> ...snip...
>
> mac-mini-de-jean-duffas-4:CalendarServer jduffas$
>
>
> Le 11 nov. 08 à 18:50, Wilfredo Sánchez Vega a écrit :
>
>> On Nov 11, 2008, at 9:29 AM, Ma
10 nov. 08 à 23:08, jean a écrit :
>>
>>> I tried the diff,
>>> changed only what needed to be change,
>>> and I still have the same error :
>>>
>>> 2008-11-10 23:06:56+0100 [-] [caldav-8010] [-]
>>> [twistedcaldav.directory.xmlaccountsparse
ld be persuaded to
incorporate an interesting subplot in the next revision, maybe a bit of
intrigue...well, thought I'd ask.
Mark
On 11/10/08 8:14 PM, "Cyrus Daboo" <[EMAIL PROTECTED]> wrote:
> Hi Mark,
>
> --On November 9, 2008 3:14:04 PM -0500 Mark Cockfield
> <[E
only what needed to be change,
>> and I still have the same error :
>>
>> 2008-11-10 23:06:56+0100 [-] [caldav-8010] [-]
>> [twistedcaldav.directory.xmlaccountsparser#error] Invalid GUID in accounts
>> XML: 'jean'
>>
>> do you have any idea ?
>>
>>
; If I come back to the hold version, it see them again.
> and I did copy back all the conf files.
> so perhaps it come from the fact I didn't made a diff
> I use a mac too, so I will try ZsCompare.
>
> thank you.
>
> jean
>
>
> Le 10 nov. 08 à 22:05, Ma
> but I didn' t do any "diff"
> how do you do that ?
> and what is Eclipse project ?
>
> when upgrading, I got a GUID error...
>
> jean
>
>
>
>
> Le 10 nov. 08 à 21:30, Mark Cockfield a écrit :
>
>> Hi Jean,
>>
>>
Hi Jean,
I have also learned to avoid overwriting the "conf" directory as well.
Before I setup the CalendarServer as an Eclipse project I would save a copy
of the calendar and config directories. Then after upgrading I would copy
the calendar directory back and do a diff on my config file and the
Greetings,
I think I am missing something.
I have set the America/Detroit timezone on the calendar collection.
I have an event in the CalendarServer created with iCal:
> BEGIN:VCALENDAR
> VERSION:2.0
> PRODID:-//Apple Inc.//iCal 3.0//EN
> CALSCALE:GREGORIAN
> BEGIN:VTIMEZONE
> TZID:America/Detro
documents/workspace/caldav/vobject/test_vobject.py
> U/Users/mcockfi/documents/workspace/caldav/vobject/setup.py
> svn: Failed to add directory
> '/Users/mcockfi/documents/workspace/caldav/vobject/vobject': object of the
> same name already exists
Removing the vo
Greetings,
I'm just starting to familiarize myself with the calendar server and the
twisted underpinnings and am reading through the twisted documentation. When
I ran "twisted --help" I reveived the following:
> [75-128-127-140:developer/darwin/calendarserver] mcockfi% twistd --help
> Traceback (
28 matches
Mail list logo