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
05:17, Aurelien Jarno
> escreveu:
>
> control: reassign -1 debootstrap
>
> On 2020-02-21 02:39, Rahul Martim Juliato wrote:
>> Package: tzdata
>>
>>
>> System install hangs on trying to uncompress tzdata.
>>
>>
>> I tried with
Package: tzdata
System install hangs on trying to uncompress tzdata.
I tried with the mini image, DVD and DVD without network (hoping it would
force not to download anything and using what is on DVD)
But in all tries the installation hangs (both on graphical and text)
just after tzdata is
The anki version that comes with Debian buster also has this issue. It might be
worth checking out in bullseye if the problem exists as well. If it does and we
find some fix for it, then that could probably be backported to buster as part
of updates.
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
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
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
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
Hello,
We are resuming the packaging of Friendica as part of the FreedomBox
project.
--
Regards,
Rahul Dé
Sorcerer-Apprentice
Defense Against The Dark Arts
https://keybase.io/rahulde/pgp_keys.asc
signature.asc
Description: OpenPGP digital signature
Package: filetea
Version: 0.1.16-3+b1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
The package uses the function live which has been removed in jQuery 1.9.
The source in the upstream depends on 1.7.2 and no version has been
mentioned in the control file of the
Package: wnpp
Severity: wishlist
Owner: Rahul De <rahu...@swecha.net>
* Package name: matrix-synapse-ldap3
Version : 0.1.2-1
Upstream Author : Erik Johnston <er...@matrix.org>
* URL : https://github.com/matrix-org/matrix-synapse-ldap3.git
* License
This is the patch addressing this bug which I have obtained this patch
from upstream and tested it out.
The upstream is waiting for further work for a new release so backporting
this patch for a Debian release seems appropriate.
This fixes http://bugs.debian.org/857619 for matrix-synapse.
later on.
I have also raised this with the upstream developers too.
>From 7fb9a42437c09e8821541f26bf137b513b7ac343 Mon Sep 17 00:00:00 2001
From: Rahul De <rahul080...@gmail.com>
Date: Mon, 13 Mar 2017 14:12:52 +0530
Subject: [PATCH] Fail silently if server name is not c
Package: python-nacl
Version: 1.0.1-2
Severity: important
Tags: upstream
Dear Maintainer,
The call to sodium_init() fails because already initialized.
This has been referenced in the upstream repo at
https://github.com/pyca/pynacl/issues/186.
The patch for this is also available in
have source repository for the Debian packaging work you are
doing? We could help by testing and submitting patches. So far, we
found out-of-debian packaging effort to have progressed significantly:
https://github.com/matrix-org/package-synapse-debian
--
Regards,
Rahul Dé
it to stretch-backports.
Thanks,
Rahul.
--
http://rahul.amaram.name
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
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
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
] exceptions.KeyError:
2016-02-21 16:23:41+0100 [-] [caldav-1]
This certainly seems to an issue specific to your setup. I have just
tested the same command and it works fine using IPv4 address:
$ curl -X PROPFIND -H "Content-Type: text/xml" -H "Depth: 0" -u test
--digest --data-binary 'xmlns="DAV:" xmlns:CAL="urn:ietf:params:xml:ns:caldav"
xmlns:CARD="urn:ietf:params:xml:ns:carddav">'
http://192.168.56.102:8008/principals/
Enter host password for user 'test':
/principals/
/principals/__uids__/29B6C503-11DF-43EC-8CCA-40C7003149CE/
HTTP/1.1 200 OK
Thanks,
Rahul.
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
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]
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
ich
calendarserver could finally be uploaded. Request you to do at the earliest.
Thanks,
Rahul.
/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.
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.
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.
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
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
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
es. 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.
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 help
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
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
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
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
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
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
t-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
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.
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
.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
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
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
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
. 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
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:
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
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
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)
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
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 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
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
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:
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
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
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
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:
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
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
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 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,
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
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
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
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
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
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 == .:
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
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
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
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
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
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
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
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
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.
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
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:
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:
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
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
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-
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
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,
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,
Package: debian-installer
Severity: normal
in the installer page kannada seems to be small which makes it difficult to
read
-- System Information:
Debian Release: 6.0.1
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)
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:
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
1 - 100 of 149 matches
Mail list logo
