[gentoo-user] blocking package can't be found

[gentoo-user] blocking package can't be found

[Uwe Thiem]

Hi folks,

emerge --update world tells me:
[blocks B     ] dev-util/gtk-doc-am (is blocking 
dev-util/gtk-doc-1.8-r2)

emerge --unmerge gtk-doc-am tells me:
--- Couldn't find 'gtk-doc-am' to unmerge.

So let's be more specific:
emerge --unmerge =dev-util/gtk-doc-am-1.10 tells me:
--- Couldn't find '=dev-util/gtk-doc-am-1.10' to unmerge.

Now what?

Uwe

-- 
Informal Linux Group Namibia:
http://www.linux.org.na/
SysEx (Pty) Ltd.:
http://www.SysEx.com.na/
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] blocking package can't be found

[Dale]

Uwe Thiem wrote:
> Hi folks,
>
> emerge --update world tells me:
> [blocks B     ] dev-util/gtk-doc-am (is blocking 
> dev-util/gtk-doc-1.8-r2)
>
> emerge --unmerge gtk-doc-am tells me:
> --- Couldn't find 'gtk-doc-am' to unmerge.
>
> So let's be more specific:
> emerge --unmerge =dev-util/gtk-doc-am-1.10 tells me:
> --- Couldn't find '=dev-util/gtk-doc-am-1.10' to unmerge.
>
> Now what?
>
> Uwe
>
>   


Equery list gtk-doc and see what it says is installed.  It may not be 
that exact version.  Ran into something similar a while back.

Dale

:-)  :-) 


-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] blocking package can't be found

[Uwe Thiem]

On Wednesday 09 April 2008, Dale wrote:
> Uwe Thiem wrote:
> > Hi folks,
> >
> > emerge --update world tells me:
> > [blocks B     ] dev-util/gtk-doc-am (is blocking
> > dev-util/gtk-doc-1.8-r2)
> >
> > emerge --unmerge gtk-doc-am tells me:
> > --- Couldn't find 'gtk-doc-am' to unmerge.
> >
> > So let's be more specific:
> > emerge --unmerge =dev-util/gtk-doc-am-1.10 tells me:
> > --- Couldn't find '=dev-util/gtk-doc-am-1.10' to unmerge.
> >
> > Now what?
> >
> > Uwe
>
> Equery list gtk-doc and see what it says is installed.  It may not
> be that exact version.  Ran into something similar a while back.

uwix uwe # equery list gtk-doc-am
[ Searching for package 'gtk-doc-am' in all categories among: ]
 * installed packages
uwix uwe # equery list gtk-doc
[ Searching for package 'gtk-doc' in all categories among: ]
 * installed packages
[I--] [  ] dev-util/gtk-doc-1.8-r2 (0)

gtk-doc-1.8-r2 is the package that gets blocked, it isn't installed 
yet..

More interesting is that the first equery didn't list anything, but 
the gtk-doc-am ebuild exists:
uwix uwe # ls /usr/portage/dev-util/gtk-doc-am
ChangeLog  Manifest  gtk-doc-am-1.10.ebuild  metadata.xml

Grrrr. Wanted to let a long compile sesses run overnight - and now 
this! Conspiracies. All around me. Against my innocent self.

Uwe

-- 
Informal Linux Group Namibia:
http://www.linux.org.na/
SysEx (Pty) Ltd.:
http://www.SysEx.com.na/
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] blocking package can't be found

[Iain Buchanan]

On Wed, 2008-04-09 at 19:51 +0200, Uwe Thiem wrote: 
> On Wednesday 09 April 2008, Dale wrote:
> > Uwe Thiem wrote:
> > > Hi folks,
> > >
> > > emerge --update world tells me:
> > > [blocks B     ] dev-util/gtk-doc-am (is blocking
> > > dev-util/gtk-doc-1.8-r2)
> > >
> > > emerge --unmerge gtk-doc-am tells me:
> > > --- Couldn't find 'gtk-doc-am' to unmerge.
> > >
> > > So let's be more specific:
> > > emerge --unmerge =dev-util/gtk-doc-am-1.10 tells me:
> > > --- Couldn't find '=dev-util/gtk-doc-am-1.10' to unmerge.
> > >
> > > Now what?

heh heh!

