Re: [gentoo-user] emerge on really old tree

2011-02-01 Thread Alan McKinnon
Apparently, though unproven, at 09:00 on Tuesday 01 February 2011, Mick did 
opine thusly:

 On Monday 31 January 2011 23:31:23 Alan McKinnon wrote:
  So it's not even a learning opportunity. But upgrading to KDE-4.6.0 from
  4.5.x when I had kbluetooth installed - now *that* was an excellent
  learning opportunity.
 
 Tell us more ... what are the gotchas?


Portage can deal with a pure kde-4.5.x to 4.6.0 upgrade, the blockers are all 
soft ones so they just get automagically dealt with.

But kbluetooth has this gem:

COMMON_DEPEND=
kde-base/kdelibs-4.6[semantic-desktop?]
kde-base/libkworkspace-4.6
kde-base/solid-4.6[bluetooth]


Oops. Blocks kdelibs. Basically nothing can proceed but portage doesn't know 
that so it dumps about 300 lines of errors on-screen. And the poor user has to 
sift through all of that to find the root cause. It's there, just hidden right 
in the middle of all the other junk on screen


-- 
alan dot mckinnon at gmail dot com



Re: [gentoo-user] emerge on really old tree

2011-02-01 Thread Dale

Alan McKinnon wrote:

Portage can deal with a pure kde-4.5.x to 4.6.0 upgrade, the blockers are all
soft ones so they just get automagically dealt with.

But kbluetooth has this gem:

COMMON_DEPEND=
 kde-base/kdelibs-4.6[semantic-desktop?]
 kde-base/libkworkspace-4.6
 kde-base/solid-4.6[bluetooth]


Oops. Blocks kdelibs. Basically nothing can proceed but portage doesn't know
that so it dumps about 300 lines of errors on-screen. And the poor user has to
sift through all of that to find the root cause. It's there, just hidden right
in the middle of all the other junk on screen

   


Do you have k3b installed?  I tried to install it here, it was a blocker 
earlier so I -C'd it, and it appears k3b wants a older version of qt 
stuff and KDE 4.6 wants the new versions of qt stuff.  I have not been 
able to work around this yet but would love to know if it is doable yet.


Dale

:-)  :-)



Re: [gentoo-user] emerge on really old tree

2011-02-01 Thread Sebastian Beßler

Am 01.02.2011 18:38, schrieb Dale:


Do you have k3b installed? I tried to install it here, it was a blocker
earlier so I -C'd it, and it appears k3b wants a older version of qt
stuff and KDE 4.6 wants the new versions of qt stuff. I have not been
able to work around this yet but would love to know if it is doable yet.


I have KDE 4.6 and k3b installed here without problems.

metatron@Shao ~ $ emerge $(qlist -IC qt- k3b kdelibs) -vp

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild   R   ] x11-libs/qt-core-4.7.1-r1  USE=exceptions glib iconv 
jit optimized-qmake pch private-headers qt3support ssl (-aqua) -debug 0 kB
[ebuild   R   ] x11-libs/qt-script-4.7.1-r1  USE=exceptions iconv jit 
pch private-headers (-aqua) -debug 0 kB
[ebuild   R   ] x11-libs/qt-sql-4.7.1-r1  USE=exceptions iconv mysql 
pch qt3support sqlite (-aqua) -debug (-firebird) -freetds -odbc 
-postgres 0 kB
[ebuild   R   ] x11-libs/qt-dbus-4.7.1  USE=exceptions pch (-aqua) 
-debug 0 kB
[ebuild   R   ] x11-libs/qt-test-4.7.1  USE=exceptions iconv pch 
(-aqua) -debug 0 kB

[ebuild   R   ] x11-libs/qt-xmlpatterns-4.7.1  USE=pch (-aqua) -debug 0 kB
[ebuild   R   ] x11-libs/qt-gui-4.7.1-r1  USE=accessibility cups dbus 
exceptions glib mng pch private-headers qt3support raster tiff xinerama 
(-aqua) -debug -egl -nas -nis -trace 0 kB 



[ebuild   R   ] x11-libs/qt-qt3support-4.7.1  USE=accessibility 
exceptions kde pch (-aqua) -debug -phonon 0 kB
[ebuild   R   ] x11-libs/qt-svg-4.7.1-r1  USE=accessibility exceptions 
iconv pch (-aqua) -debug 0 kB
[ebuild   R   ] x11-libs/qt-opengl-4.7.1  USE=exceptions pch qt3support 
(-aqua) -debug -egl 0 kB
[ebuild   R   ] x11-libs/qt-webkit-4.7.1-r1  USE=dbus exceptions jit 
kde pch (-aqua) -debug 0 kB

