Bug#947388: anki: Bug seems to be resolved in Debian Bullseye

[Rahul Amaram]

Package: anki
Followup-For: Bug #947388

Dear Maintainer,

This bug seems to be resolved in Debian Bullseye.

Thanks,
Rahul.

-- System Information:
Debian Release: 11.6
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 
'stable'), (100, 'bullseye-fasttrack'), (100, 'bullseye-backports-staging')
Architecture: amd64 (x86_64)

Kernel: Linux 5.10.0-21-amd64 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8), LANGUAGE=en_IN:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages anki depends on:
ii  libjs-jquery3.5.1+dfsg+~3.5.5-7
ii  libjs-jquery-flot   4.2.1+dfsg-5
ii  libjs-jquery-ui 1.12.1+dfsg-8+deb11u1
ii  libjs-mathjax   2.7.9+dfsg-1
ii  libqt5core5a5.15.2+dfsg-9
ii  python3 3.9.2-3
ii  python3-bs4 4.9.3-1
ii  python3-decorator   4.4.2-2
ii  python3-distro  1.5.0-1
ii  python3-distutils   3.9.2-1
ii  python3-jsonschema  3.2.0-3
ii  python3-markdown3.3.4-1
ii  python3-pyaudio 0.2.11-1.3+b1
ii  python3-pyqt5   5.15.2+dfsg-3
ii  python3-pyqt5.qtwebchannel  5.15.2+dfsg-3
ii  python3-pyqt5.qtwebengine   5.15.2-2
ii  python3-requests2.25.1+dfsg-2
ii  python3-send2trash  1.6.0~b1+git20210122.2eb3242-1

Versions of packages anki recommends:
ii  python3-matplotlib  3.3.4-1

Versions of packages anki suggests:
pn  dvipng  
pn  lame
ii  mpv 0.32.0-3

-- no debconf information

Bug#947388: anki: Ctrl+Enter not working in Debian Buster KDE

[Rahul Amaram]

Package: anki
Version: 2.1.15
Severity: normal

While in the editor, saving "Ctrl+Enter" doesn't seem to do anything (other
shortcuts seem to work fine though). This works propertly if I download the
official anki build and run it directly.

I have installed anki 2.1.15 debian package from Debian Bullseye in Buster and
using it in KDE. Not sure if this bug would occur if I run anki on Debian
Bullseye.



