Ben Hutchings b...@decadent.org.uk writes:
Thanks a lot. This should be reverted in the next security update.
(Yes, even though it is not a security issue.)
looking forward for the update, thanks!
greetings,
jens
PS:
i could imagine the revert will break stuff for other machines and
likely
Hi,
after upgrading to Debian 7.5 (linux-headers-3.2.0-4-common),
backports 3.10.2 [1] does not compile anymore [2]. Without it, I have
issues with Antheros WLAN cards.
Does Debian 7.5 include another backported versions? Can it be removed
and replaced by official backports 3.10.2 from [1]?
I
On Mon, 2014-05-12 at 11:45 +0200, Steffen Dettmer wrote:
Hi,
after upgrading to Debian 7.5 (linux-headers-3.2.0-4-common),
backports 3.10.2 [1] does not compile anymore [2]. Without it, I have
issues with Antheros WLAN cards.
Does Debian 7.5 include another backported versions? Can it be
Package: initramfs-tools
Version: 0.109.1
Severity: normal
File: /usr/sbin/mkinitramfs
Dear Maintainer,
on a system with the rootfs living inside LUKS on an SD card,
mkinitramfs (and thus update-initramfs) fails with:
=== Begin ===
root@mimosa:/boot# update-initramfs -k
On May 11 01:11, Ben Hutchings wrote:
On Sat, 2014-05-10 at 09:54 +0400, Alexandra N. Kossovsky wrote:
On May 09 18:46, Ben Hutchings wrote:
Is this a regression from version 3.2.54-2?
No. All 3.2.x-rt Debain kernels I've tried do not boot. I've gone back
for at least one year.
As
The shutdown failure does not occur with linux-3.11.10, the last of the
3.11 series kernels.
-
Hello,
I'm sorry if this seems pushy, but since it is trivial to implement
this
change, I'd like to ask if you've considered reenabling
CONFIG_SCSI_PROC_FS?
Thank you!
Regards,
Christian
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe.
On Mon, 2014-05-12 at 17:39 +0400, Alexandra N. Kossovsky wrote:
On May 11 01:11, Ben Hutchings wrote:
On Sat, 2014-05-10 at 09:54 +0400, Alexandra N. Kossovsky wrote:
On May 09 18:46, Ben Hutchings wrote:
Is this a regression from version 3.2.54-2?
No. All 3.2.x-rt Debain kernels
I intend to upload linux to unstable on Tuesday, once 3.14.4 is out.
This may require an ABI bump; that's not clear yet.
Ben.
--
Ben Hutchings
Knowledge is power. France is bacon.
signature.asc
Description: This is a digitally signed message part
linux_3.2.57-3+deb7u1_amd64.changes uploaded successfully to localhost
along with the files:
linux_3.2.57-3+deb7u1.dsc
linux_3.2.57.orig.tar.xz
linux_3.2.57-3+deb7u1.debian.tar.xz
linux-support-3.2.0-4_3.2.57-3+deb7u1_all.deb
linux-doc-3.2_3.2.57-3+deb7u1_all.deb
Processing commands for cont...@bugs.debian.org:
#
# bts-link upstream status pull for source package linux
# see http://lists.debian.org/debian-devel-announce/2006/05/msg1.html
#
user bts-link-upstr...@lists.alioth.debian.org
Setting user to bts-link-upstr...@lists.alioth.debian.org
Processing commands for cont...@bugs.debian.org:
fixed 747166 3.2.57-3+deb7u1
Bug #747166 [linux] CVE-2014-0196: pty layer race condition memory corruption
There is no source info for the package 'linux' at version '3.2.57-3+deb7u1'
with architecture ''
Unable to make a source version for
Processing commands for cont...@bugs.debian.org:
fixed 747326 3.2.57-3+deb7u1
Bug #747326 [linux] CVE-2014-3122: try_to_unmap_cluster() should lock_page()
before mlocking
There is no source info for the package 'linux' at version '3.2.57-3+deb7u1'
with architecture ''
Unable to make a source
Control: reassign -1 src:linux 3.14~rc5-1~exp1
Control: severity -1 important
On Mon, Mar 17, 2014 at 13:04:34 +0900, Michel Dänzer wrote:
On Fre, 2014-03-14 at 11:50 +0200, Alex wrote:
So i have 2 dmesg one is when i boot normally with 3.14rc5 which i get the
issueof booting up but
Processing control commands:
reassign -1 src:linux 3.14~rc5-1~exp1
Bug #741485 [src:xserver-xorg-video-ati] xserver-xorg-video-ati: System hang at
boot with kernel 3.12+ with ati 4650 and xserver-xorg-video-ati
Bug reassigned from package 'src:xserver-xorg-video-ati' to 'src:linux'.
No longer
Package: linux
Version: 3.10.1-1
Severity: normal
I have discovered a bug in the Linux kernel.
This bug only occurs for the s390x port, only
when running in a virtual machine under z/VM, only with conmode=3215,
and only when the virtual machine is logged on to a 3270 terminal (not
disconnected).
Package: src:linux
Version: 3.14.2-1
Severity: important
Dear Maintainer,
After having upgraded to 3.14.2-1, system fails to boot with a btrfs
root. It complains about unable to load btrfs.ko due to unknown symbols.
Comparing the depends of btrfs.ko in 3.13 and 3.14:
% sudo modinfo
In the recent linux security DSA it appears the issue has been found,
This update also fixes a regression in the isci
driver and suspend problems with certain AMD CPUs (introduced in the
updated kernel from the Wheezy 7.5 point release).
I have installed the newest kernel and my few tests
Processing control commands:
reassign -1 linux-image-3.13-1-amd64 3.13.10-1
Bug #747927 [qemu-utils] qemu-utils: qemu-nbd blocks
Bug reassigned from package 'qemu-utils' to 'linux-image-3.13-1-amd64'.
No longer marked as found in versions qemu/2.0.0+dfsg-4.
Ignoring request to alter fixed
19 matches
Mail list logo
