Re: [gentoo-dev] ANN: broken-up kde ebuilds (aka 'emerge kmail')

[Roman Gaufman]

err, DO_NOT_COMPILE="kmail" in /etc/make.conf does just that, and
supports every package or even service KDE has to offer. Feel free to
not compile ksmserver or kinit as well --  this will break things, but
the fact is, gentooists always had the possibility to do this!

What exactly do you propose here? -- do you actually propose gentoo
developers should split the metapackages into close to 100 ebuilds? --
what gain over DO_NOT_COMPILE does this give?

How about putting this in the ebuilds:
kmail? || DO_NOT_COMPILE="${DO_NOT_COMPILE} kmail"
konqueror? || DO_NOT_COMPILE="$DO_NOT_COMPILE} konqueror"
kdm? || DO_NOT_COMPILE="$DO_NOT_COMPILE kdm"
...

I'm not in favor of this as this will make many extra use flags, but
it still seems a far better solution than splitting the meta packages.

If only you checked out the forum ;) -- its a popular question as you
rightly said.

Roman


On Tue, 19 Oct 2004 19:26:13 +0200, Dan Armak <danarmak@g.o> wrote:
> Hi all,
>
> Perhaps the oldest request of Gentoo KDE is to have individual ebuilds for all
> KDE apps - konqueror, kmail etc. Most people will probably never use over
> half the stuff 'emerge kde' installs, and it's hardly Gentooish to force it
> on them.
>
> I've spent the last few years pointing out to various people why this couldn't
> be done (well). Eventually I got really tired, so we did it.
>
> So without further ado, I point you to http://kde-metaebuilds.berlios.de/ and
> the more detailed explanations there. Brought to you by Simone Gotti
> <motaboy@g.o> and yours truly.
>
> *** Current status: early beta. Works For Us (tm). DO NOT send bugreports to
> *.gentoo.org - join the mailing list at berlios.de. ***
>
> ---
>
> For everyone who's still reading...
>
> You probably remember me saying this wouldn't be done because an 'emerge
> kde-meta' would take a few hours longer than a classic 'emerge kde'. This is
> true. So I refer you to http://dev.gentoo.org/~danarmak/ where you'll find
> the experimental confcache patch to portage, which virtually eliminates the
> overhead of running configure for every tiny ebuild.
>
> However, while the ebuilds are in early beta, confcache is in late alpha. A
> few known (non-dangerous) problems exist. So if you use it, be sure of what
> you're doing. I'd also like to ask anyone and everyone to help make confcache
> better...
>
> I release when ready. And what this's ready for is a lot of testing, rather
> than a lot of production use :-) But there are no known issues (with the
> ebuilds), so please go ahead and use them.
>
> Eventually, esp. if and when confcache goes stable and is added to portage,
> these ebuilds can make their way into portage also.
>
> --
> Dan Armak
> Gentoo Linux developer (KDE)
> Matan, Israel
> Public GPG key: http://dev.gentoo.org/~danarmak/danarmak-gpg-public.key
> Fingerprint: DD70 DBF9 E3D4 6CB9 2FDD  0069 508D 9143 8D5F 8951
>
>
>

--
gentoo-dev@g.o mailing list