I have the same problems.

I had calendarserver on lenny and upgraded to squeeze.
Afterwards the calendar server was no longer working. Turned out it had been deinstalled (at least it was not installed any longer)

aptitude update
aptitude upgrade
aptitude install calendarserver

and edited the accounts.xml and plist to reflect the old setup.

After starting calendar server i could access it with iphone and lighnting.
But after each aptitude run i get:


############
seth:/etc/caldavd# aptitude safe-upgrade
Die folgenden teilweise installierten Pakete werden konfiguriert:
  calendarserver
Es werden keine Pakete installiert, aktualisiert oder entfernt.
0 Pakete aktualisiert, 0 zusätzlich installiert, 0 werden entfernt und 1 nicht aktualisiert. Muss 0 B an Archiven herunterladen. Nach dem Entpacken werden 0 B zusätzlich belegt sein.
calendarserver (2.4.dfsg-6) wird eingerichtet ...
Der Benutzer »caldavd« ist bereits ein Mitglied der Gruppe »ssl-cert«.
Moving data from old DataRoot (/var/run/caldavd/) to new DataRoot (/var/lib/caldavd/) (See Debian Bug#611165 for more info) Moving /var/run/caldavd/calendaruserproxy.sqlite ... Aborted as it does not exist. Moving /var/run/caldavd/resourceinfo.sqlite ... Aborted as it does not exist. Moving /var/run/caldavd/mailgatewaytokens.sqlite ... Aborted as it does not exist.
Moving /var/run/caldavd/tasks ... Aborted as it does not exist.
Moving caldavd directories of NSS users and groups as the directory names in calendarserver 2.x are based on UUID rather than username/groupname as in calendarserver 1.x (See Debian Bug#610124 for more info) ...

Traceback (most recent call last):
File "/usr/share/doc/calendarserver/scripts/upgrade-nss-data-directories.py", line 158, in <module>
    main()
File "/usr/share/doc/calendarserver/scripts/upgrade-nss-data-directories.py", line 93, in main
    configPlist = plistlib.readPlist(defaultConfigFile)
  File "/usr/lib/python2.6/plistlib.py", line 78, in readPlist
    rootObject = p.parse(pathOrFile)
  File "/usr/lib/python2.6/plistlib.py", line 406, in parse
    parser.ParseFile(fileobj)
xml.parsers.expat.ExpatError: not well-formed (invalid token): line 191, column 27
dpkg: Fehler beim Bearbeiten von calendarserver (--configure):
Unterprozess installiertes post-installation-Skript gab den Fehlerwert 1 zurück
configured to not write apport reports
Fehler traten auf beim Bearbeiten von:
 calendarserver
E: Sub-process /usr/bin/dpkg returned an error code (1)
Ein Paket konnte nicht installiert werden. Versuche zu lösen:
calendarserver (2.4.dfsg-6) wird eingerichtet ...
Der Benutzer »caldavd« ist bereits ein Mitglied der Gruppe »ssl-cert«.
Moving data from old DataRoot (/var/run/caldavd/) to new DataRoot (/var/lib/caldavd/) (See Debian Bug#611165 for more info) Moving /var/run/caldavd/calendaruserproxy.sqlite ... Aborted as it does not exist. Moving /var/run/caldavd/resourceinfo.sqlite ... Aborted as it does not exist. Moving /var/run/caldavd/mailgatewaytokens.sqlite ... Aborted as it does not exist.
Moving /var/run/caldavd/tasks ... Aborted as it does not exist.
Moving caldavd directories of NSS users and groups as the directory names in calendarserver 2.x are based on UUID rather than username/groupname as in calendarserver 1.x (See Debian Bug#610124 for more info) ...

Traceback (most recent call last):
File "/usr/share/doc/calendarserver/scripts/upgrade-nss-data-directories.py", line 158, in <module>
    main()
File "/usr/share/doc/calendarserver/scripts/upgrade-nss-data-directories.py", line 93, in main
    configPlist = plistlib.readPlist(defaultConfigFile)
  File "/usr/lib/python2.6/plistlib.py", line 78, in readPlist
    rootObject = p.parse(pathOrFile)
  File "/usr/lib/python2.6/plistlib.py", line 406, in parse
    parser.ParseFile(fileobj)
xml.parsers.expat.ExpatError: not well-formed (invalid token): line 191, column 27
dpkg: Fehler beim Bearbeiten von calendarserver (--configure):
Unterprozess installiertes post-installation-Skript gab den Fehlerwert 1 zurück
Fehler traten auf beim Bearbeiten von:
 calendarserver
#############
Calendar keeps working, data seems to be under /var/spool/caldavd/
I am not eager to deinstall everything cause i fear to loose calendar data of 4 users..



--
Jan Scholten




--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Reply via email to