> > Equery list gtk-doc and see what it says is installed.  It may not
> > be that exact version.  Ran into something similar a while back.
> 
> uwix uwe # equery list gtk-doc-am
> [ Searching for package 'gtk-doc-am' in all categories among: ]
>  * installed packages
> uwix uwe # equery list gtk-doc
> [ Searching for package 'gtk-doc' in all categories among: ]
>  * installed packages
> [I--] [  ] dev-util/gtk-doc-1.8-r2 (0)
> 
> gtk-doc-1.8-r2 is the package that gets blocked, it isn't installed 
> yet..

yes it is!  equery just told you so! 

> More interesting is that the first equery didn't list anything, but 
> the gtk-doc-am ebuild exists:
> uwix uwe # ls /usr/portage/dev-util/gtk-doc-am
> ChangeLog  Manifest  gtk-doc-am-1.10.ebuild  metadata.xml

yes, the ebuild exists, but it's not installed!  Therefore equery didn't
show it to you.

> Grrrr. Wanted to let a long compile sesses run overnight - and now 
> this! Conspiracies. All around me. Against my innocent self.

:)

I think it just means gtk-doc-am wants a newer gtk-doc, so it's blocking
the one you have installed.  You need to uninstall gtk-doc, and then you
can install a newer gtk-doc and gtk-doc-am.
-- 
Iain Buchanan <iaindb at netspace dot net dot au>

Quid me anxius sum?

[ What? Me, worry? ]

-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] blocking package can't be found

[tecnic5]

On Wed, 2008-04-09 at 19:51 +0200, Uwe Thiem wrote: 
> On Wednesday 09 April 2008, Dale wrote:
> > Uwe Thiem wrote:
> > > Hi folks,
> > >
> > > emerge --update world tells me:
> > > [blocks B     ] dev-util/gtk-doc-am (is blocking
> > > dev-util/gtk-doc-1.8-r2)
> > >
> > > emerge --unmerge gtk-doc-am tells me:
> > > --- Couldn't find 'gtk-doc-am' to unmerge.
> > >
> > > So let's be more specific:
> > > emerge --unmerge =dev-util/gtk-doc-am-1.10 tells me:
> > > --- Couldn't find '=dev-util/gtk-doc-am-1.10' to unmerge.
> > >
> > > Now what?

heh heh!

> > Equery list gtk-doc and see what it says is installed.  It may not
> > be that exact version.  Ran into something similar a while back.
> 
> uwix uwe # equery list gtk-doc-am
> [ Searching for package 'gtk-doc-am' in all categories among: ]
>  * installed packages
> uwix uwe # equery list gtk-doc
> [ Searching for package 'gtk-doc' in all categories among: ]
>  * installed packages
> [I--] [  ] dev-util/gtk-doc-1.8-r2 (0)
> 
> gtk-doc-1.8-r2 is the package that gets blocked, it isn't installed 
> yet..

yes it is!  equery just told you so! 

> More interesting is that the first equery didn't list anything, but 
> the gtk-doc-am ebuild exists:
> uwix uwe # ls /usr/portage/dev-util/gtk-doc-am
> ChangeLog  Manifest  gtk-doc-am-1.10.ebuild  metadata.xml

yes, the ebuild exists, but it's not installed!  Therefore equery didn't
show it to you.

> Grrrr. Wanted to let a long compile sesses run overnight - and now 
> this! Conspiracies. All around me. Against my innocent self.

:)

I think it just means gtk-doc-am wants a newer gtk-doc, so it's blocking
the one you have installed.  You need to uninstall gtk-doc, and then you
can install a newer gtk-doc and gtk-doc-am.
-- 
Iain Buchanan <iaindb at netspace dot net dot au>

Quid me anxius sum?

[ What? Me, worry? ]

-- 
gentoo-user@lists.gentoo.org mailing list


**********************

Exactly, from gtk-doc-am's ebuild we get:

DEPEND="${RDEPEND}
    !<=dev-utils/gtk-doc-1.10"

That seems gtk-doc-am can't be installed if gtk-doc is older than version 
gtk-doc-1.0 and you seem to be working with gtk-doc-1.8-r2. As Iain 
Buchanan said, uninstall gtk-doc and run everything, that should work.

Abraham

-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] blocking package can't be found

[Uwe Thiem]

On Thursday 10 April 2008, Iain Buchanan wrote:

> I think it just means gtk-doc-am wants a newer gtk-doc, so it's
> blocking the one you have installed.  You need to uninstall
> gtk-doc, and then you can install a newer gtk-doc and gtk-doc-am.

