retitle 890601 firmware-linux-free uses prebuilt blobs instead of building from
source
severity 890601 wishlist
quit
Jason Self wrote:
> Jonathan Nieder wrote ..
>> Can you be more specific? Which file have you found in the source
>> package that does not have
Processing commands for cont...@bugs.debian.org:
> retitle 890601 firmware-linux-free uses prebuilt blobs instead of building
> from source
Bug #890601 [firmware-linux-free] Source Package Doesn't Contain Source
Changed Bug title to 'firmware-linux-free uses prebuilt blobs instead of
building
Jonathan Nieder wrote ..
> Can you be more specific? Which file have you found in the source
> package that does not have corresponding source included?
OK; perhaps this bug needs re-titling. There seems to be "a" source
present, but the programs don't appear to be built
Hi Jason,
Jason Self wrote:
> It appears that the source package for firmware-linux-free contains the
> firmware binaries downloaded from linux-firmware.git. Shouldn't a source
> package contain, you know, the source code? Especially as some of the
> firmwares are GPL-licensed, and Debian is
On Fri, 2018-02-16 at 11:54 +0100, Yves-Alexis Perez wrote:
>
> There's a bunch of ABI breaks in 4.9.81 again, and we ignored/reverted a lot
> of them since 4.9.65+kaiser, so maybe it'll be a good idea at one point, but I
> don't have a strong opinion on this right now.
I've pushed my work to
Package: firmware-linux-free
Version: 3.4
It appears that the source package for firmware-linux-free contains the
firmware binaries downloaded from linux-firmware.git. Shouldn't a source
package contain, you know, the source code? Especially as some of the
firmwares are GPL-licensed, and
3.16.54 upstream kernel doesn't work too.
rpc.svcgssd is also needed on clients in order to support NFSv4.0 callbacks.
It was moved from nfs-kernel-server to nfs-common for this reason. See
Debian bug #651558.
Apparently the task of starting rpc.svcgssd under SysV init is still entrusted
to the nfs-kernel-server package. Maybe something
Hi Phil,
On Thu, Feb 15, 2018 at 07:18:14PM +, Phil Lavin wrote:
> Thanks for updating the issue, Salvatore. The motivation behind
> raising the bug was to ask that the driver be backported to 4.9.
> Dell's Gen 14 hardware with Perc H740P has only been around a few
> months and, given that
Processing commands for cont...@bugs.debian.org:
> forcemerge 890034 890393
Bug #890034 {Done: Salvatore Bonaccorso } [src:linux]
linux-image-4.9.0-5-amd64: No driver support for Perc H740P RAID Controller
Bug #890034 {Done: Salvatore Bonaccorso }
Package: src:linux
Version: 4.9+80+deb9u3
Severity: important
Hi,
I copy /usr/src/linux-4.14.19/drivers/scsi/megaraid/ to
/usr/src/linux-4.9.81/drivers/scsi/megaraid/. I compile the kernel and is
OK!
Please backport to Debian 9.4, for instalation.
Regards,
Doru Iorgulescu
dmesg
Description:
Hi kernel team
I am currently working on 4.9.81 (and will work on 4.9.82 when it's out) for
stretch-pu. Fixes for Spectre started appearing in recent versions (especially
retpoline) and Moritz has worked a lot on gcc with retpoline support, so it
looks that we'll be able to ship a kernel with
12 matches
Mail list logo