[gentoo-user] Trying to solve blockage when trying to install kde-meta-4.1.2

[gentoo-user] Trying to solve blockage when trying to install kde-meta-4.1.2

[Rafael Barrera Oro]

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

Hello people, i tried to install kde-meta-4.1.2 and i ran across a few
problems. The thing is that some packages are blocking packages required for
the installation

The following is output of portage when displaying the blocking packages

[uninstall    ] app-crypt/qca-1.0-r2  [?]
[blocks b     ] <app-crypt/qca-1.0-r3 ("<app-crypt/qca-1.0-r3" is blocking
app-crypt/qca-2.0.1-r1)
[blocks B     ] <=x11-libs/qt-4.4.0_alpha:4 ("<=x11-libs/qt-4.4.0_alpha:4"
is blocking x11-libs/qt-script-4.4.2, x11-libs/qt-dbus-4.4.2,
x11-libs/qt-qt3support-4.4.2, x11-libs/qt-sql-4.4.2, x11-libs/qt-gui-4.4.2,
x11-libs/qt-svg-4.4.2, x11-libs/qt-test-4.4.2, x11-libs/qt-core-4.4.2,
x11-libs/qt-webkit-4.4.2, x11-libs/qt-opengl-4.4.2)
[blocks B     ] <sys-fs/udev-114 ("<sys-fs/udev-114" is blocking
media-gfx/sane-backends-1.0.19-r2, media-libs/libgphoto2-2.4.2)

My usual solution for problems of this kind is to mercilessly unmerge any
packages that stand in my way, but, considering we are talking about
packages like qt and udev, i must admit i do not dare to follow my usual
strategy.

I guess the paths i can follow are masking some packages or unmerging some
packages, being confronted by such a decision and unsure of what i should
do, i decided to seek your advice.

Thanks very much in advance

Yours trully

Rafael