[ebuild   R   ] dev-libs/libdbusmenu-qt-0.6.4  USE=-debug -test 0 kB
[ebuild   R   ] sys-auth/polkit-qt-0.99.0  USE=-debug -examples 0 kB
[ebuild   R   ] x11-libs/qt-multimedia-4.7.1  USE=exceptions iconv pch 
(-aqua) -debug 0 kB
[ebuild   R   ] x11-libs/qt-declarative-4.7.1-r2  USE=exceptions pch 
private-headers qt3support (-aqua) -debug 0 kB
[ebuild   R   ] kde-base/kdelibs-4.6.0  USE=3dnow acl alsa bzip2 fam 
handbook jpeg2k kerberos lzma mmx nls openexr opengl policykit 
semantic-desktop spell sse sse2 ssl udev (-altivec) (-aqua) -bindist 
-debug -doc (-kdeenablefinal) (-kdeprefix) -test -zeroconf 0 kB
[ebuild   R   ] app-cdr/k3b-2.0.2-r1  USE=dvd encode ffmpeg flac lame 
mad musepack musicbrainz taglib vorbis wav (-aqua) -debug -emovix -hal 
(-kdeenablefinal) -sndfile -sox -vcd LINGUAS=de -ast -be -bg -ca 
-ca@valencia -cs -csb -da -el -en_GB -eo -es -et -eu -fi -fr -ga -gl -he 
-hi -hne -hr -hu -is -it -ja -km -ko -ku -lt -mai -nb -nds -nl -nn -oc 
-pa -pl -pt -pt_BR -ro -ru -se -sk -sl -sv -th -tr -uk -zh_CN -zh_TW 0 
kB 



Total: 17 packages (17 reinstalls), Size of downloads: 0 kB

HTH

Sebastian Beßler



Re: [gentoo-user] emerge on really old tree

2011-02-01 Thread Alan McKinnon
Apparently, though unproven, at 19:38 on Tuesday 01 February 2011, Dale did 
opine thusly:

 Alan McKinnon wrote:
  Portage can deal with a pure kde-4.5.x to 4.6.0 upgrade, the blockers are
  all soft ones so they just get automagically dealt with.
  
  But kbluetooth has this gem:
  
  COMMON_DEPEND=
  
   kde-base/kdelibs-4.6[semantic-desktop?]
   kde-base/libkworkspace-4.6
   kde-base/solid-4.6[bluetooth]
  
  
  
  Oops. Blocks kdelibs. Basically nothing can proceed but portage doesn't
  know that so it dumps about 300 lines of errors on-screen. And the poor
  user has to sift through all of that to find the root cause. It's there,
  just hidden right in the middle of all the other junk on screen
 
 Do you have k3b installed?  I tried to install it here, it was a blocker
 earlier so I -C'd it, and it appears k3b wants a older version of qt
 stuff and KDE 4.6 wants the new versions of qt stuff.  I have not been
 able to work around this yet but would love to know if it is doable yet.

Of course it can be done :-)
Output trimmed for brevity.

$ eix kdebase-meta
[I] kde-base/kdebase-meta
 Available versions:  
(4.4)   4.4.5
(4.5)   (~)4.5.5
(4.6)   {M}(~)4.6.0
{aqua kdeprefix}
 Installed versions:  4.6.0(4.6)(04:58:02 28/01/11)(-aqua -kdeprefix)
 Homepage:http://www.kde.org/
 Description: Merge this to pull in all kdebase-derived packages

$ eix k3b
[I] app-cdr/k3b
 Available versions:  (4) 2.0.1-r1 (~)2.0.2-r1
 Installed versions:  2.0.2-r1(4)(18:11:41 27/01/11)(dvd encode ffmpeg 
flac lame mad musepack musicbrainz vcd vorbis wav -aqua -debug -emovix -hal 
-kdeenablefinal -sndfile -sox -taglib)
 Homepage:http://www.k3b.org/
 Description: The CD/DVD Kreator for KDE


qt doesn't show up in the k3b ebuild anywhere so your blocker is probably 
from one of the deps. It inherits the same eclass as KDE so it's not that. I 
remeber having to unmerge k3b and merge it later, but that seemed to be a hal 
thing.

What does emerge -t show?

-- 
alan dot mckinnon at gmail dot com



Re: [gentoo-user] emerge on really old tree

2011-02-01 Thread Dale

Alan McKinnon wrote:

Of course it can be done :-)
Output trimmed for brevity.

$ eix kdebase-meta
[I] kde-base/kdebase-meta
  Available versions:
 (4.4)   4.4.5
 (4.5)   (~)4.5.5
 (4.6)   {M}(~)4.6.0
 {aqua kdeprefix}
  Installed versions:  4.6.0(4.6)(04:58:02 28/01/11)(-aqua -kdeprefix)
  Homepage:http://www.kde.org/
  Description: Merge this to pull in all kdebase-derived packages

$ eix k3b
[I] app-cdr/k3b
  Available versions:  (4) 2.0.1-r1 (~)2.0.2-r1
  Installed versions:  2.0.2-r1(4)(18:11:41 27/01/11)(dvd encode ffmpeg
flac lame mad musepack musicbrainz vcd vorbis wav -aqua -debug -emovix -hal
-kdeenablefinal -sndfile -sox -taglib)
  Homepage:http://www.k3b.org/
  Description: The CD/DVD Kreator for KDE


qt doesn't show up in the k3b ebuild anywhere so your blocker is probably
from one of the deps. It inherits the same eclass as KDE so it's not that. I
remeber having to unmerge k3b and merge it later, but that seemed to be a hal
thing.

What does emerge -t show?

   


This may be caused by a USE flag that I am missing somewhere.  Here is 
the output in its entirety:


root@fireball / # emerge -tv k3b

These are the packages that would be merged, in reverse order:

