he différence with me s that it doesn't work at all...
my ical client accounts can't connect to the server any more. (the
well is turning without ending)
Le 11 nov. 08 à 00:19, Mark Cockfield a écrit :
Yes, it does also complain when you do not have a truly “Globally
Unique ID”; however, that is how the default configuration is
defined. I am also using a similar setup while I am learning the
CalDAV syntax. Example:
<user>
<uid>client</uid>
<guid>client</guid>
<password>blahblah</password>
<name>Test Client</name>
<cuaddr>mailto:[EMAIL PROTECTED]</cuaddr>
</user>
and I just noticed I get the same error when I start the server:
2008-11-10 18:16:48-0500 [-] [caldav-8008] [-]
[twistedcaldav.directory.xmlaccountsparser#error] Invalid GUID in
accounts XML: 'client'
everything works fine though. I believe this message should only be
treated as a warning.
Mark
On 11/10/08 5:28 PM, "jean" <[EMAIL PROTECTED]> wrote:
perhaps the problem comes from my acocunts.xml file... :
here is one exemple of user, could the <guid>demo</guid> be the
cause ? (on holder version, this file works) :
<user>
<uid>demo</uid>
<guid>demo</guid>
<password>demo</password>
<name>Test User</name>
<cuaddr>mailto:[EMAIL PROTECTED]</cuaddr>
</user>
jean
Le 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.xmlaccountsparser#error] Invalid GUID in
accounts XML: 'jean'
do you have any idea ?
jean
Le 10 nov. 08 à 22:28, Mark Cockfield a écrit :
After the upgrade did you change the run script to use your
config file?
Also, since you are using a Mac, you may want to have a look at
the builtin
Diff program. Open up the terminal and type "man diff" to see
instructions
on how to use. ZsCompare is a commercial product, and if you
don't do a lot
of development, save yourself a few...um, francs, euros? Anyway,
good luck.
Mark
On 11/10/08 4:12 PM, "jean" <[EMAIL PROTECTED]> wrote:
yes, but the calendars still exists,
only the "new" version of calendarsserver doesn' t see them.
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, Mark Cockfield a écrit :
Jean,
Diff is just comparing two files to identify the differences
between
them.
Depending on your platform there are a number of tools that are
very
helpful. I use a Mac and have used "zsCompare" and now use the
SVN
tools
within Eclipse. Eclipse is an IDE or Integrated Development
Environment. If
you are not going to be doing any development, it probably
would be
overkill. As far as the GUID errors, I believe you will see those
when a
calendar does not exist for an account; and, if I'm not
mistaken the
message
also indicates the the server will be provisioning the calendar
collection.
Mark
On 11/10/08 3:46 PM, "jean" <[EMAIL PROTECTED]> wrote:
hello,
I have also created my own config files (caldav.plist and
accounts.xml) and have moved my calendars out of the default
location .
I have also after upgrade, put back conf files.
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,
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
new
default config file as new attributes are often added.
Now that I am in Eclipse with the SVN feature installed I can
just
do an SVN
"update" to merge in the latest changes from the development
repository.
Then the next time I execute the "run" script it makes sure all
other
dependencies are up-to-date. I should also mention that I have
created my
own config files (caldav.plist and accounts.xml) and have
moved my
calendars
out of the default location so they do not get touched by the
update.
Although moving the calendar directory wouldn't be necessary
as long
as you
are not using the default accounts.
Hope this helps.
Regards,
Mark
On 11/10/08 4:29 AM, "jean" <[EMAIL PROTECTED]> wrote:
how tp update Darwin CalendarServer without deleting all
calendars ?
jean
_______________________________________________
calendarserver-users mailing list
calendarserver-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users
_______________________________________________
calendarserver-users mailing list
calendarserver-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-
users
_______________________________________________
calendarserver-users mailing list
calendarserver-users@lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users