[-- Attachment #2: Type: text/html, Size: 1496 bytes --]

Re: [gentoo-user] Trying to solve blockage when trying to install kde-meta-4.1.2

[Andrey Vul]

On Wed, Oct 29, 2008 at 12:33 PM, Rafael Barrera Oro <borafael@gmail.com> wrote:
> Hello people, i tried to install kde-meta-4.1.2 and i ran across a few
> problems. The thing is that some packages are blocking packages required for
> the installation
>
> The following is output of portage when displaying the blocking packages
>
> [uninstall    ] app-crypt/qca-1.0-r2  [?]
> [blocks b     ] <app-crypt/qca-1.0-r3 ("<app-crypt/qca-1.0-r3" is blocking
> app-crypt/qca-2.0.1-r1)
> [blocks B     ] <=x11-libs/qt-4.4.0_alpha:4 ("<=x11-libs/qt-4.4.0_alpha:4"
> is blocking x11-libs/qt-script-4.4.2, x11-libs/qt-dbus-4.4.2,
> x11-libs/qt-qt3support-4.4.2, x11-libs/qt-sql-4.4.2, x11-libs/qt-gui-4.4.2,
> x11-libs/qt-svg-4.4.2, x11-libs/qt-test-4.4.2, x11-libs/qt-core-4.4.2,
> x11-libs/qt-webkit-4.4.2, x11-libs/qt-opengl-4.4.2)
> [blocks B     ] <sys-fs/udev-114 ("<sys-fs/udev-114" is blocking
> media-gfx/sane-backends-1.0.19-r2, media-libs/libgphoto2-2.4.2)

> My usual solution for problems of this kind is to mercilessly unmerge any
> packages that stand in my way, but, considering we are talking about
> packages like qt and udev, i must admit i do not dare to follow my usual
> strategy.
AFAIK, only KDE4 uses Qt 4.
Unmerge x11-libs/qt:4 and emerge the split qt.
Unless you don't have qt installed, then something's weird.

Can you post the output of eix x11-libs/qt -c ?


As long as you don't use USB or any hotplug devices, you can unmerge
and remerge udev at will.

> I guess the paths i can follow are masking some packages or unmerging some
> packages, being confronted by such a decision and unsure of what i should
> do, i decided to seek your advice.
Make backups, then do what you usually do.

-- 
Andrey Vul

A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?

Re: [gentoo-user] Trying to solve blockage when trying to install kde-meta-4.1.2

[Alan McKinnon]

On Wednesday 29 October 2008 18:41:47 Andrey Vul wrote:
> > [blocks B     ] <sys-fs/udev-114 ("<sys-fs/udev-114" is blocking
> > media-gfx/sane-backends-1.0.19-r2, media-libs/libgphoto2-2.4.2)
> >
> > My usual solution for problems of this kind is to mercilessly unmerge any
> > packages that stand in my way, but, considering we are talking about
> > packages like qt and udev, i must admit i do not dare to follow my usual
> > strategy.

Instead of unmerging stuff without mercy, taking a sledgehammer to the problem 
and generally acting like a Windows user, I recommend you read the output and 
understand what is going on.

It clearly says that your *current* version of udev which is less than 114 is 
blocking sane-backends and libgphoto. So, merge udev separately:

emerge -av1 udev

there's no need for udev to go in world, it's already in system. Then emerge 
world and it will probably work (after you deal with qt that is, but another 
poster told you how to do that)

-- 
alan dot mckinnon at gmail dot com

Re: [gentoo-user] Trying to solve blockage when trying to install kde-meta-4.1.2

[Rafael Barrera Oro]

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

Thank you both for your responses, i will try dealing with QT first and then
emerge udev separately, without any mercilless barbaric
running-around-barely-dressed-waving-an-axe-around unmerging.

I'm gonna miss the sledgehammer though...

Seroiusly, thanks very much for your help

PD: As soon as i get it done i will tell how the outcome was

2008/10/29 Alan McKinnon <alan.mckinnon@gmail.com>

> On Wednesday 29 October 2008 18:41:47 Andrey Vul wrote:
> > > [blocks B     ] <sys-fs/udev-114 ("<sys-fs/udev-114" is blocking
> > > media-gfx/sane-backends-1.0.19-r2, media-libs/libgphoto2-2.4.2)
> > >
> > > My usual solution for problems of this kind is to mercilessly unmerge
> any
> > > packages that stand in my way, but, considering we are talking about
> > > packages like qt and udev, i must admit i do not dare to follow my
> usual
> > > strategy.
>
> Instead of unmerging stuff without mercy, taking a sledgehammer to the
> problem
> and generally acting like a Windows user, I recommend you read the output
> and
> understand what is going on.
>
> It clearly says that your *current* version of udev which is less than 114
> is
> blocking sane-backends and libgphoto. So, merge udev separately:
>
> emerge -av1 udev
>
> there's no need for udev to go in world, it's already in system. Then
> emerge
> world and it will probably work (after you deal with qt that is, but
> another
> poster told you how to do that)
>
> --
> alan dot mckinnon at gmail dot com
>
>

[-- Attachment #2: Type: text/html, Size: 1926 bytes --]

Re: [gentoo-user] Trying to solve blockage when trying to install kde-meta-4.1.2

[Andrey Vul]

On Wed, Oct 29, 2008 at 1:03 PM, Rafael Barrera Oro <borafael@gmail.com> wrote:
> Thank you both for your responses, i will try dealing with QT first and then
> emerge udev separately, without any mercilless barbaric
> running-around-barely-dressed-waving-an-axe-around unmerging.
It'll be faster do do udev first. Get it done and over with.
Qt will take 2+ hours to compile.

> I'm gonna miss the sledgehammer though...
I sledgehammer my way through blocks and no problems here :D
> Seroiusly, thanks very much for your help
>
> PD: As soon as i get it done i will tell how the outcome was
>
> 2008/10/29 Alan McKinnon <alan.mckinnon@gmail.com>
>>
>> On Wednesday 29 October 2008 18:41:47 Andrey Vul wrote:
>> > > [blocks B     ] <sys-fs/udev-114 ("<sys-fs/udev-114" is blocking
>> > > media-gfx/sane-backends-1.0.19-r2, media-libs/libgphoto2-2.4.2)
>> > >
>> > > My usual solution for problems of this kind is to mercilessly unmerge
>> > > any
>> > > packages that stand in my way, but, considering we are talking about
>> > > packages like qt and udev, i must admit i do not dare to follow my
>> > > usual
>> > > strategy.
>>
>> Instead of unmerging stuff without mercy, taking a sledgehammer to the
>> problem
>> and generally acting like a Windows user, I recommend you read the output
>> and
>> understand what is going on.
>>
>> It clearly says that your *current* version of udev which is less than 114
>> is
>> blocking sane-backends and libgphoto. So, merge udev separately:
>>
>> emerge -av1 udev
I prefer emerge -1pv udev
<look at output>
emerge -1 udev

>> there's no need for udev to go in world, it's already in system. Then
>> emerge
>> world and it will probably work (after you deal with qt that is, but
>> another
>> poster told you how to do that)


-- 
Andrey Vul

A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?

Re: [gentoo-user] Trying to solve blockage when trying to install kde-meta-4.1.2

[Alan McKinnon]

On Wednesday 29 October 2008 19:03:51 Rafael Barrera Oro wrote:
> Thank you both for your responses, i will try dealing with QT first and
> then emerge udev separately, without any mercilless barbaric
> running-around-barely-dressed-waving-an-axe-around unmerging.

There you go, that's a good lad :-)

> I'm gonna miss the sledgehammer though...

Don't dismiss it entirely thoguh. It comes in handy when dealing with 
recalcitrant incorigible users. Very very handy indeed.

A last note on emerge's output, especially with blockers: the time spent to 
read all the portage pages (several times) is time very well spent. I 
recommend when next you get blockers, is to rerun emerge with -t and take 
note of what packages cause a blocker to be pulled in or up|downgraded. make 
a list of everything involved and read the ebuilds. Plot it all out with pen 
and pencil, do this repetitively till you have a lightbulb moment where it 
all suddenly makes sense.

Most folks around here have done this at some point and there doesn't seem to 
be a shortcut :-)


-- 
alan dot mckinnon at gmail dot com

Re: [gentoo-user] Trying to solve blockage when trying to install kde-meta-4.1.2

[Neil Bothwick]

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

On Wed, 29 Oct 2008 13:14:34 -0400, Andrey Vul wrote:

> >> emerge -av1 udev  
> I prefer emerge -1pv udev
> <look at output>
> emerge -1 udev

Which means you have to wait for the dependency resolver to run twice.
Which is why it's better to use

emerge -1av udev
look at output
press enter


-- 
Neil Bothwick

If it ain't broke, wait a day or two!!

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

Re: [gentoo-user] Trying to solve blockage when trying to install kde-meta-4.1.2

[Alan McKinnon]

On Wednesday 29 October 2008 22:46:34 Neil Bothwick wrote:
> On Wed, 29 Oct 2008 13:14:34 -0400, Andrey Vul wrote:
> > >> emerge -av1 udev
> >
> > I prefer emerge -1pv udev
> > <look at output>
> > emerge -1 udev
>
> Which means you have to wait for the dependency resolver to run twice.
> Which is why it's better to use
>
> emerge -1av udev
> look at output
> press enter

you have it wrong:

emerge -1av udev
do not press enter
look at output
press enter

:-)

