public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: Alan McKinnon <alan.mckinnon@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user]  Once again baffled by portage
Date: Thu, 17 Jan 2008 18:06:28 +0200	[thread overview]
Message-ID: <200801171806.28565.alan.mckinnon@gmail.com> (raw)
In-Reply-To: <fmns6o$63d$1@ger.gmane.org>

On Thursday 17 January 2008, Grant Edwards wrote:
> Why won't portage let me install kompare?
>
>    # emerge --pretend kompare
>
>    These are the packages that would be merged, in order:
>
>    Calculating dependencies... done!
>    [ebuild  N    ] kde-base/kompare-3.5.7  USE="arts -debug
> -kdeenablefinal -kdehiddenvisibility -xinerama" [blocks B     ]
> =kde-base/kompare-3.5* (is blocking kde-base/kdesdk-3.5.7) [blocks B 
>    ] =kde-base/kdesdk-3.5* (is blocking kde-base/kompare-3.5.7)
>
> How does one figure out where these "blocks" are coming from?
> There are no other versions of kompare installed.
> kde-base/kdesdk-3.5.7 _is_ installed.  There is no mention of
> kde<anything> in /etc/portage/*.

The solution is a little more complex than in Michael's reply and this 
may take a while :-)

. Normally with blockers one looks in the ebuild to see what you may and 
may not do, this is often enough info. The contents of /etc/portage/* 
is seldom useful here as blockers almost always mean you have specified 
two things that cannot co-exist.

In your case, you have run into monolithic and -meta kde ebuilds. Guess 
what - you already have the kompare binaries, despite the fact that 
kde-base/kompare is not installed. That's because they are actually 
part of kdesdk. There are two ways I would have gone about finding this 
out:

a. 'equery depends kompare' would have said that kdesdk-meta depends on 
it, if it were installed (which it isn't on your machine).

b. Looking into the ebuild for kdesdk-meta shows:

RDEPEND="
        ...
        $(deprange $PV $MAXKDEVER kde-base/kompare)
        ...
"

So the -meta package installs kompare, therefore the monolithic package 
will too.

Essentially you are trying to install one of the individual packages 
from a -meta package at the same time as a corresponding monolithic 
package,and portage is correctly refusing to let you do this.

How did I immediately know that this is the cause? School of hard 
knocks :-) From experience I have a good idea of the name of the 15 or 
so KDE monolithic packages, and the general rule I follow is that 
blockers related to kde are usually conflicts between -meta and 
monolithic ebuilds.

Roll on KDE4 when this monolithic nonsense will go away and there will 
only be -meta ebuilds.

alan


>
>    # emerge --search kompare
>    Searching...
>    [ Results for search key : kompare ]
>    [ Applications found : 1 ]
>
>    *  kde-base/kompare
>          Latest version available: 3.5.7
>          Latest version installed: [ Not Installed ]
>          Size of files: 5,078 kB
>          Homepage:      http://www.kde.org/
>          Description:   KDE: A program to view the differences
> between files and optionally generate a diff License:       GPL-2
>
>    # emerge --search '%^kdesdk$'
>    Searching...
>    [ Results for search key : ^kdesdk$ ]
>    [ Applications found : 1 ]
>
>    *  kde-base/kdesdk
>          Latest version available: 3.5.7
>          Latest version installed: 3.5.7
>          Size of files: 5,088 kB
>          Homepage:      http://www.kde.org/
>          Description:   KDE SDK: Cervisia, KBabel, KCachegrind,
> Kompare, Umbrello,... License:       GPL-2
>
>
> --
> Grant Edwards                   grante             Yow! Am I in
> Milwaukee? at
>                                visi.com



-- 
Alan McKinnon
alan dot mckinnon at gmail dot com
-- 
gentoo-user@lists.gentoo.org mailing list



  parent reply	other threads:[~2008-01-17 16:12 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-01-17 15:28 [gentoo-user] Once again baffled by portage Grant Edwards
2008-01-17 15:52 ` [gentoo-user] " Michael Schmarck
2008-01-17 16:00 ` Guilherme Amadio
2008-01-17 16:06 ` Alan McKinnon [this message]
2008-01-17 19:47   ` Grant Edwards
2008-01-17 20:20     ` Alan McKinnon
2008-01-17 23:41   ` [gentoo-user] " Bo Ørsted Andresen
2008-01-18  0:08     ` Neil Bothwick
2008-01-18  0:17       ` Bo Ørsted Andresen
2008-01-18  1:04         ` Neil Bothwick
2008-01-18 14:36     ` Alan McKinnon
2008-01-19 15:01       ` Bo Ørsted Andresen
2008-01-17 19:50 ` Bo Ørsted Andresen

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=200801171806.28565.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