Re: [gentoo-user] blocking package can't be found
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
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
Neil Bothwick [EMAIL PROTECTED] 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
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. signature.asc Description: PGP signature
Re: [gentoo-user] blocking package can't be found
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
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. G. 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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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. signature.asc Description: PGP signature
[gentoo-user] blocking package can't be found
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
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
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 G. 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
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. G. 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