control: thanks
A newer bios was released which fixed this issue. Thanks for helping me
debug this issue!
> > I hit dim, brighter, mic off buttons, located at f3, f4 and f8.
> Assuming KEY_F20 is your brightness up or down key, you should try to
> remap this to brightnessup or brightnessdown
I hit 3 different keys, but they all gave identical evtest/keyscan
outputs. So remapping will give me the bug
Nothing in dmesg, /var/log/syslog, also not with journalctl -f.
I already gave the (empty) output of evtest, here's when using the
event0:
I hit dim, brighter, mic off buttons, located at f3, f4 and f8.
sudo evtest
No device specified, trying to scan all of /dev/input/event*
Available devices:
Package: udev
Version: 241-7~deb10u1
Severity: normal
Dear Maintainer,
typical laptop 'extra' keys aren't properly working, both dim and
brighter buttons get registered identical as mic on/off. I've checked
upstream's git changes:
Behavior is identical in 10.1. What you could do, without rebooting:
open another shell (ctrl-alt f2), luksClose the crypted volume, pgremove
the physical volume group, then comes the scary part: add some amnesia
to partman. I did a # mv /var/lib/partman/devices/=dev\=nvme0n1 /tmp/,
went back to
Hi,
Enigmail localization happens on Transifex. When I looked for that
string it seems that it's restored to it's correct meaning:
https://www.transifex.com/otf/enigmail-localization/viewstrings/#pl/enigmailproperties/116424802?q=text%3A'sign+message'
Package: gnupg-pkcs11
Severity: important
Dear Maintainer,
PKCS#11 smart card library in unstable/testing/stable is from 2011
(0.7.3-4). The
current upstream version (0.9.0) incorporates a lot of changes and fixes
necessary to inter-operate with gnupg >=2.1.19.
Would it be possible to get an
Package: dirmngr
Version: 2.1.18-8~deb9u1
Severity: important
Dear Maintainer,
I wanted to test some signatures, thus had to fetch keys. In Debian
Stretch, dirmngr is kind of expected to be around to use gpg
--recv-keys. Starting dirmngr is easy, either foreground or as daemon.
"dirmngr" will
Package: apt
Version: 1.4.7
Severity: normal
Dear Maintainer,
when adding an old-style armored key, apt fails to use this. If you dump
such a keyfile inside etc/apt/trusted.gpg.d/ (or
/usr/share/keyrings/name.gpg, with accompanying sources file) apt-update
will choke because it thinks the public
Package: ruby-net-ssh
Followup-For: Bug #861722
Dear Maintainer,
actually upgrading to 4.1 from upstream would be most welcome, that
includes support for ed25519 keys. Unstable is still at 1:3.2.0-1.
Thanks,
kwadronaut
Source: polipo
Severity: high
Tags: upstream
Dear Maintainer,
This project has been discontinued, mostly because more and more web
traffic is encrypted. I think it's inappropriate to keep it within
Debian when upstream has declared the project dead and no-one takes it
over. Besides, good reasons
Source: ganeti
Severity: normal
Dear Maintainers,
The link to the 'homepage' of ganeti has moved. Both
https://packages.qa.debian.org/g/ganeti.html and
https://tracker.debian.org/pkg/ganeti point to
https://code.google.com/p/ganeti/ but should point to
http://www.ganeti.org/ or alternatively
Package: apg
Version: 2.2.3.dfsg.1-4
Severity: important
Dear Maintainer,
This password generator, build upon a NIST-document from 1993 (which
itself is
based upon an older offline paper), should probably be reevaluated or
contain a
big fat warning, since the documents on which it's based are
Package: bnd
Version: 2.4.1-6
Severity: normal
Dear Maintainer,
packages can have a website url defined, in this case it has, pointing
to "Homepage: http://www.aQute.biz/Bnd;
However, trying to visit that page will result in a 404. Don't know if
the package is abandoned or simple bitrot. Any
Package: debian-security-support
Version: 2015.04.04
Severity: wishlist
Dear Maintainer,
the release notes suggest to track security support status of installed
packages with debian-security-support [1]. It's not obvious after
installation on how to re-run it or what can be expected from this
On 26/11/14 06:02, Antoine Beaupré wrote:
On 2014-08-31 05:38:51, kwadronaut wrote:
Package: monkeysign
Version: 1.1~bpo70+1
Severity: important
Can only sign all uids of a key and not single ones. I'm using
monkeysign from backports on Debian Stable.
$ monkeysign -dv -u BD68C7AA997FA77F
Package: virtinst
Version: 0.600.1-3+deb7u1
Severity: normal
Tags: patch
Cloning into existing storage volumes is supposedly not supported.
#706196 marks this as a regression and #745873 as a wishlist item. In
old-stable it worked, so I feel that calling it a regression is correct.
When looking
Package: openssh-server
Version: 1:6.0p1-4
Severity: normal
Dear Maintainer,
When (re-)creating host keys for a system by using dpkg-reconfigure
openssh-server, the ECDSA host keys are not created.
How to reproduce:
* install a system with openssh-server
$ rm /etc/ssh/ssh_host_*
$
tags: wheezy, fixed-in-experimental
Hello,
In #702933 intrigeri asked me to test/confirm if 0.6.20-3 fixes #702563.
So I went ahead and installed the package from Sid on a Wheezy box and
it worked fine (apt-get install duplicity/sid). However a little upgrade
note that --ssh-options *only*
Package: cloud-init Version: 0.7.1-3
File: /usr/lib/python2.7/dist-packages/cloudinit/config/cc_mounts.py
Severity: normal
Dear Maintainer,
Given the default of nobootwait in fstab, caused by the upstream
cc_mounts.py, this should be overridden in the default Debian template
in /etc/cloud.cfg
Package: duplicity
Version: 0.6.18-3
Severity: normal
Dear maintainers,
The version currently in Wheezy contains needless warnings that were
fixed before the freeze. If you don't use (and haven't installed) the
gio backend you get useless cruft in log messages and whenever you use
duplicity:
Package: gnupg
Version: 1.4.12-7
Severity: normal
The manpage describes for both --hidden-encrypt-to and --encrypt-to 'No
trust checking is performed for these user ids and even disabled keys
can be used.' I tried to use this functionality with both an expired and
a revoked key and with both this
Package: virtinst
Version: 0.500.3-2
Severity: normal
Virt-clone fails if not every single locale environment variable present
is supported. A fairly normal use case is someone logging in remotely
and having her local environment variables in use remotely as well.
Setting something like
Package: lynx
Version: 2.8.8dev.5-1
Severity: important
I'd very much appreciate support in lynx to use TLS extension for Server Name
Indication. Most graphical browsers I use support it.
Have a look at https://sni.velox.ch : lynx apparently doesn't send the server
name when saying ClientHello.
I forgot to mention that the problem is located in the file
/usr/share/doc/nginx-doc/fcgiwrap
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
25 matches
Mail list logo