Calculating dependencies... done!
[ebuild  N] app-cdr/k3b-2.0.2-r1  USE=dvd encode ffmpeg flac hal 
mad vcd vorbis wav (-aqua) -debug -emovix (-kdeenablefinal) -lame 
-musepack -musicbrainz -sndfile -sox -taglib LINGUAS=-ast -be -bg -ca 
-ca@valencia -cs -csb -da -de -el -en_GB -eo -es -et -eu -fi -fr -ga -gl 
-he -hi -hne -hr -hu -is -it -ja -km -ko -ku -lt -mai -nb -nds -nl -nn 
-oc -pa -pl -pt -pt_BR -ro -ru -se -sk -sl -sv -th -tr -uk -zh_CN 
-zh_TW 0 kB
[nomerge  ]  x11-libs/qt-core-4.7.1-r1  USE=exceptions glib iconv 
jit qt3support ssl (-aqua) -debug -optimized-qmake -pch -private-headers
[uninstall]x11-libs/qt-declarative-4.7.1-r2  USE=exceptions 
qt3support (-aqua) -debug -pch -private-headers
[nomerge  ] app-cdr/k3b-2.0.2-r1  USE=dvd encode ffmpeg flac hal 
mad vcd vorbis wav (-aqua) -debug -emovix (-kdeenablefinal) -lame 
-musepack -musicbrainz -sndfile -sox -taglib LINGUAS=-ast -be -bg -ca 
-ca@valencia -cs -csb -da -de -el -en_GB -eo -es -et -eu -fi -fr -ga -gl 
-he -hi -hne -hr -hu -is -it -ja -km -ko -ku -lt -mai -nb -nds -nl -nn 
-oc -pa -pl -pt -pt_BR -ro -ru -se -sk -sl -sv -th -tr -uk -zh_CN -zh_TW
[nomerge  ]  x11-libs/qt-gui-4.7.1-r1  USE=accessibility cups dbus 
exceptions glib mng qt3support raster tiff (-aqua) -debug -egl -nas -nis 
-pch -private-headers -trace -xinerama
[nomerge  ]x11-libs/qt-dbus-4.6.3 [4.7.1] USE=exceptions 
(-aqua) -debug -pch
[blocks b ] x11-libs/qt-xmlpatterns-4.6.3-r 
(x11-libs/qt-xmlpatterns-4.6.3-r is blocking 
x11-libs/qt-dbus-4.6.3, x11-libs/qt-multimedia-4.6.3)
[uninstall]  x11-libs/qt-xmlpatterns-4.7.1  USE=(-aqua) -debug 
-pch
[blocks b ] x11-libs/qt-opengl-4.6.3-r 
(x11-libs/qt-opengl-4.6.3-r is blocking x11-libs/qt-dbus-4.6.3, 
x11-libs/qt-multimedia-4.6.3)
[uninstall]  x11-libs/qt-opengl-4.7.1  USE=exceptions 
qt3support (-aqua) -debug -egl -pch
[ebuild  N]  x11-libs/qt-multimedia-4.6.3  USE=exceptions iconv 
(-aqua) -debug -pch 0 kB
[nomerge  ] x11-libs/qt-multimedia-4.6.3  USE=exceptions iconv 
(-aqua) -debug -pch
[nomerge  ]  x11-libs/qt-gui-4.6.3-r2 [4.7.1-r1] USE=accessibility 
cups dbus exceptions glib gtk%* mng qt3support tiff (-aqua) -debug -nas 
-nis -pch -raster* -trace -xinerama (-egl%) (-private-headers%)
[ebuild UD]   x11-libs/qt-qt3support-4.6.3 [4.7.1] 
USE=accessibility exceptions kde (-aqua) -debug -pch -phonon 0 kB
[ebuild UD]x11-libs/qt-gui-4.6.3-r2 [4.7.1-r1] 
USE=accessibility cups dbus exceptions glib gtk%* mng qt3support tiff 
(-aqua) -debug -nas -nis -pch -raster* -trace -xinerama (-egl%) 
(-private-headers%) 0 kB
[ebuild UD] x11-libs/qt-dbus-4.6.3 [4.7.1] USE=exceptions 
(-aqua) -debug -pch 0 kB
[ebuild UD]x11-libs/qt-sql-4.6.3-r2 [4.7.1-r1] USE=exceptions 
iconv mysql qt3support (-aqua) -debug (-firebird) -freetds -odbc -pch 
-postgres -sqlite 0 kB
[ebuild UD]   x11-libs/qt-script-4.6.3 [4.7.1-r1] USE=exceptions 
iconv (-aqua) -debug -pch (-jit%*) (-private-headers%) 0 kB
[ebuild UD]x11-libs/qt-core-4.6.3 [4.7.1-r1] USE=exceptions 
glib iconv qt3support ssl (-aqua) -debug -doc% -optimized-qmake -pch 
(-jit%*) (-private-headers%) 0 kB
[blocks B ] x11-libs/qt-multimedia-4.7.1 
(x11-libs/qt-multimedia-4.7.1 is blocking x11-libs/qt-gui-4.7.1-r1, 
x11-libs/qt-test-4.7.1, x11-libs/qt-qt3support-4.7.1, 
x11-libs/qt-svg-4.7.1-r1, x11-libs/qt-webkit-4.7.1-r1, 
x11-libs/qt-script-4.7.1-r1, x11-libs/qt-declarative-4.7.1-r2, 
x11-libs/qt-opengl-4.7.1, x11-libs/qt-core-4.7.1-r1, 
x11-libs/qt-sql-4.7.1-r1, x11-libs/qt-xmlpatterns-4.7.1, 
x11-libs/qt-dbus-4.7.1)
[blocks B ] x11-libs/qt-multimedia-4.7.1 
(x11-libs/qt-multimedia-4.7.1 

Re: [gentoo-user] emerge on really old tree

2011-02-01 Thread Alan McKinnon
Apparently, though unproven, at 21:25 on Tuesday 01 February 2011, Dale did 
opine thusly:

 Alan McKinnon wrote:
  Of course it can be done :-)
  Output trimmed for brevity.
  
  $ eix kdebase-meta
  [I] kde-base/kdebase-meta
  
