iwl4965 firmware missing in alternate installer

This should be easy to fix for 8.04.1.

On Wed, Apr 23, 2008 at 12:57:54PM -0000, Colin Watson wrote:
> This should be easy to fix for 8.04.1.

If so, I think the ipw3945 firmware is missing as well, and perhaps all of
the available firmware in this package should be reviewed and considered for
inclusion in the udeb.

--
 - mdz

unfortunately this didn't get done for 8.04.1. We should certainly make sure this happens in time for the 8.04.2 set of CDs.

SRU Justification

Impact: iwlwifi wireless does not work during Alternate Install.

Patch Description: Add iwlwifi firmware to the list of firmware files included in the d-i firmware package.

Patch: http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-hardy-lum.git;a=commit;h=a3c6296a4bc40a9c6ddc596bedfc5ebab08e5643

Test Case: See Bug Description

http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-hardy-lum.git;a=commit;h=a3c6296a4bc40a9c6ddc596bedfc5ebab08e5643

Accepted into -proposed, please test and give feedback here. Please see https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Thank you in advance!

On Fri, Jul 18, 2008 at 04:21:03PM -0000, Steve Langasek wrote:
> Accepted into -proposed, please test and give feedback here. Please see
> https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to
> enable and use -proposed. Thank you in advance!

I think some specialized instructions would be necessary in order to test
udebs from -proposed, no?

--
 - mdz

Is this fixed in Intrepid or no?

On my installed intrepid system, all of the firmware files in question appear to be provided by linux-restricted-modules-common, which does not provide a udeb; given that l-r-m-common is in restricted, they wouldn't be included on the alternate CD image anyway, but I'm not sure why these have moved archive sections between hardy and intrepid?

...right, of course it can be included on the CD, it just can't be included in the d-i initramfs which is not at all an issue here. Scratch that. :)

This is partially fixed now that we have an lrm with a firmware udeb. However, to properly fix for upgrades and servers, we will have a linux-firmware deb/udeb and linux-image-<foo> metapackages will depend on it.

Uploaded a new linux-firmware package, that the linux-image-generic meta package will depend on.

Reopening for now; this package is in the NEW queue and this bug should be closed automatically when it is accepted

This bug wasn't mentioned in the linux-restricted-modules changelog, so it won't be autoclosed. It needs to be closed by hand once things settle.

linux-firmware is now being pulled in by linux-image-$flavor; closing.

This bug was fixed in the package debian-installer - 20080522ubuntu20

---------------
debian-installer (20080522ubuntu20) intrepid; urgency=low

  * Update help text translations from Launchpad.
  * Use unversioned nic-firmware and scsi-firmware packages instead of the
    old versioned ones (LP: #220917).

 -- Colin Watson <email address hidden> Thu, 16 Oct 2008 20:03:00 +0100

The hardy fix was in linux-ubuntu-modules rather than linux-restricted-modules, so I've rearranged the bug tasks to match.

This has been fixed in the linux-ubuntu-modules-2.6.24 package now in hardy-updates. (I've confirmed that it has ended up in the installer image in hardy-proposed, which will be copied to hardy-updates as part of the preparation process for 8.04.2.)