Bug#848361: calendarserver: Regression in python-sqlparse 0.2.2-1 causes calendarserver fail at startup
Currently I downgraded python-sqlparse in 0.1.18-1. Maybe more recent version of calendarserver is compatible with python-sqlparse 0.2.2-1, but I don't know. I saw this recent commit on git about sqlparse 0.2.0 : https://github.com/apple/ccs-calendarserver/commit/60a169dc824433002a48c2331e1df7e5850e91d5 But in the last release (9.0) the requirement is sqlparse 0.1.18 : https://github.com/apple/ccs-calendarserver/blob/CalendarServer-9.0/requirements-cs.txt Le 18/12/2016 à 06:12, Rahul Amaram a écrit : > 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 > >
Bug#848361: calendarserver: Regression in python-sqlparse 0.2.2-1 causes calendarserver fail at startup
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
Bug#810142: calendarserver: Server does not start
Package: calendarserver
Version: 5.2.2+dfsg-2
Severity: grave
Justification: renders package unusable
Dear Maintainer,
Server does not start.
/var/log/syslog
Jan 6 22:25:44 nantes systemd[1]: Starting LSB: Calendar and Contacts Server...
Jan 6 22:25:47 nantes calendarserver[2864]: Traceback (most recent call last):
Jan 6 22:25:47 nantes calendarserver[2864]: File "/usr/bin/twistd", line 18,
in
Jan 6 22:25:47 nantes calendarserver[2864]: run()
Jan 6 22:25:47 nantes calendarserver[2864]: File
"/usr/lib/python2.7/dist-packages/twisted/scripts/twistd.py", line 29, in run
Jan 6 22:25:47 nantes calendarserver[2864]: app.run(runApp, ServerOptions)
Jan 6 22:25:47 nantes calendarserver[2864]: File
"/usr/lib/python2.7/dist-packages/twisted/application/app.py", line 612, in run
Jan 6 22:25:47 nantes calendarserver[2864]: config.parseOptions()
Jan 6 22:25:47 nantes calendarserver[2864]: File
"/usr/lib/python2.7/dist-packages/twisted/application/app.py", line 579, in
parseOptions
Jan 6 22:25:47 nantes calendarserver[2864]: usage.Options.parseOptions(self,
options)
Jan 6 22:25:47 nantes calendarserver[2864]: File
"/usr/lib/python2.7/dist-packages/twisted/python/usage.py", line 262, in
parseOptions
Jan 6 22:25:47 nantes calendarserver[2864]: for (cmd, short, parser, doc) in
self.subCommands:
Jan 6 22:25:47 nantes calendarserver[2864]: File
"/usr/lib/python2.7/dist-packages/twisted/application/app.py", line 596, in
subCommands
Jan 6 22:25:47 nantes calendarserver[2864]: for plug in sorted(plugins,
key=attrgetter('tapname')):
Jan 6 22:25:47 nantes calendarserver[2864]: File
"/usr/lib/python2.7/dist-packages/twisted/plugins/caldav.py", line 31, in
getProperty
Jan 6 22:25:47 nantes calendarserver[2864]: return
getattr(reflect.namedClass(self.serviceMakerClass), propname)
Jan 6 22:25:47 nantes calendarserver[2864]: File
"/usr/lib/python2.7/dist-packages/twisted/python/reflect.py", line 168, in
namedObject
Jan 6 22:25:47 nantes calendarserver[2864]: module =
namedModule('.'.join(classSplit[:-1]))
Jan 6 22:25:47 nantes calendarserver[2864]: File
"/usr/lib/python2.7/dist-packages/twisted/python/reflect.py", line 154, in
namedModule
Jan 6 22:25:47 nantes calendarserver[2864]: topLevel = __import__(name)
Jan 6 22:25:47 nantes calendarserver[2864]: File
"/usr/lib/python2.7/dist-packages/calendarserver/tap/caldav.py", line 77, in
Jan 6 22:25:47 nantes calendarserver[2864]: from
txdav.common.datastore.upgrade.migrate import UpgradeToDatabaseStep
Jan 6 22:25:47 nantes calendarserver[2864]: File
"/usr/lib/python2.7/dist-packages/txdav/common/datastore/upgrade/migrate.py",
line 44, in
Jan 6 22:25:47 nantes calendarserver[2864]: from txdav.common.datastore.file
import CommonDataStore as FileStore, TOPPATHS
Jan 6 22:25:47 nantes calendarserver[2864]: File
"/usr/lib/python2.7/dist-packages/txdav/common/datastore/file.py", line 33, in
Jan 6 22:25:47 nantes calendarserver[2864]: from twisted.python import hashlib
Jan 6 22:25:47 nantes calendarserver[2864]: ImportError: cannot import name
hashlib
Jan 6 22:25:47 nantes systemd[1]: Started LSB: Calendar and Contacts Server.
-- 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.3.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 adduser3.113+nmu3
ii libc6 2.21-6
ii lsb-base 9.20150917
ii memcached 1.4.24-2
ii python 2.7.11-1
ii python-cffi1.4.2-2
ii python-crypto 2.6.1-6
ii python-dateutil2.4.2-1
ii python-kerberos1.1.5-2+b1
ii python-ldap2.4.20-0.1
ii python-nevow 0.11.1-1
ii python-openssl 0.15.1-2
ii python-psutil 2.2.1-3+b1
ii python-pycalendar 2.0~svn13177-2
ii python-pycparser 2.14+dfsg-2
ii python-pygresql1:4.0-3.1
ii python-setproctitle1.1.8-1+b1
ii python-sqlparse0.1.13-2
ii python-twisted-conch 1:15.5.0-4
ii python-twisted-core15.5.0-4
ii python-twisted-mail15.5.0-4
ii python-twisted-web 15.5.0-4
ii python-twisted-words 15.5.0-4
ii python-xattr 0.6.4-3
ii python-zope.interface 4.1.3-1
ii ssl-cert 1.0.37
Versions of packages calendarserver recommends:
ii python-pam 0.4.2-13.2
Versions of packages calendarserver suggests:
pn pyflakes
pn python-epydoc
ii python-pyasn10.1.9-1
pn python-pydoctor
pn python-tz
-- Configuration Files:
/etc/default/calendarserver changed:
start_calendarserver=yes
-- no debconf information
Bug#592531: Snapshot build with (hopefull) fix
Hi, It works fine. Thanks. Le 20/08/2010 22:55, Christoph Goehre a écrit : Hi, I've build a snapshot release for amd64. It's available on alioth: http://pkg-mozext.alioth.debian.org/icedove-prereleases/icedove_3.1.2-2~1.gbpe1435d_amd64.deb Could some of you test this package and report, if the fix is working? Cheers, Christoph -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#592531: icedove (3.1-1) start only one time after update=D=A iceowl-extension (1.0~b1+dfsg-4 -> 1.0~b2-1)
There is not calendar defined in that fresh account. After the first
start, I cancel the assistants (migration and creation of e-mail
account) and I close icedove.
Below the strace :
execve("/usr/bin/icedove", ["icedove"], [/* 36 vars */]) = 0
brk(0) = 0xd37000
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or
directory)
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= 0x7f44ef828000
access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or
directory)
open("/etc/ld.so.cache", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=120335, ...}) = 0
mmap(NULL, 120335, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f44ef80a000
close(3)= 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or
directory)
open("/lib/libc.so.6", O_RDONLY)= 3
read(3,
"\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0`\355\1\0\0\0\0\0"...,
832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=1432968, ...}) = 0
mmap(NULL, 3541032, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x7f44ef2ac000
mprotect(0x7f44ef404000, 2093056, PROT_NONE) = 0
mmap(0x7f44ef603000, 20480, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x157000) = 0x7f44ef603000
mmap(0x7f44ef608000, 18472, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f44ef608000
close(3)= 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= 0x7f44ef809000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= 0x7f44ef808000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= 0x7f44ef807000
arch_prctl(ARCH_SET_FS, 0x7f44ef808700) = 0
mprotect(0x7f44ef603000, 16384, PROT_READ) = 0
mprotect(0x7f44ef82a000, 4096, PROT_READ) = 0
munmap(0x7f44ef80a000, 120335) = 0
getpid()= 5110
rt_sigaction(SIGCHLD, {SIG_DFL, [CHLD], SA_RESTORER|SA_RESTART,
0x7f44ef2de1f0}, {SIG_DFL, [], 0}, 8) = 0
geteuid() = 1001
brk(0) = 0xd37000
brk(0xd58000) = 0xd58000
getppid() = 5109
stat("/home/test", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
stat(".", {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
open("/usr/bin/icedove", O_RDONLY) = 3
fcntl(3, F_DUPFD, 10) = 10
close(3)= 0
fcntl(10, F_SETFD, FD_CLOEXEC) = 0
rt_sigaction(SIGINT, NULL, {SIG_DFL, [], 0}, 8) = 0
rt_sigaction(SIGINT, {0x40f550, ~[RTMIN RT_1], SA_RESTORER,
0x7f44ef2de1f0}, NULL, 8) = 0
rt_sigaction(SIGQUIT, NULL, {SIG_DFL, [], 0}, 8) = 0
rt_sigaction(SIGQUIT, {SIG_DFL, ~[RTMIN RT_1], SA_RESTORER,
0x7f44ef2de1f0}, NULL, 8) = 0
rt_sigaction(SIGTERM, NULL, {SIG_DFL, [], 0}, 8) = 0
rt_sigaction(SIGTERM, {SIG_DFL, ~[RTMIN RT_1], SA_RESTORER,
0x7f44ef2de1f0}, NULL, 8) = 0
read(10, "#!/bin/sh\n#\n# * BEGIN LICENS"..., 8192) = 4598
pipe([3, 4])= 0
clone(child_stack=0,
flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD,
child_tidptr=0x7f44ef8089d0) = 5111
close(4)= 0
read(3, "/usr/bin\n", 128) = 9
read(3, "", 128)= 0
close(3)= 0
wait4(-1, [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], 0, NULL) = 5111
--- SIGCHLD (Child exited) @ 0 (0) ---
pipe([3, 4])= 0
clone(child_stack=0,
flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD,
child_tidptr=0x7f44ef8089d0) = 5112
close(4)= 0
read(3, "icedove\n", 128) = 8
read(3, "", 128)= 0
close(3)= 0
wait4(-1, [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], 0, NULL) = 5112
--- SIGCHLD (Child exited) @ 0 (0) ---
stat("/usr/bin/run-mozilla.sh", 0x7fff4a451080) = -1 ENOENT (No such
file or directory)
pipe([3, 4])= 0
clone(child_stack=0,
flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD,
child_tidptr=0x7f44ef8089d0) = 5113
close(4)= 0
read(3, "/home/test\n", 128)= 11
read(3, "", 128)= 0
close(3)= 0
wait4(-1, [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], 0, NULL) = 5113
--- SIGCHLD (Child exited) @ 0 (0) ---
lstat("/usr/bin/icedove", {st_mode=S_IFLNK|0777, st_size=22, ...}) = 0
pipe([3, 4])= 0
clone(child_stack=0,
flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD,
child_tidptr=0x7f44ef8089d0) = 5114
close(4)= 0
read(3, "icedove\n", 128) = 8
read(3, "", 128)= 0
close(3)= 0
wait4(-1, [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], 0, NULL) = 5114
--- SIGCHLD (Child exited) @ 0 (0) ---
pipe([3,
Bug#592531: icedove (3.1-1) start only one time after update=D=A iceowl-extension (1.0~b1+dfsg-4 -> 1.0~b2-1)
Hi, I launch icedove with new user (without .icedove folder). The first start is ok. I close icedove. After that, icedove don't restart. If I uninstall iceowl-extension, then icedove restart. There is nothing in .xsession-errors. Le 10/08/2010 22:43, Guido Günther a écrit : Hi, On Tue, Aug 10, 2010 at 09:00:08PM +0200, P'tit g wrote: Package: iceowl-extension Version: 1.0~b2-1 Severity: grave Justification: renders package unusable After update iceowl-extension, icedove start normaly. But after that, icedove don't restart. Icedove restart after uninstall iceowl-extension. It works fine here. Is there something in .xsession errors? Does moving away the profile do anything good? Maybe the remote calendarserver did not respond? -- Guido -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#592531: icedove (3.1-1) start only one time after update iceowl-extension=D=A (1.0~b1+dfsg-4 -> 1.0~b2-1)
Package: iceowl-extension Version: 1.0~b2-1 Severity: grave Justification: renders package unusable After update iceowl-extension, icedove start normaly. But after that, icedove don't restart. Icedove restart after uninstall iceowl-extension. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable'), (100, 'unstable'), (10, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iceowl-extension depends on: ii calendar-timezones1.0~b2-1 Timezone Extension for Sunbird/Ice ii icedove 3.1-1 mail/news client with RSS and inte ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.4-8 GCC support library ii libnspr4-0d 4.8.4-2NetScape Portable Runtime Library ii libstdc++64.4.4-8The GNU Standard C++ Library v3 Versions of packages iceowl-extension recommends: pn calendar-google-provider (no description available) Versions of packages iceowl-extension suggests: pn latex-xft-fonts(no description available) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
