Problems with current trunk revision 788
Hi, I'm slightly confused with the software as it is with a fresh SVN checkout (revision 788). There have been some major changes, so that it's not trivial to me to find out what causes my problems. One symptom is that /calendars/ no longer gets provisioned. I looked at the code and could find no longer any place where repository.xml gets parsed, since repository.py is completely gone. Am I doing something wrong? Or have just some non-finished changes been checked into SVN before the weekend?
Hi Frank, --On December 11, 2006 4:14:36 PM +0100 Frank Strauß <strauss@ibr.cs.tu-bs.de> wrote:
I'm slightly confused with the software as it is with a fresh SVN checkout (revision 788). There have been some major changes, so that it's not trivial to me to find out what causes my problems.
One symptom is that /calendars/ no longer gets provisioned. I looked at the code and could find no longer any place where repository.xml gets parsed, since repository.py is completely gone.
Am I doing something wrong? Or have just some non-finished changes been checked into SVN before the weekend?
This appears to be a problem. I am working on it. -- Cyrus Daboo
Cyrus Daboo wrote:
Hi Cyrus,
--On December 11, 2006 12:26:20 PM -0500 Cyrus Daboo <cdaboo@apple.com> wrote:
Am I doing something wrong? Or have just some non-finished changes been checked into SVN before the weekend?
This appears to be a problem. I am working on it.
OK, try r793.
Negative. :-/ I tried a fresh checkout (no update), so that twistedcaldav/test/data/calendars does not yet exist. Then I did the usual setup, started the server with the test config and there is simply no /calendars/, neither in the filesystem nor visible via the running server. Furthermore, I still cannot see a replacement for the repository.py file that has gone a few SVN revisions ago, so that there is currently no code, that processes the repository.xml file.
Hi Frank, --On December 11, 2006 11:44:24 PM +0100 Frank Strauß <strauss@ibr.cs.tu-bs.de> wrote:
OK, try r793.
Negative. :-/
I tried a fresh checkout (no update), so that twistedcaldav/test/data/calendars does not yet exist. Then I did the usual setup, started the server with the test config and there is simply no /calendars/, neither in the filesystem nor visible via the running server.
OK - /calendars is not being initially created. However if you point a browser to /calendars it will be created on demand. That is not ideal and I will try and fix. -- Cyrus Daboo
Cyrus Daboo wrote:
Hi Frank,
--On December 11, 2006 11:44:24 PM +0100 Frank Strauß <strauss@ibr.cs.tu-bs.de> wrote:
OK, try r793.
Negative. :-/
I tried a fresh checkout (no update), so that twistedcaldav/test/data/calendars does not yet exist. Then I did the usual setup, started the server with the test config and there is simply no /calendars/, neither in the filesystem nor visible via the running server.
OK - /calendars is not being initially created. However if you point a browser to /calendars it will be created on demand. That is not ideal and I will try and fix.
Thanks for the explanation. It works as you describe. So, in config.py the 'Repository' part should probably be removed, too.
Hi Frank, --On December 12, 2006 6:37:28 PM +0100 Frank Strauß <strauss@ibr.cs.tu-bs.de> wrote:
OK - /calendars is not being initially created. However if you point a browser to /calendars it will be created on demand. That is not ideal and I will try and fix.
Thanks for the explanation. It works as you describe.
So, in config.py the 'Repository' part should probably be removed, too.
Yes: r807. -- Cyrus Daboo
Cyrus Daboo wrote:
Hi Frank,
--On December 12, 2006 6:37:28 PM +0100 Frank Strauß <strauss@ibr.cs.tu-bs.de> wrote:
[...] So, in config.py the 'Repository' part should probably be removed, too.
Yes: r807.
Same for 'ResetAccountACLs' and 'CreateAccounts'? And... OLD 'AdminPrincipals': ['/principal/users/admin'] NEW 'AdminPrincipals': ['/principal/user/admin']
Cyrus Daboo wrote:
Hi Cyrus,
--On December 11, 2006 12:26:20 PM -0500 Cyrus Daboo <cdaboo@apple.com> wrote:
Am I doing something wrong? Or have just some non-finished changes been checked into SVN before the weekend?
This appears to be a problem. I am working on it.
OK, try r793.
With revision 772, many things have changed and repository.py has gone without a replacement (at least not checked into SVN). http://trac.macosforge.org/projects/calendarserver/changeset/772
Storing non-ASCII UTF-8 characters in events now seems to work. I tried this with Mulberry. Unfortunately, when I try to read that calendar with a Sunbird client, a similar exception like before occurs. I'm running the server at r804. (I got this running although the repository provisioning does not work, by using a filesystem layout created with a previous revision.) 2006/12/12 12:01 +0200 [HTTPChannel,5,134.169.34.51] REPORT /calendars/user/strauss/calendar/ HTTP/1.1 2006/12/12 12:01 +0200 [-] Exception rendering: 2006/12/12 12:01 +0200 [-] Unhandled Error Traceback (most recent call last): File "/home/strauss/Developer/Twisted/twisted/internet/defer.py", line 239, in callback self._startRunCallbacks(result) File "/home/strauss/Developer/Twisted/twisted/internet/defer.py", line 304, in _startRunCallbacks self._runCallbacks() File "/home/strauss/Developer/Twisted/twisted/internet/defer.py", line 317, in _runCallbacks self.result = callback(self.result, *args, **kw) File "/home/strauss/Developer/Twisted/twisted/internet/defer.py", line 647, in gotResult _deferGenerator(g, deferred) --- <exception caught here> --- File "/home/strauss/Developer/Twisted/twisted/internet/defer.py", line 623, in _deferGenerator result = g.next() File "/home/strauss/Developer/Twisted/twisted/web2/dav/method/report.py", line 126, in http_REPORT yield d.getResult() File "/home/strauss/Developer/Twisted/twisted/internet/defer.py", line 609, in getResult self.result.raiseException() File "/home/strauss/Developer/Twisted/twisted/python/failure.py", line 259, in raiseException raise self.type, self.value, self.tb exceptions.UnicodeEncodeError: 'ascii' codec can't encode characters in position 289-291: ordinal not in range(128)
Hi Frank, --On December 11, 2006 11:53:36 PM +0100 Frank Strauß <strauss@ibr.cs.tu-bs.de> wrote:
OK, try r793.
With revision 772, many things have changed and repository.py has gone without a replacement (at least not checked into SVN).
http://trac.macosforge.org/projects/calendarserver/changeset/772
repository.py/xml has been removed in favor of a more "static" repository layout. This is now provisioned in the tap.py file. We would like to see an admin tool that is able to create additional resources with ACLs et,c as repository used to do, as a replacement for that. -- Cyrus Daboo
participants (2)
-
Cyrus Daboo
-
Frank Strauß