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-f
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 B
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
d 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
d
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
bloc
I followed up on this with calendarserver upstream. The only feasible
solution seems to be rolling out a new compatible python-sqlparse
package separately for calendarserver. I don't know think new packages
are accepted now in stretch. Moreoever, I don't want to go through all
this hassle as th
Will look into this before stretch "soft" freeze. Are you aware of the
fix for this?
Thanks,
Rahul.
On Friday 16 December 2016 10:39 PM, P'tit g wrote:
Package: calendarserver
Version: 7.0+dfsg-2
Severity: grave
Justification: renders package unusable
Dear Maintainer,
Regression in python-sq
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 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
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 Pyt
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: SHA25
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
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:
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]
[twistedcalda
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-amd6
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 t
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
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.
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
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 ver
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
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 hand
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
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
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) [.
o 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
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 n
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,
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
wrote:
Package: calendarserver
--- Please enter the report below this line. ---
1. has been fixed.
2. can be ignored.
Changes have
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.
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. --
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
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
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 modul
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 consistin
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.
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 in
Package: libpam-kwallet5
Version: 5.4.0-1
Severity: grave
--- Please enter the report below this line. ---
After installing the libpam-kwallet5 package, when I login via SDDM, a
process such as below is started.
Konsole outpu rahul12635 12634 0 22:08 ?00:00:00
/usr/bin/kwalletd5
Package: 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
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 privilege
stribution: unstable
Urgency: medium
Maintainer: Rahul Amaram
Changed-By: Rahul Amaram
Description:
pam-kwallet - KWallet integration with PAM
Closes: 762402
Changes:
pam-kwallet (0.0~git20140429-1) unstable; urgency=medium
.
* Import to Debian (Closes: #762402)
Chec
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: jessi
is 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
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 modifi
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 incl
Since Calendarserver 3.x, subscriptions to groups is no longer supported.
On July 25, 2014 7:55:12 PM GMT+05:30, Davide Chiarini
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
>cre
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+
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
Package: calendarserver
Severity: grave
--- Please enter the report below this line. ---
Upgrading to 5.1 does not migrate the data when using XML Directory
Service Backend.
This happens when in earlier versions (2.x, 3.x), you had not mentioned
any guid for xml directories records. Then cale
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 1145
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.
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
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
limite
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 t
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/twis
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 manual
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
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')
Ar
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 cale
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
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, e
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
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
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
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
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 == ".":
exclud
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-
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
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
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 UNSUBSC
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
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
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
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
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
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 subje
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 "unsubsc
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...@li
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". Tr
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/vC
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
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: wheez
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:
Deb
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+sq
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'
Package: calendarserver
Followup-For: Bug #646598
Thanks for the bug. I am working on building a debian package for
calendarserver 3.0. The new package should address this issue.
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (1001, 'testing'), (500, 'test
Package: calendarserver
Followup-For: Bug #631916
Hi Jan,
The reason why you could be facing this problem is that you have badly
formatted XML in /etc/caldavd/caldavd.plist.upgrade.nss.tmp (this was the
config file which was used for previous version of calendarserver). Either you
have not closed
No matter how hard I try, I have been unable to reproduce this bug.
Could you try reinstalling calendarserver, or installing calendarserver
on a new Debian installation? Also, are you using Debian stable or testing?
On Tuesday 28 June 2011 02:38 PM, Julien Kirmaier wrote:
Package: calendarserv
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
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.
Re
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 wrote:
> Hi Ron,
> I seriously don't understand for what you started
ing 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
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.
>
> Kindl
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
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
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 re
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.
-- Syste
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
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 librari
Package: krb5-user
Version: 1.6.dfsg.4~beta1-5lenny6
Severity: normal
I could confirm this bug. kpasswd works fine against Windows 2003 AD but throws
an error with Windows 2008 AD. Is there any minor patch or other known
workaround for this?
-- System Information:
Debian Release: 5.0.7
APT pr
1 - 100 of 129 matches
Mail list logo
