Your message dated Mon, 31 Jan 2011 18:17:16 +
with message-id
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 and
resourceinfo.sqlite
to be marked as done.
This
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 th
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
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 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 e
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.
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 delete
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.
>
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 and
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 th
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 importa
11 matches
Mail list logo
