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,
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 generalisat
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 a
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 res
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 detai
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
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
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 n
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 t
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
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
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 m
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. Sinc
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 g
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-installe
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:
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 othe
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:
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-
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 -
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
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-
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-
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
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
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
26 matches
Mail list logo
