From: Alan McKinnon <alan.mckinnon@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Re: Re: Re: Re: "emerge -DuvatN world" doesn't show all upgradeable packages
Date: Tue, 8 Apr 2008 15:04:35 +0200 [thread overview]
Message-ID: <200804081504.35386.alan.mckinnon@gmail.com> (raw)
In-Reply-To: <1326240.XvfEZOQFu1@schmarck.cn>
On Tuesday 08 April 2008, Michael Schmarck wrote:
> Neil Bothwick <neil@digimed.co.uk> wrote:
> > On Tue, 08 Apr 2008 13:20:21 +0200, Michael Schmarck wrote:
> >> Which majorly sucks, as there are good reasons why the packages
> >> should NOT be the way they are right now.
> >
> > Such as?
>
> Finer control, without cluttering the world file.
Think it through. The purpose of a meta file is to provide one ebuild
that pulls in many others.
Now, what are you going to make optional and what must remain mandatory?
What is affected by the presence or removal of said packages?
Take kwalletmanager for instance. Maybe you don't want it so you take it
out of USE for kdeutils. Now konqueror doesn't remember your passwords
and you type them every time but that's fine as you want it that way.
Later you emerge kontact to get kmail but now you do want kwalletmanager
(otherwise your account passwords are in a world readable *rc file).
Hmm. Need kwalletmanager. Make it mandatory. Except this conflicts
nicely with kdeutils and kdelibs. Bugger, now you need to rebuild
kdelibs with kwalletmanager support and leave it out of konqueror.
Shit. USE flag conflict. OK, take the USE flag out of make.conf, and put
it in packages.use.
Shit, shit triple shit. There are 200+ kde ebuilds and now you need a
separate entry in packages.use for every one that can have
kwalletmanager support, some with and some without. My packages.use/ is
already waaaaaaaaaaay too cluttered, it's a lousy thing to have to
maintain.
OK, so now we just stick kwalletmanager support into everything. Open
packages.use in vi and get editing, deleting lots of "-" characters.
Hang on, this is *nix, I can do:
sed 's/-kwalletmanager/kwalletmanager/g' /etc/portage/package.use/*
Oops, need to sudo that. Now hope there isn't a package called
konqueror-kwalletmanager...
Aha! We can fix that permanently! We write a GLEP that says no package
can ever have a "-" in it's name followed by the name of any USE flag,
either existing or still to come.
I could go on, but do you see what is happening? You swap a voluminous
(but not complex) world file for a very much more complex make.conf &
package.use system.
Why would you ever do such a thing? It's insane!
> > Hint: uncluttering the world file is not a reason for changing the
> > ebuilds,
>
> Why not?
Mostly because the dev says so and you are not the dev. If you are the
dev, you get to say how it works.
Michael, I think I see what is going on here. You seem to want to
announce that the world must support your favourite need of the week,
without examining the impact it will have on everyone else and thinking
it through. You come across as someone who has never had to maintain
software that other people use, as an experienced maintainer quickly
loses that point of view (with it, they do not last long enough to
become experienced maintainers...)
--
Alan McKinnon
alan dot mckinnon at gmail dot com
--
gentoo-user@lists.gentoo.org mailing list
next prev parent reply other threads:[~2008-04-08 13:07 UTC|newest]
Thread overview: 48+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-04-08 9:51 [gentoo-user] "emerge -DuvatN world" doesn't show all upgradeable packages Michael Schmarck
2008-04-08 9:57 ` Anthony Metcalf
2008-04-08 10:21 ` [gentoo-user] " Michael Schmarck
2008-04-08 10:05 ` [gentoo-user] " Neil Bothwick
2008-04-08 10:20 ` [gentoo-user] " Michael Schmarck
2008-04-08 10:28 ` Anthony Metcalf
2008-04-08 10:29 ` Alan McKinnon
2008-04-08 10:39 ` [gentoo-user] " Michael Schmarck
2008-04-08 10:42 ` Neil Bothwick
2008-04-08 10:59 ` [gentoo-user] " Michael Schmarck
2008-04-08 11:19 ` Alan McKinnon
2008-04-08 11:44 ` KH
2008-04-08 11:59 ` [gentoo-user] " Michael Schmarck
2008-04-08 12:05 ` Alan McKinnon
2008-04-08 12:20 ` [gentoo-user] " Michael Schmarck
2008-04-08 12:08 ` [gentoo-user] " Dale
2008-04-08 12:17 ` Anthony Metcalf
2008-04-08 12:21 ` Dale
2008-04-08 12:21 ` Neil Bothwick
2008-04-08 12:42 ` Alan McKinnon
2008-04-08 13:13 ` Neil Bothwick
2008-04-08 12:06 ` [gentoo-user] " Michael Schmarck
2008-04-08 12:43 ` Alan McKinnon
2008-04-08 10:43 ` [gentoo-user] " Anthony Metcalf
2008-04-08 10:49 ` Alan McKinnon
2008-04-08 11:36 ` KH
2008-04-08 10:37 ` [gentoo-user] " Dale
2008-04-08 10:52 ` Alan McKinnon
2008-04-08 12:11 ` Dale
2008-04-08 12:35 ` Alan McKinnon
2008-04-08 12:56 ` Dale
2008-04-08 10:20 ` [gentoo-user] " Alan McKinnon
2008-04-08 10:30 ` [gentoo-user] " Michael Schmarck
2008-04-08 10:44 ` Alan McKinnon
2008-04-08 10:44 ` Neil Bothwick
2008-04-08 11:01 ` [gentoo-user] " Michael Schmarck
2008-04-08 11:12 ` Alan McKinnon
2008-04-08 11:20 ` [gentoo-user] " Michael Schmarck
2008-04-08 12:29 ` Neil Bothwick
2008-04-08 12:36 ` [gentoo-user] " Michael Schmarck
2008-04-08 12:57 ` Dale
2008-04-08 13:04 ` Alan McKinnon [this message]
2008-04-08 13:16 ` Neil Bothwick
2008-04-08 13:27 ` [gentoo-user] " Michael Schmarck
2008-04-08 13:44 ` Neil Bothwick
2008-04-08 13:48 ` [gentoo-user] " Michael Schmarck
2008-04-08 12:27 ` [gentoo-user] " Neil Bothwick
2008-04-08 10:59 ` [gentoo-user] " Dale
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=200804081504.35386.alan.mckinnon@gmail.com \
--to=alan.mckinnon@gmail.com \
--cc=gentoo-user@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