I downgraded the server from jessie to wheezy and the issue went away. This
workaround buys us a little bit of time, until wheezy is no longer supported
anyways. I’m not even sure what sub-system this is occurring in. Anything I can
do to help debug this? I did leave one server running jessie so
Package: openvpn
Version: 2.3.4-5+deb8u1
Severity: important
Dear Maintainer,
With the retirement of squeeze LTS, we've been forced to upgrade our OpenVPN
server to
jessie. Unfortunately, we seem to have run across an old bug again (#543941),
whereby
using LDAP+TLS for authentication of OpenVP
We are also experiencing the same issue, and it's a rather big deal.
The majority of the time, the problem manifests itself with a nautilus
process, continuously writing to this file ring buffer, after a user has
logged out. I'm guessing this results from gdm trying to kill off the
process wh
We are seeing the same thing. Launching it as /usr/bin/icedove works
just fine though. Both are symbolic links to the same real executable.
Mark
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: openswan
Version: 1:2.4.6+dfsg.2-1.1
Severity: important
We've recently started to encounter pluto crashes with the following
error:
ASSERTION FAILED at kernel.c:2237: c->kind == CK_PERMANENT || c->kind ==
CK_INSTANCE
I found mention of this same error on the openswan bug tracking syste
We tried applying the suggested patch from novell against the
2.6.18.dfsg.1-13etch1 kernel source and continue to see the problem.
Turning off vdso at boot or dynamically does work for us.
The problem didn't appear when running the linux-image-2.6.21-2-k7
(2.6.21-6) kernel.
Sam, what kernel did y
Package: spamassassin
Version: 3.2.1-1
Severity: important
After we upgraded from sarge->etch, we started experiencing
instabilities with spamassassin. We updated to the testing version and
continue to experience these same instabilities. Periodically, spamd
will just hang and no longer accept i
Package: eieio
Version: 1:1.0pre3-7
Severity: normal
I no longer get any java syntax highlighting in xemacs when using a
version of eieio newer than 1.0beta3b-1.1.0. Xemacs prints out "The
wrong version of Eieio is installed, please install 0.17beta3". If I
roll back to this version of the pack
Package: mono
Version: 1.2.2.1
Severity: serious
Justification: no longer builds from source
I need to qualify this with I'm by no means a dpkg hacker, but...
I'm trying to build mono-1.2.2.1 on a sarge system. During the build
process, I see the following errors:
dh_gencontrol -s -- -Vmono:upv
Package: autofs
Version: 4.1.4-6
Severity: important
We are starting to see severe automount problems on 4 way and 8 way
machines. The error messages in the log are similar to bug #316378, but
unlike this other bug we are not using indirect automounts. There is an
interesting thread on the auto
10 matches
Mail list logo