It works. Thanks! But I don't understand why. Emerge clearly said that 
gtk-doc-am blocked gtk-doc, not the other way round. Uh, well...

Uwe

-- 
Informal Linux Group Namibia:
http://www.linux.org.na/
SysEx (Pty) Ltd.:
http://www.SysEx.com.na/
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] blocking package can't be found

[Iain Buchanan]

On Thu, 2008-04-10 at 09:11 +0200, Uwe Thiem wrote:
> On Thursday 10 April 2008, Iain Buchanan wrote:
> 
> > I think it just means gtk-doc-am wants a newer gtk-doc, so it's
> > blocking the one you have installed.  You need to uninstall
> > gtk-doc, and then you can install a newer gtk-doc and gtk-doc-am.
> 
> It works. Thanks! But I don't understand why. Emerge clearly said that 
> gtk-doc-am blocked gtk-doc, not the other way round. Uh, well...

gtk-doc-am _does_ block gtk-doc.  Since you already have gtk-doc
installed, gtk-doc-am couldn't go ahead.

Often with a blocker, you don't have the blockee already installed.  ie.
blocker-pkg blocks blockee-pkg, and both are required by other
ebuilds...
-- 
Iain Buchanan <iaindb at netspace dot net dot au>

The magic of our first love is our ignorance that it can ever end.
		-- Benjamin Disraeli

-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] blocking package can't be found

[Uwe Thiem]

On Thursday 10 April 2008, Iain Buchanan wrote:

> gtk-doc-am _does_ block gtk-doc.  Since you already have gtk-doc
> installed, gtk-doc-am couldn't go ahead.
>
> Often with a blocker, you don't have the blockee already installed.
>  ie. blocker-pkg blocks blockee-pkg, and both are required by other
> ebuilds...

I must be extraordinarily dense these days. I don't get it. How can a 
non-installed package block an installed one? Somehow this doesn't 
want to penetrate my skull. :-(

Uwe

-- 
Informal Linux Group Namibia:
http://www.linux.org.na/
SysEx (Pty) Ltd.:
http://www.SysEx.com.na/
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] blocking package can't be found

[Etaoin Shrdlu]

On Thursday 10 April 2008, 09:57, Uwe Thiem wrote:

> > Often with a blocker, you don't have the blockee already installed.
> >  ie. blocker-pkg blocks blockee-pkg, and both are required by other
> > ebuilds...
>
> I must be extraordinarily dense these days. I don't get it. How can a
> non-installed package block an installed one? Somehow this doesn't
> want to penetrate my skull. :-(

As I read it, the /blocker/ must be installed, whereas the /blockee/ not.
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] blocking package can't be found

[Peter Humphrey]

On Thursday 10 April 2008 08:30:21 Iain Buchanan wrote:
> On Thu, 2008-04-10 at 09:11 +0200, Uwe Thiem wrote:
> > Emerge clearly said that gtk-doc-am blocked gtk-doc, not the other way
> > round.
>
> gtk-doc-am _does_ block gtk-doc.  Since you already have gtk-doc
> installed, gtk-doc-am couldn't go ahead.

This is not sensible. If Uwe says "A blocks B", it means that A is getting 
in the way of B, not the other way around.

-- 
Rgds
Peter
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] blocking package can't be found

[Alan McKinnon]

On Thursday 10 April 2008, Peter Humphrey wrote:
> On Thursday 10 April 2008 08:30:21 Iain Buchanan wrote:
> > On Thu, 2008-04-10 at 09:11 +0200, Uwe Thiem wrote:
> > > Emerge clearly said that gtk-doc-am blocked gtk-doc, not the
> > > other way round.
> >
> > gtk-doc-am _does_ block gtk-doc.  Since you already have gtk-doc
> > installed, gtk-doc-am couldn't go ahead.
>
> This is not sensible. If Uwe says "A blocks B", it means that A is
> getting in the way of B, not the other way around.

No, that's incorrect. I think you are attaching an incorrect meaning to 
the output wording.

In this case, A's ebuild DEPENDs on !B

The error output has to come from A's ebuild as that is where the block 
comes from, and the standard wording is "A blocks B" as in: A's ebuild 
says it cannot be merged if B is already there.