-- System Information:
Debian Release: 10.2
  APT prefers stable
  APT policy: (600, 'stable'), (500, 'stable-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.19.0-6-amd64 (SMP w/8 CPU cores)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8), LANGUAGE=en_IN:en 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages anki depends on:
ii  libjs-jquery3.3.1~dfsg-3
pn  libjs-jquery-flot   
ii  libjs-jquery-ui 1.12.1+dfsg-5
ii  libjs-mathjax   2.7.4+dfsg-1
ii  libqt5core5a5.11.3+dfsg1-1+deb10u1
ii  python3 3.7.3-1
ii  python3-bs4 4.7.1-1
pn  python3-decorator   
ii  python3-distutils   3.7.3-1
pn  python3-markdown
pn  python3-pyaudio 
ii  python3-pyqt5   5.11.3+dfsg-1+b3
ii  python3-pyqt5.qtwebchannel  5.11.3+dfsg-1+b3
ii  python3-pyqt5.qtwebengine   5.11.3+dfsg-1+b3
ii  python3-requests2.21.0-1
pn  python3-send2trash  

Versions of packages anki recommends:
ii  python3-matplotlib  3.0.2-2

Versions of packages anki suggests:
pn  dvipng  
pn  lame
ii  mpv 0.29.1-1

Bug#925585: Acknowledgement (calendarserver: __init__() takes exactly 4 arguments - related to Bug 923230 - recordWithUID instead of recordWithShortName)

[Rahul Amaram]

I believe this error should be fixed once you install python-twext 
1:0.1~git20161216.0.b90293c-2. This version is currently available in 
unstable.


Could you check and confirm?

Thanks
Rahul.

On 27/03/19 1:38 PM, Dominik wrote:


Sorry I forgot to add the stack trace:

2019-03-27T08:53:13+0100 [caldav-0] [txweb2.server#info] OPTIONS 
/calendars/__uids__/F90C8AD5-6EC5-5153-A94B-9992EAAB8DE5/ HTTP/1.1
2019-03-27T08:53:13+0100 [caldav-0] [txweb2.server#critical] Exception 
rendering request: /calendars/__uids__/F90C8AD5-6EC5-5153-A94B-9992EAAB8DE5/ (1, 1)>

2019-03-27T08:53:13+0100 [caldav-0] Traceback (most recent call last):
2019-03-27T08:53:13+0100 [caldav-0] File 
"/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 
1418, in _inlineCallbacks

2019-03-27T08:53:13+0100 [caldav-0] result = g.send(result)
2019-03-27T08:53:13+0100 [caldav-0] File 
"/usr/lib/python2.7/dist-packages/twext/who/aggregate.py", line 89, in 
_oneFromSubServices

2019-03-27T08:53:13+0100 [caldav-0] record = yield m(*args, **kwargs)
2019-03-27T08:53:13+0100 [caldav-0] File 
"/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 
1613, in unwindGenerator
2019-03-27T08:53:13+0100 [caldav-0] return 
_cancellableInlineCallbacks(gen)
2019-03-27T08:53:13+0100 [caldav-0] File 
"/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 
1529, in _cancellableInlineCallbacks

2019-03-27T08:53:13+0100 [caldav-0] _inlineCallbacks(None, g, status)
2019-03-27T08:53:13+0100 [caldav-0] ---  ---
2019-03-27T08:53:13+0100 [caldav-0] File 
"/usr/lib/python2.7/dist-packages/twistedcaldav/directory/common.py", 
line 97, in locateChild
2019-03-27T08:53:13+0100 [caldav-0] record = yield 
self.directory.recordWithUID(name)
2019-03-27T08:53:13+0100 [caldav-0] File 
"/usr/lib/python2.7/dist-packages/txdav/who/augment.py", line 182, in 
recordWithUID

2019-03-27T08:53:13+0100 [caldav-0] uid, timeoutSeconds=timeoutSeconds
2019-03-27T08:53:13+0100 [caldav-0] File 
"/usr/lib/python2.7/dist-packages/twext/who/aggregate.py", line 89, in 
_oneFromSubServices

2019-03-27T08:53:13+0100 [caldav-0] record = yield m(*args, **kwargs)
2019-03-27T08:53:13+0100 [caldav-0] File 
"/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 
1418, in _inlineCallbacks

2019-03-27T08:53:13+0100 [caldav-0] result = g.send(result)
2019-03-27T08:53:13+0100 [caldav-0] File 
"/usr/lib/python2.7/dist-packages/txdav/who/cache.py", line 636, in 
recordWithUID
2019-03-27T08:53:13+0100 [caldav-0] record, doQuery = 
self.lookupRecord(IndexType 
.uid, 
uid, "recordWithUID")
2019-03-27T08:53:13+0100 [caldav-0] File 
"/usr/lib/python2.7/dist-packages/txdav/who/cache.py", line 597, in 
lookupRecord
2019-03-27T08:53:13+0100 [caldav-0] record = 
self._memcacher.memcacheGetRecord(memcachekey)
2019-03-27T08:53:13+0100 [caldav-0] File 
"/usr/lib/python2.7/dist-packages/txdav/who/cache.py", line 211, in 
memcacheGetRecord
2019-03-27T08:53:13+0100 [caldav-0] return 
self.unpickleRecord(pickled) if pickled is not None else None
2019-03-27T08:53:13+0100 [caldav-0] File 
"/usr/lib/python2.7/dist-packages/txdav/who/cache.py", line 158, in 
unpickleRecord
2019-03-27T08:53:13+0100 [caldav-0] return 
record_class(self._recordService, fields)
2019-03-27T08:53:13+0100 [caldav-0] exceptions.TypeError: __init__() 
takes exactly 4 arguments (3 given)

Bug#924870: unblock: twextpy/1:0.1~git20161216.0.b90293c-1

[Rahul Amaram]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package twextpy

An important bug had been identified against calendarserver
(Bug#923230), the fix for which lies in this package. I have also
added a minor decorator as it is the pattern used for other
Directory Services.

As I have written the NSS Directory Service, I have high confidence in
the fix for it. I have also tested my changes for calendarserver with
NSS Directory Service with the newly built package and it is working fine.

I am also attaching the source diff with this report.

unblock twextpy/1:0.1~git20161216.0.b90293c-1

-- System Information:
Debian Release: 9.8
  APT prefers stable
  APT policy: (600, 'stable'), (500, 'stable-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-8-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8), LANGUAGE=en_IN:en 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru twextpy-0.1~git20161216.0.b90293c/debian/changelog 
twextpy-0.1~git20161216.0.b90293c/debian/changelog
--- twextpy-0.1~git20161216.0.b90293c/debian/changelog  2017-08-26 
12:23:56.0 +0530
+++ twextpy-0.1~git20161216.0.b90293c/debian/changelog  2019-03-18 
01:00:34.0 +0530
@@ -1,3 +1,10 @@
+twextpy (1:0.1~git20161216.0.b90293c-2) unstable; urgency=low
+
+  * Removed constructors for NssUserRecord and NssGroupRecord classes allowing
+them to fallback to the constructor of their parent class (Closes: #923230)
+
+ -- Rahul Amaram   Mon, 18 Mar 2019 
01:00:34 +0530
+
 twextpy (1:0.1~git20161216.0.b90293c-1) unstable; urgency=low
 
   * New upstream version from master branch commit
diff -Nru twextpy-0.1~git20161216.0.b90293c/debian/patches/nss.patch 
twextpy-0.1~git20161216.0.b90293c/debian/patches/nss.patch
--- twextpy-0.1~git20161216.0.b90293c/debian/patches/nss.patch  2017-08-26 
12:23:56.0 +0530
+++ twextpy-0.1~git20161216.0.b90293c/debian/patches/nss.patch  2019-03-18 
01:00:34.0 +0530
@@ -2,7 +2,7 @@
 calendarserver package.
 --- /dev/null
 +++ b/twext/who/nss.py
-@@ -0,0 +1,201 @@
+@@ -0,0 +1,208 @@
 +##
 +# Copyright (c) 2016 Rahul Amaram 
 +#
@@ -31,13 +31,15 @@
 +import PAM
 +from time import time
 +from uuid import UUID
++from zope.interface import implementer
 +
 +from twisted.internet.defer import succeed
 +from twext.python.log import Logger
 +from twistedcaldav.directory.util import uuidFromName
 +from .idirectory import (
 +RecordType,
-+FieldName
++FieldName,
++IPlaintextPasswordVerifier
 +)
 +from .index import (
 +DirectoryService,
@@ -111,7 +113,7 @@
 +records = set()
 +for result in pwd.getpwall():
 +if self._isValidUid(result[2]):
-+record = NssUserRecord(
++record = NssUserRecord.fromUserName(
 +service=self,
 +userName=result[0],
 +gecos=result[4],
@@ -121,7 +123,7 @@
 +for result in grp.getgrall():
 +if result[0].startswith(self.groupPrefix) and \
 +self._isValidGid(result[2]):
-+record = NssGroupRecord(
++record = NssGroupRecord.fromGroupName(
 +service=self,
 +groupName=result[0],
 +members=result[3]
@@ -138,11 +140,14 @@
 +_lastRefresh = now
 +
 +
++@implementer(IPlaintextPasswordVerifier)
 +class NssUserRecord(DirectoryRecord):
 +"""
 +NSS Users implementation of L{IDirectoryRecord}.
 +"""
-+def __init__(self, service, userName, gecos):
++
++@classmethod
++def fromUserName(cls, service, userName, gecos):
 +uid = _generateUID(service.guid, "users", userName)
 +guid = UUID(uid)
 +shortNames = (unicode(userName, "utf-8"),)
@@ -154,7 +159,7 @@
 +log.debug("Creating user record with uid: %r, guid: %r, "
 +  "shortNames: %r, fullNames: %r, emailAddresses: %r" %
 +  (uid, guid, shortNames, fullNames, emailAddresses))
-+super(NssUserRecord, self).__init__(service,  dict([
++return cls(service,  dict([
 +(FieldName.recordType, service.recordType.user),
 +(FieldName.uid, uid),
 +(FieldName.guid, guid),
@@ -185,7 +190,9 @@
 +"""
 +NSS Groups implementation of L{IDirectoryRecord}.
 +"""
-+def __init__(self, service, groupName, members=()):
++
++@classmethod
++def fromGroupName(cls, service, groupName, members=()):
 +groupNameWithoutPrefix = groupName.replace(service.groupPrefix, '', 1)
 +uid = _generateUID(service.guid, "groups", groupNameWithoutPrefix)
 +guid = UUID(uid)
@@ -195,7 +202,7 @@
 +

Bug#870926: calendarserver: should calendarserver be removed from unstable?

[Rahul Amaram]

Hi,
I am currently the maintainer for Debian calendarserver. I do intend on 
maintaining it. Actually for both jessie and stretch, I had prepared the 
releases, but right before the freeze, something came-up and it got 
pushed out of testing. However, it always was in the right shape with no 
blockers during Ubuntu LTS releases and hence has always managed to get 
into Ubuntu LTS.


The reason why it is currently not in testing is because calendarserver 
depends on sqlparse library, which had been updated to 0.2.x series and 
the then released calendarserver version (9.0) was not compatible with 
it. I see that a newer version of calendarserver (9.1) has been released 
which is compatible with the latest sqlparse library.


I will work on updating the package this month.

Thanks,
Rahul.

On Sunday 06 August 2017 07:20 PM, Lucas Nussbaum wrote:

Source: calendarserver
User: debian...@lists.debian.org
Usertags: qa-removals-post-stretch

Hi,

Following a discussion[1] on the debian-qa@ mailing list on packages that
missed both jessie and stretch, I am proposing the removal of this package from
unstable, because:

   it was in unstable at the time of the stretch freeze
 but wasn't part of stretch
AND
   it was in unstable at the time of the jessie freeze
 but it wasn't part of jessie
AND
   it is still not in testing
AND
   it was not uploaded since the beginning of 2017.

If you disagree and think that this package should remain in unstable, feel
free to just close this bug.

If this bug is still open one month from now (on 2017-09-06), it will be turned
into a removal request, using:

   reassign -1 ftp.debian.org
   retitle -1 RM: calendarserver -- RoQA; missed both jessie and stretch
   thanks

- Lucas, for the QA team.


[1] https://lists.debian.org/debian-qa/2017/07/msg00021.html



--
http://rahul.amaram.name

Bug#848361: calendarserver: Regression in python-sqlparse 0.2.2-1 causes calendarserver fail at startup

[Rahul Amaram]

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 the next calendarserver release would probably take care 
of sqlparse 0.2.x compatibility.


So, I have decided to backport calendarserver 5.x or 7.x to 
jessie-backports for now. Few months later, when the newer 
calendarserver compatible with sqlparse 0.2.x is released, I will 
backport it to stretch-backports.


Thanks,
Rahul.



--
http://rahul.amaram.name

Bug#848361: calendarserver: Regression in python-sqlparse 0.2.2-1 causes calendarserver fail at startup

[Rahul Amaram]

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-sqlparse 0.2.2-1 causes calendarserver fail at startup


-- System Information:
Debian Release: stretch/sid
   APT prefers testing
   APT policy: (990, 'testing'), (500, 'stable'), (100, 'unstable'), (10, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.8.0-1-amd64 (SMP w/6 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages calendarserver depends on:
ii  adduser  3.115
ii  memcached1.4.28-1
ii  python-crypto2.6.1-6+b1
ii  python-dateutil  2.5.3-2
ii  python-kerberos  1.1.5-2+b2
ii  python-openssl   16.2.0-1
ii  python-pg80001.10.6-1
ii  python-psutil4.3.1-1
ii  python-pycalendar2.1~svn15020-1
ii  python-service-identity  16.0.0-2
ii  python-setproctitle  1.1.10-1
pn  python-sqlparse  
ii  python-twext 0.1.b2.dev15059-1
ii  python-twisted   16.6.0-1
ii  python-tz2016.7-0.2
ii  python-xattr 0.7.8-3
ii  python-zope.interface4.3.2-1
pn  python:any   
ii  ssl-cert 1.0.38

Versions of packages calendarserver recommends:
ii  python-pam  0.4.2-13.2

calendarserver suggests no packages.

-- Configuration Files:
/etc/caldavd/accounts.xml [Errno 13] Permission non accordée: 
u'/etc/caldavd/accounts.xml'
/etc/caldavd/augments.xml changed [not included]
/etc/caldavd/caldavd.plist changed [not included]
/etc/caldavd/resources.xml changed [not included]
/etc/default/calendarserver changed [not included]

-- no debconf information



--
http://rahul.amaram.name

Bug#838589: pg8000: please provide Python 3 package

[Rahul Amaram]

On Wednesday 05 October 2016 01:18 PM, Dominik George wrote:

I have created the package and signed it. But upload to debian queue is

failing. Will retry again tomorrow.

How is it failing?

-nik
I retried a few days back and the changes were rejected saying that the 
signature was already seen. I have rebuilt the package and uploaded 
again (I could have actually just refreshed the signature). Waiting for 
confirmation that the package was uploaded successfully.



--
http://rahul.amaram.name

Bug#838589: pg8000: please provide Python 3 package

[Rahul Amaram]

I have created the package and signed it. But upload to debian queue is 
failing. Will retry again tomorrow.


Thanks,
Rahul.

On Tuesday 04 October 2016 08:02 AM, Rahul Amaram wrote:


Thanks Dominik. Will get this closed today for sure.

Thanks,
Rahul.






--
http://rahul.amaram.name

Bug#838589: pg8000: please provide Python 3 package

[Rahul Amaram]

Thanks Dominik. Will get this closed today for sure.

Thanks,
Rahul.

On Thursday 29 September 2016 08:17 PM, Dominik George wrote:

Source: pg8000
Followup-For: Bug #838589
Control: tags -1 + patch

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

find attached two patches:

  1. Enable Python 3 build

  This patch enables the build for Python 3, along with some other bits.
  It adds a new package python3-pg8000, the python-pg8000 is untouched.
  You do not need to expect any breakage in calendarserver or anywhere
  else.


  2. Update packaging

  While at it, I have done some minor stuff to bring the package
  up-to-date. You may apply this patch if you feel like. It adds myself
  to Uploaders, in case you want further asssistance in maintaining the
  package (in the first palce, to make lintian silent while you haven't
  rewritten the changelog). This patch is not necessary for this bug, but
  I think you won't get the pacakge uploaded without updating to newer
  standards ;).

Cheers,
Nik

-BEGIN PGP SIGNATURE-

iQJhBAEBCABLBQJX7SmbMRpodHRwczovL3d3dy5kb21pbmlrLWdlb3JnZS5kZS9n
cGctcG9saWN5LnR4dC5hc2MSHG5pa0BuYXR1cmFsbmV0LmRlAAoJELeaPBagxPKW
098P/0ksi3peSg3KCrORhC3G5SoGLD9OTdzkKM3mt05qo4lfn8yKkE9aPFlwZ7lx
ikSV15D/FB2kHLx/COPsXmVxjr0fSNuz05NYUm1hVlp2bM5Lug7jeSULDgLKIDEP
hthDpJD/vWSDxj33LksElZq9r9rS6M46Sl6YViYAs/UJXMXAJ7AsovlKXcZYF0Oc
3M4pyWNXXAdLBnCTcJJ9etm1VWC7IZQ2J5YFqbDLP/LV6TsqDCHGUOzfDqgdfTZt
jbuTm0s9atCItpUt1QVCwOEBT0L2Laq1bPYHFYvFarv0fEA2tLuQBwHN+e9sdCM3
DGRZE3p3ZlgkyFY+y260+DAGanCNaZKWyBOLPnj/X8UdPrlsbaPkkxSybIPuMNNT
sMOnVAAdzTv4mAI4YNXPZRQD3kIduR2oZjgNPKYj3Oiait3SIeHVLyQnD0MQBtJG
qF0hD48a1TjJs9/0vtpBINeNM77xb263QAij0K2Z8MHd1TvsalwzTZAccYYP5ATK
b+JgjX+wMqcarfFN3N//QesJqozctliuMdPSiZ2/eK8vM3ZvWURkbeNAXpS4F9df
VXazMWrVTt5LE9R15d3tPwZHc4+52RTNPBJkFsgBsQv1ugKz1fXXbdiFIgsJnnDP
pQanrukmXogaMCXGxpXHvibtgGlnbuowxfVXAIFj7tsg/WVv
=qGtL
-END PGP SIGNATURE-



--
http://rahul.amaram.name

Bug#838589: pg8000: please provide Python 3 package

[Rahul Amaram]

Will look into it sometime this week. I mainly need to ensure that 
modifying / upgrading doesn't break compatibility with calendarserver.


Thanks,
Rahul.

On Thursday 22 September 2016 10:38 PM, Dominik George wrote:

Source: pg8000
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

The package does not seem to build a python3-pg8000 package, although,
according to upstream, pg8000 works with Python 3.

I am currently packaging the testing.postgresql package for unit testing
database applications, and it uses the pg8000 interface.

Could you please enable the build for Python 3 (and, if necessary for
doing so, package the latest upstream version beforehand)?

- -- System Information:
Debian Release: stretch/sid
   APT prefers unstable
   APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.7.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/lksh
Init: systemd (via /run/systemd/system)

-BEGIN PGP SIGNATURE-

iQJhBAEBCABLBQJX5A/9MRpodHRwczovL3d3dy5kb21pbmlrLWdlb3JnZS5kZS9n
cGctcG9saWN5LnR4dC5hc2MSHG5pa0BuYXR1cmFsbmV0LmRlAAoJELeaPBagxPKW
CKEP/34JRg9TEbmJR7vCmnhCkfQj629ybEWK5QTrhFCO5Cfv+xAu/mdA/izC2U2U
4uTXMhS3JoU+dwEVIwFtXXE8llIgvpDf4JvNjJt/BEVjjL/yMoF4t56QAmk9yD80
fFWEMWijXqDC0uvmqjGSCCwV3zR3ycXn1A0uB0Nh9IKbvcph1igTUhlLDlRJ1zMW
v09N5Ln2FL0oXlNEncqSa9Z9bmToyG7yCrFNrXTyE0uhgD4zpFLEZAjRfy1qbAco
rJXP3c4jzXj2rey2HplcgTaTDu03T1WjsECLitVv7aB4ugQeOWTFqgP2Cx1ONIRp
37iBu+mRVrTh1sPqTXAaYpkJFmroU7Fk9UG1PAB8dOaFX4qBTi6KYWgYtA6sabER
6I97Vj4ADhyqZFOGypoK0sUQaSi/iUFskwEVa9G0rW4Ln7RlKUXeRtlEs8JQllyg
t+OqHSLp9sUI6X2Kj9EsDF6ImYDW49GESpMIVnaahpEQEtA/Yv99xGsCN4GufR8O
v6SQEIbNUZG0UxOYhAWPHEQcbJD7Kw8hr5/tKuPlVE/f6gUg8eAvGvVgYNDjYCJv
WoUsibNhzwAnNmvsswQetgL5GbWXcBGsn/sBEtHdxYV/W0MTSa+25/QinQYTlfeQ
lQUQ3aKOCUGPRGk93r6c0neY187WmeiowI91woBLdIuud7r6
=VjWb
-END PGP SIGNATURE-



--
http://rahul.amaram.name

Bug#815440: calendarserver: Internal Server Error with ipv4

[Rahul Amaram]

On Sunday 21 February 2016 08:59 PM, P'tit g wrote:

Package: calendarserver
Version: 7.0+dfsg-1
Severity: important

Dear Maintainer,

Server returns "Internal Server Error" when call with ipv4 (but it is ok with 
ipv4 loopback).

curl -X PROPFIND -H "Content-Type: text/xml" -H "Depth: 0" -u test --digest --data-binary '' http://HOST:8008/principals/

It is OK for HOST = [::1], [fd1f:2b2b:3c3c::4d], ip6-localhost, 127.0.0.1, 
localhost
It doesn't work with HOST = 192.168.1.103

Logs :

2016-02-21 16:23:41+0100 [-] [caldav-1]  [-] [twext.internet.sendfdport#error] 
doRead()
2016-02-21 16:23:41+0100 [-] [caldav-1] Traceback (most recent call 
last):
2016-02-21 16:23:41+0100 [-] [caldav-1]   File 
"/usr/lib/python2.7/dist-packages/twisted/python/log.py", line 84, in 
callWithContext
2016-02-21 16:23:41+0100 [-] [caldav-1] return 
context.call({ILogContext: newCtx}, func, *args, **kw)
2016-02-21 16:23:41+0100 [-] [caldav-1]   File 
"/usr/lib/python2.7/dist-packages/twisted/python/context.py", line 118, in 
callWithContext
2016-02-21 16:23:41+0100 [-] [caldav-1] return 
self.currentContext().callWithContext(ctx, func, *args, **kw)
2016-02-21 16:23:41+0100 [-] [caldav-1]   File 
"/usr/lib/python2.7/dist-packages/twisted/python/context.py", line 81, in 
callWithContext
2016-02-21 16:23:41+0100 [-] [caldav-1] return func(*args,**kw)
2016-02-21 16:23:41+0100 [-] [caldav-1]   File 
"/usr/lib/python2.7/dist-packages/twisted/internet/selectreactor.py", line 149, 
in _doReadOrWrite
2016-02-21 16:23:41+0100 [-] [caldav-1] why = getattr(selectable, 
method)()
2016-02-21 16:23:41+0100 [-] [caldav-1] ---  ---
2016-02-21 16:23:41+0100 [-] [caldav-1]   File 
"/usr/lib/python2.7/dist-packages/twext/internet/sendfdport.py", line 520, in 
doRead
2016-02-21 16:23:41+0100 [-] [caldav-1] 
protocol.makeConnection(transport)
2016-02-21 16:23:41+0100 [-] [caldav-1]   File 
"/usr/lib/python2.7/dist-packages/twisted/internet/protocol.py", line 494, in 
makeConnection
2016-02-21 16:23:41+0100 [-] [caldav-1] self.connectionMade()
2016-02-21 16:23:41+0100 [-] [caldav-1]   File 
"/usr/lib/python2.7/dist-packages/txweb2/channel/http.py", line 814, in 
connectionMade
2016-02-21 16:23:41+0100 [-] [caldav-1] self._host = 
_cachedGetHostByAddr(address.host)
2016-02-21 16:23:41+0100 [-] [caldav-1]   File 
"/usr/lib/python2.7/dist-packages/txweb2/channel/http.py", line 119, in 
_cachedGetHostByAddr
2016-02-21 16:23:41+0100 [-] [caldav-1] hostname = 
socket.gethostbyaddr(hostaddr)[0]
2016-02-21 16:23:41+0100 [-] [caldav-1] socket.error: Address family 
not supported by protocol
2016-02-21 16:23:41+0100 [-] [caldav-1] 
2016-02-21 16:23:41+0100 [-] [caldav-1]  [HTTPChannel,14,:::192.168.1.103] 
[txweb2.server#info] PROPFIND /principals/ HTTP/1.1
2016-02-21 16:23:41+0100 [-] [caldav-1]  [HTTPChannel,14,:::192.168.1.103] 
[txweb2.server#error] Exception rendering request: 
2016-02-21 16:23:41+0100 [-] [caldav-1] Traceback (most recent call 
last):
2016-02-21 16:23:41+0100 [-] [caldav-1]   File 
"/usr/lib/python2.7/dist-packages/txweb2/channel/http.py", line 863, in 
lineReceived
2016-02-21 16:23:41+0100 [-] [caldav-1] 
self.chanRequest.lineReceived(line)
2016-02-21 16:23:41+0100 [-] [caldav-1]   File 
"/usr/lib/python2.7/dist-packages/txweb2/channel/http.py", line 1194, in 
lineReceived
2016-02-21 16:23:41+0100 [-] [caldav-1] 
super(HTTPLoggingChannelRequest, self).lineReceived(line)
2016-02-21 16:23:41+0100 [-] [caldav-1]   File 
"/usr/lib/python2.7/dist-packages/txweb2/channel/http.py", line 251, in 
lineReceived
2016-02-21 16:23:41+0100 [-] [caldav-1] self.processRequest()
2016-02-21 16:23:41+0100 [-] [caldav-1]   File 
"/usr/lib/python2.7/dist-packages/txweb2/channel/http.py", line 541, in 
processRequest
2016-02-21 16:23:41+0100 [-] [caldav-1] self.request.process()
2016-02-21 16:23:41+0100 [-] [caldav-1] ---  ---
2016-02-21 16:23:41+0100 [-] [caldav-1]   File 
"/usr/lib/python2.7/dist-packages/txweb2/server.py", line 399, in process
2016-02-21 16:23:41+0100 [-] [caldav-1] self._fixupURLParts()
2016-02-21 16:23:41+0100 [-] [caldav-1]   File 
"/usr/lib/python2.7/dist-packages/txweb2/server.py", line 361, in _fixupURLParts
2016-02-21 16:23:41+0100 [-] [caldav-1] hostaddr, secure = 
self.chanRequest.getHostInfo()
2016-02-21 16:23:41+0100 [-] [caldav-1]   File 
"/usr/lib/python2.7/dist-packages/txweb2/channel/http.py", line 653, in 
getHostInfo
2016-02-21 16:23:41+0100 [-] [caldav-1] return self.channel._host, 
self.channel._secure
2016-02-21 16:23:41+0100 [-] [caldav-1] exceptions.AttributeError: 
'HTTPChannel' object has no attribute '_host'
2016-02-21 16:23:41+0100 [-] [caldav-1] 

Bug#815420: JobItem: XXX failed CALENDAR_OBJECT_UPGRADE_WORK / 'ascii' codec can't decode byte 0xc3 in position YYY

[Rahul Amaram]

On Sunday 21 February 2016 05:56 PM, P'tit g wrote:

Package: calendarserver
Version: 7.0+dfsg-1
Severity: normal

Dear Maintainer,

There are errors in logs :

2016-02-21 12:58:35+0100 [-] [caldav-0]  [PooledMemCacheProtocol,client] 
[twistedcaldav.memcachepool.MemCachePool#debug] Clients #free: 1, #busy: 0, 
#pending: 0, #queued: 0
2016-02-21 12:58:35+0100 [-] [caldav-0]  [-] [txdav.who.cache#debug] Directory 
cache miss: emailAddress guillaume
2016-02-21 12:58:35+0100 [-] [directoryproxy] 2016-02-21 12:58:35+0100 
[DirectoryProxyAMPProtocol,0,] [txdav.dps.server#debug] 
RecordsWithEmailAddress: guillaume
2016-02-21 12:58:35+0100 [-] [directoryproxy] 2016-02-21 12:58:35+0100 
[DirectoryProxyAMPProtocol,0,] [txdav.who.cache#debug] Directory cache miss: 
emailAddress guillaume
2016-02-21 12:58:35+0100 [-] [directoryproxy] 2016-02-21 12:58:35+0100 
[DirectoryProxyAMPProtocol,0,] [txdav.who.cache#debug] Directory cache miss: 
emailAddress guillaume
2016-02-21 12:58:35+0100 [-] [caldav-0]  [AMP,client] [txdav.dps.client#debug] DPS 
call  
duration=2.12ms, results=0
2016-02-21 12:58:35+0100 [-] [caldav-0]  [AMP,client] 
[twext.enterprise.jobs.jobitem#error] JobItem: 208, WorkItem: 47855 failed: [Failure 
instance: Traceback: : 'ascii' codec 
can't decode byte 0xc3 in position 217: ordinal not in range(128)
2016-02-21 12:58:35+0100 [-] [caldav-0] 
/usr/lib/python2.7/dist-packages/twisted/internet/defer.py:1184:gotResult
2016-02-21 12:58:35+0100 [-] [caldav-0] 
/usr/lib/python2.7/dist-packages/twisted/internet/defer.py:1128:_inlineCallbacks
2016-02-21 12:58:35+0100 [-] [caldav-0] 
/usr/lib/python2.7/dist-packages/txdav/caldav/datastore/sql.py:4336:upgradeData
2016-02-21 12:58:35+0100 [-] [caldav-0] 
/usr/lib/python2.7/dist-packages/twisted/internet/defer.py:1274:unwindGenerator
2016-02-21 12:58:35+0100 [-] [caldav-0] ---  ---
2016-02-21 12:58:35+0100 [-] [caldav-0] 
/usr/lib/python2.7/dist-packages/twisted/internet/defer.py:1128:_inlineCallbacks
2016-02-21 12:58:35+0100 [-] [caldav-0] 
/usr/lib/python2.7/dist-packages/txdav/caldav/datastore/sql.py:4032:updateDatabase
2016-02-21 12:58:35+0100 [-] [caldav-0] 
/usr/lib/python2.7/dist-packages/txdav/caldav/datastore/sql.py:3906:_generateEtag
2016-02-21 12:58:35+0100 [-] [caldav-0] ]
2016-02-21 12:58:35+0100 [-] [caldav-0]  [AMP,client] 
[twext.enterprise.jobs.jobitem#debug] JobItem: 208 failed 
CALENDAR_OBJECT_UPGRADE_WORK t=38.215
2016-02-21 12:58:35+0100 [-] [caldav-0]  [-] 
[twext.enterprise.jobs.jobitem#debug] JobItem: 208 marking as failed 67 t=41.165


These error appear without a client is connected.




Could you provide more information about your setup?

1. Was this a fresh install or an upgrade?
2. If you were upgrading what what was the earlier calendarserver version?
3. Also, if an upgrade, did you go through the instructions in 
README.Debian to do the upgrade?
4. What is the backend directory service that you are using? XML 
directory backend?
5. Does the resource description contain any non-ascii characters? If 
so, could you give the unicode number of the non-ascii character? Or 
just copy paste that character in this email?


Thanks,
Rahul.

--
http://rahul.amaram.name

Bug#814910: [calendarserver] Memcached errors in /var/log/caldavd/error.log

[Rahul Amaram]

Package: calendarserver
Version: 7.0+dfsg-1
Severity: normal

--- Please enter the report below this line. ---
While calendarserver 7.0 works fine, the following errors are seen in 
/var/log/caldavd/error.log:


2015-10-25 23:24:29+0530 [-] [caldav-0] [PooledMemCacheProtocol,client] 
[twistedcaldav.memcachepool.MemCachePool#error] Memcache error: Invalid 
type for key: , expecting a string; request: set 
cacheToken:/calendars/__uids__/0C8BDE62-E600-4696-83D3-8B5ECABDFD2E/calendar/ 
87c92808-420e-4778-af6e-45eee01d02a4
2015-10-25 23:24:29+0530 [-] [caldav-0] [PooledMemCacheProtocol,client] 
[twistedcaldav.memcachepool.MemCachePool#error] Memcache error: Invalid 
type for key: , expecting a string; request: set 
cacheToken:/calendars/__uids__/0C8BDE62-E600-4696-83D3-8B5ECABDFD2E/ 
1b419724-321d-43b1-bbc2-c6c20f8389ce


While this doesn't seem to impact the regular working of calendarserver, 
it is still something which has to be addressed.



--- System information. ---
Architecture: amd64
Kernel: Linux 4.3.0-1-amd64

Debian Release: stretch/sid
500 trusty ppa.launchpad.net
500 syncthing apt.syncthing.net
500 stable dl.google.com
500 stable deb.opera.com
500 oldstable packages.x2go.org
500 all liveusb.info
1000 testing security.debian.org
1000 testing httpredir.debian.org

--- Package information. ---
Package's Depends field is empty.

Package's Recommends field is empty.

Package's Suggests field is empty.

Bug#746977: [calendarserver]

[Rahul Amaram]

Package: calendarserver

--- Please enter the report below this line. ---
A new version of calendarserver has been uploaded. Could you check if 
the problem still exists with it? If not, I will go ahead and close the bug.


--- System information. ---
Architecture: amd64
Kernel: Linux 4.3.0-1-amd64

Debian Release: stretch/sid
500 trusty ppa.launchpad.net
500 syncthing apt.syncthing.net
500 stable dl.google.com
500 stable deb.opera.com
500 oldstable packages.x2go.org
500 all liveusb.info
1000 testing security.debian.org
1000 testing httpredir.debian.org

--- Package information. ---
Package's Depends field is empty.

Package's Recommends field is empty.

Package's Suggests field is empty.

Bug#780530: [calendarserver]

[Rahul Amaram]

On Wednesday 03 February 2016 11:41 PM, Ximin Luo wrote:

On 03/02/16 13:33, Ximin Luo wrote:

As part of the fix to (k) earlier, I pushed another patch to a side branch of 
calendarserver: [1]. You haven't applied it to debian/sid yet, but I think it may be 
necessary. To test, you should try to add/remove events with non-ascii unicode characters 
in them such as "ßßß". If it fails, then try the patch and if it works please 
add it to git as well.

X

[1] 
https://anonscm.debian.org/cgit/calendarserver/calendarserver.git/diff/debian/patches/unicode-fixes.patch?h=debian/_wip_sid=4476a73ff4df39baa297606e00e66241f371178c


I will see how I could test unicode characters. Also, I do not know the impact 
of the change. Should I get it reviewed by upstream?


For me, I could reproduce the bug by adding an event in a client (e.g. icedove+iceowl) 
called "ßßß" or some other thing, then the event wouldn't actually be created, 
and I could see some decode errors in the caldavd error logs.

The change should have minimal impact - it merely allows that function to 
accept more values for self.scheduleTag than it was doing previously (raising 
exception when it was of type 'unicode' containing non-ascii chars). But yes it 
would be good to ask upstream to review it.


My mistake - the "adding-and-removing events test" that I just described, 
triggered the bug that I described in (k) above and was fixed by my patch to pg8000.

OTOH the patch I am talking about here ([1] from above), fixes a bug that 
appeared in my log which was *also* a unicode error. I *guess* (but I'm not 
sure) that it happens the local client syncs with the server, and *old events* 
(that the client and server both already have [note]) *already contains* 
unicode characters. The server trieds to generate an etag for it, and 7.0 fails 
for this. The exception looks like this:

2016-01-23 22:49:26+0100 [-] [caldav-0]  [-] [twext.enterprise.jobs.jobitem#error] 
JobItem: 759, WorkItem: 113481 failed: [Failure instance: Traceback: : 'ascii' codec can't decode byte 0xe2 in position 
335: ordinal not in range(128)
2016-01-23 22:49:26+0100 [-] [caldav-0] 
/usr/lib/python2.7/dist-packages/twisted/internet/defer.py:1274:unwindGenerator
2016-01-23 22:49:26+0100 [-] [caldav-0] 
/usr/lib/python2.7/dist-packages/twisted/internet/defer.py:1128:_inlineCallbacks
2016-01-23 22:49:26+0100 [-] [caldav-0] 
/usr/lib/python2.7/dist-packages/txdav/caldav/datastore/sql.py:4336:upgradeData
2016-01-23 22:49:26+0100 [-] [caldav-0] 
/usr/lib/python2.7/dist-packages/twisted/internet/defer.py:1274:unwindGenerator
2016-01-23 22:49:26+0100 [-] [caldav-0] ---  ---
2016-01-23 22:49:26+0100 [-] [caldav-0] 
/usr/lib/python2.7/dist-packages/twisted/internet/defer.py:1128:_inlineCallbacks
2016-01-23 22:49:26+0100 [-] [caldav-0] 
/usr/lib/python2.7/dist-packages/txdav/caldav/datastore/sql.py:4032:updateDatabase
2016-01-23 22:49:26+0100 [-] [caldav-0] 
/usr/lib/python2.7/dist-packages/txdav/caldav/datastore/sql.py:3906:_generateEtag
2016-01-23 22:49:26+0100 [-] [caldav-0] ]

You *might* need to patch 
/usr/lib/python2.7/dist-packages/twext/enterprise/jobs/jobitem.py to say 
log.error([etc], exc_info=sys.exc_info()) to get this stack trace to show, I 
can't remember exactly what I did.

[note] because of (k) you will either need to create such an event in server 
<7.0 then upgrade to 7.0, or else install our newer patched version of pg8000.

X

I have been unable to reproduce the unicode bug related to logging. I 
created a event with the non-ascii characters you gave in both a fresh 
installation and older installation and in both cases it worked perfectly.


The pg8000 fix seems necessary though and that patch has already been 
included.


Now the only pending action is to upload pg8000, post which 
calendarserver could finally be uploaded. Request you to do at the earliest.


Thanks,
Rahul.

Bug#780530: [calendarserver]

[Rahul Amaram]

On Wednesday 03 February 2016 12:05 AM, Ximin Luo wrote:

iv. Upload new packages twextpy and pg8000


I've just uploaded these. I fixed a few minor things before uploading, please check git 
and review them. In general, I run "lintian -i -I --pedantic --color auto 
xxx.changes" to catch things like that, and it's a good habit to get into.
I had created two entries in debian/changelog because I had already 
tagged the first release version and did not want to delete the tags. I 
have now, however, deleted the tags and recreated them. Like you said, I 
think it is best to create tags, once the packages are uploaded.
Also, I always run lintian, but don't use the --pedantic option. Will 
start using it hereafter.


As part of the fix to (k) earlier, I pushed another patch to a side branch of 
calendarserver: [1]. You haven't applied it to debian/sid yet, but I think it may be 
necessary. To test, you should try to add/remove events with non-ascii unicode characters 
in them such as "ßßß". If it fails, then try the patch and if it works please 
add it to git as well.

X

[1] 
https://anonscm.debian.org/cgit/calendarserver/calendarserver.git/diff/debian/patches/unicode-fixes.patch?h=debian/_wip_sid=4476a73ff4df39baa297606e00e66241f371178c

I will see how I could test unicode characters. Also, I do not know the 
impact of the change. Should I get it reviewed by upstream?


Thanks,
Rahul.

Bug#780530: [calendarserver]

[Rahul Amaram]

On Friday 29 January 2016 01:12 PM, Rahul Amaram wrote:


ii. Figure out a fix for the bug with python-psutil 3.4.1.


This has been resolved. I have pushed the fix to the repo.

Bug#780530: [calendarserver]

[Rahul Amaram]

On Friday 29 January 2016 05:34 AM, Ximin Luo wrote:
Hey just a quick reply for this (I will answer the other things later) 
- no I don't need to wait, I just had other stuff to do in the 
meantime. :) I will upload your packages soon, hopefully this weekend 
when I get some free time at FOSDEM. X 


Thanks. The good news is we now have all the issues sorted out. Upgrade 
directly from 3.x works (yipee!) and I have identified the cause of the 
tasks not being enabled. I had accidentally removed a config option 
which gets distributed by default with the package config file. So, in 
your case, post-upgrade the tasks should work. Could you check on this? 
Here are the final actions items:


i. Get python-xattr version bumped to 0.7.5. Already raised a ticket for 
this - https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=813075.


ii. Figure out a fix for the bug with python-psutil 3.4.1.

iii. If possible try to get rid of these two errors in log files (these 
do not seem to be blocking functionality as of now).


2016-01-29 12:44:18+0530 [-] [twext.enterprise.jobs.queue#error] 
workCheck: jobqueue is no longer overloaded


2016-01-29 12:37:11+0530 [-] [caldav-1] [PooledMemCacheProtocol,client] 
[twistedcaldav.memcachepool.MemCachePool#error] Memcache error: Invalid 
type for key: , expecting a string; request: set 
cacheToken:/calendars/__uids__/F343A113-0C2B-5A69-B049-A4C72FCAEF9B/ 
40aed427-a35f-41dd-9f79-fefc56ff8006



iv. Upload new packages twextpy and pg8000


Because of the super-powers of uploading new packages that has been 
granted to you, and as with great power comes great responsibility, iv. 
is definitely on your plate :p. See if you can help out with ii. and 
iii. I will follow up on action item i from my end.


Thanks,
Rahul.

Bug#813075: [python-xattr] Upgrade python-xattr to version >= 0.7.5

[Rahul Amaram]

Package: python-xattr
Version: 0.6.4-3
Severity: important

--- Please enter the report below this line. ---
calendarserver 7.0 depends on python-xattr (>= 0.7.5) for successful 
migration of data from older calendarserver versions. Request the 
maintainer to upgrade python-xattr to the latest version as this is a 
blocker for pushing the new version of calendarserver.


--- System information. ---
Architecture: amd64
Kernel: Linux 4.3.0-1-amd64

Debian Release: stretch/sid
500 stable deb.opera.com
500 oldstable packages.x2go.org
500 all liveusb.info
1000 testing security.debian.org
1000 testing httpredir.debian.org

--- Package information. ---
Package's Depends field is empty.

Package's Recommends field is empty.

Package's Suggests field is empty.

Bug#780530: [calendarserver]

[Rahul Amaram]

On Wednesday 27 January 2016 03:15 AM, Rahul Amaram wrote:


Ok. I have included this as a patch. I am almost done with everything, 
except for the following bug while ugrading. After upgarding from 
5.2.2 as per the instructions in READE.Debian (which I have updated), 
I am seeing the following errors in error.log whenever I try to 
connect via Icedove:


===

2016-01-27 02:54:58+0530 [BinaryBoxProtocol,1,] Unhandled Error
Traceback (most recent call last):
  File 
"/usr/lib/python2.7/dist-packages/twisted/protocols/amp.py", line 954, 
in _commandReceived

deferred = self.dispatchCommand(box)
  File 
"/usr/lib/python2.7/dist-packages/twisted/protocols/amp.py", line 
1011, in dispatchCommand

return maybeDeferred(responder, box)
  File 
"/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 
150, in maybeDeferred

result = f(*args, **kw)
  File 
"/usr/lib/python2.7/dist-packages/twisted/protocols/amp.py", line 
1100, in doit

return maybeDeferred(aCallable, **kw).addCallback(
---  ---
  File 
"/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 
150, in maybeDeferred

result = f(*args, **kw)
  File 
"/usr/lib/python2.7/dist-packages/calendarserver/accesslog.py", line 
685, in logStats

self.observer.logStats(stats)
  File 
"/usr/lib/python2.7/dist-packages/calendarserver/accesslog.py", line 
378, in logStats

self.systemStats = SystemMonitor()
  File 
"/usr/lib/python2.7/dist-packages/calendarserver/accesslog.py", line 
587, in __init__
"cpu count" : psutil.NUM_CPUS if psutil is not None 
else -1,
exceptions.AttributeError: 'module' object has no attribute 
'NUM_CPUS'


2016-01-27 02:54:58+0530 [BinaryBoxProtocol,1,] Amp server or network 
failure unhandled by client application.  Dropping connection!  To 
avoid, add errbacks to ALL remote commands!

Traceback (most recent call last):
  File 
"/usr/lib/python2.7/dist-packages/twisted/protocols/amp.py", line 978, 
in ampBoxReceived

self._commandReceived(box)
  File 
"/usr/lib/python2.7/dist-packages/twisted/protocols/amp.py", line 957, 
in _commandReceived

deferred.addCallback(self._safeEmit)
  File 
"/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 
317, in addCallback

callbackKeywords=kw)
  File 
"/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 
306, in addCallbacks

self._runCallbacks()
---  ---
  File 
"/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 
588, in _runCallbacks

current.result = callback(current.result, *args, **kw)
  File 
"/usr/lib/python2.7/dist-packages/twisted/protocols/amp.py", line 989, 
in _safeEmit

aBox._sendTo(self.boxSender)
  File 
"/usr/lib/python2.7/dist-packages/twisted/protocols/amp.py", line 667, 
in _sendTo

proto.transport.loseConnection()
exceptions.AttributeError: 'DispatchingSender' object has no 
attribute 'transport'


2016-01-27 02:54:58+0530 [-] [caldav-1] [BinaryBoxProtocol,client] 
[calendarserver.accesslog#error] Unable to format event {'log_level': 

Bug#780530: [calendarserver]

[Rahul Amaram]

On Sunday 24 January 2016 04:13 AM, Ximin Luo wrote:

(k) Another bug that hit me with 7.0: I couldn't save events with unicode characters such 
as "ß" in them. Looking at the error log got me this:

2016-01-23 22:40:03+0100 [-] [caldav-0]  [-] [twistedcaldav.storebridge#error] 
Error while handling (calendar) PUT: 'ascii' codec can't decode byte 0xc3 in 
position 355: ordinal not in range(128)

Adding some "import traceback; traceback.print_exc()" to storebridge.py told me 
that the error was from pg8000/core.py:

2016-01-23 22:46:11+0100 [-] [caldav-1]  [-] Traceback (most recent call last):
2016-01-23 22:46:11+0100 [-] [caldav-1]  [-]   File 
"/usr/lib/python2.7/dist-packages/twistedcaldav/storebridge.py", line 2869, in 
http_PUT
2016-01-23 22:46:11+0100 [-] [caldav-1]  [-] response = (yield 
self.storeComponent(component, options=options))
[..]
many many lines omitted, omg
[..]
2016-01-23 22:46:11+0100 [-] [caldav-1]  [-]   File 
"/usr/lib/python2.7/dist-packages/txdav/base/datastore/dbapiclient.py", line 
83, in execute
2016-01-23 22:46:11+0100 [-] [caldav-1]  [-] self.realCursor.execute(sql, 
args)
2016-01-23 22:46:11+0100 [-] [caldav-1]  [-]   File 
"/usr/lib/python2.7/dist-packages/pg8000/core.py", line 910, in execute
2016-01-23 22:46:11+0100 [-] [caldav-1]  [-] self._c.execute(self, 
operation, args)
2016-01-23 22:46:11+0100 [-] [caldav-1]  [-]   File 
"/usr/lib/python2.7/dist-packages/pg8000/core.py", line 2031, in execute
2016-01-23 22:46:11+0100 [-] [caldav-1]  [-] val = send_func(value)
2016-01-23 22:46:11+0100 [-] [caldav-1]  [-]   File 
"/usr/lib/python2.7/dist-packages/pg8000/core.py", line 1353, in text_out
2016-01-23 22:46:11+0100 [-] [caldav-1]  [-] return 
v.encode(self._client_encoding)
2016-01-23 22:46:11+0100 [-] [caldav-1]  [-] UnicodeDecodeError: 'ascii' codec 
can't decode byte 0xc3 in position 322: ordinal not in range(128)
2016-01-23 22:46:11+0100 [-] [caldav-1]  [-] [twistedcaldav.storebridge#error] 
Error while handling (calendar) PUT: 'ascii' codec can't decode byte 0xc3 in 
position 322: ordinal not in range(128)

Adding some debugging code reveals that text_out() is called with both unicode() and 
str() objects. When I do PUT, the event object is serialised into a str 
"BEGIN:VCALENDER..." and eventually makes its way to text_out(), causing an 
exception.

Experimenting a bit, the errors go away and I can save the event again, if I 
patch pg8000 like this:


diff --git a/pg8000/core.py b/pg8000/core.py
index 246e0b6..14093cc 100644
--- a/pg8000/core.py
+++ b/pg8000/core.py
@@ -1350,6 +1350,7 @@ class Connection(object):
  self.ParameterStatusReceived += self.handle_PARAMETER_STATUS
  
  def text_out(v):

+if not isinstance(v, text_type): return v
  return v.encode(self._client_encoding)
  
  def time_out(v):



I will forward this bug upstream to pg8000. It may *also* be a bug on the 
calendarserver side, but I'm pretty sure pg8000 should be fixed as well - since 
text_out() is an internal function, if pg8000 has any requirements on the input 
it receives from calendarserver, it should raise a better error message 
*before* it gets to text_out().

X



Ok. I have included this as a patch. I am almost done with everything, 
except for the following bug while ugrading. After upgarding from 5.2.2 
as per the instructions in READE.Debian (which I have updated), I am 
seeing the following errors in error.log whenever I try to connect via 
Icedove:


===

2016-01-27 02:54:58+0530 [BinaryBoxProtocol,1,] Unhandled Error
Traceback (most recent call last):
  File 
"/usr/lib/python2.7/dist-packages/twisted/protocols/amp.py", line 954, 
in _commandReceived

deferred = self.dispatchCommand(box)
  File 
"/usr/lib/python2.7/dist-packages/twisted/protocols/amp.py", line 1011, 
in dispatchCommand

return maybeDeferred(responder, box)
  File 
"/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 150, 
in maybeDeferred

result = f(*args, **kw)
  File 
"/usr/lib/python2.7/dist-packages/twisted/protocols/amp.py", line 1100, 
in doit

return maybeDeferred(aCallable, **kw).addCallback(
---  ---
  File 
"/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 150, 
in maybeDeferred

result = f(*args, **kw)
  File 
"/usr/lib/python2.7/dist-packages/calendarserver/accesslog.py", line 
685, in logStats

self.observer.logStats(stats)
  File 
"/usr/lib/python2.7/dist-packages/calendarserver/accesslog.py", line 
378, in logStats

self.systemStats = SystemMonitor()
  File 
"/usr/lib/python2.7/dist-packages/calendarserver/accesslog.py", line 
587, in __init__
"cpu count" : psutil.NUM_CPUS if psutil is not None 
else -1,
exceptions.AttributeError: 'module' 

Bug#780530: [calendarserver]

[Rahul Amaram]

On Saturday 23 January 2016 12:20 AM, Ximin Luo wrote:

On 20/01/16 18:29, Rahul Amaram wrote:

(d) The git history for the debian/wheezy branch of calendarserver is also 
messed up - you have version 3.2 committed on top of 5.2.2. It involves a bit 
of git magic to fix, which I can do, if you want to avoid the hassle yourself 
and you give me access.

I've also asked to be added to the calendarserver group on Alioth, so that I 
can make these changes myself.

Feel free to do the changes. Not sure how it got messed up. Thanks.

OK, I've rewritten the history so things make more sense looking at the logs - all the 
"Imported Upstream version" commits are now in the correct linear sequence, as well as 
the "Imported Debian patch" commits, and debian/wheezy branches away from the main 
history at the correct place.

You'll need to update your own repo to point all your local branches to the new 
rewritten history. If it's too messy, you can just clone it again.

For transparency, I've attached the script I used, which is a combination of 
writing .git/info/grafts and git-filter-branch. You can run it on your own 
local old repo, and in theory you should even get the same commit SHA1 objects 
out. (But be careful! This will drop the gpg signatures on some old tags, so be 
careful not to push these back out.)

For reference, here's what you should expect the script to output, twice, to 
check that I didn't backdoor the source :)


debian/3.2+dfsg-4+deb7u1 fe8398cfe0b68277b4c95e116e8d37e6b88f5061
debian/3.2+dfsg-4+deb7u2 fb51628bb376ea59c7650a213a698b9c913f2f08
debian/3.2+dfsg-4+deb7u3 2254a4d52ff2338cf803e04a68656ae22571a668
debian/5.2.2+dfsg-1 612b68e1fc65c75cff8e23e860cd7e9d4e67db78
debian/5.2.2+dfsg-2 a7c22e20c5ca1d7d117f6130fac65c445b685361
debian/5.2+dfsg-1 9ea1e23624d0f0e8415ee4f248e7328c355c1e44
debian/sid 4e10242c8786ed237654dc3badfcae13742881a4
debian/wheezy 2254a4d52ff2338cf803e04a68656ae22571a668
dfsg/3.2+dfsg 1e54e2ea03c6729ae01f55771d1a62d8583d8d37
dfsg/6.2+dfsg 8792d5025eaf7babc5d7e79aca52d22f16f69acb
dfsg/7.0+dfsg 0b8deb3e9e47d68def2ea19699bb5faf88169e8c
dfsg/sid 0b8deb3e9e47d68def2ea19699bb5faf88169e8c
dfsg/wheezy 1e54e2ea03c6729ae01f55771d1a62d8583d8d37
upstream/5.2.2+dfsg c5f692769be97e5757fe6f8ee6082ef70c2386b0
upstream/5.2+dfsg 45caacfffe16dd80e9052b0797f588014de4008b
upstream/6.2 53592e714f2a8ff81f4bc0a6ac6153f703beec4b
upstream/7.0 d7604402e323a79dd8275c313c5b2377a3b35b7c
upstream/sid d7604402e323a79dd8275c313c5b2377a3b35b7c


X


Thanks. I've just cloned the repo again.

Bug#780530: [calendarserver]

[Rahul Amaram]

On Wednesday 20 January 2016 11:31 PM, Ximin Luo wrote:

On 20/01/16 18:48, Rahul Amaram wrote:

I had removed the calenarserver_upgrade instructions from README.Debian because 
it was not working and I was assuming that when I start calendarserver the 
upgrade will happen automatically. I will take care of all the points that you 
have mentioned and also mostly write a script for xml file upgrade while 
installing calendarserver 7.0. But this is odd. I feel, upstream should take 
care of all these upgrades automatically :).


Yes, they ought to have better documentation to help admins during upgrades. :( 
Even doc/Admin/DirectoryService-XML.rst describes the old format... I had to guess 
and also by looking at the output of http://$server:8008/addressbooks/ >:(


Thanks for all the help. I just can't tell you how awesome you have been. I do 
have one final request. I need the packages twextypy and pg8000 to be uploaded 
to Debian. I have reached out to my mentor but have not yet heard. He gets busy 
at times. In case I do not hear from him, would you be willing to upload these 
two packages? I have already raised ITP for them.


Sure, just let me know when you are ready. :) You can either send me a link to 
a git commit, or a link to a .dsc that you upload to mentors.debian.net.
Should I tag the commit so that you can easily build from it? If you 
would be reviewing it, it might be better to do it before I tag it. I 
will anyway, implement all your suggestions in the earlier mails. If you 
have anything apart from that, let me know.


X

Bug#780530: [calendarserver]

[Rahul Amaram]

On Wednesday 20 January 2016 10:43 PM, Ximin Luo wrote:

On 20/01/16 17:26, Ximin Luo wrote:

On 20/01/16 15:23, Ximin Luo wrote:

Hey, I just tested 7.0+dfsg from git and it seems to work fine. Thanks for the 
work, and looking forward to the eventual upload! Just a few notes:

(a) [..]

(b) [..]

(c) [..]

(d) [..]


(e) [..]

(f) [..]

(g) [..]

(h) calendarserver_upgrade is not working for me at the moment. I've migrated accounts.xml to the new format 
( ->  and  -> ) and I get this:

$ sudo calendarserver_upgrade -D -s
Converting augments.xml
Traceback (most recent call last):
[..]


Oh, this was my fault. It works if you run it as `sudo -u caldavd -g caldavd 
calendarserver_upgrade` (the `-D` is optional). So we should put that in 
README.Debian.

But then you get a lot of twistd errors in /var/log/caldavd/error.log:

2016-01-20 17:31:24+0100 [-] [directoryproxy] Usage: twistd [options]
2016-01-20 17:31:24+0100 [-] [directoryproxy] Options:
[..]
2016-01-20 17:31:24+0100 [-] [directoryproxy] /usr/bin/twistd: Unknown command: 
caldav_directoryproxy

This is due to a bug in calendarserver, which we should forward at some point. 
The easiest way to work around it is to patch:


--- /usr/lib/python2.7/dist-packages/twisted/plugins/caldav.py 2016-01-20 
17:53:23.741080020 +0100
+++ /usr/lib/python2.7/dist-packages/twisted/plugins/caldav.py  2016-01-20 
17:49:19.201450679 +0100
@@ -50,5 +50,9 @@
  return self._serviceMaker.makeService(options)
  
  
-TwistedCalDAV = TAP("calendarserver.tap.caldav.CalDAVServiceMaker")

-DirectoryProxy = TAP("txdav.dps.server.DirectoryProxyServiceMaker")
+class T1(TAP):
+pass
+class T2(TAP):
+pass
+TwistedCalDAV = T1("calendarserver.tap.caldav.CalDAVServiceMaker")
+DirectoryProxy = T2("txdav.dps.server.DirectoryProxyServiceMaker")


after doing all of this, I successfully upgraded my instance of 5.2.2+dfsg-2 to 
7.0+dfsg-1.

(j) You have to upgrade accounts.xml very specifically. Like this:

 old 

   
 admin
 
 
 Anna Mouse
   

 new 

   
  
 
 
 admin 
 Anna Mouse 
   



You need to do this *before* running calendarserver_upgrade, otherwise that 
won't work.

If you edit accounts.xml a different way, calendarserver will appear to work 
but then clients will get authentication/resource-not-found errors. I tested 
the above with tested with DavDroid 0.9.1.3 and IceOwl 4.0.5, synchronisation 
(add/del) events works both ways as before.

And I think that's everything, finally. :)

X

I had removed the calenarserver_upgrade instructions from README.Debian 
because it was not working and I was assuming that when I start 
calendarserver the upgrade will happen automatically. I will take care 
of all the points that you have mentioned and also mostly write a script 
for xml file upgrade while installing calendarserver 7.0. But this is 
odd. I feel, upstream should take care of all these upgrades 
automatically :).


Thanks for all the help. I just can't tell you how awesome you have 
been. I do have one final request. I need the packages twextypy and 
pg8000 to be uploaded to Debian. I have reached out to my mentor but 
have not yet heard. He gets busy at times. In case I do not hear from 
him, would you be willing to upload these two packages? I have already 
raised ITP for them.



Thanks,
Rahul.

Bug#780530: [calendarserver]

[Rahul Amaram]

On Wednesday 20 January 2016 07:53 PM, Ximin Luo wrote:

Hey, I just tested 7.0+dfsg from git and it seems to work fine. Thanks for the 
work, and looking forward to the eventual upload! Just a few notes:

(a) You should say "python-pycalendar (>= 2.1~svn15020)" in Depends: otherwise 
you get an error at startup.

Done.


(b) You can (Closes: #770416) since the new upstream version no longer has 
calendarserver_bootstrap_database. Instead, the instructions in README.Debian 
seem to work fine for me (I tested peer authentication).

Yes. Will take care of this once calenarserver 7.0 is uploaded.


(c) You probably want to add a `debian/gbp.conf` to all your repos, like this:

 calendarserver/debian/gbp.conf 
[DEFAULT]
pristine-tar = true
debian-branch = debian/sid
upstream-tag = dfsg/%(version)s

[buildpackage]
dist = DEP14
 [other packages]/debian/gbp.conf 
[DEFAULT]
pristine-tar = true
debian-branch = debian/sid

[buildpackage]
dist = DEP14


Then one can simply use `gbp buildpackage`, with or without `--git-pbuilder 
--git-arch=amd64` as desired.

Done.


(d) The git history for the debian/wheezy branch of calendarserver is also 
messed up - you have version 3.2 committed on top of 5.2.2. It involves a bit 
of git magic to fix, which I can do, if you want to avoid the hassle yourself 
and you give me access.

I've also asked to be added to the calendarserver group on Alioth, so that I 
can make these changes myself.

Feel free to do the changes. Not sure how it got messed up. Thanks.


X

On 28/11/15 04:53, Rahul Amaram wrote:

Hi Ximin,

I can upload calendarsever myself. There are a few action items left (see 
above), which needs to be completed before pushing calendarserver 7.0 debian 
package. It would be great if you can help me with those tasks.

Thanks,
Rahul.

Bug#780530: [calendarserver]

[Rahul Amaram]

On Wednesday 20 January 2016 09:56 PM, Ximin Luo wrote:

On 20/01/16 15:23, Ximin Luo wrote:

Hey, I just tested 7.0+dfsg from git and it seems to work fine. Thanks for the 
work, and looking forward to the eventual upload! Just a few notes:

(a) [..]

(b) [..]

(c) [..]

(d) [..]


Some extra notes, after trying to migrate 5.2.2+dfsg-2 to 7.0+dfsg-1 (commit 
01c5df30):

(e) python-twext should declare

Replaces: calendarserver (<< 7.0+dfsg-1)
Breaks: calendarserver (<< 7.0+dfsg-1)

Done.


(see Policy 7.6.1)

(f) We should tell people explicitly in README.Debian to run 
calendarserver_upgrade. At least, I assume this is what I have to do, because 
error.log says this:

2016-01-20 17:11:25+0100 [-] Log opened.
2016-01-20 17:11:25+0100 [-] 
[txdav.common.datastore.upgrade.sql.upgrade.UpgradeDatabaseSchemaStep#warn] 
Beginning database schema check.
2016-01-20 17:11:25+0100 [-] 
[txdav.common.datastore.upgrade.sql.upgrade.UpgradeDatabaseSchemaStep#warn] 
Required database key VERSION: 58.
2016-01-20 17:11:25+0100 [-] 
[txdav.common.datastore.upgrade.sql.upgrade.UpgradeDatabaseSchemaStep#warn] 
Actual database key VERSION: 28.
2016-01-20 17:11:25+0100 [-] [calendarserver.tap.caldav#error] Data store not 
available; shutting down
2016-01-20 17:11:25+0100 [-] [memcached-Default] Signal handled: Terminated.

Done.


(g) I also need to edit 
/usr/lib/python2.7/dist-packages/CalendarServer-7.0a1+unknown.egg-info/requires.txt and 
remove the line that says "kerberos" (I am not using it anyway). Probably we 
need to remove that from setup.py in the source package.

What does this break?


(h) calendarserver_upgrade is not working for me at the moment. I've migrated accounts.xml to the new format 
( ->  and  -> ) and I get this:

$ sudo calendarserver_upgrade -D -s
Converting augments.xml
Traceback (most recent call last):
   File "/usr/lib/python2.7/dist-packages/twisted/python/context.py", line 81, 
in callWithContext
 return func(*args,**kw)
   File "/usr/lib/python2.7/dist-packages/twext/internet/threadutils.py", line 
48, in _run
 while self._qpull():
   File "/usr/lib/python2.7/dist-packages/twext/internet/threadutils.py", line 
69, in _qpull
 return True
   File "/usr/lib/python2.7/dist-packages/twext/internet/threadutils.py", line 
82, in _oneWorkUnit
 self._reactor.callFromThread(deferred.callback, result)
---  ---
   File "/usr/lib/python2.7/dist-packages/twext/internet/threadutils.py", line 
74, in _oneWorkUnit
 result = instruction()
   File "/usr/lib/python2.7/dist-packages/twext/enterprise/adbapi2.py", line 
1158, in initCursor
 txn._connection = self.connectionFactory()
   File "/usr/lib/python2.7/dist-packages/txdav/base/datastore/dbapiclient.py", 
line 243, in connect
 connection = self.dbModule.connect(*self.connectArgs, **self.connectKw)
   File "/usr/lib/python2.7/dist-packages/pg8000/__init__.py", line 103, in 
connect
 user, host, unix_sock, port, database, password, ssl, timeout)
   File "/usr/lib/python2.7/dist-packages/pg8000/core.py", line 1618, in 
__init__
 raise self.error
pg8000.core.InterfaceError: md5 password authentication failed
^CTraceback (most recent call last):
Failure: twext.enterprise.ienterprise.ConnectionError: connection pool shut 
down while txn waiting for database connection.
[previous 2 lines repeated another 8 times]

I also tried setting Enabled for md5 authentication in 
caldavd.plist and the result was the same.


Upgrade failure is something that I am aware of and have started a 
conversation on calendarserver mailing list. However, I do believe that 
you have found a fix for this.

X

Bug#770417: [calendarserver]

[Rahul Amaram]

Package: calendarserver

--- Please enter the report below this line. ---
I am observing the following for calendarserver 7.0. If I do not give 
arguments "-u caldavd -g caldavd" while calling the caldavd daemon 
(caldavd -X) and instead configure the user and group in 
/etc/caldavd/caldavd.plist, I see the following:


# ls -al /var/run/caldavd/
total 12
drwxr-xr-x  2 caldavd caldavd 180 Jan 17 08:43 .
drwxr-xr-x 16 rootroot580 Jan 16 18:46 ..
-rw-r--r--  1 rootroot  5 Jan 17 08:43 caldavd.pid
srw-rw  1 rootcaldavd   0 Jan 17 08:43 caldavd.sock
-rw-r--r--  1 rootroot  5 Jan 17 08:43 caldav-instance-0.pid
-rw-r--r--  1 rootroot  5 Jan 17 08:43 caldav-instance-1.pid
srw-rw  1 rootroot  0 Jan 17 08:43 directory-proxy.sock
lrwxrwxrwx  1 rootroot  5 Jan 17 08:43 directory-proxy.sock.lock 
-> 28332

srwx--  1 caldavd caldavd   0 Jan 17 08:43 memcache.sock

As caldavd user does not have permissions for directory-proxy.sock, 
calendarserver does not work properly and I see Permission Denied 
messages in error.log.


If I do pass the "-u caldavd -g caldavd" arguments (caldavd -X -u 
caldavd -g caldavd) and remove the user and group information in 
/etc/caldavd/caldavd.plist, I see the following:


# ls -al /var/run/caldavd/
total 12
drwxr-xr-x  2 caldavd caldavd 180 Jan 17 08:51 .
drwxr-xr-x 16 rootroot580 Jan 16 18:46 ..
-rw-r--r--  1 rootroot  5 Jan 17 08:51 caldavd.pid
srw-rw  1 rootroot  0 Jan 17 08:51 caldavd.sock
-rw-r--r--  1 caldavd caldavd   5 Jan 17 08:51 caldav-instance-0.pid
-rw-r--r--  1 caldavd caldavd   5 Jan 17 08:51 caldav-instance-1.pid
srw-rw  1 caldavd caldavd   0 Jan 17 08:51 directory-proxy.sock
lrwxrwxrwx  1 caldavd caldavd   5 Jan 17 08:51 directory-proxy.sock.lock 
-> 28420

srwx--  1 caldavd caldavd   0 Jan 17 08:51 memcache.sock

In this case, calendarserver works properly but the error.log shows 
permission denied error as the caldavd user does not have permissions 
for caldavd.sock file. To address this issue, I have configured the user 
and group in /etc/caldavd/caldavd.plist as well. Now I get the drop 
privileges warning, but there are no Permission denied errors in error.log.


So, I have decided to call the caldavd daemon with username and group 
arguments and at the same time have the same username and group 
configured in /etc/caldavd/caldavd.plist


--- System information. ---
Architecture: amd64
Kernel: Linux 4.3.0-1-amd64

Debian Release: stretch/sid
500 trusty ppa.launchpad.net
500 stable dl.google.com
500 stable deb.opera.com
500 oldstable packages.x2go.org
1000 testing security.debian.org
1000 testing httpredir.debian.org

--- Package information. ---
Package's Depends field is empty.

Package's Recommends field is empty.

Package's Suggests field is empty.




--
http://rahul.amaram.name

Bug#780530: [calendarserver]

[Rahul Amaram]

Hi Ximin,

I can upload calendarsever myself. There are a few action items left 
(see above), which needs to be completed before pushing calendarserver 
7.0 debian package. It would be great if you can help me with those tasks.


Thanks,
Rahul.

On Friday 27 November 2015 03:26 PM, Ximin Luo wrote:

Hi Rahul,

Any progress on this? I'm now a DD and can help sponsor your package, if you 
need it.

X

On Sun, 25 Oct 2015 23:41:00 +0530 Rahul Amaram 
<amaramra...@users.sourceforge.net> wrote:

Package: calendarserver

--- Please enter the report below this line. ---
1. has been fixed.
2. can be ignored.

Changes have been pushed to calendarserver git repository.

Will look into the remaining action items over this week.

--- System information. ---
Architecture: amd64
Kernel: Linux 4.2.0-1-amd64

Debian Release: stretch/sid
500 trusty ppa.launchpad.net
500 stable dl.google.com
500 stable deb.opera.com
500 oldstable packages.x2go.org
500 all liveusb.info
1000 testing security.debian.org
1000 testing httpredir.debian.org

--- Package information. ---
Package's Depends field is empty.

Package's Recommends field is empty.

Package's Suggests field is empty.

Bug#780530: [calendarserver]

[Rahul Amaram]

Package: calendarserver

--- Please enter the report below this line. ---
1. has been fixed.
2. can be ignored.

Changes have been pushed to calendarserver git repository.

Will look into the remaining action items over this week.

--- System information. ---
Architecture: amd64
Kernel: Linux 4.2.0-1-amd64

Debian Release: stretch/sid
500 trusty ppa.launchpad.net
500 stable dl.google.com
500 stable deb.opera.com
500 oldstable packages.x2go.org
500 all liveusb.info
1000 testing security.debian.org
1000 testing httpredir.debian.org

--- Package information. ---
Package's Depends field is empty.

Package's Recommends field is empty.

Package's Suggests field is empty.

Bug#801859: ITP: pg8000 -- Pure-Python PostgreSQL Driver

[Rahul Amaram]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org

--- Please fill out the fields below. ---

Package name: pg8000
Version: 1.10.2
Upstream Author: Mathieu Fenniak
URL: https://github.com/mfenniak/pg8000
License: BSD
Description: pg8000 is a Pure-Python interface to the PostgreSQL 
database engine.  It is
 one of many PostgreSQL interfaces for the Python programming language. 
pg8000
 is somewhat distinctive in that it is written entirely in Python and 
does not

 rely on any external libraries (such as a compiled python module, or
 PostgreSQL's libpq library). pg8000 supports the standard Python DB-API
 version 2.0

Bug#801857: ITP: twextpy -- Python module consisting of extensions to the Twisted Framework

[Rahul Amaram]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org

--- Please fill out the fields below. ---

Package name: twextpy
Version: 0.1.b2.dev15059
Upstream Author: Apple Inc.
URL: http://trac.calendarserver.org/wiki/twext
License: Apache-2.0
Description: This is a Python module consisting of extensions to the 
Twisted Framework and is mainly used by calendarserver

Bug#801856: ITP: twextpy -- Python module consisting of extensions to the Twisted Framework

[Rahul Amaram]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org

--- Please fill out the fields below. ---

Package name: twextpy
Version: 0.1.b2.dev15059
Upstream Author:
URL: http://trac.calendarserver.org/wiki/twext
License: Apache-2.0
Description: This is a Python module consisting of extensions to the 
Twisted Framework and is mainly used by calendarserver.


--
http://rahul.amaram.name

Bug#780530: Packaging repository

[Rahul Amaram]

On Friday 02 October 2015 02:43 PM, Gregor Riepl wrote:

Did you make any progress on packaging calendarserver?

I saw that 5.2.2 is in sid, but neither jessie nor stretch have it.

Your git server seems to be down, by the way.
Can you post your (packed) debian/ here instead?


I have started work on packaging calendarserver 7.0. The current status 
is that with python-sqlparse 0.1.13, the calendarserver process starts 
successfully. Here are the pending action items:


1. Figure out how to resolve dependency on sqlparse 0.1.14 (blocker)
2. twexty remove dependency on Python.h. When running calendarserver, it 
throws an error: 
/usr/lib/python2.7/dist-packages/twext/python/__pycache__/_cffi_twext_python_sacl_xe128630fxbbd600c.c:2:20: 
fatal error: Python.h: No such file or directory. Installing python-dev 
solves the issue but we should ideally be doing it at the time of 
building the twext package.

3. calendarserver systemd script (is it ok to continue using init.d script)?
4. Test regular flow
5. Test LDAP configuration
6. Test NSS directory service
7. Test upgrade from 3.x and 5.x

Other Notes:

1. All the necessary packages' git repos are at 
http://anonscm.debian.org/cgit/calendarserver/ (twextpy.git and

pg800.git are the new packages that calendarserver depends on).

2. The directory layout that I am following is as described in : 
http://honk.sigxcpu.org/projects/git-buildpackage/manual-html/gbp.import.html#GBP.BRANCH.NAMING


3. If you want to do any changes, you can checkout "debian/sid" branch 
and work on it. Latest upstream code has already been imported to the 
debian/sid branch of all the four packages (calendarserver, twextpy, 
pycalendar, pg8000).


4. To build calendarserver packages, run the command:

gbp buildpackage --git-ignore-new --git-debian-branch=debian/sid 
--git-upstream-tag="dfsg/%(version)s" --git-pristine-tar --git-pbuilder 
--git-arch=amd64 --git-dist=DEP14


To build any of the remaining packages (pycalendar / twextpy / pg8000), run:

gbp buildpackage --git-ignore-new --git-debian-branch=debian/sid 
--git-pristine-tar --git-pbuilder --git-arch=amd64 --git-dist=DEP14


The initial cowbuilder directory can be created using:

DIST=sid ARCH=amd64 git pbuilder create


Thanks,
Rahul.

--
http://rahul.amaram.name

Bug#770417: [calendarserver] Causing issues with new calendarserver 7.0 package

[Rahul Amaram]

Package: calendarserver

--- Please enter the report below this line. ---
I am packaging a new calendarserver version 7.0 and when I try the 
changes as mentioned by you, it is not starting properly. Let us revisit 
this once the new calendarserver package is uploaded.


--- System information. ---
Architecture: amd64
Kernel: Linux 4.2.0-1-amd64

Debian Release: stretch/sid
500 trusty ppa.launchpad.net
500 stable dl.google.com
500 stable deb.opera.com
500 oldstable packages.x2go.org
500 all liveusb.info
1000 testing security.debian.org
1000 testing httpredir.debian.org

--- Package information. ---
Package's Depends field is empty.

Package's Recommends field is empty.

Package's Suggests field is empty.

Bug#798786: [libpam-kwallet5] kwalletd5 started by libpam-kwallet5 is not used by kwalletmanager5

[Rahul Amaram]

I pointed my repo to unstable and upgraded plasma-workspace. The problem 
is now solved. I don't see any more zombie kwalletd5 process.


NOTE 1: ksshaskpass was broken earlier. Now, ksshaskpass is able to 
retrieve the credentials at login time for adding my private keys to the 
ssh agent. I am initializing this by adding "ssh-add" in the startup 
programs (which indirectly calls ksshaskpass).


NOTE 2: It is possible that your kde wallet might get closed after being 
unlocked upon login. To avoid this, ensure via kde wallet manager 
"Configure wallet ..." settings that "Close when last application stops 
using it" is not checked.


This package finally solves a long-time problem in Debian :)!

Bug#798825: [libpam-kwallet5] Does not work with firefox/thunderbird kwallet plugin

[Rahul Amaram]

Package: libpam-kwallet5
Version: 5.4.0-1
Severity: normal

--- Please enter the report below this line. ---

A workaround for this is to install the pam-kwallet4 binary package from 
ubuntu wily (http://packages.ubuntu.com/wily/pam-kwallet4) and then add 
the below lines right below pam_kwallet5.so lines in /etc/pam.d/sddm:


...
...
-auth   optionalpam_kwallet.so
...
...
...
-session optional   pam_kwallet.so auto_start
...
...

Now whenever you login, a new kwalletd process is started as below:

rahul 1458  1452  0 15:55 ?00:00:00 [kwalletd] 
rahul 1533 1  0 15:55 ?00:00:00 /usr/bin/kwalletd 
--pam-login 17 22


Thunderbird / Firefox kwallet plugin should now work fine.

As per my understanding, kwalletd is the older kde wallet subsystem and 
would be obsoleted. But till then, you might want to consider supporting 
it (similar to how Ubuntu has two pam-kwallet4 and pam-kwallet5 packages 
in wily).


--- System information. ---
Architecture: amd64
Kernel: Linux 4.1.0-2-amd64

Debian Release: stretch/sid
500 trusty ppa.launchpad.net
500 stable dl.google.com
500 stable deb.opera.com
500 oldstable packages.x2go.org
500 all liveusb.info
1000 testing security.debian.org
1000 testing httpredir.debian.org

--- Package information. ---
Package's Depends field is empty.

Package's Recommends field is empty.

Package's Suggests field is empty.

Bug#798786: [libpam-kwallet5] kwalletd5 started by libpam-kwallet5 is not used by kwalletmanager5

[Rahul Amaram]

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 --pam-login 17 27


Now when I start kwalletmanager, a new kwalletd5 process is created.

Konsole output rahul12806 1  0 22:08 ?00:00:04 
/usr/bin/kwalletd5


instead of it connecting to the already started kwalletd5 process.

Also, when I logout, the initial kwalletd5 process launched by pam is 
not terminated and becomes a zombie process. So, eventual logins ends up 
with multiple such processes.


Konsole output rahul 4346 1  0 21:17 ?00:00:00 
/usr/bin/kwalletd5 --pam-login 17 25
rahul 9801 1  0 21:52 ?00:00:00 /usr/bin/kwalletd5 
--pam-login 17 21
rahul11679 1  0 22:03 ?00:00:00 /usr/bin/kwalletd5 
--pam-login 17 25
rahul12180 1  0 22:05 ?00:00:00 /usr/bin/kwalletd5 
--pam-login 17 26



--- System information. ---
Architecture: amd64
Kernel: Linux 4.1.0-2-amd64

Debian Release: stretch/sid
500 trusty ppa.launchpad.net
500 stable dl.google.com
500 stable deb.opera.com
500 oldstable packages.x2go.org
500 all liveusb.info
1000 testing security.debian.org
1000 testing httpredir.debian.org

--- Package information. ---
Package's Depends field is empty.

Package's Recommends field is empty.

Package's Suggests field is empty.

Bug#777155: unblock: calendarserver/5.2.2+dfsg-2

[Rahul Amaram]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package calendarserver

RC Bug#765644 was fixed long back in calendarserver 5.2.2+dfsg-2 (even before
jessie freeze). Unfortunately, the Bug was not closed because an upgrade had to
be pushed to wheezy calendarserver as well.

unblock calendarserver/5.2.2+dfsg-2

-- System Information:
Debian Release: 8.0
  APT prefers testing
  APT policy: (1000, 'testing')
Architecture: i386 (i686)

Kernel: Linux 3.16.0-4-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8)


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

Bug#770417: calendarserver: please do not run as root

[Rahul Amaram]

Will test this when I get time and update README accordingly.

Thanks,
Rahul.

On Friday 21 November 2014 05:08 PM, Ximin Luo wrote:

On 21/11/14 04:12, Ximin Luo wrote:

The log says

[-] /usr/lib/python2.7/dist-packages/twisted/python/util.py:753: 
exceptions.UserWarning: tried to drop privileges and setuid 135 but uid is 
already 135; should we be root? Continuing.

but this is just a warning; nothing bad has happened yet.


Ah, this is because caldavd.plist has UserName and GroupName entries to drop 
privileges. We can get rid of these if we use `-u caldavd -g caldavd` to run 
directly as non-root, and the log warning disappears.

I recommend this approach, simply because this means you configure the db with a simple 
calendarserver_bootstrap_database without any config changes to postgresql. In fact, 
you could even put this in calendarserver's postinst, and uncomment the necessary part of 
caldavd.plist to enable peer authentication. Then, calendarserver would work out of the 
box, so users would avoid having to follow the instructions in README.Debian and avoiding 
things like #746977.

Patch for caldavd.plist supplied.

X




--
http://rahul.amaram.name


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

Bug#762402: Reg. packaging pam-kwallet for Debian

[Rahul Amaram]

On Thursday 16 October 2014 01:29 PM, Maximiliano Curia wrote:

But, if you prepare the package and intend to maintain it I won't mind
reviewing it. Happy hacking,


Apologies for the delay. Had been caught up with some work.

Kindly review and upload to Debian. I am not a DD, so cannot upload it 
to Debian. Also, I've heard that new package takes about 10 days to get 
into unstable. So, you might want to expedite this.


Thanks,
Rahul.

Format: 1.8
Date: Mon, 20 Oct 2014 23:37:26 +0530
Source: pam-kwallet
Binary: pam-kwallet
Architecture: source
Version: 0.0~git20140429-1
Distribution: unstable
Urgency: medium
Maintainer: Rahul Amaram amaramra...@users.sourceforge.net
Changed-By: Rahul Amaram amaramra...@users.sourceforge.net
Description:
 pam-kwallet - KWallet integration with PAM
Closes: 762402
Changes:
 pam-kwallet (0.0~git20140429-1) unstable; urgency=medium
 .
   * Import to Debian (Closes: #762402)
Checksums-Sha1:
 da328e1df2e1aea61b432b1cb2d14c2d26011f9a 977 pam-kwallet_0.0~git20140429-1.dsc
 dabc1160203efd958bcf8977339eed16c0e81356 2624 
pam-kwallet_0.0~git20140429-1.debian.tar.xz
Checksums-Sha256:
 833c2b4ccc0d5c4a334af33e63b367d135aabe1c6c8db8ed3921323e53735932 977 
pam-kwallet_0.0~git20140429-1.dsc
 996be90339e50ec0cc7e0b610918e0ce428958d513f13386af3661256df176d7 2624 
pam-kwallet_0.0~git20140429-1.debian.tar.xz
Files:
 5e9780018389b417a79c4834c24db5cd 977 kde optional 
pam-kwallet_0.0~git20140429-1.dsc
 c85e9a7c72fe8b857f830ce74363387c 2624 kde optional 
pam-kwallet_0.0~git20140429-1.debian.tar.xz
Original-Maintainer: Rohan Garg rohang...@kubuntu.org



pam-kwallet_0.0~git20140429-1_i386.deb
Description: application/deb
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Mon, 20 Oct 2014 23:37:26 +0530
Source: pam-kwallet
Binary: pam-kwallet
Architecture: source i386
Version: 0.0~git20140429-1
Distribution: unstable
Urgency: medium
Maintainer: Rahul Amaram amaramra...@users.sourceforge.net
Changed-By: Rahul Amaram amaramra...@users.sourceforge.net
Description:
 pam-kwallet - KWallet integration with PAM
Closes: 762402
Changes:
 pam-kwallet (0.0~git20140429-1) unstable; urgency=medium
 .
   * Import to Debian (Closes: #762402)
Checksums-Sha1:
 53d0749ed2776dbf1a695c2417f9cf0a36b9db63 1846 pam-kwallet_0.0~git20140429-1.dsc
 d63065bedae0af508ecdcab6248bc5dcfc64cabb 2632 
pam-kwallet_0.0~git20140429-1.debian.tar.xz
 bd7acae85cdd04a43cfbbc82928c910fbaaa4eb4 9518 
pam-kwallet_0.0~git20140429-1_i386.deb
Checksums-Sha256:
 2c3f18609feb91960c7a3b168272ca744d5031369b7f33d7d8a523f427275ccc 1846 
pam-kwallet_0.0~git20140429-1.dsc
 a8abac02b9f01c4773f97089504fa69829b1f45a068a56e6c506e9a6497355ca 2632 
pam-kwallet_0.0~git20140429-1.debian.tar.xz
 16488f3321a527db508cb62c5edb6727225aeba5a4316564dbed4eeca227567b 9518 
pam-kwallet_0.0~git20140429-1_i386.deb
Files:
 025c6dccd68277f0fcbd2304c1dc633c 1846 kde optional 
pam-kwallet_0.0~git20140429-1.dsc
 37702c2a27fb7ac26b1959a87375e893 2632 kde optional 
pam-kwallet_0.0~git20140429-1.debian.tar.xz
 154651a2c35f206fc5fdc3b13438d72f 9518 kde optional 
pam-kwallet_0.0~git20140429-1_i386.deb
Original-Maintainer: Rohan Garg rohang...@kubuntu.org

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJURWiyAAoJEMxkxzcmTFut/pIP/jc/vs71P82E49XiNhCQ0C1H
fRnYKCV2AzvYbgvuDifrX/UX+ggh9xAKSaA1mCfPogNcLvwLZlm4LI9YAstLf4ex
6/4/0ZCCuy/2cuIr/25SJSz5vXzH1wTNiwaigGLAcT7lsMRwXF08U5TP1FloszG8
hGS6nvD0r/vikgM38f3MUh/aS6rkTXkcmN8/YD4y+oSbvbnAdLWoMT/IGY8glEX5
0PGXzDJQgemQZW45nPzQs+2l4/KNnAG9z0P+QOenE3XiCGWh3sTAjBYmMdFhfGfO
PbCM3n/lTjRc8yLbJpw7sWAR5rN2VOP1AKKpnr2p9pUUvHV0UeoJ+Gag/xqRFleR
CrRO2h/MyV5bNRE8Dv8VQo9fzJER1iz9ajDaMjiTvkLbc7NNsy3zt1Na8MMNlS1x
B2LfxOByx+5Qn7oK4D0bbWFM+CIu5qkiD8R7yUX+GkAiajGC44V5vazzWSuMGk3k
j+lWeHbaSUYsfu2UYVAS1QGVLzdjxIDkpzdr+WyjNwDYZ6or5itt1nWTNNYwUfnk
8MXbhR6v39EXXtCYvvoNqS0M5B3lSi3ipaMC0t38UKsu3+mgKHkd+mn8NZRUWBug
Bsw55+OY7Q7g+38N7fIFDbEgjZ3WCXuLoxP/PpLjhfwTBsN4oPnVHoJbTYSnrmcj
A9iu6nU7CyJ3HTFdOK/b
=XYWb
-END PGP SIGNATURE-

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 3.0 (quilt)
Source: pam-kwallet
Binary: pam-kwallet
Architecture: any
Version: 0.0~git20140429-1
Maintainer: Rahul Amaram amaramra...@users.sourceforge.net
Standards-Version: 3.9.6
Build-Depends: debhelper (= 9), cmake, libpam0g-dev, libgcrypt11-dev
Package-List:
 pam-kwallet deb kde optional arch=any
Checksums-Sha1:
 d106bef9c86a1e5ad2a5bb74e2faf21a8dac726a 7136 
pam-kwallet_0.0~git20140429.orig.tar.xz
 d63065bedae0af508ecdcab6248bc5dcfc64cabb 2632 
pam-kwallet_0.0~git20140429-1.debian.tar.xz
Checksums-Sha256:
 0164672678c76cba02fcbc577332a57643a47ff60a22d12101f83800b838da36 7136 
pam-kwallet_0.0~git20140429.orig.tar.xz
 a8abac02b9f01c4773f97089504fa69829b1f45a068a56e6c506e9a6497355ca 2632 
pam-kwallet_0.0~git20140429-1.debian.tar.xz
Files:
 764745b3abea37d445d8176e25a9bcf9 7136 pam-kwallet_0.0~git20140429.orig.tar.xz
 37702c2a27fb7ac26b1959a87375e893 2632 
pam-kwallet_0.0~git20140429-1.debian.tar.xz
Original-Maintainer: Rohan Garg rohang

Bug#762402: KWallet Integration with PAM

[Rahul Amaram]

I have just upgraded all the packages in my Debian Testing to the latest 
ones and I don't know which one did the trick, but auto-unlock of 
kwallet now works. It works with kdm as well as lightdm.


This would be a very useful feature to have in Jessie. I, myself being a 
DM can take this up. Let me first try to contact the Ubuntu maintainers 
of this package and try to get their opinion.


Thanks,
Rahul.

On Monday 13 October 2014 05:44 AM, Rahul Amaram wrote:

Hi Patrick,

- Checked with both recompiled and the direct ubuntu binary. Both are 
not working.

- All dependencies have been installed.
- Installed latest lightdm packages
- I am using the same password for both login as well as login
- My wallet uses the default name kwallet

I have also modified lightdm pam config only and not that of lightdm 
greeter or login. Could you share your pam configuration?


Regards,
Rahul.

On 2014-10-13 01:18, Patrick Häcker wrote:

Hi Rahul,


Did you check this on Debian?

yes, I have this working on two Debian testing systems.

1. Recompiled pam-kwallet_0.0~git20140429-0ubuntu1 in Debian testing 
and

installed it
Instead of recompiling it, I installed the binary package provided by 
Ubuntu
without modifying it. I haven't tested recompilation, yet. Does the 
Ubuntu
package work for you? As a debugging approach, I recommend to test 
the binary

first and test recompiling only if the binary package works.

Have you installed all dependencies? You have to install these:

libc6 (= 2.4), libgcrypt11 (= 1.5.1), libpam0g (= 0.99.7.1), socat
I read that on one system socat has been missing, if I remember 
correctly.



2. Updated kde-workspace to the latest version in testing (4.11.12)

I have the package with version 4:4.11.12-2 installed, so this should be
identical.


3. Modified /etc/pam.d/lightdm to include the two lines that you have
mentioned

When trying to get pam-kwallet working, I added these and other lines on
multiple places, and it did not work. It did work when the only lines I
modified have been these two lines. I am not absolutely sure that adding
other pam-kwallet entries has been the problem (as I might have changed
multiple things), but I would recommend against it while trying to 
get it to

work.


However, it does not work. This is the output that I see in
/var/log/auth.log
Oct 12 22:02:10 rahul-laptop lightdm: pam_kwallet(lightdm:session):
pam-kwallet: final socket path: /tmp//rahul.socket

I see the same (though I use the Journal, but that should not make a
difference), but I also get lines like this:

pam_kwallet(lightdm:session): pam_sm_open_session



In /var/log/lightdm/lightdm.log, I do not see any messages related to
kwallet
I can confirm this, I also do not have anything logged there (and the 
ctime

is quite current even when using the Journal).


but ps aux | grep kwalletd returns this.

rahul21702  0.0  0.0  0 0 ?Z22:19 0:00
[kwalletd] defunct
rahul21772  1.9  0.2  96960 19268 ?SL   22:19 0:01
/usr/bin/kwalletd --pam-login 9 12
I have the same two processes (with file descriptors 10 and 14 at the 
moment,

but 9 and 12 sound plausible, too).


Am I missing any configuration step?
This following is probably obvious, but I better mention it so that 
you do

not unnecessarily lose time debugging it.

In the setup described by me, you have to use lightdm. I use the 
package with
version 1.10.2-2 with a fixed config to avoid #762211. Using the 
package from

unstable should work, too.

Do you really use identical passphrases for your user and your wallet?

It also might work already without you noticing it. I think, that 
only your
default wallet will be opened. Although it might be that other 
wallets are
not opened as they have different passphrases. I have only two 
checkboxes
selected in the KDE wallet properties: Enable the KDE wallet 
subsystem and
Show manager in system tray. I do not have a default wallet 
selected. Check

the tray icon after login to see if you wallet has been opened.

I have read, that pam-kwallet only works with the traditional wallets 
and not
with the more recent GPG-based wallets. Though, I have only tested 
the former

and not the latter.

It is a known bug
(https://www.redhat.com/archives/pam-list/2014-October/msg0.html)
that pam-kwallet does not work if pam-mount is used to
unlock a (user's) home file system at the same time. So either avoid 
pam-
mount in your tests, or ensure that the file system is already 
unlocked when

testing pam-kwallet with lightdm.

Kind regards
Patrick



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

Bug#746977: [calendarserver]

[Rahul Amaram]

Package: calendarserver

--- Please enter the report below this line. ---
Just curious. Did you setup calendarserver as described in 
/usr/share/doc/calendarserver/README.Debian before starting it?


--- System information. ---
Architecture: i386
Kernel: Linux 3.16-2-686-pae

Debian Release: jessie/sid
500 trusty ppa.launchpad.net
500 testing www.deb-multimedia.org
500 stable dl.google.com
500 precise ppa.launchpad.net
500 all liveusb.info
1000 testing security.debian.org
1000 testing http.debian.net

--- Package information. ---
Package's Depends field is empty.

Package's Recommends field is empty.

Package's Suggests field is empty.


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

Bug#762402: KWallet Integration with PAM

[Rahul Amaram]

Hi Patrick,

Did you check this on Debian? I couldn't configure it. Here is some info 
on what I did.


1. Recompiled pam-kwallet_0.0~git20140429-0ubuntu1 in Debian testing and 
installed it

2. Updated kde-workspace to the latest version in testing (4.11.12)
3. Modified /etc/pam.d/lightdm to include the two lines that you have 
mentioned


However, it does not work. This is the output that I see in 
/var/log/auth.log


Oct 12 22:02:10 rahul-laptop lightdm: pam_kwallet(lightdm:session): 
pam-kwallet: final socket path: /tmp//rahul.socket


In /var/log/lightdm/lightdm.log, I do not see any messages related to 
kwallet but ps aux | grep kwalletd returns this.


rahul21702  0.0  0.0  0 0 ?Z22:19   0:00 
[kwalletd] defunct
rahul21772  1.9  0.2  96960 19268 ?SL   22:19   0:01 
/usr/bin/kwalletd --pam-login 9 12


Am I missing any configuration step?

Regards,
Rahul.


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

Bug#762402: KWallet Integration with PAM

[Rahul Amaram]

Hi Patrick,

- Checked with both recompiled and the direct ubuntu binary. Both are 
not working.

- All dependencies have been installed.
- Installed latest lightdm packages
- I am using the same password for both login as well as login
- My wallet uses the default name kwallet

I have also modified lightdm pam config only and not that of lightdm 
greeter or login. Could you share your pam configuration?


Regards,
Rahul.

On 2014-10-13 01:18, Patrick Häcker wrote:

Hi Rahul,


Did you check this on Debian?

yes, I have this working on two Debian testing systems.

1. Recompiled pam-kwallet_0.0~git20140429-0ubuntu1 in Debian testing 
and

installed it
Instead of recompiling it, I installed the binary package provided by 
Ubuntu
without modifying it. I haven't tested recompilation, yet. Does the 
Ubuntu
package work for you? As a debugging approach, I recommend to test the 
binary

first and test recompiling only if the binary package works.

Have you installed all dependencies? You have to install these:

libc6 (= 2.4), libgcrypt11 (= 1.5.1), libpam0g (= 0.99.7.1), socat
I read that on one system socat has been missing, if I remember 
correctly.



2. Updated kde-workspace to the latest version in testing (4.11.12)
I have the package with version 4:4.11.12-2 installed, so this should 
be

identical.


3. Modified /etc/pam.d/lightdm to include the two lines that you have
mentioned
When trying to get pam-kwallet working, I added these and other lines 
on

multiple places, and it did not work. It did work when the only lines I
modified have been these two lines. I am not absolutely sure that 
adding

other pam-kwallet entries has been the problem (as I might have changed
multiple things), but I would recommend against it while trying to get 
it to

work.


However, it does not work. This is the output that I see in
/var/log/auth.log
Oct 12 22:02:10 rahul-laptop lightdm: pam_kwallet(lightdm:session):
pam-kwallet: final socket path: /tmp//rahul.socket

I see the same (though I use the Journal, but that should not make a
difference), but I also get lines like this:

pam_kwallet(lightdm:session): pam_sm_open_session



In /var/log/lightdm/lightdm.log, I do not see any messages related to
kwallet
I can confirm this, I also do not have anything logged there (and the 
ctime

is quite current even when using the Journal).


but ps aux | grep kwalletd returns this.

rahul21702  0.0  0.0  0 0 ?Z22:19   0:00
[kwalletd] defunct
rahul21772  1.9  0.2  96960 19268 ?SL   22:19   0:01
/usr/bin/kwalletd --pam-login 9 12
I have the same two processes (with file descriptors 10 and 14 at the 
moment,

but 9 and 12 sound plausible, too).


Am I missing any configuration step?
This following is probably obvious, but I better mention it so that you 
do

not unnecessarily lose time debugging it.

In the setup described by me, you have to use lightdm. I use the 
package with
version 1.10.2-2 with a fixed config to avoid #762211. Using the 
package from

unstable should work, too.

Do you really use identical passphrases for your user and your wallet?

It also might work already without you noticing it. I think, that only 
your
default wallet will be opened. Although it might be that other wallets 
are
not opened as they have different passphrases. I have only two 
checkboxes
selected in the KDE wallet properties: Enable the KDE wallet 
subsystem and
Show manager in system tray. I do not have a default wallet selected. 
Check

the tray icon after login to see if you wallet has been opened.

I have read, that pam-kwallet only works with the traditional wallets 
and not
with the more recent GPG-based wallets. Though, I have only tested the 
former

and not the latter.

It is a known bug
(https://www.redhat.com/archives/pam-list/2014-October/msg0.html)
that pam-kwallet does not work if pam-mount is used to
unlock a (user's) home file system at the same time. So either avoid 
pam-
mount in your tests, or ensure that the file system is already unlocked 
when

testing pam-kwallet with lightdm.

Kind regards
Patrick



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

Bug#756033: calendarserver: Can't create groups

[Rahul Amaram]

Since Calendarserver 3.x, subscriptions to groups is no longer supported.

On July 25, 2014 7:55:12 PM GMT+05:30, Davide Chiarini 
davide.chiar...@gmail.com wrote:
Package: calendarserver
Version: 3.2+dfsg-4+deb7u1
Severity: normal
Tags: upstream

Version 3.2 of calendarserver (current on stable) doesn't seem to
create groups.
Fresh install, using default example files from package (accounts.xml),
with user test and group users.

Subscribing to the user calendar via for example lightning or browsing
to http://servername:8008/calendars/users/test/calendar/ 
returns no error, the calendar works and the corresponding directory
structure is created under /var/spool/caldavd on first access.
Access.log reports 192.168.0.7 - test [25/Jul/2014:16:04:00 +0200] GET
/calendars/users/test/calendar/ HTTP/1.1 200 

Doing the same thing with groups, subscribing for example to
http://servername:8008/calendars/groups/users/calendar/ does not work,
calendar cannot be subscribed under lightning, nothing is created under
/var/spool/caldavd. Using a browser you get Not Found.
Access.log reports 192.168.0.7 - - [25/Jul/2014:16:06:56 +0200] GET
/calendars/groups/users/calendar/ HTTP/1.1 404 
Nothing is reported in error.log




-- System Information:
Debian Release: 7.6
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-0.bpo.4-686-pae (SMP w/4 CPU cores)
Locale: LANG=it_IT@euro, LC_CTYPE=it_IT@euro (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages calendarserver depends on:
ii  adduser3.113+nmu3
ii  libc6  2.13-38+deb7u3
ii  lsb-base   4.1+Debian8+deb7u1
ii  memcached  1.4.13-0.2+deb7u1
ii  python 2.7.3-4+deb7u1
ii  python-dateutil1.5+dfsg-0.1
ii  python-kerberos1.1+svn4895-1+b2
ii  python-openssl 0.13-2+deb7u1
ii  python-plist   1.8-1
ii  python-pycalendar  2.0~svn188-1
ii  python-pygresql1:4.0-3
ii  python-pysqlite2   2.6.3-3
ii  python-sqlparse0.1.4-1
ii  python-twisted-conch   1:12.0.0-1
ii  python-twisted-core12.0.0-1
ii  python-twisted-mail12.0.0-1
ii  python-twisted-web 12.0.0-1
ii  python-twisted-words   12.0.0-1
ii  python-xattr   0.6.4-2
ii  python-zope.interface  3.6.1-3
ii  ssl-cert   1.0.32

Versions of packages calendarserver recommends:
ii  python-ldap  2.4.10-1
ii  python-pam   0.4.2-13

calendarserver suggests no packages.

-- Configuration Files:
/etc/caldavd/accounts.xml changed:
?xml version=1.0 encoding=utf-8?
!--
Copyright (c) 2006-2010 Apple Inc. All rights reserved.
Licensed under the Apache License, Version 2.0 (the License);
you may not use this file except in compliance with the License.
You may obtain a copy of the License at
http://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing, software
distributed under the License is distributed on an AS IS BASIS,
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or
implied.
See the License for the specific language governing permissions and
limitations under the License.
 --
!DOCTYPE accounts SYSTEM accounts.dtd
accounts realm=Test Realm
  user
uidadmin/uid
passwordadmin12345/password
nameSuper User/name
  /user
  user
uidtest/uid
passwordtest12345/password
nameTest User/name
  /user
  group
uidusers/uid
passwordusers/password
nameUsers Group/name
members
  member type=userstest/member
/members
  /group
  location
uidmercury/uid
passwordmercury/password
nameMecury Conference Room, Building 1, 2nd Floor/name
  /location
/accounts

/etc/caldavd/caldavd.plist changed:
?xml version=1.0 encoding=UTF-8?
!--
Copyright (c) 2006-2011 Apple Inc. All rights reserved.
Licensed under the Apache License, Version 2.0 (the License);
you may not use this file except in compliance with the License.
You may obtain a copy of the License at
http://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing, software
distributed under the License is distributed on an AS IS BASIS,
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or
implied.
See the License for the specific language governing permissions and
limitations under the License.
  --
!DOCTYPE plist PUBLIC -//Apple//DTD PLIST 1.0//EN
http://www.apple.com/DTDs/PropertyList-1.0.dtd;
plist version=1.0
  dict
!--
Public network address information
  This is the server's public network address, which is provided to
clients in URLs and the like.  It may or may not be the network
  address that the server is listening to directly, though it is by
 default.  For example, it may be the address of a load balancer or
proxy which forwards connections to the server.
  --
!-- Network host name [empty = system host name] --
keyServerHostName/key

Bug#747394: calendarserver: Problem with fresh installed Server when adding calendar

[Rahul Amaram]

Hi Jochen,
I do not have any idea on what might be causing this problem. You might 
want to reach out to the calendarserver users mailing list for helping 
to troubleshoot this error.


Regards,
Rahul.

On Thursday 08 May 2014 01:54 PM, Jochen Pawletta wrote:

Package: calendarserver
Version: 3.2+dfsg-4+deb7u1
Severity: important

Hello

I did a fresh installation of calendarserver.
I use the Apple Kalendar (German) program on Mac OS 10.9.2
When I use the default calendar calendar I can create entries
and there is no problem.

In the error log ther is:
[PooledMemCacheProtocol,client] [twext.web2.server#error] [Failure instance: 
Traceback: type 'exceptions.IOError': [Errno 28] No space left on device: 
'/var/spool/caldavd/calendars/__uids__/d8/17/d817aaec-7d24-5b38-bc2f-6369da72cdd9/calendar'
But everything works.
I use a file as filesystem for /var/spool/caldavd with loop-device.
That filesystem isn't full, so I ignore that error message.

Now I create a second calendar with the program on Mac OS ...
Before I can name that new calendar I get the message: (translated by me)
Not allowed - 403 CalDAVAddCalendarQueableOperation

Now the calendarserver is not usable anymore for me.
Further error messages are
500 CalDAVAccountRefreshQueueableOperation

The error.log says:
2014-05-08 10:13:04+0200 [-] [caldav-0]  [PooledMemCacheProtocol,client] 
[twistedcaldav.method.mkcalendar#error] Attempt to create collection where resource 
exists: Calendar Collection Resource 
'd817aaec-7d24-5b38-bc2f-6369da72cdd9':'834D720E-332A-45C6-88D9-842259A60746' 

I hope you can reproduce this behavior.
It prevents me from updating a Server from Debian 6 to Debian 7.
The calendarserver-Version of Debian 6 (2.4.6) works fine!

I can test every version which runs on Debian 7 (stable).
So I couldn't test the new 5.2 in unstable, sorry.


Jochen

-- System Information:
Debian Release: 7.5
   APT prefers stable-updates
   APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages calendarserver depends on:
ii  adduser3.113+nmu3
ii  libc6  2.13-38+deb7u1
ii  lsb-base   4.1+Debian8+deb7u1
ii  memcached  1.4.13-0.2+deb7u1
ii  python 2.7.3-4+deb7u1
ii  python-dateutil1.5+dfsg-0.1
ii  python-kerberos1.1+svn4895-1+b2
ii  python-openssl 0.13-2+deb7u1
ii  python-plist   1.8-1
ii  python-pycalendar  2.0~svn188-1
ii  python-pygresql1:4.0-3
ii  python-pysqlite2   2.6.3-3
ii  python-sqlparse0.1.4-1
ii  python-twisted-conch   1:12.0.0-1
ii  python-twisted-core12.0.0-1
ii  python-twisted-mail12.0.0-1
ii  python-twisted-web 12.0.0-1
ii  python-twisted-words   12.0.0-1
ii  python-xattr   0.6.4-2
ii  python-zope.interface  3.6.1-3
ii  ssl-cert   1.0.32

Versions of packages calendarserver recommends:
ii  python-ldap  2.4.10-1
ii  python-pam   0.4.2-13

calendarserver suggests no packages.

-- Configuration Files:
/etc/caldavd/caldavd.plist changed [not included]

-- no debconf information



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

Bug#742993: closed by Rahul Amaram amaramra...@users.sourceforge.net (Done: python-pycalendar: Please update to new svn snapshot)

[Rahul Amaram]

On Sunday 20 April 2014 01:01 AM, Guido Günther wrote:

Hi,
On Sun, Apr 13, 2014 at 05:39:24PM +0530, Rahul Amaram wrote:

URL: 
https://svn.calendarserver.org/repository/calendarserver/PyCalendar/branches/CalendarServer-5.2
Last Changed Rev: 13177

I am anyway planning to update calendarserver in the next couple of weeks.
Will the above pycalendar version work for you?

Looking at the diff I guess we need current trunk. But as I said
an upload to experimental would be sufficient for now and we an
hopefully run with the next release. My offer to handle the upload to
experimental still holds.
Cheers,
  -- Guido

Hi Guido,
Kindly go ahead and do a non-maintainer upload to experimental. Do 
mention the Breaks condition. Also, as I understand, the package from 
experimental will not get propagated to unstable.


Thanks,
Rahul.


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

Bug#744889: [calendarserver] Upgrading to 5.1 does not migrate data when using XML Directory Service Backend

[Rahul Amaram]

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 calendarserver used to 
auto-generate the guid. But starting with version 5.x, calendarserver 
stopped auto-generating guid and the guid has to be manually entered in 
accounts.xml file. So, if you enter a guid, which is different than the 
earlier auto-generated guid, then calendarserver won't be able to map to 
the migrated user data.


A fix for this will be rolled out pretty soon.

--- System information. ---
Architecture: i386
Kernel: Linux 3.13-1-686-pae

Debian Release: jessie/sid
500 unstable ftp.debian.org
500 testing www.deb-multimedia.org
500 squeeze-cdh3 archive.cloudera.com
500 precise ppa.launchpad.net
500 all liveusb.info
1000 testing security.debian.org
1000 testing ftp.debian.org

--- Package information. ---
Depends (Version) | Installed
=-+-
libc6 (= 2.4) | 2.18-4
python (= 2.7) | 2.7.5-5
python ( 2.8) | 2.7.5-5
memcached | 1.4.13-0.3
python-zope.interface (= 3.6.0) | 4.0.5-1+b2
python-openssl (= 0.9) | 0.13.1-2
python-kerberos | 1.1+svn10616-2
python-xattr (= 0.5) | 0.6.4-2
python-pygresql (= 4.0) |
python-twisted-core (= 12.2) | 13.2.0-1
python-twisted-conch (= 12.2) |
python-twisted-mail (= 12.2) | 13.2.0-1
python-twisted-web (= 12.2) | 13.2.0-1
python-twisted-words (= 12.2) | 13.2.0-1
python-dateutil |
python-psutil (= 0.6.0) |
python-ldap (= 2.3.13) |
python-pycalendar | 2.0~svn11458-1
python-sqlparse (= 0.1.2) | 0.1.10-1
python-crypto (= 2.5) | 2.6.1-4
python-setproctitle (= 1.0) |
ssl-cert | 1.0.33
adduser | 3.113+nmu3
lsb-base | 4.1+Debian12


Recommends (Version) | Installed
=-+-===
python-pam | 0.4.2-13.1


Suggests (Version) | Installed
==-+-===
pyflakes (= 0.6.1) |
python-tz | 2012c-1
python-pyasn1 (= 0.1.2) | 0.1.7-1
python-pydoctor |


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

Bug#742993: closed by Rahul Amaram amaramra...@users.sourceforge.net (Done: python-pycalendar: Please update to new svn snapshot)

[Rahul Amaram]

On Sunday 06 April 2014 01:37 PM, Guido Günther wrote:

reopen 742993
thanks

Hi Rahul,
On Sat, Apr 05, 2014 at 05:36:15PM +, Debian Bug Tracking System wrote:

Can't upgrade currently as calendarserver 5.1 break. Here is the upstream
changelog for pycalendar (current version in debian is 11458):

Please don't close the bug. It's sad that it can't be updated in sid but
it could still be updated in experimental adding a proper Breaks: line
to prevent users from acidentally mixing calendarserver with an
incompatible pycalendar. I'd be happy to handle the upload to
experimental if it's o.k. for you.

I'm cc:'ing the current packager of caldav-tester since it prevents the
package entering Debian
Chees,
  -- Guido

Hi Guido,

Calendarserver 5.2 is out. It uses the below pycalendar branch and version.

URL: 
https://svn.calendarserver.org/repository/calendarserver/PyCalendar/branches/CalendarServer-5.2

Last Changed Rev: 13177

I am anyway planning to update calendarserver in the next couple of 
weeks. Will the above pycalendar version work for you?


Regards,
Rahul.


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

Bug#728575: pu: package calendarserver/3.2.dfsg-4

[Rahul Amaram]

Is there a plan for doing so in unstable?
There is a plan for pushing a new upstream release in unstable. So, I do 
not plan on pushing the timezone update in unstable.


Also, IANA has released a new updated timezone. So, I will have to 
recreate this patch. Will get back on this.


- Rahul.


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

Bug#696931: [calendarserver]

[Rahul Amaram]

Package: calendarserver

--- Please enter the report below this line. ---

1) WIll add the information of Peer authentication in the upcoming release

2) If you could provide a final copy of the bootstrapdatabase.py script 
with the correct values, I can incorporate it into the package. My 
limited knowledge of PostgreSQL and lack of time do not permit me to do 
this myself. Also, 5.0 is just about to be pushed to Debian. So, I 
suggest you wait for it if you intend to fix thebootstrapdatabase.py script.


Thanks,
Rahul.

--- System information. ---
Architecture: i386
Kernel: Linux 3.10-3-686-pae

Debian Release: jessie/sid
500 testing www.deb-multimedia.org
500 all liveusb.info
1000 testing security.debian.org
1000 testing ftp.debian.org

--- Package information. ---
Depends (Version) | Installed
==-+-=
libc6 (= 2.3.6-6~) | 2.17-93
python (= 2.6.6-7~) | 2.7.5-5
python ( 2.8) | 2.7.5-5
memcached | 1.4.13-0.2
python-zope.interface | 4.0.5-1+b1
python-openssl (= 0.9) | 0.13-2.1
python-kerberos (= 1.1+svn4241) | 1.1+svn4895-1+b2
python-xattr (= 0.5) | 0.6.4-2
python-pysqlite2 | 2.6.3-3
python-pygresql (= 4.0) |
python-dateutil |
python-pycalendar | 2.0~svn188-1
python-sqlparse (= 0.1.2) |
python-twisted-core (= 11.0.0) | 13.0.0-1
python-twisted-conch (= 11.0.0) | 1:13.0.0-1
python-twisted-mail (= 11.0.0) | 13.0.0-1
python-twisted-web (= 11.0.0) | 13.0.0-1
python-twisted-words (= 11.0.0) |
python-plist | 1.10-1
ssl-cert | 1.0.33
adduser | 3.113+nmu3
lsb-base | 4.1+Debian12


Recommends (Version) | Installed
===-+-
python-pam | 0.4.2-13.1
python-ldap (= 2.3.13) | 2.4.10-1


Package's Suggests field is empty.


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

Bug#696931: [calendarserver]

[Rahul Amaram]

Package: calendarserver

--- Please enter the report below this line. ---
Fredrick Unger has debianized bootstrap.py 
(https://tree.se/debian/#idp3728). I will include it in the upcoming 
release.


--- System information. ---
Architecture: i386
Kernel: Linux 3.10-3-686-pae

Debian Release: jessie/sid
500 testing www.deb-multimedia.org
500 all liveusb.info
1000 testing security.debian.org
1000 testing ftp.debian.org

--- Package information. ---
Depends (Version) | Installed
==-+-=
libc6 (= 2.3.6-6~) | 2.17-93
python (= 2.6.6-7~) | 2.7.5-5
python ( 2.8) | 2.7.5-5
memcached | 1.4.13-0.2
python-zope.interface | 4.0.5-1+b1
python-openssl (= 0.9) | 0.13-2.1
python-kerberos (= 1.1+svn4241) | 1.1+svn4895-1+b2
python-xattr (= 0.5) | 0.6.4-2
python-pysqlite2 | 2.6.3-3
python-pygresql (= 4.0) |
python-dateutil |
python-pycalendar | 2.0~svn188-1
python-sqlparse (= 0.1.2) |
python-twisted-core (= 11.0.0) | 13.0.0-1
python-twisted-conch (= 11.0.0) | 1:13.0.0-1
python-twisted-mail (= 11.0.0) | 13.0.0-1
python-twisted-web (= 11.0.0) | 13.0.0-1
python-twisted-words (= 11.0.0) |
python-plist | 1.10-1
ssl-cert | 1.0.33
adduser | 3.113+nmu3
lsb-base | 4.1+Debian12


Recommends (Version) | Installed
===-+-
python-pam | 0.4.2-13.1
python-ldap (= 2.3.13) | 2.4.10-1


Package's Suggests field is empty.



--
http://rahul.amaram.name


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

Bug#724872: [libmemcached] SASL authentication not working

[Rahul Amaram]

Package: libmemcached
Version: 1.0.17-2
Severity: important

--- Please enter the report below this line. ---
I have re-compiled libmemcached 1.0.17-2 in Ubuntu 12.04 LTS and 
observed that it was failing to retrieve the queries from SASL enabled 
memcached servers. I recompiled the sources with the fix described in 
https://bugs.launchpad.net/libmemcached/+bug/1182104 and it began to 
work. Al though I have not tested in Debian, I am sure that the same 
problem would exist in Debian as well because of the nature of the bug. 
Request you to add the fix as a Debian patch.


--- System information. ---
Architecture: i386
Kernel: Linux 3.10-2-686-pae

Debian Release: jessie/sid
500 testing www.deb-multimedia.org
500 all liveusb.info
1000 testing security.debian.org
1000 testing ftp.debian.org

--- Package information. ---
Package's Depends field is empty.

Package's Recommends field is empty.

Package's Suggests field is empty.


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

Bug#722198: Server will not start

[Rahul Amaram]

On Monday 09 September 2013 05:39 AM, Ron Murray wrote:

Package: calendarserver
Version: 3.2+dfsg-5
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

When trying to start calendarserver:


# /etc/init.d/calendarserver start

Traceback (most recent call last):
   File /usr/bin/twistd, line 14, in module
 run()
   File /usr/lib/python2.7/dist-packages/twisted/scripts/twistd.py, line 27, 
in run
 app.run(runApp, ServerOptions)
   File /usr/lib/python2.7/dist-packages/twisted/application/app.py, line 
647, in run
 config.parseOptions()
   File /usr/lib/python2.7/dist-packages/twisted/application/app.py, line 
614, in parseOptions
 usage.Options.parseOptions(self, options)
   File /usr/lib/python2.7/dist-packages/twisted/python/usage.py, line 261, 
in parseOptions
 for (cmd, short, parser, doc) in self.subCommands:
   File /usr/lib/python2.7/dist-packages/twisted/application/app.py, line 
631, in subCommands
 for plug in sorted(plugins, key=attrgetter('tapname')):
   File /usr/lib/python2.7/dist-packages/twisted/plugins/caldav.py, line 29, 
in getProperty
 return getattr(reflect.namedClass(self.serviceMakerClass), propname)
   File /usr/lib/python2.7/dist-packages/twisted/python/_reflectpy3.py, line 
151, in namedObject
 module = namedModule('.'.join(classSplit[:-1]))
   File /usr/lib/python2.7/dist-packages/twisted/python/_reflectpy3.py, line 
137, in namedModule
 topLevel = __import__(name)
   File /usr/lib/python2.7/dist-packages/twistedcaldav/mail.py, line 78, in 
module
 from calendarserver.tap.util import getRootResource, directoryFromConfig
   File /usr/lib/python2.7/dist-packages/calendarserver/tap/util.py, line 89, in 
module
 from txdav.common.datastore.sql import CommonDataStore as 
CommonSQLDataStore
   File /usr/lib/python2.7/dist-packages/txdav/common/datastore/sql.py, line 47, in 
module
 from txdav.common.datastore.sql_legacy import 
PostgresLegacyNotificationsEmulator
   File /usr/lib/python2.7/dist-packages/txdav/common/datastore/sql_legacy.py, line 
51, in module
 from txdav.common.datastore.sql_tables import (
   File /usr/lib/python2.7/dist-packages/txdav/common/datastore/sql_tables.py, line 
44, in module
 schema = _populateSchema()
   File 
/usr/lib/python2.7/dist-packages/txdav/common/datastore/sql_tables.py, line 
40, in _populateSchema
 return SchemaSyntax(schemaFromPath(pathObj))
   File /usr/lib/python2.7/dist-packages/twext/enterprise/dal/parseschema.py, 
line 86, in schemaFromPath
 addSQLToSchema(schema, schemaData)
   File /usr/lib/python2.7/dist-packages/twext/enterprise/dal/parseschema.py, 
line 115, in addSQLToSchema
 t = tableFromCreateStatement(schema, stmt)
   File /usr/lib/python2.7/dist-packages/twext/enterprise/dal/parseschema.py, 
line 70, in tableFromCreateStatement
 cp.parse()
   File /usr/lib/python2.7/dist-packages/twext/enterprise/dal/parseschema.py, 
line 222, in parse
 while self.nextColumn():
   File /usr/lib/python2.7/dist-packages/twext/enterprise/dal/parseschema.py, 
line 234, in nextColumn
 return self.parseColumn(maybeIdent.get_name())
   File /usr/lib/python2.7/dist-packages/twext/enterprise/dal/parseschema.py, 
line 344, in parseColumn
 expect(pareniter, ttype=String.Single).value)
   File /usr/lib/python2.7/dist-packages/twext/enterprise/dal/parseschema.py, 
line 454, in expect
 return expectSingle(nextval, **kw)
   File /usr/lib/python2.7/dist-packages/twext/enterprise/dal/parseschema.py, 
line 435, in expectSingle
 raise ViolatedExpectation(ttype, '%s:%r' % (nextval.ttype, nextval))
twext.enterprise.dal.parseschema.ViolatedExpectation: Expected 
Token.Literal.String.Single got None:Identifier ''RESOU...' at 0x2d28848


I am able to reproduce the error though I have been unable to fix it. 
This will take a while to fix. Moreover, I plan to upgrade to the latest 
version soon. So, this may be fixed in it.


--
http://rahul.amaram.name


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

Bug#715174: [spamassassin] sa-update fails with error: no mirrors available for channel updates.spamassassin.org

[Rahul Amaram]

Package: spamassassin
Version: 3.3.1
Severity: normal

--- Please enter the report below this line. ---
sa-update on squeeze was failing with message error: no mirrors 
available for channel updates.spamassassin.org. This was reported by 
the cron job /etc/cron.daily/spamassassin and even manually running 
sa-update command returned the same error. Also, my amavis was no longer 
filtering spam (not sure if this is related).


Upgrading to spamassassin 3.3.2 (available in backports) seems to have 
fixed this issue.


--- System information. ---
Architecture: i386
Kernel: Linux 3.9-1-686-pae

Debian Release: jessie/sid
500 testing www.deb-multimedia.org
500 stable dl.google.com
500 squeeze-cdh3 archive.cloudera.com
500 precise ppa.launchpad.net
500 all liveusb.info
1000 testing security.debian.org
1000 testing ftp.debian.org

--- Package information. ---
Package's Depends field is empty.

Package's Recommends field is empty.

Package's Suggests field is empty.




--
http://rahul.amaram.name


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

Bug#709607: [calendarserver]

[Rahul Amaram]

Package: calendarserver

--- Please enter the report below this line. ---
Yes. There are plans to update the package. However, it might take 
sometime as I am currently occupied with something else.


--- System information. ---
Architecture: i386
Kernel: Linux 3.2.0-4-686-pae

Debian Release: 7.0
500 testing www.deb-multimedia.org
500 stable dl.google.com
500 squeeze-cdh3 archive.cloudera.com
500 precise ppa.launchpad.net
500 all liveusb.info
1000 testing security.debian.org
1000 testing ftp.debian.org
1 experimental ftp.debian.org

--- Package information. ---
Depends (Version) | Installed
==-+-=
libc6 (= 2.3.6-6~) | 2.13-38
python2.7 | 2.7.3-8
OR python2.6 | 2.6.8-1.1
python (= 2.6.6-7~) | 2.7.3-4
python ( 2.8) | 2.7.3-4
memcached | 1.4.13-0.2
python-zope.interface | 3.6.1-3
python-openssl (= 0.9) | 0.13-2
python-kerberos (= 1.1+svn4241) | 1.1+svn4895-1+b2
python-xattr (= 0.5) | 0.6.4-2
python-pysqlite2 | 2.6.3-3
python-pygresql (= 4.0) |
python-dateutil | 1.5+dfsg-0.1
python-pycalendar | 2.0~svn188-1
python-sqlparse (= 0.1.2) |
python-twisted-core (= 11.0.0) | 12.0.0-1
python-twisted-conch (= 11.0.0) |
python-twisted-mail (= 11.0.0) |
python-twisted-web (= 11.0.0) | 12.0.0-1
python-twisted-words (= 11.0.0) |
python-plist | 1.8-1
ssl-cert | 1.0.32
adduser | 3.113+nmu3
lsb-base | 4.1+Debian9


Recommends (Version) | Installed
===-+-
python-pam | 0.4.2-13
python-ldap (= 2.3.13) | 2.4.10-1


Package's Suggests field is empty.


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

Bug#693205: debian-maintainers: Please add Rahul Amaram to Debian Maintainers keyring

[Rahul Amaram]

Package: debian-maintainers
Severity: normal

Hi,
Please add Rahul Amaram to Debian Maintainers keyring. I am attaching the
jetring changeset with this report.

Thanks,
Rahul.



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (1001, 'testing')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-3-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Comment: Add Rahul Amaram amaramra...@users.sourceforge.net as a Debian 
Maintainer
Date: Wed, 14 Nov 2012 13:39:27 +0530
Action: import
Recommended-By: Guido Günther a...@sigxcpu.org
Agreement: http://lists.debian.org/debian-newmaint/2012/11/msg6.html
Advocates: http://lists.debian.org/debian-newmaint/2012/11/msg8.html
Data: 
  -BEGIN PGP PUBLIC KEY BLOCK-
  Version: GnuPG v1.4.12 (GNU/Linux)
  
  mQINBFAin2cBEADOVSm8lGUmjjT/OHg03DB4wgzLlD5kRkE1XSwoEqnUDvBCkp8j
  zg/++Ku3T4QhARndL7PFYj8N6VYS3El1zwccEKOCnyjr8ZfPjdRJHBiA5ToxpgeX
  kRjxy6Np4d3Rxt/cUs0+QCaqcPN2wcJUOp/CVLSHg0kaXsqsPTkih1uXJuUmoG6S
  7DmX8SGfyriDLqTj6Kd8OEgjSxZlSvlcrBRO0hWvzZFxDHF+uuOgLeenQkByzqhr
  TVfKMBjcB21G+cgftET7NoadzWisaK/rjY/WZXiipAUA7y6+3I6a3moFUG+Qlapt
  4ci1uBsze7HFQoBhKMDMo7RW9yAiqMAm+MTpPopvzz65eWAxFADI/OLU9Eu656Q1
  bxe5KcRF2EQmPdMkG6JL9nMditgGco/XZZbJsGlr3ivl/sTXMccbyr/Zv96A/Ylt
  3x/bSEtvM++ziuRr/5TkmYM3Od3H2U82Q6Scb20dYypVW22T1184q3izls4ggZp8
  p5qtbidNdZku8VgE4+zu7LCAJE0JTpWmOhaQNOlXdWT1NHUtk+TcA9SJNDFn8pnf
  JPZXmh+J7TpFBhG78URu7xJsBVolwspwVrOMFPFYDWhqcVEMktdIMe3oJcDKNTeA
  PS17B3suPrOvdOJnsW2bm13FtNNUrWbnEFvIX/b1PEwHjawsCAcNJnkTIwARAQAB
  tDBSYWh1bCBBbWFyYW0gPGFtYXJhbXJhaHVsQHVzZXJzLnNvdXJjZWZvcmdlLm5l
  dD6JAjcEEwEIACEFAlAin2cCGwMFCwkIBwMFFQoJCAsFFgIDAQACHgECF4AACgkQ
  zGTHNyZMW60sIQ//XcgHC14cchdrP6nJeUWRJV2Dr0FBzGPx+h5PrAV+Qo+K8XYv
  w5H+x1C3FBP/uKtHJ+PpPvNpsHXqkRZr77H5+F4Lcn69hbRNsNCXpM7eJ1EOwUmL
  drUs/N6A/+s9UCn/l8e/tsZY4x+SWutv1qrSTzWmPe8HhGDBqWwJToLnTwbRLyom
  pMU9SuCzIsZwE8jM72bY9/LpoDftSYRDM9u8HVC6mrCUAiY1fCIPh3P0ZD/gszp8
  faPn75Gy18nuonq3uQ7Jenki0Nm2HKl09fd3hZ+5lYXDvSZQY4DKxgEbAzouqktg
  SHvDjNpsEFFkI9+Va5iBd03mzcheMJyVIGru8vE9Hc3bs/zxvGYJfg0matEEnqrB
  esi/9/ZFiWIqyTEVHtRorJFJw46mLULMHanDzxktdtQ+E/VR5YeC2IakGphU5CxJ
  MLqny1v8LSQ/W/sSYf4EpeV/9KkIMAoy5kB/FCI3I13tp/bmket3mATH1/ALQL0w
  POBDrUfPTd2ON5Q3Fchv/IQrnNtzFvMKud8/Q0XuaQE10nlYun0karg45uSDtTCM
  puKb42XncCdpaZmfQTS17o/2JxTiDETR5K5HeAdpzgc7Y6PxvH+t49TKdl8itAS6
  tWpZLWTNYztKo69miqQngmEStpMHkYECB5e9orgWfEptYMJ6C9ncghTk2YiJAhwE
  EAECAAYFAlCcsi8ACgkQqNLNE6pUSqEZfg/9G5Vk6ZHqA3evVymf1VbV7fBheRvG
  kg/07PdJbzh+oXUuBYO9kwjyhBcNOWkZCbDoHFYMB3wwWVpVMjMFuBcfQ2wwrAuQ
  Zb0kbJ8yOsPs8Wy+vYCygKH9qrootVWWeIW50V/gf8w6PfVIY0arQhPfonO70EAT
  YOGLyNYSHcby304zzRoMlHaOhzyAKravNFHDZaNVytvXw+h2Z/a+ITEPJvR5gfty
  QrdZ4Pg3TIISuPmEex0V/Oyw8DOYdx4p2xhoJvJTgUHNWuvAZYVexT1/VQu4C3Hg
  HASrzPVjcnLwvvK6xYe0jjzd3GcnnEfJSev1rSZa+XI7VHTCI1KqwurfNyJ2E1HG
  T+qa5aZr+EDsyh1Ys+j2ZYmXVPPX8ek8TbYMgYTGyNEVWtRD5yzze10Deam1sOOQ
  kHV+ukM2myPxvu1/JWBNnBUcuu7lWtJ4xd29UT4gpj1NvM6/n1NyupEB0QQQUp7m
  2pV6ODowxZ095Mp4T7nfmqKJNQn1t0PvWoJkgsVBjW1UYUrbUAtCm5nIJo+bTj5+
  mdUd37WOrMmQJotqWFLvHUnCLbONUhRd2/Z5umE/86v0dNy99l4/Qt/3QG5bb563
  zecA7YUNxmzmT8UQ9QhQW07BRBUqDfxWHmdbyi55I8fnsiq3eNI8y99OvBJwelFH
  wmj7mO5+7S9zlj+IRgQQEQIABgUCUJyyVgAKCRDh676lHTiYh91zAKDmqrPrhU+u
  93gWPqMXX+AOee5R8wCgiGScvicvsKTj+OgIgusoAKQ/h/S5Ag0EUCKfZwEQAN8b
  vmMe59cKQaE4lSspvVZEBbxUaJWUCv/kuRsC6CvoEq4oNbhUmssNupI/nOFMNyXA
  R03mM/61bAO8nY08P0OS1tEELqTnuMX89nuCN6g85QnLx7HMj3+JfekW8/2PNkVA
  mSrM9xsz8GMtEYt9R3hL1zJVqHmkDf+O8ATpUKSFW//FsFH5przbIMPfHQgKN0j4
  jPAri444FvU8qgOyCT5rKUJ3lW7L4I540X2HQpDrVleaap6Yx1vvKsLEo7PXRptt
  okA/Pr85BSFD0mMZpmsXRHtvThwg7dzhiSJmXCnwqUJguU1PxL1W3QB3TKw/Adra
  /kMftrD13RBIAlHY/7xwaG88BfBxhqAt5l0F3yoFFxzGdNIWv2MND5zHbrZnbPfp
  kRZSxtZN0RH2sgDL9hBnjTMR6xsxgEHgxwMlCfZPsF/c6i5XnInIJToP+/kVmvQM
  MSkdbJKmenA6m1TLigm1ZpieQ+emOlIoZ5cD5gosmmiNu/jnF8ZTNKeDuotDiBj7
  ymYPwE0WA5GoDD6+ITiMJZnfqx3m0CqdhInuIn9QtaAV1tDxN+l9K1uYxh0he3vt
  vfwJE0KrjgT00rkXDfdceH1qfp6OsL0irxQ9MGG6gDBs9uJdIpvk0Jg9Bn/SESqq
  BE3ixEWDYKc1b7dXiRl/NEbpAfzFtnT3A7sB5Mv9ABEBAAGJAh8EGAEIAAkFAlAi
  n2cCGwwACgkQzGTHNyZMW637fg//ZiRcYRzVM08bKNQiHsEDfO6g8Vd1EdLvLvkA
  6CL6jDDwQZGtG22gZvXu3xxa/Lhwh1IKb58QRYQ6lDt1JMhxeEs6IqaB87YyfjRk
  AK+D+/zOGzo7kzbHAsB5k7UK0WKM5k8U8PIT2TUxU8x83WW2Bdm1ljem1lln9wED
  ARiqXjC5NENryLABRRrxalx+hjOEHonp9z6pGBSEcHFhyxOVhhgs1IwUPe5T7hza
  S+elJvlT0aaNmgTJuHWCRLQuBnRlEJ4wQHFJHyDpnydPkU4Ur9v3WpHjd1HEsCXk
  4w3QMxkU+Ux9F5nm7bS1y8E34j7iCGPpd7WrSyXyVzeizfirfUpD02GLgpdh5KYo
  sQNp8QhSSUV4LCQ2rqVnWpIvWCqcTXTCsGtpKY4+chWLITcwFP/3a6Ny5Ip8jSJD
  rohJXFNtYSj10Igj4/vae4GyO92JBzxT+C1SAVomyAlqh0Y4k5Jl0k4dYBbN2ax4
  ewO/XeNlt7GCbUj4zJyOUhSxsr9zf+pgp5ihck2A6qgs3aZ3a+yr0TnWY5oZAYud
  PEJfNxtVlJCPIg+9Nddwf+OJ7eJ5Q/Vfsq8YIJ4dzLekDcR/NnwNJ1XZhp9dSNrV
  rdWnWWfoTrzKeODQ1Q2ABWim+rnRfHH7xyRxzEaCPrGJKGwurU2VPQmkwFDl8lIF
  EcwsWRo=
  =PoiA
  -END PGP PUBLIC KEY BLOCK-

Bug#690027: calendarserver should use timezone database from tzdata package

[Rahul Amaram]

Package: calendarserver
Severity: normal
Tags: upstream

--- Please enter the report below this line. ---
The latest timezone database is regularly provided by the tzdata debian 
package. calendarserver should use the timezone database from this 
package. However, as calendarserver currently does not support reading 
zic compiled binary files (that are installed by tzdata), it is using 
its own tz database.


An upstream bug for this has been raised. As soon as a patch for 
calendarserver is available for reading zic compiled binary files, 
calendarserver should stop using its own tz database and use the 
timezone database from tzdata package.


See https://trac.calendarserver.org/ticket/514 for the status of the 
upstream bug.



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

Bug#687189: unblock: calendarserver/3.2+dfsg-2

[Rahul Amaram]

On Tuesday 09 October 2012 11:32 AM, Paul Wise wrote:
Sounds like a bug? The timezone database is in the tzdata package, is 
regularly updated in stable and (IMO) should not be duplicated in 
other packages that are not built from the tzdata source package. 


Yes, the ideal solution is that calendarserver should use the zoneinfo 
from tzdata package. However, currently, calendarserver is not able to 
read zic compiled binary files. Therefore the next best alternative is 
to push regular updates till the patch for this feature is available.


I have just raised a Debian bug for this as well - 
http://bugs.debian.org/690027 .



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

Bug#687189: unblock: calendarserver/3.2+dfsg-2

[Rahul Amaram]

calendarserver 3.2+dfsg-4 has been uploaded to unstable. Request to 
unblock it.


Also, regular updates of calendarserver in wheezy will be pushed through 
wheezy-updates as calendarserver has to be updated whenever tz database 
is updated at http://www.iana.org/time-zones.



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

Bug#687189: unblock: calendarserver/3.2+dfsg-2

[Rahul Amaram]

Will upload calendarserver 3.2+dfsg-4 in a few hours. This provides an 
updated copy of Vtimezone zoneinfo databse. In the future versions, we 
plan to use the system zoneinfo database at /usr/share/zoneinfo .


Regards,
Rahul.


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

Bug#687189: unblock: calendarserver/3.2+dfsg-2

[Rahul Amaram]

On Saturday 29 September 2012 12:56 PM, Niels Thykier wrote:

Control: tags -1 confirmed

On 2012-09-10 19:03, Rahul Amaram wrote:

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package calendarserver

This release fixes a very important bug (Bug#678525) without which
calendarserver will not work properly on amd64 architecture.

unblock calendarserver/3.2+dfsg-2

[...]



Hi,

Thanks for heads up and sorry for the delay on our part.

Unfortunately, we do not accept debhelper compat bumps after the freeze.
  If I could ask you to undo that particular change, I can unblock
calenderserver.

Also, you seem to have typo'ed python-dev in the changelog
(pyton-dev).  Feel free to correct that as well.

~Niels

Uploaded the new package calendarserver 3.2+dfsg-3 with lowered Debian 
compat. Kindly unblock calendarserver.


Regards,
Rahul.


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

Bug#687189: unblock: calendarserver/3.2+dfsg-2

[Rahul Amaram]

On Monday 01 October 2012 12:08 AM, Julien Cristau wrote:

On Mon, Sep 10, 2012 at 22:33:14 +0530, Rahul Amaram wrote:


Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package calendarserver

This release fixes a very important bug (Bug#678525) without which
calendarserver will not work properly on amd64 architecture.


It also has some ssl changes, like using the snakeoil cert from
ssl-cert, but doesn't seem to actually depend on ssl-cert.  How is that
supposed to work?

Cheers,
Julien

calendarserver already depends on ssl-cert.

Regards,
Rahul.


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

Bug#687189: unblock: calendarserver/3.2+dfsg-2

[Rahul Amaram]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package calendarserver

This release fixes a very important bug (Bug#678525) without which
calendarserver will not work properly on amd64 architecture.

unblock calendarserver/3.2+dfsg-2

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (1001, 'testing')
Architecture: i386 (i686)

Kernel: Linux 3.2.0-3-686-pae (SMP w/2 CPU cores)


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

Bug#685014: RM: python-twisted-calendarserver -- ROM; calendarserver since version 3.2.dfsg can now work with the Twisted version in the Debian repo

[Rahul Amaram]

Package: ftp.debian.org
Severity: normal

Earlier, calendarserver had dependency on a very specific branch of twisted.
However, since calendarserver 3.2.dfsg-1, it depends on the Twisted version in
the Debian repos and does not need any customized Twisted installation. So the
binary package python-twisted-calendarserver and its source package twisted-
calendarserver can be removed in wheezy, testing and sid.


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

Bug#684996: calendarserver: not building with both python-2.6 and python-2.7 installed

[Rahul Amaram]

This patch excludes the debian directory in a safe way. I will push it 
in the next update.
Fix for building package for both python 2.6 and python 2.7. Thanks to Fredrik Unger for providing this patch.
--- a/setup.py
+++ b/setup.py
@@ -37,6 +37,7 @@
 
 if root == .:
 excludes.append(data)
+excludes.append(debian)
 
 for exclude in excludes:
 if exclude in dirs:

Bug#678525: GCC bug

[Rahul Amaram]

James, thanks for pointing out this. You are right. Using Py_ssize_t* 
instead of int* has indeed fixed the problem. We somehow were misguided 
reg. the problem. Thanks once again for taking the time to look into this.



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

Bug#681170: Doesn't listen on SSL port

[Rahul Amaram]

On Friday 13 July 2012 12:53 PM, Rahul Amaram wrote:
I am able to reproduce this issue. I will have to follow up with 
upstream reg. this.


The problem is that the configuration option EnableSSL is set to 
false. Kindly set the below option in caldavd.plist and calendarserver 
should listen on the SSL port.


keyEnableSSL/key
true/

I will add this option in the next update for calendarserver.


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

Bug#678525: GCC bug

[Rahul Amaram]

Thanks for the additional information Fredrik. Your analysis was really 
helpful. Could you please raise a new Debian GCC bug? If they fix it, 
then we'll have no need to make any changes in calendarserver Debian. 
Else we will have to force compilation of the package with gcc 4.6.



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

Bug#681170: Doesn't listen on SSL port

[Rahul Amaram]

I am able to reproduce this issue. I will have to follow up with 
upstream reg. this.





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

Bug#678525:

[Rahul Amaram]

I am unable to reproduce this problem on my laptop running 32-bit Debian 
Testing. Could this bug that you mentioned be specific to 64 bit OS or 
perhaps your environment? Also a similar fix has been mentioned for 
another bug as well: http://trac.calendarserver.org/ticket/448 .


I could consider setting the default value of UseMetaFD to false in the 
configuration file but I am not sure how that will impact other parts of 
the system. I will have to follow up with upstream reg. this.





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

Bug#677663: [trash-cli] Upgrade to 0.12.4

[Rahul Amaram]

Package: trash-cli
Severity: wishlist

--- Please enter the report below this line. ---
Request the maintainer to upgrade the trash-cli package to the latest 
version (currently 0.12.4). The main change that I noticed is that this 
version introduces a new command trash, which I believe does the same 
thing as trash-put, but is a lot more convenient to use.




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

Bug#677362: calendarserver: should use logrotate

[Rahul Amaram]

On Wednesday 13 June 2012 07:27 PM, Jonas Smedegaard wrote:

On 12-06-13 at 06:50pm, Rahul Amaram wrote:

Calendarserver has option to rotate both its log files (access.log
and error.log). However, the log files are not compressed.

Is it necessary to use logrotate or can I just use the log rotation
feature provided by calendarserver? As per
http://www.debian.org/doc/debian-policy/ch-files.html#s10.8, while
rotation of log files is must, usage of logrotate is not.

No, logrotate is not required - if calendarserver handles rotation
itself then just please enable that by default.  But since you mention
that old logfiles are not compressed, I would suggest you consider try a
combo: Let calendarserver rotate, and let logrotate compress old ones.

Compressing the log files is likely to break the log rotation performed 
by calendarserver. I think it is best to just enable calendarserver log 
rotation for now and look at the option of completely switching to 
logrotate (and compression) at some point in the future.


--
http://rahul.amaram.name




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

Bug#677362: calendarserver: should use logrotate

[Rahul Amaram]

Calendarserver has option to rotate both its log files (access.log and 
error.log). However, the log files are not compressed.


Is it necessary to use logrotate or can I just use the log rotation 
feature provided by calendarserver? As per 
http://www.debian.org/doc/debian-policy/ch-files.html#s10.8, while 
rotation of log files is must, usage of logrotate is not.


Kindly clarify.

On Wednesday 13 June 2012 04:53 PM, Jonas Smedegaard wrote:

Package: calendarserver
Severity: normal

calendarserver apparently stores logfiles without compressing or
rotating them.

Please recommond and register with logrotate.


  - Jonas




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

Bug#676886: [ftp.debian.org] override: calendarserver:net/optional

[Rahul Amaram]

Package: ftp.debian.org
Severity: normal

--- Please enter the report below this line. ---

Calendarserver is written in Python but is more service than library, so
belongs in package section net.





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

Bug#647926: [calendarserver]

[Rahul Amaram]

Package: calendarserver
Version: 3.2+dfsg-1

--- Please enter the report below this line. ---
There is a new release for calendarserver. Could you check if the 
problem still exists with calendarserver 3.2+dfsg?




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

Bug#668731: calendarserver: unowned files after purge (policy 6.8, 10.8)

[Rahul Amaram]

Package: calendarserver

--- Please enter the report below this line. ---

I understood the problem. I will ensure that when the package is 
installed and purged, no files are left behind.




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

Bug#668731: calendarserver: unowned files after purge (policy 6.8, 10.8)

[Rahul Amaram]

Package: calendarserver

--- Please enter the report below this line. ---

How do I handle this? Do I just delete these directories in postrm on 
package purge?




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

Bug#675018: ITP: python-pycalendar -- iCalendar/vCard Library

[Rahul Amaram]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org

--- Please fill out the fields below. ---

Package name: python-pycalendar
Version: 0.2~svn188
Upstream Author: Cyrus Daboo
URL: http://svn.mulberrymail.com/repos/PyCalendar/
License: Apache 2.0
Description: iCalendar/vCard Library

This package is needed for Darwin Calendarserver 3.2.0 (currently in 
process of packaging).





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

Bug#647931: HTTP 404 error received after some time

[Rahul Amaram]

Package: calendarserver
Followup-For: Bug #647931

Hi David, could you please update the status of this bug? I have been using
calendarserver for a while and have never come across this problem. Are you
still facing this issue or has it been resolved?



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (1001, 'testing'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages calendarserver depends on:
ii  adduser3.113
ii  lsb-base   3.2-28
ii  memcached  1.4.7-0.1+b1
ii  python 2.7.2-10
ii  python-central 0.6.17
ii  python-dateutil1.5-1
ii  python-kerberos1.1+svn4895-1+b2
ii  python-openssl 0.13-1
ii  python-plist   1.8-1
ii  python-pysqlite2   2.6.3-2
ii  python-twisted-calendarserver  8.2.0.svn27622-2
ii  python-vobject 0.8.1c-4
ii  python-xattr   0.6.2-1
ii  ssl-cert   1.0.28

Versions of packages calendarserver recommends:
pn  python-ldap2.3.13-1
pn  python-pydirector  none

calendarserver suggests no packages.



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

Bug#642444: python-twisted-calendarserver: *.egg-info installed only for Python 2.7

[Rahul Amaram]

Package: python-twisted-calendarserver
Followup-For: Bug #642444

Hi Jakub, from the logs that you have posted, it seems that *.egg-info files
are getting installed for both python 26 and python 2.7, which I believe are
the current supported python versions in testing/sid. Or am I missing
something?



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (1001, 'testing'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages python-twisted-calendarserver depends on:
ii  libc6 2.13-24
ii  python2.7.2-10
ii  python-central0.6.17
ii  python-zope.interface [python-zopeinterface]  3.6.1-1
ii  python2.6 2.6.7-4

python-twisted-calendarserver recommends no packages.

python-twisted-calendarserver suggests no packages.



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

Bug#509195: Unable to work with more than 1000 items in a group calendar

[Rahul Amaram]

Package: calendarserver
Version: 2.4.dfsg-6
Followup-For: Bug #509195

Hi Ivan,
Could you please give an update about this bug? It has been open for quite
sometime and I am assuming that you have found the solution for it. If so,
please update the bug.

Regards,
Rahul.



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (1001, 'testing'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages calendarserver depends on:
ii  adduser3.113
ii  lsb-base   3.2-28
ii  memcached  1.4.7-0.1+b1
ii  python 2.7.2-10
ii  python-central 0.6.17
ii  python-dateutil1.5-1
ii  python-kerberos1.1+svn4895-1+b2
ii  python-openssl 0.13-1
ii  python-plist   1.8-1
ii  python-pysqlite2   2.6.3-2
ii  python-twisted-calendarserver  8.2.0.svn27622-2
ii  python-vobject 0.8.1c-4
ii  python-xattr   0.6.2-1
ii  ssl-cert   1.0.28

Versions of packages calendarserver recommends:
pn  python-ldap2.3.13-1
pn  python-pydirector  none

calendarserver suggests no packages.

-- no debconf information



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

Bug#661826: debian-installer: Installation in VirtualBox 3.2.10 fails at Detect Mount CD-ROM stage

[Rahul Amaram]

Package: debian-installer
Version: 20110106+squeeze4
Severity: important

I am building a live cd for squeeze using debian live-build and trying to
install it in VirtualBox 3.2.10. When built using the installer image from
http://ftp.debian.org/debian/dists/squeeze/main/installer-
amd64/20110106+squeeze3/, installation from CD works fine. However, when built
using the current installer image, the installation fails at the Cd Detect 
Mount CD-ROM stage. dmesg logs shows the errors - Unknown symbol
scsi_verify_blk_ioctl and Unknown symbol scsi_cmd_blk_ioctl.



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (1001, 'testing'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



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

Bug#631916: dpkg --configure error with calendarserver

[Rahul Amaram]

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 some XML tag properly or used the wrong name for tag or
attribute. Kindly correct this and the problem should be fixed.

Regards,
Rahul.



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (1001, 'testing'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages calendarserver depends on:
ii  adduser3.113   
ii  lsb-base   3.2-28  
ii  memcached  none  
ii  python 2.7.2-8 
ii  python-central 0.6.17  
ii  python-dateutil1.5-1   
ii  python-kerberos1.1+svn4895-1+b2
ii  python-openssl 0.13-1  
ii  python-plist   1.6-2+b1
ii  python-pysqlite2   2.6.3-2 
ii  python-twisted-calendarserver  none  
ii  python-vobject 0.8.1c-4
ii  python-xattr   0.6.2-1 
ii  ssl-cert   1.0.28  

Versions of packages calendarserver recommends:
pn  python-ldap2.3.13-1
pn  python-pydirector  none  

calendarserver suggests no packages.



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

Bug#646598: starting calendarserver with fresh install fails

[Rahul Amaram]

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, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages calendarserver depends on:
ii  adduser3.113   
ii  lsb-base   3.2-28  
ii  memcached  none  
ii  python 2.7.2-8 
ii  python-central 0.6.17  
ii  python-dateutil1.5-1   
ii  python-kerberos1.1+svn4895-1+b2
ii  python-openssl 0.13-1  
ii  python-plist   1.6-2+b1
ii  python-pysqlite2   2.6.3-2 
ii  python-twisted-calendarserver  none  
ii  python-vobject 0.8.1c-4
ii  python-xattr   0.6.2-1 
ii  ssl-cert   1.0.28  

Versions of packages calendarserver recommends:
pn  python-ldap2.3.13-1
pn  python-pydirector  none  

calendarserver suggests no packages.



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

Bug#647931: HTTP 404 error received after some time

[Rahul Amaram]

Package: calendarserver
Followup-For: Bug #647931

It is very unlikely that importing an ICS file would disable access to a
principal. I couldn't figure out much from the logs, but I think the principal
which you are talking about did not exist in the fisrt place. Try this. After
installation, don't import the iCal file. First, test if the user exists, and
that you are able to create events successfully. If this is working, then
import the iCal file.



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (1001, 'testing'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)

Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages calendarserver depends on:
ii  adduser3.113   
ii  lsb-base   3.2-28  
ii  memcached  none  
ii  python 2.7.2-8 
ii  python-central 0.6.17  
ii  python-dateutil1.5-1   
ii  python-kerberos1.1+svn4895-1+b2
ii  python-openssl 0.13-1  
ii  python-plist   1.6-2+b1
ii  python-pysqlite2   2.6.3-2 
ii  python-twisted-calendarserver  none  
ii  python-vobject 0.8.1c-4
ii  python-xattr   0.6.2-1 
ii  ssl-cert   1.0.28  

Versions of packages calendarserver recommends:
pn  python-ldap2.3.13-1
pn  python-pydirector  none  

calendarserver suggests no packages.



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

Bug#631916: dpkg --configure error with calendarserver

[Rahul Amaram]

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: calendarserver
Version: 2.4.dfsg-6
Severity: grave
Justification: renders package unusable

Dear Debian maintainers,

the configuration of calendarserver fails after installation of the package 
with a python error:

Traceback (most recent call last):
   File /usr/share/doc/calendarserver/scripts/upgrade-nss-data-directories.py, line 
158, inmodule
 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 401, in parse
 from xml.parsers.expat import ParserCreate
   File /usr/lib/python2.6/xml/parsers/expat.py, line 4, inmodule
 from pyexpat import *
ImportError: /usr/lib/python2.6/lib-dynload/pyexpat.so: undefined symbol: 
XML_SetSkippedEntityHandler
dpkg : erreur de traitement de calendarserver (--configure)
   
 

Then calendarserver fails to start:


/etc/init.d/calendarserver start
Starting calendarserver: caldavdexec python 
/usr/lib/twisted-calendarserver/bin/twistd  caldav
  failed!
   
 

Please let me know if you need more informations.

Cheers,

Julien

-- System Information:
Debian Release: 6.0.2
   APT prefers stable
   APT policy: (990, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-jkr-01
Locale: LANG=francais, LC_CTYPE=fr_FR@EURO (charmap=ISO-8859-15) (ignored: 
LC_ALL set to fr_FR@euro)
Shell: /bin/sh linked to /bin/bash

Versions of packages calendarserver depends on:
ii  adduser 3.112+nmu2   add and remove users and groups
ii  lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip
ii  memcached   1.4.5-1  A high-performance memory object c
ii  python  2.6.6-3+squeeze6 interactive high-level object-orie
ii  python-central  0.6.16+nmu1  register and build utility for Pyt
ii  python-dateutil 1.4.1-3  powerful extensions to the standar
ii  python-kerberos 1.1+svn4895-1+b1 A GSSAPI interface module for Pyth
ii  python-openssl  0.10-1   Python wrapper around the OpenSSL
ii  python-plist1.3-2Library for handling Apple binary
ii  python-pysqlite22.6.0-1  Python interface to SQLite 3
ii  python-twisted-calendar 8.2.0.svn27622-2 Twisted components for Apple's Cal
ii  python-vobject  0.8.1c-3 parse iCalendar and VCards in Pyth
ii  python-xattr0.4-5+squeeze1   module for manipulating filesystem
ii  ssl-cert1.0.28   simple debconf wrapper for OpenSSL

Versions of packages calendarserver recommends:
ii  python-ldap   2.3.11-1   LDAP interface module for Python
ii  python-pydirector 1.0.0-1pure Python TCP load balancer

calendarserver suggests no packages.

-- Configuration Files:
/etc/caldavd/sudoers.plist changed [not included]
/etc/default/calendarserver changed [not included]

-- no debconf information

   




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

Bug#631602: calendarserver: looking for /usr/bin/twistd, provided by python-twisted-core (which is not a dependency)

[Rahul Amaram]

I am unable to reproduce this bug. I have uninstalled 
python-twisted-core, and also ensured that /usr/bin/twistd does not 
exist. In spite of this, I was able to start calendarserver succesfully. 
As a matter of fact, the path for twistd binary 
(/usr/lib/twisted-calendarserver/bin/twistd) is hard-coded in 
/usr/bin/caldavd and I can't think of any possible reason why this is 
occurring.


On Saturday 25 June 2011 03:00 PM, Conor Hughes wrote:

Package: calendarserver
Version: 2.4.dfsg-6
Severity: important

My install of calendarserver started looking for /usr/bin/twistd, which did not 
exist. Symlinking /usr/bin/twistd to /usr/lib/twisted-calendarserver/bin/twistd 
fixed the issue, as did installing python-twisted-core (which provides 
/usr/bin/twistd directly).

The following spew appeared (many times) in /var/log/caldavd/error.log:
2011-06-25 01:49:02-0700 [-] [caldav_task] /usr/bin/python: can't open file 
'/usr/bin/twistd': [Errno 2] No such file or directory

-- System Information:
Debian Release: 6.0.1
   APT prefers stable
   APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.38.3-linode32 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages calendarserver depends on:
ii  adduser 3.112+nmu2   add and remove users and groups
ii  lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip
ii  memcached   1.4.5-1  A high-performance memory object c
ii  python  2.6.6-3+squeeze6 interactive high-level object-orie
ii  python-central  0.6.16+nmu1  register and build utility for Pyt
ii  python-dateutil 1.4.1-3  powerful extensions to the standar
ii  python-kerberos 1.1+svn4895-1+b1 A GSSAPI interface module for Pyth
ii  python-openssl  0.10-1   Python wrapper around the OpenSSL
ii  python-plist1.3-2Library for handling Apple binary
ii  python-pysqlite22.6.0-1  Python interface to SQLite 3
ii  python-twisted-calendar 8.2.0.svn27622-2 Twisted components for Apple's Cal
ii  python-vobject  0.8.1c-3 parse iCalendar and VCards in Pyth
ii  python-xattr0.4-5+squeeze1   module for manipulating filesystem
ii  ssl-cert1.0.28   simple debconf wrapper for OpenSSL

Versions of packages calendarserver recommends:
pn  python-ldapnone  (no description available)
pn  python-pydirectornone  (no description available)

calendarserver suggests no packages.

-- Configuration Files:
/etc/caldavd/accounts.xml [Errno 13] Permission denied: 
u'/etc/caldavd/accounts.xml'
/etc/caldavd/caldavd.plist changed [not included]
/etc/caldavd/sudoers.plist changed [not included]
/etc/default/calendarserver changed [not included]

-- no debconf information

   




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

Bug#569273: [Calendarserver-maintainers] Bug#569273: vobject.base.ParseError: error: illegal escape sequence

[Rahul Amaram]

Hi Guido,
How do I check this? Shall I just remove the patch and check if 
calendarserver is working fine or is there any specific functionality in 
calendarserver which I should look out for?


Also I am kind of occupied with some task currently. If it not urgent, 
I'll look into this later.


Regards,
Rahul.


On Wednesday 01 June 2011 11:23 PM, Guido Günther wrote:

Hi,
I'm inclined to back out the last hunk of this patch:

http://anonscm.debian.org/gitweb/?p=calendarserver/python-vobject.git;a=blob;f=debian/patches/0003-Treat-untils-as-floating.patch;h=ec978d344ec7c85bb0fa86c930141b54bb45d5a8;hb=57d7cbdc44f646d1f403731a205bb47a1adcba08

in unstable now. Rahul could you check what this means for
calendarserver? Is the patch still needed with current versions?

It seems the other changes have been applied upstream:

http://websvn.osafoundation.org/comp.php?repname=vobjectpath=%2Fcompare[]=%2Ftrunk@218compare[]=%2Ftrunk@219

Cheers,
  -- Guido

On Wed, Jun 01, 2011 at 03:54:17PM +0200, Stuart Pook wrote:
   

It it not just \t that causes a problem. \, (produced by 
osso-addressbook-backup on my N900) does as well.

We are not the only people to have seen these problems.

https://bugs.launchpad.net/ubuntu/+source/python-vobject/+bug/725839

regards
Stuart



___
Calendarserver-maintainers mailing list
calendarserver-maintain...@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/calendarserver-maintainers

 




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

Bug#627999: dovecot-antispam: New upstream version 1.4-rc4 available

[Rahul Amaram]

Hi Ron,
I seriously don't understand for what you started off with an offensive tone.

I did see the changes in the git before filing the bug and I totally agree with 
you that there seems to be no significant Changes. But I saw that rc4 was 
released just one week later and thought there might be some important bugs 
which might have been fixed. I did not do a code diff and even if I do I am not 
sure I'll understand the changes as I'm not familiar with dovecot-antispam code.

I have often seen that some debian maintainers don't update their packages even 
when necessary as they are too busy. Only when someone raises a bug, they check 
and upgrade it.

And just so that you know that I am not apathetic Towards the effort put in by 
the debian maintainers, I myself am an debian maintainer and have spent weeks 
in getting a package into shape for its smooth upgrading.

Rather than blaming me for filing free bugs, you could have just said that rc4 
fixes nothing, so won't upgrade. That would take only 2 minutes of your time, 
make your response to my query less offensive and make the reason for closing 
the bug more lucid.

Anyway, I appreciate your packaging and maintaing dovecot-antispam as I use it 
a lot and will go ahead with backporting -rc3.

On 28-May-2011, at 11:54 AM, Ron @debian.org wrote:

 On Sat, May 28, 2011 at 10:21:09AM +0530, Rahul Amaram wrote:
 I thought the content was clear.
 
 I thought the question was clear.
 And it wasn't please just repeat yourself, again with no information ...
 
 Anyway, rephrasing the bug so that it is extremely clear what I want, here 
 it is:
 
 What  problem  are  you  having?
 
 Why   do   you   think   -rc4   will   fix   it?
 
 
 If you can't answer either of those, then please never again
 report content-free new upstream bugs to the BTS.  All they
 do is waste people's time.  I know what -rc4 changes.  Do you?
 
  Ron
 



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

Bug#627999: dovecot-antispam: New upstream version 1.4-rc4 available

[Rahul Amaram]

Also perhaps I unnecessarily took your initial response in an offensive manner 
when you were just trying to tell me something, in which case I owe you an 
apology.

On 28-May-2011, at 11:10 PM, Rahul Amaram ra...@amaram.name wrote:

 Hi Ron,
 I seriously don't understand for what you started off with an offensive tone.
 
 I did see the changes in the git before filing the bug and I totally agree 
 with you that there seems to be no significant Changes. But I saw that rc4 
 was released just one week later and thought there might be some important 
 bugs which might have been fixed. I did not do a code diff and even if I do I 
 am not sure I'll understand the changes as I'm not familiar with 
 dovecot-antispam code.
 
 I have often seen that some debian maintainers don't update their packages 
 even when necessary as they are too busy. Only when someone raises a bug, 
 they check and upgrade it.
 
 And just so that you know that I am not apathetic Towards the effort put in 
 by the debian maintainers, I myself am an debian maintainer and have spent 
 weeks in getting a package into shape for its smooth upgrading.
 
 Rather than blaming me for filing free bugs, you could have just said that 
 rc4 fixes nothing, so won't upgrade. That would take only 2 minutes of your 
 time, make your response to my query less offensive and make the reason for 
 closing the bug more lucid.
 
 Anyway, I appreciate your packaging and maintaing dovecot-antispam as I use 
 it a lot and will go ahead with backporting -rc3.
 
 On 28-May-2011, at 11:54 AM, Ron @debian.org wrote:
 
 On Sat, May 28, 2011 at 10:21:09AM +0530, Rahul Amaram wrote:
 I thought the content was clear.
 
 I thought the question was clear.
 And it wasn't please just repeat yourself, again with no information ...
 
 Anyway, rephrasing the bug so that it is extremely clear what I want, here 
 it is:
 
 What  problem  are  you  having?
 
 Why   do   you   think   -rc4   will   fix   it?
 
 
 If you can't answer either of those, then please never again
 report content-free new upstream bugs to the BTS.  All they
 do is waste people's time.  I know what -rc4 changes.  Do you?
 
 Ron
 



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

Bug#627999: closed by Ron r...@debian.org (Re: Bug#627999: dovecot-antispam: New upstream version 1.4-rc4 available)

[Rahul Amaram]

I thought the content was clear. Anyway, rephrasing the bug so that it is 
extremely clear what I want, here it is:

The current version of dovecot-antispam in debian Sid seems to be based on 
upstream version 1.4-rc3. The author of dovecot-antispam has released a later 
upstream version 1.4-rc4. I request the debian maintainer of dovecot-antispam 
to migrate the debian package to upstream version 1.4-rc4.

Let me know if this is not comprehensible and you need further clarifications.

On 27-May-2011, at 8:06 PM, ow...@bugs.debian.org (Debian Bug Tracking System) 
wrote:

 This is an automatic notification regarding your Bug report
 which was filed against the dovecot-antispam package:
 
 #627999: dovecot-antispam: New upstream version 1.4-rc4 available
 
 It has been closed by Ron r...@debian.org.
 
 Their explanation is attached below along with your original report.
 If this explanation is unsatisfactory and you have not received a
 better one in a separate message then please contact Ron r...@debian.org by
 replying to this email.
 
 
 -- 
 627999: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=627999
 Debian Bug Tracking System
 Contact ow...@bugs.debian.org with problems
 On Thu, May 26, 2011 at 04:05:01PM +0530, Rahul Amaram wrote:
 Package: dovecot-antispam
 Severity: wishlist
 
 New upstream version 1.4-rc4 available. Kindly update.
 
 Kindly investigate and actually report on what you expect
 or hope to gain before filing content free bugs like this.
 
 Ron
 
 
 
 Package: dovecot-antispam
 Severity: wishlist
 
 New upstream version 1.4-rc4 available. Kindly update.
 
 
 
 -- System Information:
 Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing')
 Architecture: i386 (i686)
 
 Kernel: Linux 2.6.38-2-686 (SMP w/2 CPU cores)
 Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/dash
 
 



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

Bug#627999: dovecot-antispam: New upstream version 1.4-rc4 available

[Rahul Amaram]

Package: dovecot-antispam
Severity: wishlist

New upstream version 1.4-rc4 available. Kindly update.



-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.38-2-686 (SMP w/2 CPU cores)
Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



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

Bug#617997: Further information

[Rahul Amaram]

See Debian Bug#611165: calendarserver: wrong location of 
calendaruserproxy.sqlite and resourceinfo.sqlite


This bug had been fixed in calendarserver 2.4.dfsg-6. The correction 
location for those two files is /var/lib/caldav/. When you upgrade from 
the version in lenny to upgrade, it should move the files automatically 
from /var/run/caldav/ to /var/lib/caldav/. Not sure how they have been 
missed. One possible explanation could be if you first uninstalled 
calendarserver, rebooted the system and then installed calendarserver. 
But still the location of DataRoot in the new caldavd.plist should be 
set to /var/lib/caldav unless you have reverted to /var/run/caldavd.


Kindly check and update this bug.

Thanks,
Rahul.

On Sunday 13 March 2011 03:25 PM, David Webbs wrote:

Taking a closer look, the problem seemed to be with the sqlite database.

/var/run/caldavd/calendaruserproxy.sqlite is owned by root:root
/var/run/caldavd/resourceinfo.sqlite is also owned by root:root

changing their ownerships to caldavd:caldavd seems to have fixed the 
problem (for now)


Because the problems started appearing after Lenny to Squeeze, I first 
did apt-get remove --purge calendarserver. Afterwards, I installed and 
configured everything again. Could it be that by default, the 
ownerships for these files are set wrong?

Bug#616413: calendarserver: Occassional internal server error

[Rahul Amaram]

One possible reason for this could be if you have enabled Digest 
Authentication on the server but trying to use Basic Authentication on 
the client. In /etc/caldavd/caldavd.plist, disable Digest Authentication 
and enable Basic authentication. Then try connecting. Let me know if the 
problem is resolved.


On Friday 04 March 2011 02:59 PM, Patrik Schindler wrote:

Package: calendarserver
Version: 2.4.dfsg-6
Severity: important

Accessing the calendarserver with iCal from OS 10.5 and 10.6 yields sometimes 
internal server errors, mostly with ToDo-List items (creation, deletion) and 
appointments (creation, deletion). Seldom with modifications.

Error given by iCal:
HTTP/1.1 500 Internal Server Error
on operation CalDAVRevertEntityQueueableOperation.

I can't see how this error can be triggered definitely. It started occuring 
after the upgrade from Lenny to Squeeze.

Server error log entries related to above error:

2011-03-04 10:06:16+0100 [-] [caldav-8008]  [PooledMemCacheProtocol,client] 
Exception rendering:
2011-03-04 10:06:16+0100 [-] [caldav-8008]  [PooledMemCacheProtocol,client] 
Unhandled Error
2011-03-04 10:06:16+0100 [-] [caldav-8008]  Traceback (most recent call 
last):
2011-03-04 10:06:16+0100 [-] [caldav-8008]File 
/usr/lib/twisted-calendarserver/lib/python2.6/site-packages/twisted/internet/defer.py,
 line 267, in errback
2011-03-04 10:06:16+0100 [-] [caldav-8008]  
self._startRunCallbacks(fail)
2011-03-04 10:06:16+0100 [-] [caldav-8008]File 
/usr/lib/twisted-calendarserver/lib/python2.6/site-packages/twisted/internet/defer.py,
 line 310, in _startRunCallbacks
2011-03-04 10:06:16+0100 [-] [caldav-8008]  self._runCallbacks()
2011-03-04 10:06:16+0100 [-] [caldav-8008]File 
/usr/lib/twisted-calendarserver/lib/python2.6/site-packages/twisted/internet/defer.py,
 line 326, in _runCallbacks
2011-03-04 10:06:16+0100 [-] [caldav-8008]  self.result = 
callback(self.result, *args, **kw)
2011-03-04 10:06:16+0100 [-] [caldav-8008]File 
/usr/lib/twisted-calendarserver/lib/python2.6/site-packages/twisted/internet/defer.py,
 line 769, in gotResult
2011-03-04 10:06:16+0100 [-] [caldav-8008]  _inlineCallbacks(r, g, 
deferred)
2011-03-04 10:06:16+0100 [-] [caldav-8008]  ---exception caught here  ---
2011-03-04 10:06:16+0100 [-] [caldav-8008]File 
/usr/lib/twisted-calendarserver/lib/python2.6/site-packages/twisted/internet/defer.py,
 line 747, in _inlineCallbacks
2011-03-04 10:06:16+0100 [-] [caldav-8008]  result = 
result.throwExceptionIntoGenerator(g)
2011-03-04 10:06:16+0100 [-] [caldav-8008]File 
/usr/lib/twisted-calendarserver/lib/python2.6/site-packages/twisted/python/failure.py,
 line 338, in throwExceptionIntoGenerator
2011-03-04 10:06:16+0100 [-] [caldav-8008]  return g.throw(self.type, 
self.value, self.tb)
2011-03-04 10:06:16+0100 [-] [caldav-8008]File 
/usr/lib/twisted-calendarserver/lib/python2.6/site-packages/twistedcaldav/method/get.py,
 line 65, in http_GET
2011-03-04 10:06:16+0100 [-] [caldav-8008]  response = (yield 
super(CalDAVFile, self).http_GET(request))
2011-03-04 10:06:16+0100 [-] [caldav-8008]File 
/usr/lib/twisted-calendarserver/lib/python2.6/site-packages/twisted/internet/defer.py,
 line 747, in _inlineCallbacks
2011-03-04 10:06:16+0100 [-] [caldav-8008]  result = 
result.throwExceptionIntoGenerator(g)
2011-03-04 10:06:16+0100 [-] [caldav-8008]File 
/usr/lib/twisted-calendarserver/lib/python2.6/site-packages/twisted/python/failure.py,
 line 338, in throwExceptionIntoGenerator
2011-03-04 10:06:16+0100 [-] [caldav-8008]  return g.throw(self.type, 
self.value, self.tb)
2011-03-04 10:06:16+0100 [-] [caldav-8008]File 
/usr/lib/twisted-calendarserver/lib/python2.6/site-packages/twistedcaldav/extensions.py,
 line 145, in authenticate
2011-03-04 10:06:16+0100 [-] [caldav-8008]  creds = (yield 
factory.decode(authHeader[1], request))
2011-03-04 10:06:16+0100 [-] [caldav-8008]File 
/usr/lib/twisted-calendarserver/lib/python2.6/site-packages/twisted/internet/defer.py,
 line 747, in _inlineCallbacks
2011-03-04 10:06:16+0100 [-] [caldav-8008]  result = 
result.throwExceptionIntoGenerator(g)
2011-03-04 10:06:16+0100 [-] [caldav-8008]File 
/usr/lib/twisted-calendarserver/lib/python2.6/site-packages/twisted/python/failure.py,
 line 338, in throwExceptionIntoGenerator
2011-03-04 10:06:16+0100 [-] [caldav-8008]  return g.throw(self.type, 
self.value, self.tb)
2011-03-04 10:06:16+0100 [-] [caldav-8008]File 
/usr/lib/twisted-calendarserver/lib/python2.6/site-packages/twistedcaldav/directory/digest.py,
 line 229, in decode
2011-03-04 10:06:16+0100 [-] [caldav-8008]  result = (yield 
self._validate(auth, request))
2011-03-04 10:06:16+0100 [-] [caldav-8008]File 
/usr/lib/twisted-calendarserver/lib/python2.6/site-packages/twisted/internet/defer.py,
 line 749, in _inlineCallbacks

Bug#517178: Facing similar problem

[Rahul Amaram]

Package: ejabberd
Version: 2.1.5-3
Severity: normal

I have been facing a similar problem for a very long time. Stop followed by a
start works fine but a restart takes a very long time. The fix I did was to
change sleep 1 to sleep 2 in the init.d script and restart was working
fine.



-- System Information:
Debian Release: 6.0
  APT prefers squeeze-updates
  APT policy: (500, 'squeeze-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages ejabberd depends on:
ii  adduser 3.112+nmu2   add and remove users and groups
ii  debconf [debconf-2.0]   1.5.36.1 Debian configuration management sy
ii  erlang-asn1 1:14.a-dfsg-3Erlang/OTP modules for ASN.1 suppo
ii  erlang-base [erlang-abi 1:14.a-dfsg-3Erlang/OTP virtual machine and bas
ii  erlang-crypto   1:14.a-dfsg-3Erlang/OTP cryptographic modules
ii  erlang-inets1:14.a-dfsg-3Erlang/OTP Internet clients and se
ii  erlang-mnesia   1:14.a-dfsg-3Erlang/OTP distributed relational/
ii  erlang-odbc 1:14.a-dfsg-3Erlang/OTP interface to SQL databa
ii  erlang-public-key   1:14.a-dfsg-3Erlang/OTP public key infrastructu
ii  erlang-ssl  1:14.a-dfsg-3Erlang/OTP implementation of SSL
ii  erlang-syntax-tools 1:14.a-dfsg-3Erlang/OTP modules for handling ab
ii  libc6   2.11.2-10Embedded GNU C Library: Shared lib
ii  libexpat1   2.0.1-7  XML parsing C library - runtime li
ii  libpam0g1.1.1-6.1Pluggable Authentication Modules l
ii  libssl0.9.8 0.9.8o-4squeeze1 SSL shared libraries
ii  openssl 0.9.8o-4squeeze1 Secure Socket Layer (SSL) binary a
ii  ucf 3.0025+nmu1  Update Configuration File: preserv
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

ejabberd recommends no packages.

Versions of packages ejabberd suggests:
ii  imagemagick  8:6.6.0.4-3 image manipulation programs
ii  libunix-syslog-perl  1.1-2   Perl interface to the UNIX syslog(
--- ejabberd-2.1.4.debian/debian/init.d 2010-08-02 21:43:01.0 +0530
+++ ejabberd-2.1.4/debian/init.d2010-08-03 12:25:05.0 +0530
@@ -71,7 +71,7 @@
 {
 if ctl stop ; then
cnt=0
-   sleep 1
+   sleep 2
while ctl status || test $? = 1 ; do
echo -n .
cnt=`expr $cnt + 1`

Bug#550074:

[Rahul Amaram]

Package: trash-cli
Severity: normal

+1

Is this package still being maintained? If not, this should probably be put up
for adoption.



-- System Information:
Debian Release: 6.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores)
Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages trash-cli depends on:
ii  python  2.6.6-3+squeeze5 interactive high-level object-orie
ii  python-support  1.0.10   automated rebuilding support for P

trash-cli recommends no packages.

trash-cli suggests no packages.



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

Bug#612421:

[Rahul Amaram]

Package: calendarserver
Severity: normal

Hi Jonsson,
Calendarserver 1.2 is working fine on amd64 system. I have tested this on a
pristine system and have faced no such issue.

The two bugs which you have mentioned are not really valid as:

1. We do not use run script
2. The location of the libraries is in /usr/share/pyshared/ and the libraries
are accessed properly.

One reason I could think of that you are getting that error is probably because
you are using python 2.3 (I inferred this from the screenshot you sent me).
Kindly note that calendarserver requires python 2.5.



-- System Information:
Debian Release: 5.0.7
  APT prefers oldstable
  APT policy: (500, 'oldstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages calendarserver depends on:
ii  adduser 3.110add and remove users and groups
ii  lsb-base3.2-20   Linux Standard Base 3.2 init scrip
ii  memcached   1.2.8-1+scs1 A high-performance memory object c
ii  python  2.5.2-3  An interactive high-level object-o
ii  python-central  0.6.8register and build utility for Pyt
ii  python-dateutil 1.4.1-2  powerful extensions to the standar
pn  python-kerberos none   (no description available)
ii  python-openssl  0.7-2Python wrapper around the OpenSSL 
ii  python-pysqlite22.4.1-1  Python interface to SQLite 3
pn  python-twisted-calendarserv none   (no description available)
pn  python-vobject  none   (no description available)
ii  python-xattr0.4-4module for manipulating filesystem
ii  ssl-cert1.0.23   simple debconf wrapper for OpenSSL

calendarserver recommends no packages.

Versions of packages calendarserver suggests:
ii  python-pydirector 1.0.0-1pure Python TCP load balancer



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

Bug#611165:

[Rahul Amaram]

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 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.
 

/5/th ;)

If you can get your sponsor to upload a package containing just the fix
for this bug tomorrow, then there's a reasonable chance of it getting
in.

   

I am a new (sponsored) maintainer and really not aware on how to handle
this. I really don't think this bug is grave as it affects only a part
of the calendarserver and most of the important features seem to be
 

It causes people to lose data, which fits the definition of grave.

   

running fine. Anyway, I was wondering how do I get this fix into
squeeze? Should it be done via security updates?
 

If we decided that this bug was ignorable for the initial release (which
we haven't currently), then a fix would go via stable-proposed-updates
as part of a point release.  This isn't a security issue, so fixing it
via security would be inappropriate.

Regards,

Adam
   




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