Gentoo Archives: gentoo-dev

From: "Rick \\\"Zero_Chaos\\\" Farina" <zerochaos@g.o>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] Re: RFC: install linux-firmware with kernel sources (was Re: Lastrite: Firmware cleanup, part #1)
Date: Sun, 17 Feb 2013 05:08:06
Message-Id: 512065C6.6000205@gentoo.org
In Reply to: Re: [gentoo-dev] Re: RFC: install linux-firmware with kernel sources (was Re: Lastrite: Firmware cleanup, part #1) by Maxim Kammerer
1 -----BEGIN PGP SIGNED MESSAGE-----
2 Hash: SHA1
3
4 On 02/16/2013 10:29 AM, Maxim Kammerer wrote:
5 > On Sat, Feb 16, 2013 at 8:14 AM, Rick "Zero_Chaos" Farina
6 > <zerochaos@g.o> wrote:
7 >>>> Kernel sources providing /lib/firmware itself shouldn't be a problem
8 >>>> either, as that's just a dir, which many packages may own. The
9 >>>> individual firmware files would be a problem, but the USE=firmware
10 >>>> RDEPEND solution should solve that.
11 >>>
12 >> What is everyone's opinion of adding a USE=firmware option to pull in
13 >> PDEPEND="linux-firmware" in linux-2.eclass?
14 >
15 > Not exactly an opinion, but a couple of notes:
16 >
17 > 1. Kernel's "make modules_install" triggers "make firmware_install",
18 > which installs a strict subset of linux-firmware (for enabled modules
19 > — e.g., "3com/typhoon.bin"). A way to work around that is to supply
20 > INSTALL_FW_PATH=... to make.
21 > 2. CONFIG_PREVENT_FIRMWARE_BUILD=y does not prevent installing
22 > firmware by "make modules_install".
23 > 3. Trough all this firmware discussion, everyone is acting as if it's
24 > obvious that linux-firmware was always preferred to individual
25 > packages. This is not the case — some Gentoo developers didn't even
26 > know about linux-firmware when creating individual packages, as is
27 > evident from messages in discussion. I tried to figure which to use
28 > some time ago, and came to conclusion that more often than not,
29 > individual packages are preferable, because they are versioned/slotted
30 > and go through a proper stabilization process (e.g., iwlwifi). Perhaps
31 > that conclusion was incorrect, but the point is that information on
32 > the subject was scarce, to say the least.
33 >
34
35 1.) No new firmware is being added to the linux kernel anymore, so this
36 doesn't apply at all.
37 2.) Fun fact but I don't see how that make much difference to anyone or
38 this thread.
39 3.) I'm sorry if it is not yet obvious to people that this is a package
40 upstream has been moving slowly towards requiring, but, they have. My
41 email was SPECIFICALLY addressing this by suggesting that we add it as a
42 pdep (optionally) to show people just how important it is.
43
44 - -Zero
45 -----BEGIN PGP SIGNATURE-----
46 Version: GnuPG v2.0.19 (GNU/Linux)
47 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
48
49 iQIcBAEBAgAGBQJRIGXGAAoJEKXdFCfdEflKIuEQAIrB+R3ADrgdG5Q7aqUTy3+H
50 o1K0eEpBKMg6Fi8q9um0b2mxw0lqUAgeob+RdKzkaFATueFmLB8DU8BUBr3RTSxe
51 XxQ2KcAsfJxWqBcHx/wFwqXyVkink+AhXg/956hUa0I3TpSjsc7BkPHjIaJw3QBb
52 AjwpUpr9T0CVpovTQ8LcFaNfxIH1kHcXku0cX8ZC72vXEDZN9My9QBGPsH6HTYPE
53 TA6PSviBQimODookyaAYgkOzBlqDA98ClZb7sY7zmo4Ca/e0wC3eSVexwNxo7Nfr
54 +4mMzTy8TPwv7hckAgZiOzDQ7RQKC+s7f2/gHXNENb9ittd8aBc982tfxlF6wTgc
55 PHXsn+owgA/VQsVlyMw6ctUFgW3lDeQBuc9/WPgGXvfTvSUQ1ROhg7DmBH7Iyr1C
56 8l04sL3kmZ9PqAw2j13Kf56mxFaFA+L/uwhV6cAw2rEpLpIfvwV9trR+BmO69Hem
57 tph58uh6cGXfWOXtUM+kEacXswvWpLi0yD8/g3WH8jbkGBIobKf6deYcbkPjZWyQ
58 STm/Qq6xHyibpBBBZWgungvSG5gvf+73crq+femjKUgB7yCVnXaMrTODSXVKhkX0
59 sZ+K+Bp5XqexVGlcbLvtXmIW7OJB4L7Yiml5zzx6Vqu/hMld/CSdLo/3rLf2TCSW
60 IhfHQl5LKrFt0MGyFLR/
61 =n36q
62 -----END PGP SIGNATURE-----

Replies