B does not block A as B's ebuild did not know about A when it was 
written. B does nto have a problem with A, instead A knows it has a 
problem with B. You should read "block" in emerge output as a synonym 
for "incompatible with" rather than "gets in the way of" as you appear 
to be doing.

-- 
Alan McKinnon
alan dot mckinnon at gmail dot com

-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] blocking package can't be found

[Etaoin Shrdlu]

On Thursday 10 April 2008, 12:56, Alan McKinnon wrote:

> > This is not sensible. If Uwe says "A blocks B", it means that A is
> > getting in the way of B, not the other way around.
>
> No, that's incorrect. I think you are attaching an incorrect meaning
> to the output wording.
>
> In this case, A's ebuild DEPENDs on !B
>
> The error output has to come from A's ebuild as that is where the
> block comes from, and the standard wording is "A blocks B" as in: A's
> ebuild says it cannot be merged if B is already there.

I'm no native speaker, but I'd call whay you describe "B blocks A", not 
viceversa.

> B does not block A as B's ebuild did not know about A when it was
> written. B does nto have a problem with A, instead A knows it has a
> problem with B. You should read "block" in emerge output as a synonym
> for "incompatible with" rather than "gets in the way of" as you appear
> to be doing.

If the word in emerge output was "block", meaning generically "there is a 
block, an incompatibility" you would be correct. But that word 
is "blocks", 3rd person singular, implying a subject and an object, ie 
something blocks something else. Or, at least that's how I see that, and 
I may be wrong of course.
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] blocking package can't be found

[Alan McKinnon]

On Thursday 10 April 2008, Etaoin Shrdlu wrote:
> If the word in emerge output was "block", meaning generically "there
> is a block, an incompatibility" you would be correct. But that word
> is "blocks", 3rd person singular, implying a subject and an object,
> ie something blocks something else. Or, at least that's how I see
> that, and I may be wrong of course.

If you read the ebuild you see what is actually going on with the 
blocks, and the output could indeed be ambiguous. 

"blocks" is 6 letters. A semantically correct phrase is longer and takes 
up heaps of line length. The emerge dev apparently favours brevity and 
complete data over absolute descriptive correctness.

In any event, when portage says "A blocks B" your options and always 
only:

- unmerge B and optionally remerge or upgrade it later
- do not use A

-- 
Alan McKinnon
alan dot mckinnon at gmail dot com

-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] blocking package can't be found

[Etaoin Shrdlu]

On Thursday 10 April 2008, 14:08, Alan McKinnon wrote:

> In any event, when portage says "A blocks B" your options and always
> only:
>
> - unmerge B and optionally remerge or upgrade it later
> - do not use A

I have always resolved "A blocks B" problems by unmerging A. After that, 
portage was not complaining anymore, and B emerged fine.

Or at least, that's what I think I did :-)
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] blocking package can't be found

[Uwe Thiem]

On Thursday 10 April 2008, Etaoin Shrdlu wrote:
> On Thursday 10 April 2008, 14:08, Alan McKinnon wrote:
> > In any event, when portage says "A blocks B" your options and
> > always only:
> >
> > - unmerge B and optionally remerge or upgrade it later
> > - do not use A
>
> I have always resolved "A blocks B" problems by unmerging A. After
> that, portage was not complaining anymore, and B emerged fine.
>
> Or at least, that's what I think I did :-)

That was what I did as well in the past. Didn't work this time because 
I couldn't unmerge A because it apparently wasn't installed yet.

Obviously Alan was right because all went well after I unmerged B. The 
problem remains that I am pretty sure I will draw the same conclusion 
next time this happens. Well, I will read Alans explanation another 
couple of times. Maybe enlightenment will eventual strike me. ;-)

Uwe

-- 
Informal Linux Group Namibia:
http://www.linux.org.na/
SysEx (Pty) Ltd.:
http://www.SysEx.com.na/
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] blocking package can't be found

[Qi Baobin]

I think it's bidirections. Becourse I got 'A blocks B' one, when both of 
them weren't installed.(I was installing C,and I don't know why C 
depends on both A and B).

