From: Alan McKinnon <alan.mckinnon@gmail.com>
To: gentoo-user@lists.gentoo.org
Cc: Dale <rdalek1967@gmail.com>
Subject: Re: [gentoo-user] kde update
Date: Tue, 31 May 2011 22:35:45 +0200 [thread overview]
Message-ID: <201105312235.47268.alan.mckinnon@gmail.com> (raw)
In-Reply-To: <4DE548DC.4020205@gmail.com>
Apparently, though unproven, at 22:00 on Tuesday 31 May 2011, Dale did opine
thusly:
> Alan McKinnon wrote:
> > Apparently, though unproven, at 17:27 on Tuesday 31 May 2011, Mark Knecht
> > did
> >
> > opine thusly:
> >> On Tue, May 31, 2011 at 8:11 AM, Paul Hartman
> >>
> >> <paul.hartman+gentoo@gmail.com> wrote:
> >>> On Mon, May 30, 2011 at 11:45 AM, Alain DIDIERJEAN
> >>>
> >>> <alain.didierjean@free.fr> wrote:
> >>>> Trying to update from kde4.5 to kde4.6
> >>>
> >>> I find that it is easier to unmerge old version :4.5 KDE, then emerge
> >>> the new version :4.6. Upgrade always seems to be a mess like that.
> >>
> >> Probably there's no real problem but I think in my recent machines if
> >> I've chosen the KDE profile and try something like emerge -Cp kde-meta
> >> then there are lots of warning messages about how I'm removing parts
> >> of @system. It's unlikely (in my mind anyway) that anything would be
> >> removed that stops one from doing the 4.6 emerge, but if one goes this
> >> way they should look very carefully at what's getting taken out just
> >> to make sure.
> >
> > You must have something badly wrong with your @system. kde-meta depends
> > on:
> >
> > RDEPEND="
> >
> > $(add_kdebase_dep kate)
> > $(add_kdebase_dep kdeadmin-meta)
> > $(add_kdebase_dep kdeartwork-meta)
> > $(add_kdebase_dep kdebase-meta)
> > $(add_kdebase_dep kdeedu-meta)
> > $(add_kdebase_dep kdegames-meta)
> > $(add_kdebase_dep kdegraphics-meta)
> > $(add_kdebase_dep kdemultimedia-meta)
> > $(add_kdebase_dep kdenetwork-meta)
> > $(add_kdebase_dep kdeplasma-addons)
> > $(add_kdebase_dep kdetoys-meta)
> > $(add_kdebase_dep kdeutils-meta)
> > accessibility? ( $(add_kdebase_dep kdeaccessibility-meta) )
> > nls? ( $(add_kdebase_dep kde-l10n) )
> > sdk? (
> >
> > $(add_kdebase_dep kdebindings-meta)
> > $(add_kdebase_dep kdesdk-meta)
> > $(add_kdebase_dep kdewebdev-meta)
> >
> > )
> > semantic-desktop? ( || (
> >
> > ( $(add_kdebase_dep kdepim-meta '' 4.5.93) )
> > ( $(add_kdebase_dep kdepim-meta '' 4.4.9) )
> >
> > ) )
> >
> > "
> >
> > A few extra packages and a lot of other meta packages. "emerge -Cp" will
> > remove only that one package, it won;t even remove the deps.
>
> Does anyone remember the discussion I had about kde packages being in
> the system set when doing a emerge -e system? If I for example unmerge
> kde-meta then run --depclean, I bet I would get the error about system
> packages being removed. It may be because of USE flags but this was
> what I was concerned about during the last discussion. Having GUI
> packages, especially KDE, included in the system set, even if because of
> USE flags, is going to lead to problems at some point.
>
> Or maybe I am reading all this wrong?
You understand it wrong.
system (or @system for portage versions that support sets) consists of the
minimum collection of packages for a gentoo system to work at all. It is
wholly inappropriate for even a profile to add kde to @system - even the kde
profiles. All those do is set USE flags and an environment suitable for KDE to
be install, the profile does not cause KDE to be install. You still need to
emerge kde yourself.
Proof:
The contents of @system are defined by the various files called "packages" in
the profile dir. But:
nazgul profiles # find . -name packages | xargs grep kde
nazgul profiles #
There is nothing you can do with USE flags that will cause stuff to be added
to @system. That is not how it works.
--
alan dot mckinnon at gmail dot com
next prev parent reply other threads:[~2011-05-31 20:39 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-05-30 16:45 [gentoo-user] kde update Alain DIDIERJEAN
2011-05-30 17:16 ` Mick
2011-05-30 19:02 ` Neil Bothwick
2011-05-30 19:11 ` Mick
2011-05-30 20:04 ` Dale
2011-05-31 15:11 ` Paul Hartman
2011-05-31 15:27 ` Mark Knecht
2011-05-31 19:07 ` Alan McKinnon
2011-05-31 20:00 ` Dale
2011-05-31 20:20 ` Nils Larsson
2011-05-31 21:13 ` Dale
2011-05-31 21:32 ` Alan McKinnon
2011-05-31 21:55 ` Dale
2011-05-31 22:02 ` Alan McKinnon
2011-05-31 22:35 ` Dale
2011-05-31 23:30 ` Alan McKinnon
2011-05-31 23:49 ` Peter Humphrey
2011-06-01 0:11 ` Dale
2011-05-31 20:35 ` Alan McKinnon [this message]
2011-06-02 14:32 ` [gentoo-user] kde update: SOLVED Alain DIDIERJEAN
2011-06-02 15:44 ` Mick
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=201105312235.47268.alan.mckinnon@gmail.com \
--to=alan.mckinnon@gmail.com \
--cc=gentoo-user@lists.gentoo.org \
--cc=rdalek1967@gmail.com \
/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