In a buster upgraded to bullseye, this was working. But in a clean bullseye
installation, it doesn't seem to be working.
Note that /etc/bash_completion.d seems to be deprecated and moved to
/usr/share/bash-completion/completions. Your .bashrc might still be loading
stuff from /etc (which might
Apparently this is the upstream bug report:
https://bugzilla.gnome.org/show_bug.cgi?id=739718
Likewise, in Buster, I'm using GNOME on xorg because of this bug.
Maybe the severity should be raised to "important"? It effectively renders
Alt+tab functionality nonexistent if the user has set focus mode to "focus on
hover".
Apparently the error message appears even with --verbosity=error.
I'm not an expert, but I don't see much similarity with #850025. The symptoms
are different and the versions are different.
Package: duplicity
Version: 0.6.24-1
Severity: normal
Hello,
I'm not certain this problem is in duplicity or in python-crypto. Since
yesterday's update to Debian 8.7, all my servers (including the one from which
I'm reporting this) throw this message when running duplicity with -v2:
/usr/lib/pyt
Package: src:linux
Version: 3.16.7-ckt25-1
Severity: important
Dear Maintainer,
I bought a new USB hard disk dock and connected it, and the system mostly
crashed. It actually wrote some stuff in the log, which I include below, and
continued to work, then I tried to restart it and something went
I think I discovered what triggered the problem. For some reason,
after the upgrade to lenny, some of the files had wrong permissions.
Here is the listing:
-rw-r--r-- 1 openldap openldap 4.0K 2009-03-17 14:38 alock
-rw--- 1 root root 16K 2009-03-11 11:10 cn.bdb
-rw--- 1 openldap o
> Does this happen only with client activity, or does it also happen
> when the server is dormant? If the server is being actively used by
> clients, what's the rate of connects/disconnects?
I made some tests, and it seems that it happens with client activity.
If I run the same ldapsearch command
Package: slapd
Version: 2.4.11-1
Severity: important
When slapd starts on my system it consumes something like 7M of RAM
(about 50M virtual). As time passes, it consumes more and more,
reaching hundreds; after 24 hours it uses something like 400M or 500M.
This is a very small LDAP database; the LD
Thanks for accepting the patch. Meanwhile I also uploaded my Python
replacement of poppassd, it's at
https://savannah.nongnu.org/projects/pypoppassd
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Here is a patch.
Index: poppass
===
--- poppass (revision 5151)
+++ poppass (working copy)
@@ -120,22 +120,19 @@
Type => SOCK_STREAM) or
( $msg = "No Response from poppass server:[EMAIL PROT
Subject: poppass-cgi: Expects specific textual responses from poppass server
Package: poppass-cgi
Version: 3-4
Severity: normal
*** Please type your report below this line ***
poppass-cgi does not look only at the numbers, namely 200 and 500, in
the poppass server's responses, but actually looks i
I have the same problem, but the other way round; the server must
provide a certificate to the client. I thus suspect that it's not a
server or client issue; it's probably an issue in code shared by the
server and the client, and it manifests in the one or in the other
depending on the case. So I
Is this really a bug? There's a section in the man page that says how
to deal with this problem, and contains pointers to more information.
I had been having it frequently due to power failures during
synchronization, because reiserfs and xfs cache filesystem metadata
only, not data.
--
To UNSU
Antonis Christofides wrote:
> because reiserfs and xfs cache filesystem metadata only, not data.
Sorry, I mean journal, not cache.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
16 matches
Mail list logo