On 14:55 Thu 10 Apr     , Uwe Thiem wrote:
> On Thursday 10 April 2008, Etaoin Shrdlu wrote:
> > On Thursday 10 April 2008, 14:08, Alan McKinnon wrote:
> > > In any event, when portage says "A blocks B" your options and
> > > always only:
> > >
> > > - unmerge B and optionally remerge or upgrade it later
> > > - do not use A
> >
> > I have always resolved "A blocks B" problems by unmerging A. After
> > that, portage was not complaining anymore, and B emerged fine.
> >
> > Or at least, that's what I think I did :-)
> 
> That was what I did as well in the past. Didn't work this time because 
> I couldn't unmerge A because it apparently wasn't installed yet.
> 
> Obviously Alan was right because all went well after I unmerged B. The 
> problem remains that I am pretty sure I will draw the same conclusion 
> next time this happens. Well, I will read Alans explanation another 
> couple of times. Maybe enlightenment will eventual strike me. ;-)
> 
> Uwe
> 
> -- 
> Informal Linux Group Namibia:
> http://www.linux.org.na/
> SysEx (Pty) Ltd.:
> http://www.SysEx.com.na/
> -- 
> gentoo-user@lists.gentoo.org mailing list
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] blocking package can't be found

[Peter Humphrey]

On Thursday 10 April 2008 13:48:12 Etaoin Shrdlu wrote:
> On Thursday 10 April 2008, 14:08, Alan McKinnon wrote:
> > In any event, when portage says "A blocks B" your options and always
> > only:
> >
> > - unmerge B and optionally remerge or upgrade it later
> > - do not use A
>
> I have always resolved "A blocks B" problems by unmerging A. After that,
> portage was not complaining anymore, and B emerged fine.
>
> Or at least, that's what I think I did :-)

That's what I do too.

-- 
Rgds
Peter
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] blocking package can't be found

[Peter Humphrey]

On Thursday 10 April 2008 13:08:14 Alan McKinnon wrote:

> "blocks" is 6 letters. A semantically correct phrase is longer and takes
> up heaps of line length. The emerge dev apparently favours brevity and
> complete data over absolute descriptive correctness.

We're not dealing here with fine details of semantics; what emerge tells us 
is usually correct in my experience, but in this case it's actually saying 
the opposite of what it means. More thought is needed.

-- 
Rgds
Peter
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] blocking package can't be found

[Alan McKinnon]

On Wednesday 09 April 2008, Uwe Thiem wrote:
> Hi folks,
>
> emerge --update world tells me:
> [blocks B     ] dev-util/gtk-doc-am (is blocking
> dev-util/gtk-doc-1.8-r2)
>
> emerge --unmerge gtk-doc-am tells me:
> --- Couldn't find 'gtk-doc-am' to unmerge.
>
> So let's be more specific:
> emerge --unmerge =dev-util/gtk-doc-am-1.10 tells me:
> --- Couldn't find '=dev-util/gtk-doc-am-1.10' to unmerge.

emerge -C gtk-doc

Look closely at the error message, it's like one of those optical 
illusions where you don't quite get it first time :-)


-- 
Alan McKinnon
alan dot mckinnon at gmail dot com

-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] blocking package can't be found

[Dale]

Alan McKinnon wrote:
> On Wednesday 09 April 2008, Uwe Thiem wrote:
>   
>> Hi folks,
>>
>> emerge --update world tells me:
>> [blocks B     ] dev-util/gtk-doc-am (is blocking
>> dev-util/gtk-doc-1.8-r2)
>>
>> emerge --unmerge gtk-doc-am tells me:
>> --- Couldn't find 'gtk-doc-am' to unmerge.
>>
>> So let's be more specific:
>> emerge --unmerge =dev-util/gtk-doc-am-1.10 tells me:
>> --- Couldn't find '=dev-util/gtk-doc-am-1.10' to unmerge.
>>     
>
> emerge -C gtk-doc
>
> Look closely at the error message, it's like one of those optical 
> illusions where you don't quite get it first time :-)
>
>
>   

Well said.  I'm still not sure I get it.  I would have went to console 
and unmerged the whole lot and started over.  LOL 

Dale

:-)  :-) 
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] blocking package can't be found

[Alan McKinnon]