Available versions:
   (4.4)   4.4.5
   (4.5)   (~)4.5.5
   (4.6)   {M}(~)4.6.0
   {aqua kdeprefix}

Installed versions:  4.6.0(4.6)(04:58:02 28/01/11)(-aqua
-kdeprefix) Homepage:http://www.kde.org/
Description: Merge this to pull in all kdebase-derived
packages
  
  $ eix k3b
  [I] app-cdr/k3b
  
Available versions:  (4) 2.0.1-r1 (~)2.0.2-r1
Installed versions:  2.0.2-r1(4)(18:11:41 27/01/11)(dvd encode
ffmpeg
  
  flac lame mad musepack musicbrainz vcd vorbis wav -aqua -debug -emovix
  -hal -kdeenablefinal -sndfile -sox -taglib)
  
Homepage:http://www.k3b.org/
Description: The CD/DVD Kreator for KDE
  
  qt doesn't show up in the k3b ebuild anywhere so your blocker is
  probably from one of the deps. It inherits the same eclass as KDE so
  it's not that. I remeber having to unmerge k3b and merge it later, but
  that seemed to be a hal thing.
  
  What does emerge -t show?
 
 This may be caused by a USE flag that I am missing somewhere.  Here is
 the output in its entirety:

It's not k3b.

The blocker output at the end basically says qt-4.7.1 is being pulled in to 
satisfy a depends on =qt-4.6.3 pulled in by k3b

It's not only k3b pulling in qt *greater than or equal to 4.6.3, many 
packages will do that. k3b just happened to be the first one portage found.

 
 root@fireball / # emerge -tv k3b
 
 These are the packages that would be merged, in reverse order:

[snip]

 Conflict: 12 blocks (10 unsatisfied)
 
   * Error: The above package list contains packages which cannot be
   * installed at the same time on the same system.

[snip]

(x11-libs/qt-multimedia-4.6.3, ebuild scheduled for merge) pulled in by
 
  =x11-libs/qt-multimedia-4.6.0:4 required by (app-cdr/k3b-2.0.2-r1,
 
 ebuild scheduled for merge)

There you go. That's the one.

Everything else in the conflicts list is in the format of qt-4.7.1 pulled by 
=qt-4.6.3 pulled in by...

That one starts with 4.6.3, it's different. The pulled in by simply says that 
it's the version chosen by portage because k3b (and lots of other stuff, 
remember) needs it. Which doesn't explain why it's *that* version.

Till you look at eix qt-multimedia and see that 4.6.3 is keyword arch.

I bet you forgot to keyword it unstable.


 
 I get the same when I disable hal.  I need to see if anything else uses
 hal and if not, get rid of it.  By the way, I unmerged the qt stuff last
 night and KDE wouldn't come up.  So that won't work.
 
 Your thoughts?  What am I missing?

Your brain? You tried to start KDE without qt! That's like wondering why the 
box won't boot without a kernel :-)

You *sure* the gubment isn't putting something in the drinking water down 
South where you are?

well, at least you relieved the evening tedium of watching config updates from 
a server in Nigeria scroll on down the window :-)

-- 
alan dot mckinnon at gmail dot com



Re: [gentoo-user] emerge on really old tree

2011-02-01 Thread Dale

Alan McKinnon wrote:

Apparently, though unproven, at 21:25 on Tuesday 01 February 2011, Dale did
opine thusly:

   

(x11-libs/qt-multimedia-4.6.3, ebuild scheduled for merge) pulled in by

  =x11-libs/qt-multimedia-4.6.0:4 required by (app-cdr/k3b-2.0.2-r1,

ebuild scheduled for merge)
 

There you go. That's the one.

Everything else in the conflicts list is in the format of qt-4.7.1 pulled by
   

=qt-4.6.3 pulled in by...
 

That one starts with 4.6.3, it's different. The pulled in by simply says that
it's the version chosen by portage because k3b (and lots of other stuff,
remember) needs it. Which doesn't explain why it's *that* version.

Till you look at eix qt-multimedia and see that 4.6.3 is keyword arch.

I bet you forgot to keyword it unstable.


   

I get the same when I disable hal.  I need to see if anything else uses
hal and if not, get rid of it.  By the way, I unmerged the qt stuff last
night and KDE wouldn't come up.  So that won't work.

Your thoughts?  What am I missing?
 

Your brain? You tried to start KDE without qt! That's like wondering why the
box won't boot without a kernel :-)

You *sure* the gubment isn't putting something in the drinking water down
South where you are?

well, at least you relieved the evening tedium of watching config updates from
a server in Nigeria scroll on down the window :-)

   



That would be the problem.  I knew it was just me missing something.  
This is better:


root@fireball / # emerge -av k3b

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild  N] x11-libs/qt-multimedia-4.7.1  USE=exceptions iconv 
(-aqua) -debug -pch 206,806 kB
[ebuild  N] app-cdr/k3b-2.0.2-r1  USE=dvd encode ffmpeg flac mad 
vcd vorbis wav (-aqua) -debug -emovix -hal (-kdeenablefinal) -lame 
-musepack -musicbrainz -sndfile -sox -taglib LINGUAS=-ast -be -bg -ca 
-ca@valencia -cs -csb -da -de -el -en_GB -eo -es -et -eu -fi -fr -ga -gl 
-he -hi -hne -hr -hu -is -it -ja -km -ko -ku -lt -mai -nb -nds -nl -nn 
-oc -pa -pl -pt -pt_BR -ro -ru -se -sk -sl -sv -th -tr -uk -zh_CN 
-zh_TW 0 kB