-- 
alan dot mckinnon at gmail dot com

Re: [gentoo-user] Trying to solve blockage when trying to install kde-meta-4.1.2

[Neil Bothwick]

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

On Wed, 29 Oct 2008 23:52:25 +0200, Alan McKinnon wrote:

> > emerge -1av udev
> > look at output
> > press enter  
> 
> you have it wrong:
> 
> emerge -1av udev
> do not press enter
> look at output
> press enter

Looking at the output only confuses me, I prefer to skip  that step :)


-- 
Neil Bothwick

The box said 'needs Win95 or better' so I bought an Amiga.

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

Re: [gentoo-user] Trying to solve blockage when trying to install kde-meta-4.1.2

[Andrey Vul]

On Wed, Oct 29, 2008 at 4:46 PM, Neil Bothwick <neil@digimed.co.uk> wrote:
> On Wed, 29 Oct 2008 13:14:34 -0400, Andrey Vul wrote:
>
>> >> emerge -av1 udev
>> I prefer emerge -1pv udev
>> <look at output>
>> emerge -1 udev
>
> Which means you have to wait for the dependency resolver to run twice.
> Which is why it's better to use
>
> emerge -1av udev
> look at output
> press enter
I don't like package managers which require interactivity.
emerge -uvDp world | less is easier to parse then emerge -upDa world.
Why? Because I don't have to find a way of transferring <return> if
less handles all of the keyboard input.
So I prefer two stages:
1) pretend merge  - single verbosity - and look at output
2) actual merge - normal / quiet - and pipe to tee

> --
> Neil Bothwick
>
> If it ain't broke, wait a day or two!!
>



-- 
Andrey Vul

A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?

Re: [gentoo-user] Trying to solve blockage when trying to install kde-meta-4.1.2

[Joshua Murphy]

On Wed, Oct 29, 2008 at 7:26 PM, Andrey Vul <andrey.vul@gmail.com> wrote:
> I don't like package managers which require interactivity.
> emerge -uvDp world | less is easier to parse then emerge -upDa world.
> Why? Because I don't have to find a way of transferring <return> if
> less handles all of the keyboard input.
> So I prefer two stages:
> 1) pretend merge  - single verbosity - and look at output
> 2) actual merge - normal / quiet - and pipe to tee

