public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Mike Auty <ikelos@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] linux-info.eclass: lacking sources, config checks and module building
Date: Mon, 31 Aug 2009 01:00:41 +0100	[thread overview]
Message-ID: <4A9B12A9.6050503@gentoo.org> (raw)
In-Reply-To: <robbat2-20090830T233510-573296545Z@orbis-terrarum.net>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Robin H. Johnson wrote:
> Yes, a warning with using /proc/config.gz.
> 
> I missed a bit for the config option.
> If there is NO source of the config data, what do we do?
> Error out or more warnings?

Well, if we can't determine whether a config option's set or not, if
it's not critical (ie, it's ~CHECK), then we warn.  If there's any hard
checks, then we error out I suppose.

> This is what I use for my home workstation:
> /etc/portage/profile/virtuals:virtual/linux-sources sys-kernel/git-sources
> /etc/portage/profile/virtuals:virtual/alsa sys-kernel/git-sources
> /etc/portage/profile/package.provided:sys-kernel/git-sources-2.6.30
> 
> Saves having any fake package like that.

Ah cunning, I'll have to try that...

> Want to lend a hand fixing up the ebuilds then? I'll work on the eclass sources
> check.

Sure, as long as I sure I know how we're fixing them, I'd be glad to
help.  5:)  I'd just be fixing the userspace ones to make sure they're
~CHECK or would I be doing something else as well?  Also should I do
that via bugs and a week's grace period, or would you recommend I just
dive right in?

> There IS still a point of having the entirely empty kernel package installed:
> - Split userspace/kernel packages where the userspace package has a dependency
>   on the module-providing package. 
> - other packages that might have a dependency on the module-providing package.
> - /etc/modprobe.d/ files.
> 
> USE=-modules will ONLY block files installed to /lib/modules/.

Ok, presumably USE=-modules will also stop the kernel checks, otherwise
the following could occur.  Let's say the foobar package builds external
modules and explicitly requires that foobar not be set in the kernel.
With USE=-modules, there's no internal version and there's no external
version, but the kernel package is installed, and the deps are happy,
even though they'll bug out when it's showtime.

Presumably there's also packages that aren't split, or depended on,
where not installing the modules is never a good idea.  Is there still a
way to disable the USE flag, or will it be a requirement of the
linux-mod package?

> I'm not sure we can get away with USE-defaults for this change, due to the
> amount of EAPI=0 stuff that will be changing, so it'll be in
> profiles/base/make.defaults instead.

That's fine, just so long as it's on and not off, I don't mind what
system we use to do it.  5:)

Mike  5:)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.11 (GNU/Linux)

iEYEARECAAYFAkqbEqkACgkQu7rWomwgFXq53QCdFi8YlDrKwkh9b0g6EX2DBI35
0t0AnRRRV+oxqQaKPqzcWxGJDtW2lszQ
=oia+
-----END PGP SIGNATURE-----



  reply	other threads:[~2009-08-30 18:51 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-08-30 19:58 [gentoo-dev] linux-info.eclass: lacking sources, config checks and module building Robin H. Johnson
2009-08-30 20:21 ` Mike Auty
2009-08-30 21:29   ` Robin H. Johnson
2009-08-30 21:58     ` Mike Auty
2009-08-30 23:02       ` Robin H. Johnson
2009-08-30 23:30         ` Mike Auty
2009-08-30 23:46           ` Robin H. Johnson
2009-08-31  0:00             ` Mike Auty [this message]
2009-08-31  0:27               ` Robin H. Johnson
2009-08-31  0:41                 ` Mike Auty
2009-08-31 22:43                   ` Mike Auty
2009-09-07  9:28 ` Daniel Drake
2009-09-07 10:42   ` Robin H. Johnson

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4A9B12A9.6050503@gentoo.org \
    --to=ikelos@gentoo.org \
    --cc=gentoo-dev@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox