Package: src:linux
Version: 6.4.11-1
Severity: normal
Pressing the left Super key (also known as left Windows key) no longer
has any effect, including in 'showkey -s' or 'showkey -k'.
The right Super key works normally.
-- Package-specific info:
** Version:
Linux version 6.4.0-3-amd64 (debian-k
Salvatore Bonaccorso :
> I'm closing this bug now as I think it's not anymore relevant in this
> outlined form. But please let me know if you disagree.
Why do you believe so? Did anything change, other than renaming
linux-tools to linu-perf?
Package: firmware-realtek
Version: 0.44
Severity: serious
Justification: 12.5, stretch release policy 1
The RTL8192SU/rtl8192sfw.bin file is not present upstream. Its actual
upstream source (presumably Realtek?) is not documented in the
copyright file. Please document it.
$ cd git/linux-firmware
-removal
/etc/apt/apt.conf.d/01autoremove
On 4 June 2013 at 21:03, Ben Hutchings wrote:
> On Tue, Jun 04, 2013 at 08:46:50PM +0200, Piotr Engelking wrote:
>> Source: linux
>> Severity: wishlist
>>
>> Please consider having the linux-image-${version}-* packages sugge
Ben Hutchings wrote:
> It might be a useful hint. However the linux-tools meta-package is
> a more effective way to keep linux-tools-* up to date (unless you
> install the kernel from experimental).
Sure, I already use it, but, for an example, even though I do have the
kernel pointed at by linu
Source: linux
Severity: wishlist
Please consider having the linux-image-${version}-* packages suggesting
the matching linux-tools-${version} package. This would help users to keep
them in sync.
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (500, 'testing')
Package: linux-source-2.6.33
Version: 2.6.33-1~experimental.1
Severity: normal
Setting the resolution of the radeondrmfb frame buffer console doesn't
work correctly:
# fbset -v -i
Linux Frame Buffer Device Configuration Version 2.1 (23/06/1999)
(C) Copyright 1995-1999 by Geert Uytterhoeven
Openi
Package: firmware-linux-nonfree
Version: 0.21
Severity: normal
The debian/copyright file states:
The binary firmware may be downloaded from
http://ftp.kernel.org/pub/linux/kernel/.
This is highly vague - the location pointed at contains many files, and
it is not necessarily obvious where the
Package: firmware-linux-nonfree
Version: 0.19
Severity: serious
Justification: squeeze RC policy ยง2
With firmware-linux 0.18 installed, attempting to install
firmware-linux-nonfree results in the following error:
Unpacking firmware-linux-nonfree (from
.../firmware-linux-nonfree_0.19_all.deb) ...
reopen 278729
thanks
The bug was fixed in *-686 kernels, but not in *-amd64 ones:
$ apt-cache show linux-image-2.6.30-1-686 | grep ^Recommends:
Recommends: libc6-i686
$ apt-cache show linux-image-2.6.30-1-amd64 | grep ^Recommends:
$
Please add the above dependency to the *-amd64 kernels, as well
maximilian attems <[EMAIL PROTECTED]> wrote:
forcemerge 397139 397207
stop and over
can you please look for duplicates, before reporting!
Hmm... For some strange reason http://bugs.debian.org/src:linux-2.6
redirects to
http://bugs.debian.org/cgi-bin/pkgreport.cgi?src=linux-2.6;dist=unstable,
Package: linux-source-2.6.18
Version: 2.6.18-4
Severity: serious
Justification: no longer builds from source
debian/patches/bugfix/copy-user-highpage.patch adds fourth argument to
copy_user_highpage(), but fails to update function call in mm/hugetlb.c
accordingly:
CC mm/hugetlb.o
mm/hugetl
Package: linux-2.6
Severity: wishlist
Please provide i386 packages of amd64 kernels. 2.6.17 includes support for
running 32-bit iptables under amd64 kernel, so standard i386 Debian userland
should be compatible with 64-bit kernel now.
-- System Information:
Debian Release: testing/unstable
APT
13 matches
Mail list logo
