Source: ddccontrol-db
Version: 20230223-1
Severity: wishlist
Hi,
it would be nice if updates to ddccontrol-db were also uploaded to
(proposed-)updates or backports.
With regards,
Antonis Kanouras
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".
Package: wnpp
Severity: wishlist
* Package name: latte-dock
Version : 0.6
Upstream Author : Smith AR , Michail
Vourlakos
* URL : https://github.com/psifidotos/Latte-Dock
* License : GPL-2+
Programming Lang: QML, C++, JavaScript
Description : Latte is
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
n etc), the following
error log is generated in /var/log/messages:
gnome-session[1383]: (gnome-settings-daemon:1443): GLib-GIO-WARNING **:
Dropping signal AcceleratorActivated of type (uuu) since the type from the
expected interface is (ua{sv})
Could you please have a look?
Kind regards,
An
Source: nftables
Version: 0.3-1
Severity: wishlist
Hello,
as the title says, it would be nice if a backport of nftables was
provided for Wheezy, as backports of kernels 3.13+ are already
available
for it.
Thank you for your work!
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.de
Package: evolution
Version: 3.4.4-3
Severity: grave
Dear Maintainer,
The problem is still affecting debian testing.
I am attaching the stack trace:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xa7b8bb40 (LWP 9808)]
0xb0eb6533 in goa_oauth_based_get_consumer_key ()
Package: gnubiff
Version: 2.2.15-1
Severity: normal
Dear Maintainer,
*** Please consider answering these questions, where appropriate ***
* What led up to the situation?
* What exactly did you do (or not do) that was effective (or
ineffective)?
* What was the outcome of this action?
everything is ok.
Thanks
Antonis
Manoussakis
> Quoting Anntonis Manoussakis (amano...@gmail.com):
> >
> > Package: Debian-installer
> >
> >
> > I have try to install wheezy twice, either by upgrading from
> > squeeze or direct installation from internet
>
Package: imvirt
Version: 0.9.0-2
Severity: normal
Hello,
Subject says all :)
Luckily, the verdict was correct, at least on this machine.
Cheers, Antonio
# imvirt
Can't exec "lspci": No such file or directory at
/usr/share/perl5/ImVirt/Utils/pcidevs.pm line 68.
Error loading ImVirt::VMD::KVM: C
Package: sa-exim
Version: 4.2.1-13
Severity: normal
Fast forward to 2011...
I enabled Greylisting with SA-Exim and if a message received through
IPv6 is a candidate for greylisting (score >= 3.0 in my case), it is
temporarily rejecting it *forever*. For example, 1 mailhost tried to
send me a mess
ol2:2.4.3+LibO3.4.3-1
ii ure 3.4.3-1
-- no debconf information
Regards,
Antonis
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: libcap2-bin
Version: 1:2.19-3
Severity: normal
Hello,
I'm trying to use pam_cap.so to give extra capabilities to the user
"backuphelper"
on my Debian Squeeze system.
I have added "cap_dac_read_search backuphelper" to
/etc/security/capability.conf
but pam_cap.so seems to be ignorin
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
MAIL PROTECTED]
)
(/usr/share/texmf-texlive/tex/latex/base/fixltx2e.sty
Package: fixltx2e 2006/03/24 v1.1n fixes to LaTeX
LaTeX Info: Redefining \em on input line 420.
)
LaTeX Info: Redefining \em on input line 101.
LaTeX Info: Redefining \emph on input line 110.
LaTeX Info: Redefining \- on input
Package: multisync
Version: 0.82-8.1
Severity: important
With older versions of multisync I was able to sync the evolution contacts with
my SonyEricsson Z710i phonebook. With the latest
versions of lenny, I get a sync completed no changes reported message, even if
there is actually new data o
ing it to be used by setxkbmap, i think it's more
complicated than it's worth.
So I suppose it's ok to close the bug...
Have a happy new year,
Antonis Antoniadis
On 1/5/08, Mohammed Adnène Trojette <[EMAIL PROTECTED]> wrote:
>
> On Fri, Sep 14, 2007, Mohammed Adnène Tr
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
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I am sorry, here there is the layout
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFGAbUUmtnb6d8/tK8RAurLAJ0YP8T7tx5PNulCayqpDVluDd49ZQCeLoVE
EAoeMoAMDF80P6oPvKlJSC
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 usefull for some people. I have attached the
layout file that i created with xmodmap attached to this message (it is
called gvorak as the layout). I hope, that i reported it to the correct
package. If there is a problem inserting that layout in debian, or whatever,
please let me know.
Thanks
Package: xiterm
Version: 0.5-3.2
I can't find any man-page for the xiterm package. I use stable, and all the
packages it depends, are the original ones from the stable repos.
Here there are the files of the package:
[EMAIL PROTECTED]:~$ dpkg -L xiterm
/.
/usr
/usr/bin
/usr/bin/xiterm
/usr/bin/gt
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]
33 matches
Mail list logo