Total: 2 packages (2 new), Size of downloads: 206,806 kB

Would you like to merge these packages? [Yes/No]

I wasn't clear enough.  I removed the 4.7 versions of qt, installed the 
4.6 versions then tried to login to KDE.  It doesn't like the old 
version and I figured it wouldn't but tried anyway.


Glad to get this sorted out.  Whew !!

Thanks.

Dale

:-)  :-)



Re: [gentoo-user] emerge on really old tree

2011-02-01 Thread Alan McKinnon
Apparently, though unproven, at 23:29 on Tuesday 01 February 2011, Dale did 
opine thusly:

 Alan McKinnon wrote:
  Apparently, though unproven, at 21:25 on Tuesday 01 February 2011, Dale
  did
  
  opine thusly:
  (x11-libs/qt-multimedia-4.6.3, ebuild scheduled for merge) pulled in
  by

=x11-libs/qt-multimedia-4.6.0:4 required by (app-cdr/k3b-2.0.2-r1,
  
  ebuild scheduled for merge)
  
  There you go. That's the one.
  
  Everything else in the conflicts list is in the format of qt-4.7.1
  pulled by
  
  =qt-4.6.3 pulled in by...
  
  That one starts with 4.6.3, it's different. The pulled in by simply says
  that it's the version chosen by portage because k3b (and lots of other
  stuff, remember) needs it. Which doesn't explain why it's *that*
  version.
  
  Till you look at eix qt-multimedia and see that 4.6.3 is keyword arch.
  
  I bet you forgot to keyword it unstable.
  
  I get the same when I disable hal.  I need to see if anything else uses
  hal and if not, get rid of it.  By the way, I unmerged the qt stuff last
  night and KDE wouldn't come up.  So that won't work.
  
  Your thoughts?  What am I missing?
  
  Your brain? You tried to start KDE without qt! That's like wondering why
  the box won't boot without a kernel :-)
  
  You *sure* the gubment isn't putting something in the drinking water down
  South where you are?
  
  well, at least you relieved the evening tedium of watching config updates
  from a server in Nigeria scroll on down the window :-)
 
 That would be the problem.  I knew it was just me missing something.
 This is better:
 
 root@fireball / # emerge -av k3b
 
 These are the packages that would be merged, in order:
 
 Calculating dependencies... done!
 [ebuild  N] x11-libs/qt-multimedia-4.7.1  USE=exceptions iconv
 (-aqua) -debug -pch 206,806 kB
 [ebuild  N] app-cdr/k3b-2.0.2-r1  USE=dvd encode ffmpeg flac mad
 vcd vorbis wav (-aqua) -debug -emovix -hal (-kdeenablefinal) -lame
 -musepack -musicbrainz -sndfile -sox -taglib LINGUAS=-ast -be -bg -ca
 -ca@valencia -cs -csb -da -de -el -en_GB -eo -es -et -eu -fi -fr -ga -gl
 -he -hi -hne -hr -hu -is -it -ja -km -ko -ku -lt -mai -nb -nds -nl -nn
 -oc -pa -pl -pt -pt_BR -ro -ru -se -sk -sl -sv -th -tr -uk -zh_CN
 -zh_TW 0 kB
 
 Total: 2 packages (2 new), Size of downloads: 206,806 kB
 
 Would you like to merge these packages? [Yes/No]
 
 I wasn't clear enough.  I removed the 4.7 versions of qt, installed the
 4.6 versions then tried to login to KDE.  It doesn't like the old
 version and I figured it wouldn't but tried anyway.
 
 Glad to get this sorted out.  Whew !!

Yup, that output looks much better.

And you can take a roasting joke in your stride (good man!).

I think we all need to put our heads together and come up with sensible 
formatting for emerge's error output. Coz I'm sure getting tired of pawing my 
way through endless lines of cruft to get to the thing that really matters.


-- 
alan dot mckinnon at gmail dot com



Re: [gentoo-user] emerge on really old tree

2011-02-01 Thread Dale

Sebastian Beßler wrote:


I have KDE 4.6 and k3b installed here without problems.

metatron@Shao ~ $ emerge $(qlist -IC qt- k3b kdelibs) -vp

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild   R   ] x11-libs/qt-core-4.7.1-r1  USE=exceptions glib iconv 
jit optimized-qmake pch private-headers qt3support ssl (-aqua) -debug 
0 kB
[ebuild   R   ] x11-libs/qt-script-4.7.1-r1  USE=exceptions iconv jit 
pch private-headers (-aqua) -debug 0 kB
[ebuild   R   ] x11-libs/qt-sql-4.7.1-r1  USE=exceptions iconv mysql 
pch qt3support sqlite (-aqua) -debug (-firebird) -freetds -odbc 
-postgres 0 kB
[ebuild   R   ] x11-libs/qt-dbus-4.7.1  USE=exceptions pch (-aqua) 
-debug 0 kB
[ebuild   R   ] x11-libs/qt-test-4.7.1  USE=exceptions iconv pch 
(-aqua) -debug 0 kB
[ebuild   R   ] x11-libs/qt-xmlpatterns-4.7.1  USE=pch (-aqua) 
-debug 0 kB
[ebuild   R   ] x11-libs/qt-gui-4.7.1-r1  USE=accessibility cups dbus 
exceptions glib mng pch private-headers qt3support raster tiff 
xinerama (-aqua) -debug -egl -nas -nis -trace 0 kB