On Thursday 10 April 2008, Dale wrote:
> Alan McKinnon wrote:
> > On Wednesday 09 April 2008, Uwe Thiem wrote:
> >> Hi folks,
> >>
> >> emerge --update world tells me:
> >> [blocks B     ] dev-util/gtk-doc-am (is blocking
> >> dev-util/gtk-doc-1.8-r2)
> >>
> >> emerge --unmerge gtk-doc-am tells me:
> >> --- Couldn't find 'gtk-doc-am' to unmerge.
> >>
> >> So let's be more specific:
> >> emerge --unmerge =dev-util/gtk-doc-am-1.10 tells me:
> >> --- Couldn't find '=dev-util/gtk-doc-am-1.10' to unmerge.
> >
> > emerge -C gtk-doc
> >
> > Look closely at the error message, it's like one of those optical
> > illusions where you don't quite get it first time :-)
>
> Well said.  I'm still not sure I get it.  I would have went to
> console and unmerged the whole lot and started over.  LOL

hehe, emerge's output can be tricky to parse. Here's the long version:

In this line:
[blocks B     ] dev-util/gtk-doc-am (is blocking 
dev-util/gtk-doc-1.8-r2)

everything there comes out of the gtk-doc-am ebuild, including what it's 
not happy with. This specific case says that gtk-doc-1.8-r2 is already 
installed and gtk-doc-am will not merge itself while it's there.

The [blocks B     ] bit says that gtk-doc-am is not already installed 
(there isn't an R or U or D there at all) so there is nothing to 
unmerge.

Usually with blockers, you have to unmerge the thing being blocked (in 
brackets on the above line) first. Or, if you don't want that, don't 
merge the main package, or mask it out.

The correct merge approach would be to build a suitable upgraded 
gtk-doc, merge it (which unmerges the old one) and then merge 
gtk-doc-am (on the assumption that gtk-doc-am is happy with the new 
version of gtk-doc). For some reason portage can't do that this time, 
probably build order, so it's telling the user to do it manually and 
try again.

If you want to look deeper into what is going on, the solution is in the 
ebuild. From /var/portage/dev-util/gtk-doc-am/gtk-doc-am-1.10.ebuild:

DEPEND="!<=dev-utils/gtk-doc-1.10"

Aha, so the only current version that will work is gtk-doc-1.10-r1. This 
was probably revised to accomodate gtk-doc-am.

It gets even better. 
From /var/portage/dev-util/gtk-doc/gtk-doc-1.8-r2.ebuild:
DEPEND="!dev-util/gtk-doc-am"

and from /var/portage/dev-util/gtk-doc/gtk-doc-1.10-r1.ebuild:
DEPEND="=dev-util/gtk-doc-am-${PV}

Now it all becomes clearer with a little reading between the lines. The 
dev took gtk-doc and split it into two packages, to get the automake 
(-am) stuff into it's own ebuild. But that will mean that gtk-doc-am 
will trash files that gtk-doc put there. This is a collision and 
portage won't do it. It's written to pass the buck to a human 
instead :-)

-- 
Alan McKinnon
alan dot mckinnon at gmail dot com

--
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] blocking package can't be found

[Dale]

Alan McKinnon wrote:
> On Thursday 10 April 2008, Dale wrote:
>   
>> Alan McKinnon wrote:
>>     
>>> On Wednesday 09 April 2008, Uwe Thiem wrote:
>>>       
>>>> Hi folks,
>>>>
>>>> emerge --update world tells me:
>>>> [blocks B     ] dev-util/gtk-doc-am (is blocking
>>>> dev-util/gtk-doc-1.8-r2)
>>>>
>>>> emerge --unmerge gtk-doc-am tells me:
>>>> --- Couldn't find 'gtk-doc-am' to unmerge.
>>>>
>>>> So let's be more specific:
>>>> emerge --unmerge =dev-util/gtk-doc-am-1.10 tells me:
>>>> --- Couldn't find '=dev-util/gtk-doc-am-1.10' to unmerge.
>>>>         
>>> emerge -C gtk-doc
>>>
>>> Look closely at the error message, it's like one of those optical
>>> illusions where you don't quite get it first time :-)
>>>       
>> Well said.  I'm still not sure I get it.  I would have went to
>> console and unmerged the whole lot and started over.  LOL
>>     
>
> hehe, emerge's output can be tricky to parse. Here's the long version:
>
> In this line:
> [blocks B     ] dev-util/gtk-doc-am (is blocking 
> dev-util/gtk-doc-1.8-r2)
>
> everything there comes out of the gtk-doc-am ebuild, including what it's 
> not happy with. This specific case says that gtk-doc-1.8-r2 is already 
> installed and gtk-doc-am will not merge itself while it's there.
>
> The [blocks B     ] bit says that gtk-doc-am is not already installed 
> (there isn't an R or U or D there at all) so there is nothing to 
> unmerge.
>
> Usually with blockers, you have to unmerge the thing being blocked (in 
> brackets on the above line) first. Or, if you don't want that, don't 
> merge the main package, or mask it out.
>
> The correct merge approach would be to build a suitable upgraded 
> gtk-doc, merge it (which unmerges the old one) and then merge 
> gtk-doc-am (on the assumption that gtk-doc-am is happy with the new 
> version of gtk-doc). For some reason portage can't do that this time, 
> probably build order, so it's telling the user to do it manually and 
> try again.
>
> If you want to look deeper into what is going on, the solution is in the 
> ebuild. From /var/portage/dev-util/gtk-doc-am/gtk-doc-am-1.10.ebuild:
>
> DEPEND="!<=dev-utils/gtk-doc-1.10"
>
> Aha, so the only current version that will work is gtk-doc-1.10-r1. This 
> was probably revised to accomodate gtk-doc-am.
>
> It gets even better. 
> From /var/portage/dev-util/gtk-doc/gtk-doc-1.8-r2.ebuild:
> DEPEND="!dev-util/gtk-doc-am"
>
> and from /var/portage/dev-util/gtk-doc/gtk-doc-1.10-r1.ebuild:
> DEPEND="=dev-util/gtk-doc-am-${PV}
>
> Now it all becomes clearer with a little reading between the lines. The 
> dev took gtk-doc and split it into two packages, to get the automake 
> (-am) stuff into it's own ebuild. But that will mean that gtk-doc-am 
> will trash files that gtk-doc put there. This is a collision and 
> portage won't do it. It's written to pass the buck to a human 
> instead :-)
>
>   


