linux_3.16.7-ckt20-1_multi.changes ACCEPTED into proposed-updates->stable-new, proposed-updates

Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Thu, 19 Nov 2015 15:14:30 + Source: linux Binary: linux-source-3.16 linux-doc-3.16 linux-manual-3.16 linux-support-3.16.0-4 linux-libc-dev linux-headers-3.16.0-4-all linux-headers-3.16.0-4-all-alpha kernel-image-3

Bug#800595: marked as done (octeon: panics on EdgeRouter Pro boards, missing workaround)

Your message dated Sat, 21 Nov 2015 19:47:09 + with message-id and subject line Bug#800595: fixed in linux 3.16.7-ckt20-1 has caused the Debian Bug report #800595, regarding octeon: panics on EdgeRouter Pro boards, missing workaround to be marked as done. This means that you claim that the pr

Bug#804862: marked as done (Firmware in alternate directories not supported)

Your message dated Sat, 21 Nov 2015 19:47:09 + with message-id and subject line Bug#804862: fixed in linux 3.16.7-ckt20-1 has caused the Debian Bug report #804862, regarding Firmware in alternate directories not supported to be marked as done. This means that you claim that the problem has be

Bug#797949: marked as done (linux: CONFIG_PINCTRL_BAYTRAIL=y needed for microSD slot to function on Intel Compute Stick)

Your message dated Sat, 21 Nov 2015 19:47:09 + with message-id and subject line Bug#797949: fixed in linux 3.16.7-ckt20-1 has caused the Debian Bug report #797949, regarding linux: CONFIG_PINCTRL_BAYTRAIL=y needed for microSD slot to function on Intel Compute Stick to be marked as done. This

Processed: Re: Bug#624343: A workaround for "bio too big device mdX (Y > Z)" issue

Processing control commands: > fixed -1 4.3-1~exp1 Bug #624343 [src:linux] linux-image-2.6.38-2-amd64: frequent message "bio too big device md0 (248 > 240)" in kern.log Marked as fixed in versions linux/4.3-1~exp1. > tag -1 - upstream Bug #624343 [src:linux] linux-image-2.6.38-2-amd64: frequent m

Bug#624343: A workaround for "bio too big device mdX (Y > Z)" issue

Control: fixed -1 4.3-1~exp1 Control: tag -1 - upstream

Processed: limit source to linux, tagging 797205

Processing commands for cont...@bugs.debian.org: > limit source linux Limiting to bugs with field 'source' containing at least one of 'linux' Limit currently set to 'source':'linux' > tags 797205 + pending Bug #797205 [src:linux] xen-hypervisor-4.4-amd64: Xen live migration dom0 memory swap Adde

Bug#803692: linux-image-4.2.0-1-amd64: status for linux-4.2.6

Package: src:linux Version: 4.2.6-1 Followup-For: Bug #803692 Dear Maintainers, this is just a status report for 4.2.6-1 Thanks in advance, xiscu -- Package-specific info: ** Version: Linux version 4.2.0-1-amd64 (debian-kernel@lists.debian.org) (gcc version 4.9.3 (Debian 4.9.3-5) ) #1 SMP Debi

Bug#796882: hyperv-daemons: include debian specific versions of hv_get* scripts

On Sat, Nov 21, 2015 at 02:20:53PM +0900, Hideki Yamane wrote: > patch taken from ubuntu package Not acceptable. Stick to one language, not three. No new Python 2 stuff. No networkd support. PEP8 for the Python part. > +# Output: The script prints the string "Enabled" to stdout to indicate >

Bug#624343: A workaround for "bio too big device mdX (Y > Z)" issue

As mentioned in my previous post, this issue should be fixed in Linux 4.3. > So the possible fix may be one of them: > - let the RAID device be able to split the large data, and feed to the > sub-device by their own queue size. But unfortunately, the patch by > Kent Overstreet is not accepted by m

Processed: reassign 797205 to src:linux, found 797205 in 4.2.6-1

Processing commands for cont...@bugs.debian.org: > reassign 797205 src:linux 4.1.1-1~exp1 Bug #797205 [src:linux] xen-hypervisor-4.4-amd64: Xen live migration dom0 memory swap Ignoring request to reassign bug #797205 to the same package Bug #797205 [src:linux] xen-hypervisor-4.4-amd64: Xen live m

Processed: reassign 797205 to src:linux, found 797205 in

Processing commands for cont...@bugs.debian.org: > reassign 797205 src:linux 4.1.1-1~exp1 Bug #797205 [xen-hypervisor-4.4-amd64] xen-hypervisor-4.4-amd64: Xen live migration dom0 memory swap Bug reassigned from package 'xen-hypervisor-4.4-amd64' to 'src:linux'. No longer marked as found in versio

Bug#805710: nfs-common: NFS mounts don't work because nfs-common starts before rpcbind.service

Package: nfs-common Version: 1:1.2.8-9 Severity: normal Dear Maintainer, NFS mounts don't work on systemd enabled systems because nfs-common is started before rpcbind. If nfs-common is restarted after boot, the mounts start to work fine. In log files I see: nfs-common[1301]: Not starting: portmapp