[ebuild   R   ] x11-libs/qt-qt3support-4.7.1  USE=accessibility 
exceptions kde pch (-aqua) -debug -phonon 0 kB
[ebuild   R   ] x11-libs/qt-svg-4.7.1-r1  USE=accessibility 
exceptions iconv pch (-aqua) -debug 0 kB
[ebuild   R   ] x11-libs/qt-opengl-4.7.1  USE=exceptions pch 
qt3support (-aqua) -debug -egl 0 kB
[ebuild   R   ] x11-libs/qt-webkit-4.7.1-r1  USE=dbus exceptions jit 
kde pch (-aqua) -debug 0 kB

[ebuild   R   ] dev-libs/libdbusmenu-qt-0.6.4  USE=-debug -test 0 kB
[ebuild   R   ] sys-auth/polkit-qt-0.99.0  USE=-debug -examples 0 kB
[ebuild   R   ] x11-libs/qt-multimedia-4.7.1  USE=exceptions iconv 
pch (-aqua) -debug 0 kB
[ebuild   R   ] x11-libs/qt-declarative-4.7.1-r2  USE=exceptions pch 
private-headers qt3support (-aqua) -debug 0 kB
[ebuild   R   ] kde-base/kdelibs-4.6.0  USE=3dnow acl alsa bzip2 fam 
handbook jpeg2k kerberos lzma mmx nls openexr opengl policykit 
semantic-desktop spell sse sse2 ssl udev (-altivec) (-aqua) -bindist 
-debug -doc (-kdeenablefinal) (-kdeprefix) -test -zeroconf 0 kB
[ebuild   R   ] app-cdr/k3b-2.0.2-r1  USE=dvd encode ffmpeg flac lame 
mad musepack musicbrainz taglib vorbis wav (-aqua) -debug -emovix -hal 
(-kdeenablefinal) -sndfile -sox -vcd LINGUAS=de -ast -be -bg -ca 
-ca@valencia -cs -csb -da -el -en_GB -eo -es -et -eu -fi -fr -ga -gl 
-he -hi -hne -hr -hu -is -it -ja -km -ko -ku -lt -mai -nb -nds -nl -nn 
-oc -pa -pl -pt -pt_BR -ro -ru -se -sk -sl -sv -th -tr -uk -zh_CN 
-zh_TW 0 kB


Total: 17 packages (17 reinstalls), Size of downloads: 0 kB

HTH

Sebastian Beßler




I missed keywording a qt package.  I figured it was me that missed 
something.  I looked on the forums and didn't see anyone else having a 
problem and no one posted it here either.  I just did a little math.  lol


Thanks.

Dale

:-)  :-)



Re: [gentoo-user] emerge on really old tree

2011-02-01 Thread Dale

Alan McKinnon wrote:

Yup, that output looks much better.

And you can take a roasting joke in your stride (good man!).

I think we all need to put our heads together and come up with sensible
formatting for emerge's error output. Coz I'm sure getting tired of pawing my
way through endless lines of cruft to get to the thing that really matters.

   


The output from emerge is sometimes confusing.  Just when I think I got 
something figured out, they change it and I'm lost again.  Sometimes I 
don't realize it is changed either and that is really confusing.  I did 
learn a while back that a lot of things is listed backwards.  Sometimes 
tho with some options, it seems to reverse it and throws me for a loop.  
Sometimes I wonder.


I didn't realize it was a joke.  I'm not sure what is in our water 
anymore.  I know it makes girls have bigger juggs tho.  ROFLMAO  I think 
the water is changing tho.  I just hope the juggs, natural ones, stay 
the same.  O_O


Dale

:-)  :-)



Re: [gentoo-user] emerge on really old tree

2011-02-01 Thread Alan McKinnon
Apparently, though unproven, at 00:34 on Wednesday 02 February 2011, Dale did 
opine thusly:

 Alan McKinnon wrote:
  Yup, that output looks much better.
  
  And you can take a roasting joke in your stride (good man!).
  
  I think we all need to put our heads together and come up with sensible
  formatting for emerge's error output. Coz I'm sure getting tired of
  pawing my way through endless lines of cruft to get to the thing that
  really matters.
 
 The output from emerge is sometimes confusing.  Just when I think I got
 something figured out, they change it and I'm lost again.  Sometimes I
 don't realize it is changed either and that is really confusing.  I did
 learn a while back that a lot of things is listed backwards.  Sometimes
 tho with some options, it seems to reverse it and throws me for a loop.
 Sometimes I wonder.

It makes sense to a programmer. Zac builds a data structure in memory 
representing the dependency graph of stuff to be emerged. And when an error 
happens, he dumps it to console. If it were perl, it's like he called 
Data::Dumper.

The order changes probably because he adds statements to order the data 
structure. 

 I didn't realize it was a joke.  I'm not sure what is in our water
 anymore.  I know it makes girls have bigger juggs tho.  ROFLMAO  I think
 the water is changing tho.  I just hope the juggs, natural ones, stay
 the same.  O_O

You need to come to Africa. We've got the original and best ones :-)


-- 
alan dot mckinnon at gmail dot com



Re: [gentoo-user] emerge on really old tree

