The package containing only the fix has been sent to the maintainer. It
should be uploaded within a few hours.
Cheers,
Rahul.
On Monday 31 January 2011 12:27 AM, Adam D. Barratt wrote:
On Sun, 2011-01-30 at 23:34 +0530, Rahul Amaram wrote:
Hi Adam,
Thanks for the response. I missed out
Your message dated Mon, 31 Jan 2011 18:17:16 +
with message-id e1pjyjq-fg...@franck.debian.org
and subject line Bug#611165: fixed in calendarserver 2.4.dfsg-6
has caused the Debian Bug report #611165,
regarding calendarserver: wrong location of calendaruserproxy.sqlite
On Sat, 2011-01-29 at 07:40 +0530, Rahul Amaram wrote:
I am able to reproduce this problem. The reason for this issue is because data
in /var/run/caldavd was persistent in lenny unlike in squeeze.
Anyway, in spite of the error, I was able to access the calendar and create
and
delete events
Hi Adam,
Thanks for the response. I missed out the submitters email id. I am
working on a fix and should be submitting tomorrow.
I do understand that it is very unlikely that this fix can get into
squeeze initial release taking into consideration that it is likely to
be released on Feb 6.
On Sun, 2011-01-30 at 23:34 +0530, Rahul Amaram wrote:
Hi Adam,
Thanks for the response. I missed out the submitters email id. I am
working on a fix and should be submitting tomorrow.
I do understand that it is very unlikely that this fix can get into
squeeze initial release taking into
Package: calendarserver
Severity: normal
I am able to reproduce this problem. The reason for this issue is because data
in /var/run/caldavd was persistent in lenny unlike in squeeze.
Anyway, in spite of the error, I was able to access the calendar and create and
delete events and tasks properly.
files in calendarserver 1.2, then we can omit step 1. altogether.
On Thursday 27 January 2011 10:10 PM, Guido Günther wrote:
On Thu, Jan 27, 2011 at 10:00:19PM +0530, Rahul Amaram wrote:
Hi Guido,
What is your opinoin on Bug#611165 (wrong location of
calendaruserproxy.sqlite
On Thu, Jan 27, 2011 at 22:39:26 +0530, Rahul Amaram wrote:
1. Roll out a security update for calendarserver 1.2 (lenny) which
changes the DataRoot to /var/lib/caldavd and moves the files (if
they are existing) from /var/run/caldavd to /var/lib/caldavd.
No. That's not a security issue.
2.
The problem with maintainer scripts doing it is as below:
1. User runs apt-get update apt-get upgrade to upgrade to squeeze
(this is likely to remove calendarserver)
2. User reboots the system. (this deletes the files)
3. Now user installs the calendarserver. But the files are already
Package: calendarserver
Version: 2.4.dfsg-2.1
Severity: grave
Justification: renders package unusable
The files calendaruserproxy.sqlite and resourceinfo.sqlite are found in
/var/run/caldavd. When the machine is reboot, these files will be removed.
These are database files which contain
Package: calendarserver
Severity: normal
I could confirm the bug for most part of it but I couldn't see any errors in my
log file. I have a few quick queries for you.
1. When does the error get filed in the log? I have been using the
calendarserver for quite sometime but have never come across
11 matches
Mail list logo