From mboxrd@z Thu Jan 1 00:00:00 1970
Return-Path: <gentoo-user+bounces-159789-garchives=archives.gentoo.org@lists.gentoo.org>
Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80])
by finch.gentoo.org (Postfix) with ESMTP id 710CD138825
for <garchives@archives.gentoo.org>; Mon, 10 Nov 2014 14:37:33 +0000 (UTC)
Received: from pigeon.gentoo.org (localhost [127.0.0.1])
by pigeon.gentoo.org (Postfix) with SMTP id C403AE0986;
Mon, 10 Nov 2014 14:37:26 +0000 (UTC)
Received: from mail-qg0-f52.google.com (mail-qg0-f52.google.com [209.85.192.52])
(using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits))
(No client certificate requested)
by pigeon.gentoo.org (Postfix) with ESMTPS id 6BB10E092C
for <gentoo-user@lists.gentoo.org>; Mon, 10 Nov 2014 14:37:25 +0000 (UTC)
Received: by mail-qg0-f52.google.com with SMTP id a108so5622509qge.11
for <gentoo-user@lists.gentoo.org>; Mon, 10 Nov 2014 06:37:24 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20120113;
h=mime-version:sender:in-reply-to:references:date:message-id:subject
:from:to:content-type;
bh=5wOCrK2ZY9TTAldKTfel42yUk0bzRlWDDFAciRF6VkA=;
b=UfYXR6iuWmiUHOyyEuFA2wdZMENUcr9JiIofK53V2425kllXp6jh8F6a9xOo/ot/id
YVNJeCoewB6kCQ/dJBBMAoE+VbncFsiGtCQ/A9r8GEi4Hqg/8Y/HHvAX7uI1aXLCEgA2
Ll/Ng1GPNrdFnZELXE/iKHcNqAjQaHeqFgAyM9I3Z9shU3oE3ocZq2ac/Z4YeEkktWIw
IhseMj+ItOzytGScQ9WtN40Qeu0R2ax0k+at75MoFPRrpnB7R6uC8ZOKdB/UOe6znqEr
WnSKSkFD3gvQdrIOEyEh/MbTT98tQYzJeu3a5R2ZIMfKgaBKiDUgCZ7cxNMyrsOdtkmN
LP0A==
Precedence: bulk
List-Post: <mailto:gentoo-user@lists.gentoo.org>
List-Help: <mailto:gentoo-user+help@lists.gentoo.org>
List-Unsubscribe: <mailto:gentoo-user+unsubscribe@lists.gentoo.org>
List-Subscribe: <mailto:gentoo-user+subscribe@lists.gentoo.org>
List-Id: Gentoo Linux mail <gentoo-user.gentoo.org>
X-BeenThere: gentoo-user@lists.gentoo.org
Reply-to: gentoo-user@lists.gentoo.org
MIME-Version: 1.0
X-Received: by 10.229.224.201 with SMTP id ip9mr44419420qcb.5.1415630244623;
Mon, 10 Nov 2014 06:37:24 -0800 (PST)
Sender: freemanrich@gmail.com
Received: by 10.140.102.198 with HTTP; Mon, 10 Nov 2014 06:37:24 -0800 (PST)
In-Reply-To: <5460C9B5.4000605@libertytrek.org>
References: <CAHH9eM5RFv=aUA-Okmu7fY4F_vdYCody0q9iLyT2HC2WSHtmEQ@mail.gmail.com>
<5460C9B5.4000605@libertytrek.org>
Date: Mon, 10 Nov 2014 09:37:24 -0500
X-Google-Sender-Auth: qOi_HsqoPLIe5cBqs_EyEH9VAOQ
Message-ID: <CAGfcS_m3Fm31D3rtWNyoq4pqjTFXaHJd=ooboyzBso_s+vNBCQ@mail.gmail.com>
Subject: Re: [gentoo-user] udev update
From: Rich Freeman <rich0@gentoo.org>
To: gentoo-user@lists.gentoo.org
Content-Type: text/plain; charset=UTF-8
X-Archives-Salt: 0d58467b-5ad3-4da8-9c20-e0b51e1c4fc1
X-Archives-Hash: 864cece0f6f661a20ac2e8ec7bc56a78
On Mon, Nov 10, 2014 at 9:20 AM, Tanstaafl <tanstaafl@libertytrek.org> wrote:
> On 11/10/2014 8:21 AM, Francisco Ares <frares@gmail.com> wrote:
>> Checking the news (eselect news read), I see that an upgrade to udev-217
>> might break firmware loading, so the news tagged
>> "2014-11-07-udev-upgrade" says that a kernel >= 3.7 should be configured to:
>>
>> CONFIG_FW_LOADER_USER_HELPER=n
>>
>> Is it that simple? Trying a new kernel build using "menuconfig", it
>> says that CONFIG_FW_LOADER_USER_HELPER depends on CONFIG_FW_LOADER, and
>> this one depends on a huge list of other configuration elements.
>>
>> Any thoughts?
>
> Ueah... UGH... thanks Lennart/systemd devs for yet another thing to have
> to worry about...
>
>From the kernel config instructions (something not written by the systemd devs):
This option enables / disables the invocation of user-helper
(e.g. udev) for loading firmware files as a fallback after the
direct file loading in kernel fails. The user-mode helper is
no longer required unless you have a special firmware file that
resides in a non-standard path. Moreover, the udev support has
been deprecated upstream.
Announcing a feature as deprecated and later dropping it is hardly
controversial. You chose a distro that gives you a choice of things
like your udev implementation and your kernel implementation (or using
udev at all), and as a result you get to deal with the fact that some
versions of the one have constraints on how you use the other. If you
ran a distro like Ubuntu you wouldn't have to worry about any of this,
as you'd use the udev they gave you and the precompiled kernel they
gave you and the world's greatest desktop environment and you'd be
happy with it. Anybody who has run Gentoo for a long time knows that
from time to time some change comes along and you'll just have to deal
with it - you can't just ignore things like firmware-loading on Gentoo
the way you can with some other distros.
Of course, nothing prevents anybody from creating a preconfigured
kernel for Gentoo. There is genkernel of course, though I think we
probably could do better. Most seem to be happy just managing their
own kernel configurations, and I think that is why nobody has bothered
to spend much time perfecting a canned kernel.
Going back to the original question, yes - it is that simple.
Dependencies are just dependencies - you only have to worry about them
when you turn things ON.
--
Rich