2011-02-01 Thread Peter Humphrey
On Tuesday 01 February 2011 23:56:32 Alan McKinnon wrote:

 It makes sense to a programmer.

It's not supposed to make sense to a programmer, as you know as well as 
I do. It's supposed to make sense to the poor fool reading it. :-)

-- 
Rgds
Peter.  Linux Counter 5290, 1994-04-23.


Re: [gentoo-user] emerge on really old tree

2011-01-31 Thread David Abbott
This may help;
http://blog.jolexa.net/2009/03/25/gentoo-tips-to-upgrade-your-really-old-installation/



Re: [gentoo-user] emerge on really old tree

2011-01-31 Thread Alan McKinnon
Apparently, though unproven, at 18:35 on Monday 31 January 2011, Andrei Brezan 
did opine thusly:

 Hi list,
 
 First, i'm not an experienced user of gentoo, just started using it a
 couple of months ago, I come from freebsd world which i find it to be
 similar in many ways with the gentoo world. I have a really old server
 on which I performed emerge --sync and after I had to eselect profile
 set to hardened/linux/amd64.
 
 After this i wanted to:
 
 emerge -vp portage
 !!! CONFIG_PROTECT is empty
 These are the packages that would be merged, in order:
 
 Calculating dependencies... done!
 [ebuild  N] dev-libs/libffi-3.0.9  USE=-debug -static-libs -test
 715 kB
 [ebuild U ] sys-devel/libtool-2.2.6b [1.5.26] USE=-test% -vanilla
 722 kB
 [ebuild  N] virtual/libffi-0  0 kB
 [ebuild U ] app-admin/eselect-1.2.11 [1.0.12] USE=-bash-completion
 -doc 156 kB
 [uninstall] app-admin/eselect-news-20080320
 [blocks b ] app-admin/eselect-news (app-admin/eselect-news is
 blocking app-admin/eselect-1.2.11)
 [ebuild  N] app-admin/eselect-python-20100321  6 kB
 [ebuild  NS   ] dev-lang/python-2.6.6-r1 [2.4.4-r13, 2.5.4-r2]
 USE=berkdb gdbm ncurses readline ssl threads (wide-unicode) xml -build
 -doc -examples -ipv6 -sqlite -tk -wininst 0 kB
 [ebuild U ] sys-apps/portage-2.1.9.25 [2.1.6.13] USE=(ipc%*) -build
 -doc -epydoc -python3% (-selinux) LINGUAS=-pl 0 kB
 [blocks B ] =dev-lang/python-2.6.6:2.6
 (=dev-lang/python-2.6.6:2.6 is blocking sys-apps/portage-2.1.6.13)
 [blocks B ] sys-apps/portage-2.1.9 (sys-apps/portage-2.1.9 is
 blocking dev-lang/python-2.6.6-r1)
 
 Total: 7 packages (3 upgrades, 3 new, 1 in new slot, 1 uninstall), Size
 of downloads: 1,598 kB
 Conflict: 3 blocks (2 unsatisfied)
 
   * Error: The above package list contains packages which cannot be
   * installed at the same time on the same system.
 
('ebuild', '/', 'dev-lang/python-2.6.6-r1', 'merge') pulled in by
  dev-lang/python:2.6 required by ('ebuild', '/',
 'sys-apps/portage-2.1.9.25', 'merge')
 
 
 For more information about Blocked Packages, please refer to the following
 section of the Gentoo Linux x86 Handbook (architecture is irrelevant):
 
 http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?full=1#blocked
 
 
 This is my emerge --info:
 !!! CONFIG_PROTECT is emptyPortage 2.1.6.13 (hardened/linux/amd64,
 gcc-4.1.2, glibc-2.6.1-r0, 2.6.28-hardened-r9 x86_64)
 =
 System uname:
 Linux-2.6.28-hardened-r9-x86_64-Intel-R-_Xeon-R-_CPU_E5520_@_2.27GHz-with-g
 libc2.2.5 Timestamp of tree: Mon, 31 Jan 2011 10:30:01 +
 app-shells/bash: 3.2_p39
 dev-lang/python: 2.4.4-r13, 2.5.4-r2
 sys-apps/baselayout: 1.12.11.1
 sys-apps/sandbox:1.6-r2
 sys-devel/autoconf:  2.13, 2.63
 sys-devel/automake:  1.4_p6, 1.5, 1.10.2, 1.11.1
 sys-devel/binutils:  2.18-r3
 sys-devel/gcc:   4.1.2
 sys-devel/gcc-config: 1.4.0-r4
 sys-devel/libtool:   1.5.26
 sys-devel/make:  3.81
 virtual/os-headers:  2.6.23-r3
 ACCEPT_KEYWORDS=amd64
 CBUILD=x86_64-pc-linux-gnu
 CFLAGS=-O3 -march=nocona -pipe
 CHOST=x86_64-pc-linux-gnu
 CONFIG_PROTECT=
 CONFIG_PROTECT_MASK=/etc/ca-certificates.conf /etc/env.d /etc/gconf
 /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/
 /etc/php/cli-php5/ext-active/ /etc/sandbox.d /etc/terminfo
 /etc/udev/rules.d
 CXXFLAGS=-O3 -march=nocona -pipe
 DISTDIR=/usr/portage/distfiles
 FEATURES=distlocks fixpackages parallel-fetch protect-owned sandbox
 sfperms strict unmerge-orphans userfetch
 GENTOO_MIRRORS=http://distfiles.gentoo.org
 http://distro.ibiblio.org/pub/linux/distributions/gentoo;
 LDFLAGS=-Wl,-O1 -Wl,--as-needed
 PKGDIR=/usr/portage/packages
 PORTAGE_CONFIGROOT=/
 PORTAGE_RSYNC_OPTS=--recursive --links --safe-links --perms --times
 --compress --force --whole-file --delete --stats --timeout=180
 --exclude=/distfiles --exclude=/local --exclude=/packages
 PORTAGE_TMPDIR=/var/tmp
 PORTDIR=/usr/portage
 SYNC=rsync://rsync.gentoo.org/gentoo-portage
 USE=acl amd64 berkdb bzip2 cli cracklib crypt cups cxx dri gdbm gpm
 hardened iconv justify mmx modules mudflap multilib ncurses nls nptl
 nptlonly openmp pam pcre perl pic pppd python readline session sse sse2
 ssl sysfs tcpd urandom xorg zlib ALSA_CARDS=ali5451 als4000 atiixp
 atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968
 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx
 via82xx-modem ymfpci ALSA_PCM_PLUGINS=adpcm alaw asym copy dmix dshare
 dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter
 mmap_emul mulaw multi null plug rate route share shm softvol
 APACHE2_MODULES=actions alias auth_basic authn_alias authn_anon
 authn_dbm authn_default authn_file authz_dbm authz_default
 authz_groupfile authz_host authz_owner authz_user autoindex cache cgi
 cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter
 file_cache filter headers include info log_config logio mem_cache mime
 

