Bug#863843: bugs.debian.org: Encrypted partition not accessible after resume

2017-06-01 Thread garjola
On Thu 01-Jun-2017 at 00:15:29 +0200, Ben Hutchings wrote: > Control: tag -1 moreinfo > > On Wed, 31 May 2017 21:34:59 +0200 Garjola Dindi > wrote: > [...] >> For several weeks now I have been having issues after resume (both > from RAM or from disk):

Bug#863843: bugs.debian.org: Encrypted partition not accessible after resume

2017-06-01 Thread Ben Hutchings
On Thu, 2017-06-01 at 23:36 +0200, garj...@garjola.net wrote: > On Thu 01-Jun-2017 at 00:15:29 +0200, Ben Hutchings .uk> wrote:  > > Control: tag -1 moreinfo > > > > On Wed, 31 May 2017 21:34:59 +0200 Garjola Dindi > > wrote: > > [...] > > > For several

Bug#863914:

2017-06-01 Thread Zack Weinberg
Upstream patch submission: https://www.mail-archive.com/linux-kernel@vger.kernel.org/msg1411004.html

Processed: your mail

2017-06-01 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org: > found 863909 4.9.25-1 Bug #863909 [linux-libc-dev] linux/a.out.h: should use #ifdef __linux__ not #ifdef linux, etc Marked as found in versions linux/4.9.25-1. > End of message, stopping processing here. Please contact me if you need

Bug#863914: linux-libc-dev: Install separate from /usr/include

2017-06-01 Thread Zack Weinberg
Package: linux-libc-dev Version: 4.11-1~exp2 Severity: wishlist Certain low-level programs and libraries, notably glibc, would like to be able to make sure that they do *not* use any system headers during their build, other than the kernel's headers and the ones provided by the compiler

Bug#863909: linux/a.out.h: should use #ifdef __linux__ not #ifdef linux, etc

2017-06-01 Thread Zack Weinberg
Package: linux-libc-dev Version: 4.11-1~exp2 Severity: normal File: /usr/include/linux/a.out.h Tags: upstream, patch linux/a.out.h contains a number of uses of "deprecated system-specific predefined macros" that will not be defined when the compiler is used in a strict conformance mode, see

Bug#863907: Fix cross compilation build-dependencies for 4.9.x

2017-06-01 Thread Vagrant Cascadian
Package: src:linux Version: 4.9.25-1 Severity: normal Please consider cherry-picking the following commit from the master branch to fix cross-compilation: commit 84e53d21c3676c8165e959687e3b9417e242400c Author: Ben Hutchings Date: Thu Feb 2 02:35:55 2017 +

Processed: tagging 863344

2017-06-01 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org: > tags 863344 + pending Bug #863344 [src:linux] linux-image-4.9.0-3-arm64: qOAarm64 kernel missing some DRM modules Bug #863798 [src:linux] linux-image-4.9.0-3-arm64: Enable CONFIG_DRM_RADEON=m in the arm64 kernel config Added tag(s) pending.

Bug#862400: several bios updates exist since 2007

2017-06-01 Thread Sigun Negun
We have same problem with same hardware - HP DL380 G5. Server can't boot with 4.9 kernel from testing. It boots and is stable with 4.8 and older kernels. I think we have updated to the newest possible bios, firmware for raid card, hdd's etc. Sigunas On Fri, 19 May 2017 13:58:31 +0200 Arturo

Processed: [bts-link] source package linux

2017-06-01 Thread Debian Bug Tracking System
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

and conflict needs to be resolved for backports?

2017-06-01 Thread Harald Dunkel
Hi folks, wrt #822396: Using the 4.9.25 backports linux-libc-dev for Jessie I still get the conflict between linux/if.h and net/if.h, e.g. on building strongswan 5.5.3 (see below). Workaround is to avoid the backports package, but I wonder if it would be possible to fix this? How comes that the

Bug#863550: linux: NFSv4 callback processes fills process table

2017-06-01 Thread Salvatore Bonaccorso
Hi Additional information, the commits 9e0d87680d689f1758185851c3da6eafb16e71e1 and ed6473ddc704a2005b9900ca08e236ebb2d8540a upstream are associated to for CVE-2017-9059. Regards, Salvatore