It appears this human is a bit dense.  I !think! I get it but not real 
sure.  May have to read that a few more times.  Sounds like the clue is 
the missing U and D part. 

Thanks

Dale

:-)  :-) 
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] blocking package can't be found

[Alan McKinnon]

On Thursday 10 April 2008, Dale wrote:
> It appears this human is a bit dense.  I !think! I get it but not
> real sure.  May have to read that a few more times.  Sounds like the
> clue is the missing U and D part.

man emerge, the --pretend option has some useful info.

I usually find that I need to look in the ebuilds anyway to see what is 
going on and get enough info to make a decision, at which point I'm not 
looking at emerge's output anymore :-)

-- 
Alan McKinnon
alan dot mckinnon at gmail dot com

--
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] blocking package can't be found

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 494 bytes --]

On Thu, 10 Apr 2008 14:10:32 +0200, Alan McKinnon wrote:

> I usually find that I need to look in the ebuilds anyway to see what is 
> going on and get enough info to make a decision, at which point I'm not 
> looking at emerge's output anymore :-)

Because of the nature of a block, only one of the named packages can be
installed, so just unmerge that one, wherever it appears in the block
message :)


-- 
Neil Bothwick

"F*ck it" said Pooh, being more forthright than usual.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 197 bytes --]

Re: [gentoo-user] blocking package can't be found

[Graham Murray]

Neil Bothwick <neil@digimed.co.uk> writes:

> Because of the nature of a block, only one of the named packages can be
> installed, so just unmerge that one, wherever it appears in the block
> message :)

Is that always true? I seem to remember seeing cases where an upgrade of
X wanted to install A and the upgrade of Y wanted to install B, and the
blocker saying that A blocks B when neither (the specific versions of) A
nor B are currently installed.
-- 
gentoo-user@lists.gentoo.org mailing list

Re: [gentoo-user] blocking package can't be found

[Neil Bothwick]

[-- Attachment #1: Type: text/plain, Size: 770 bytes --]

On Fri, 11 Apr 2008 13:15:20 +0100, Graham Murray wrote:

> > Because of the nature of a block, only one of the named packages can
> > be installed, so just unmerge that one, wherever it appears in the
> > block message :)  

> Is that always true?

Everything is always true, except for generalisations :)

> I seem to remember seeing cases where an upgrade of
> X wanted to install A and the upgrade of Y wanted to install B, and the
> blocker saying that A blocks B when neither (the specific versions of) A
> nor B are currently installed.

Yes, you can get more complex blocks, but where it's a simple A blocks B,
unmerge whichever is installed.


-- 
Neil Bothwick

Electrocution, n.:
Burning at the stake with all the modern improvements.

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 197 bytes --]