Re: [gentoo-user] emerge on really old tree

2011-01-31 Thread Mick
On Monday 31 January 2011 19:57:01 Alan McKinnon wrote:
 Apparently, though unproven, at 18:35 on Monday 31 January 2011, Andrei
 Brezan
 
 did opine thusly:

[snip ...]
  Is it possible to update this system? If yes please shed some light or
  point me in the right direction.
 
 It's certainly possible to update the old machine, but the real question
 is, do you want to go through all that effort?
 
 You will probably have to deal with multiple situations that follow this
 pattern:
 
 some package version X needs to be upgraded to version x+2. But there's
 some other package that prevents you doing this immediately as there are
 blockers in place. So you upgrade the other package, then upgrade the
 first one to version X+1. Then do it all again to finally get the first
 package to version X+2
 
 You also have python-2.4 in there which needs to go to 2.6. Ouch. I have
 horrible visions of running python-updater multiple times
 
 Gentoo shares its roots with FreeBSD but running Gentoo daily is always
 more involved than with FreeBSD, especially cases like this. You cannot
 just upgrade from eg Gentoo-5 to Gentoo-6 as these concepts do not exist.
 
 It is so much easier to just backup your data files and re-install, then
 restore the data. It'll take a few hours, trying to upgrade might take
 days.
 
 If you want to try, start with emerge -avuND system, get that to complete
 and take it from there.

Only to reinforce what Alan says.  Sometimes even a month or two is enough to 
cause headaches if cornerstone packages of the toolchain have been updated 
more than once.

Unless you want to undertake this for self-punishment purposes, it will be 
much easier to back up /home /etc and /var/lib/portage/world from the current 
system and reinstall using the last two directories to minimise manual 
configuration of your box.
-- 
Regards,
Mick


signature.asc
Description: This is a digitally signed message part.


Re: [gentoo-user] emerge on really old tree

2011-01-31 Thread Alan McKinnon
Apparently, though unproven, at 00:49 on Tuesday 01 February 2011, Mick did 
opine thusly:


  It is so much easier to just backup your data files and re-install, then
  restore the data. It'll take a few hours, trying to upgrade might take
  days.
  
  If you want to try, start with emerge -avuND system, get that to
  complete and take it from there.
 
 Only to reinforce what Alan says.  Sometimes even a month or two is enough
 to cause headaches if cornerstone packages of the toolchain have been
 updated more than once.
 
 Unless you want to undertake this for self-punishment purposes, it will be
 much easier to back up /home /etc and /var/lib/portage/world from the
 current system and reinstall using the last two directories to minimise
 manual configuration of your box.

:-)

I thought of some more logic.

A box running python-2.4.x will likely need most of it's packages updated 
anyway, probably at least 90% given the high rate of ebuild churn in portage.

So one can spent many fruitless hours navigating through all the blockers 
figuring out in what order that 90%+ must be built. With very high odds that 
some emerges will fail needing manual intervention.

Or rather just start over and let portage figure it out reliably as there will 
be no blockers. With very high odds that no emerges will fail, resulting in no 
manual intervention.

I've also found that masochistically trying to figure out it all out (yes I 
have tried it...) taught me nothing. Eventually I would just:

emerge -C gigantic list of everything mentioned in blocker output
emerge -av gigantic list of everything mentioned in blocker output

So it's not even a learning opportunity. But upgrading to KDE-4.6.0 from 4.5.x 
when I had kbluetooth installed - now *that* was an excellent learning 
opportunity.


-- 
alan dot mckinnon at gmail dot com



Re: [gentoo-user] emerge on really old tree

2011-01-31 Thread Mick
On Monday 31 January 2011 23:31:23 Alan McKinnon wrote:

 So it's not even a learning opportunity. But upgrading to KDE-4.6.0 from
 4.5.x when I had kbluetooth installed - now *that* was an excellent
 learning opportunity.

Tell us more ... what are the gotchas?
-- 
Regards,
Mick


signature.asc
Description: This is a digitally signed message part.