I followed up on this with calendarserver upstream. The only feasible
solution seems to be rolling out a new compatible python-sqlparse
package separately for calendarserver. I don't know think new packages
are accepted now in stretch. Moreoever, I don't want to go through all
this hassle as th
Will look into this before stretch "soft" freeze. Are you aware of the
fix for this?
Thanks,
Rahul.
On Friday 16 December 2016 10:39 PM, P'tit g wrote:
Package: calendarserver
Version: 7.0+dfsg-2
Severity: grave
Justification: renders package unusable
Dear Maintainer,
Regression in python-sq
Package: libpam-kwallet5
Version: 5.4.0-1
Severity: grave
--- Please enter the report below this line. ---
After installing the libpam-kwallet5 package, when I login via SDDM, a
process such as below is started.
Konsole outpu rahul12635 12634 0 22:08 ?00:00:00
/usr/bin/kwalletd5
Package: calendarserver
Severity: grave
--- Please enter the report below this line. ---
Upgrading to 5.1 does not migrate the data when using XML Directory
Service Backend.
This happens when in earlier versions (2.x, 3.x), you had not mentioned
any guid for xml directories records. Then cale
close 631916
thanks
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: calendarserver
Followup-For: Bug #646598
Thanks for the bug. I am working on building a debian package for
calendarserver 3.0. The new package should address this issue.
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (1001, 'testing'), (500, 'test
Package: calendarserver
Followup-For: Bug #631916
Hi Jan,
The reason why you could be facing this problem is that you have badly
formatted XML in /etc/caldavd/caldavd.plist.upgrade.nss.tmp (this was the
config file which was used for previous version of calendarserver). Either you
have not closed
No matter how hard I try, I have been unable to reproduce this bug.
Could you try reinstalling calendarserver, or installing calendarserver
on a new Debian installation? Also, are you using Debian stable or testing?
On Tuesday 28 June 2011 02:38 PM, Julien Kirmaier wrote:
Package: calendarserv
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
ld it be done via security updates?
Thanks,
Rahul.
On Sunday 30 January 2011 09:40 PM, Adam D. Barratt wrote:
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 unli
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.
ary 2011 12:54 AM, Julien Cristau wrote:
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
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
Severity: normal
There is a version typo. There is no version "2.4.dfsg-4.1". The latest tested
version is "2.4.dfsg-5".
-- System Information:
Debian Release: 5.0.7
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.26-2-a
Package: calendarserver
Severity: normal
Calendarser version "2.4.dfsg-4" works only if the user upgrades calendarserver
1.2 and fails if he first removes it (without purging the configuration files)
and then later installs calendarsserver 2.4.
Calendarserver version "2.4.dfsg-4.1" checks for bot
I do not understand. It has been fixed in sid. Few days back new
versions of calendarserver and twisted-calendarserver had been uploaded
to experimental. Today they have been uploaded to sid after fixing the
lintian errors and adding a couple of features. I believe this should
now resolve the i
Package: twisted-calendarserver
Severity: normal
As suggested by Guido, all of twisted files have been moved into /usr/lib
/twisted-calendarserver thereby avoiding any conflict with the system twisted
packages.
-- System Information:
Debian Release: 5.0.4
APT prefers stable
APT policy: (500
18 matches
Mail list logo
