[gentoo-user] emerge on really old tree
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 ] 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-glibc2.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
mime_magic negotiation rewrite setenvif speling status unique_id userdir
usertrack vhost_alias" COLLECTD_PLUGINS="df interface irq load memory
rrdtool swap syslog
Re: [gentoo-user] emerge on really old tree
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
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 ] 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
Re: [gentoo-user] emerge on really old tree
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
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 emerge -av 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
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.
Re: [gentoo-user] emerge on really old tree
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="
Re: [gentoo-user] emerge on really old tree
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=" 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
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
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="
> >
> > > > >
> > "
> >
> > 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
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-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-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,
Re: [gentoo-user] emerge on really old tree
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
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
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
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
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
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
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.