So what you're saying... is that emerge should have a switch to turn
on, when using -p, -a, and/or -t, a pager? Particularly one that,
until you're content with -a in particular, doesn't accidentally have
a means of handing output back off to the emerge for the yes/no? This
would spare the double run of the dependency checker while giving
users who want it a pager to use and giving the rest the same
functionality a simple -a gives now... something like etc-update's use
of a pager comes to mind. Let's see... -P is taken for --prune ...
--less/-L or... --more/-m ... --more/-M ? Of course, --pager/-M would
work too, but it's less intuitive (we already have --unmerge/-C ... so
why not, I suppose). Not *quite* sure I'm up to the task at the
moment, though.

-- 
Poison [BLX]
Joshua M. Murphy

Re: [gentoo-user] Trying to solve blockage when trying to install kde-meta-4.1.2

[Andrey Vul]

On Wed, Oct 29, 2008 at 9:44 PM, Joshua Murphy <poisonbl@gmail.com> wrote:
> On Wed, Oct 29, 2008 at 7:26 PM, Andrey Vul <andrey.vul@gmail.com> wrote:
>> I don't like package managers which require interactivity.
>> emerge -uvDp world | less is easier to parse then emerge -upDa world.
>> Why? Because I don't have to find a way of transferring <return> if
>> less handles all of the keyboard input.
>> So I prefer two stages:
>> 1) pretend merge  - single verbosity - and look at output
>> 2) actual merge - normal / quiet - and pipe to tee
>
> So what you're saying... is that emerge should have a switch to turn
> on, when using -p, -a, and/or -t, a pager? Particularly one that,
> until you're content with -a in particular, doesn't accidentally have
> a means of handing output back off to the emerge for the yes/no? This
Yes.
> would spare the double run of the dependency checker while giving
> users who want it a pager to use and giving the rest the same
> functionality a simple -a gives now... something like etc-update's use
> of a pager comes to mind. Let's see... -P is taken for --prune ...
> --less/-L or... --more/-m ... --more/-M ? Of course, --pager/-M would
> work too, but it's less intuitive (we already have --unmerge/-C ... so
> why not, I suppose). Not *quite* sure I'm up to the task at the
> moment, though.

But I usually use emerge -p > file in order to see the difference in
dependencies from testing USE flags.
I would always choose -pN over -aN.

Where's the portage to-do list?
If you can find it, add these two items:
fix the uname
add pager support for -p, -a, -t



-- 
Andrey Vul

A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
A: Top-posting.
Q: What is the most annoying thing in e-mail?

Re: [gentoo-user] Trying to solve blockage when trying to install kde-meta-4.1.2

[Peter Humphrey]

On Wednesday 29 October 2008 19:59:11 Alan McKinnon wrote:

> A last note on emerge's output, especially with blockers: the time spent
> to read all the portage pages (several times) is time very well spent. I
> recommend when next you get blockers, is to rerun emerge with -t and take
> note of what packages cause a blocker to be pulled in or up|downgraded.
> make a list of everything involved and read the ebuilds. Plot it all out
> with pen and pencil, do this repetitively till you have a lightbulb
> moment where it all suddenly makes sense.

Sound advice, but it didn't help me last week. I had to take a more devious 
approach involving a new test system and repeated attempts to install the 
same packages on it as were on the live system until I found the one that 
was causing the trouble. It was then a simple matter to remove it from the 
world file, where it shouldn't have been in the first place, and I can now 
dispense with the test system.

So I could have saved myself several days of head-banging if I'd just looked 
in the world file - I'd have noticed the offender straight away. 20-20 
hindsight. Wonderful.

> Most folks around here have done this at some point and there doesn't
> seem to be a shortcut :-)

Indeed.

-- 
Rgds
Peter

Re: [gentoo-user] Trying to solve blockage when trying to install kde-meta-4.1.2

[Joshua Murphy]

On Wed, Oct 29, 2008 at 10:23 PM, Andrey Vul <andrey.vul@gmail.com> wrote:
> But I usually use emerge -p > file in order to see the difference in
> dependencies from testing USE flags.
> I would always choose -pN over -aN.
>
> Where's the portage to-do list?
> If you can find it, add these two items:
> fix the uname
> add pager support for -p, -a, -t

Well, I didn't find it with the miserably little effort I put into
looking... so instead, I wrote up a quick hack to emerge to implement
use of a pager any time the internal display() function is called. I
made the mistake of writing it against the 'stable' version of
portage, though... so I'll be (hopefully) porting it over to Portage
2.2_rc12 (the newest my current state of laziness allows on my amd64
machine). Any chance anyone here's a bit more skilled with python than
I am and would want to remind me of all the error checking I left out?
After I get a patch handy, at least...

As for the 'fix the uname' bit... I haven't had a chance to dig
through the changelogs to see the who/when/why of the change that made
it what it is now, and whether (as was clarified as likely in the
related thread here) the current output is what's "intended."

-- 
Poison [BLX]
Joshua M. Murphy