From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 7E0A5138825 for ; Mon, 10 Nov 2014 20:36:22 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 15CD0E09FA; Mon, 10 Nov 2014 20:36:08 +0000 (UTC) Received: from mail-oi0-f48.google.com (mail-oi0-f48.google.com [209.85.218.48]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id AB0D5E09B6 for ; Mon, 10 Nov 2014 20:36:06 +0000 (UTC) Received: by mail-oi0-f48.google.com with SMTP id x69so5965183oia.21 for ; Mon, 10 Nov 2014 12:36:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=XfIG/cfDKt5wkOGfTcJZzGD/wctzOQMyZFY3QX9Gaxs=; b=kn7tpfDd8P27ffI9j3kLXnjvl1qm/A7WyxHOM/pp9p/A6szHlZ20mgMXKiYOrtTR5R yPviz5aDvCJrZTBb/ioMDixcVkIFpLePpmlOijYLmJJqUmi2pB89caaAm+f65YrmcB9Q w7FOoi296CDpxGTuqxjH8g5Y0N/cch6fK8VSOCnCgjMKBWxRYHE0+FtK0qdIBwlqapH4 rpsxQFjBi+euXWrgzvoOMhB51UUhsiMsnrXSidFhMGGWnrW55Z3icg6ZnNz207Ttotfx 4nIuweFqqA5KbH+tINcbxhG3CqOI/JGZH4H/O09qxRVHBxuqet1m5KoWqdVkovaXH/kX vcLQ== X-Received: by 10.202.199.88 with SMTP id x85mr3905922oif.61.1415651765606; Mon, 10 Nov 2014 12:36:05 -0800 (PST) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Received: by 10.60.39.202 with HTTP; Mon, 10 Nov 2014 12:35:25 -0800 (PST) In-Reply-To: References: <5460C9B5.4000605@libertytrek.org> From: Francisco Ares Date: Mon, 10 Nov 2014 18:35:25 -0200 Message-ID: Subject: Re: [gentoo-user] udev update To: gentoo-user Content-Type: multipart/alternative; boundary=001a1134ed1a9d74310507871ca1 X-Archives-Salt: b80057de-c589-4a9a-89e5-047bcd5de9da X-Archives-Hash: 56e07a7d337615fb916d27954e787733 --001a1134ed1a9d74310507871ca1 Content-Type: text/plain; charset=UTF-8 2014-11-10 13:42 GMT-02:00 Rich Freeman : > On Mon, Nov 10, 2014 at 10:18 AM, Francisco Ares wrote: > > > > So, if I understood something, I will probably have to check this > > configuration entry every time I build a new kernel from now on, because > > "menuconfig" will probably set this on because of its dependencies, is > this > > correct? > > > > That depends on how you configure your kernels. If you start from > your last kernel config then the setting won't change. If you create > a new config every time, then it depends on how you're creating it. > > Dependencies never cause something to be turned on or off. You have > that a bit backwards conceptually. KDE depends on glibc, which means > you can't install KDE if you don't have glibc present. That doesn't > mean that it is impossible to build a system which contains glibc and > not KDE. > > Now, if you were talking about reverse-deps that would be another > matter. The kernel config tools won't let you disable a setting which > is a dependency of another setting, though I believe they generally > don't automatically turn things on either. Dependency-management in > the kernel is fairly primitive in general - it does a somewhat-decent > job of not letting you shoot yourself in the foot, as long as you > don't go manually editing .config files, but it can be a bit of a pain > turning on things that are missing dependencies. It definitely isn't > targeted at the "end user." > > -- > Rich > > I guess that last statement includes "genkernel" users. Thanks, Francisco --001a1134ed1a9d74310507871ca1 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable

= 2014-11-10 13:42 GMT-02:00 Rich Freeman <rich0@gentoo.org>:
On Mon, Nov 10, 2014 at 1= 0:18 AM, Francisco Ares <frares@gmai= l.com> wrote:
>
> So, if I understood something, I will probably have to check this
> configuration entry every time I build a new kernel from now on, becau= se
> "menuconfig" will probably set this on because of its depend= encies, is this
> correct?
>

That depends on how you configure your kernels.=C2=A0 If you start f= rom
your last kernel config then the setting won't change.=C2=A0 If you cre= ate
a new config every time, then it depends on how you're creating it.

Dependencies never cause something to be turned on or off.=C2=A0 You have that a bit backwards conceptually.=C2=A0 KDE depends on glibc, which means<= br> you can't install KDE if you don't have glibc present. That doesn&#= 39;t
mean that it is impossible to build a system which contains glibc and
not KDE.

Now, if you were talking about reverse-deps that would be another
matter.=C2=A0 The kernel config tools won't let you disable a setting w= hich
is a dependency of another setting, though I believe they generally
don't automatically turn things on either.=C2=A0 Dependency-management = in
the kernel is fairly primitive in general - it does a somewhat-decent
job of not letting you shoot yourself in the foot, as long as you
don't go manually editing .config files, but it can be a bit of a pain<= br> turning on things that are missing dependencies.=C2=A0 It definitely isn= 9;t
targeted at the "end user."

--
Rich



I guess that last statement includes "genkernel"= ; users.

Thanks,
Francisco
--001a1134ed1a9d74310507871ca1--