On 10/05/2016 18:14, meino.cra...@gmx.de wrote:
>
> Hi,
>
> This evening - after daily updates without any problem - suddenly
> the Matrix had a glitch and its architect sitting in front of the
> dozens of vintage Cathode Ray Tubes scratches his head and silence
> was his answer to all this:
>
> Diffing databases (18977 -> 18977 packages)
> [U] == sys-apps/man-pages (4.04@03/15/16; 4.04^b -> 4.05^b): A somewhat
> comprehensive collection of Linux man pages
> * Time statistics:
> 237 seconds for syncing
> 89 seconds for eix-update
> 2 seconds for eix-diff
> 330 seconds total
>
> These are the packages that would be merged, in reverse order:
>
> Calculating dependencies... done!
> [ebuild R ]
> cross-armv7a-hardfloat-linux-gnueabi/gcc-4.9.3:4.9.3::crossdev USE="cxx
> fortran multilib nls nptl openmp sanitize vtv%* (-altivec) -awt -cilk -debug
> -doc (-fixed-point) -gcj -go -graphite -hardened -libssp -multislot -nopie
> -nossp -objc -objc++ -objc-gc -regression-test -vanilla" 39 KiB
> [ebuild R ~] cross-avr/gcc-5.3.0:5.3.0::crossdev USE="cxx multilib nls
> nptl openmp sanitize vtv%* (-altivec) -awt -cilk -debug -doc (-fixed-point)
> -fortran -gcj -go -graphite -hardened -jit -libssp -multislot -nopie -nossp
> -objc -objc++ -objc-gc -regression-test -vanilla" 0 KiB
> [ebuild R ] sys-devel/gcc-4.9.3:4.9.3::gentoo USE="cxx fortran
> (multilib) nls nptl objc openmp sanitize vtv%* (-altivec) (-awt) -cilk -debug
> -doc (-fixed-point) -gcj -go -graphite (-hardened) (-libssp) -multislot
> -nopie -nossp -objc++ -objc-gc -regression-test -vanilla" 0 KiB
> [ebuild U ] sys-apps/man-pages-4.05::gentoo [4.04::gentoo] USE="nls"
> LINGUAS="-da -de -fr -it -ja -nl -pl -ro -ru -zh_CN" 1419 KiB
> [ebuild U ] sys-libs/timezone-data-2016c::gentoo [2016a::gentoo]
> USE="nls -leaps_timezone" 490 KiB
> [blocks B ] <cross-armv7a-hardfloat-linux-gnueabi/gcc-4.9
> ("<cross-armv7a-hardfloat-linux-gnueabi/gcc-4.9" is blocking
> cross-armv7a-hardfloat-linux-gnueabi/gcc-4.9.3)
> [blocks B ] <sys-devel/gcc-4.9 ("<sys-devel/gcc-4.9" is blocking
> sys-devel/gcc-4.9.3)
This last one is the real problem. gcc-4.9 and higher cannot co-exist
with lower versions, per the below it's gcc:4.4
unmerge all <gcc-4.9
more info below:
>
> Total: 5 packages (2 upgrades, 3 reinstalls), Size of downloads: 1948 KiB
> Conflict: 2 blocks (2 unsatisfied)
>
> * Error: The above package list contains packages which cannot be
> * installed at the same time on the same system.
This is info. It tells you portage can't complete the dep resolution
>
> (sys-devel/gcc-4.4.7:4.4/4.4::gentoo, installed) pulled in by
> sys-devel/gcc:4.4 required by @selected
and now the reasons why the blockers are triggered.
gcc-4.4.7 can't be co-installed with gcc-4.9.*
>
> (cross-armv7a-hardfloat-linux-gnueabi/gcc-4.5.4:4.5/4.5::x-portage,
> installed) pulled in by
> cross-armv7a-hardfloat-linux-gnueabi/gcc:4.5 required by @selected
> cross-armv7a-hardfloat-linux-gnueabi/gcc required by @selected
Same issue, this time for one of your crossdev compilers
>
> (sys-devel/gcc-4.9.3:4.9.3/4.9.3::gentoo, ebuild scheduled for merge)
> pulled in by
> sys-devel/gcc required by @selected
> >=sys-devel/gcc-3.4.4 required by
> (cross-armv7a-sfloat-linux-gnueabi/glibc-2.15-r3:2.2/2.2::x-portage,
> installed)
> sys-devel/gcc required by @system
> >=sys-devel/gcc-3.4.4 required by
> (cross-armv7a-softfloat-linux-gnueabi/glibc-2.15-r3:2.2/2.2::x-portage,
> installed)
> >=sys-devel/gcc-4.3 required by
> (cross-armv7a-softfloat-linux-gnueabi/glibc-2.15-r3:2.2/2.2::x-portage,
> installed)
> >=sys-devel/gcc-3.0 required by (sys-devel/llvm-3.5.0:0/3.5::gentoo,
> installed)
> >=sys-devel/gcc-4.1.0 required by
> (cross-armv7a-sfloat-linux-gnueabi/glibc-2.15-r3:2.2/2.2::x-portage,
> installed)
> sys-devel/gcc[openmp] required by
> (app-arch/pxz-5.0_pre20110811:0/0::gentoo, installed)
> >=sys-devel/gcc-4.7[cxx] required by
> (dev-util/nvidia-cuda-toolkit-7.5.18-r2:0/7.5.18::gentoo, installed)
> >=sys-devel/gcc-4.6 required by (sys-libs/glibc-2.22-r4:2.2/2.2::gentoo,
> installed)
> sys-devel/gcc[fortran,openmp?] (sys-devel/gcc[fortran,openmp]) required
> by (virtual/fortran-0:0/0::gentoo, installed)
> >=sys-devel/gcc-4.9 required by (net-libs/webkit-gtk-2.10.9:4/37::gentoo,
> installed)
> >=sys-devel/gcc-4.9.3 required by
> (dev-java/icedtea-bin-7.2.6.6-r1:7/7::gentoo, installed)
> <sys-devel/gcc-5[cxx] required by
> (dev-util/nvidia-cuda-toolkit-7.5.18-r2:0/7.5.18::gentoo, installed)
> >=sys-devel/gcc-3.4.6 required by (dev-db/mysql-5.6.28:0/18::gentoo,
> installed)
this is the full dep graph list of why gcc-4.9 is being pulled in
> (cross-armv7a-hardfloat-linux-gnueabi/gcc-4.9.3:4.9.3/4.9.3::crossdev,
> ebuild scheduled for merge) pulled in by
> >=cross-armv7a-hardfloat-linux-gnueabi/gcc-4.6 required by
> (cross-armv7a-hardfloat-linux-gnueabi/glibc-2.22-r4:2.2/2.2::crossdev,
> installed)
> cross-armv7a-hardfloat-linux-gnueabi/gcc required by @selected
same for the crossdev compiler
>
>
> For more information about Blocked Packages, please refer to the following
> section of the Gentoo Linux x86 Handbook (architecture is irrelevant):
>
> https://wiki.gentoo.org/wiki/Handbook:X86/Working/Portage#Blocked_packages
>
> Since the problem is caused by those tools in part, which are needed to solve
> the problem itself, the architect has no problem to feed his question
> to the grand masters architects, the center of all the knowledge, the
> singularity of all recursive dependencies: What the f??k is this? How
> can I get out of this deja vu?
>
> ;)
>
> (all this written with a big ;) in mind and face and by no means meant
> as critsm. But please: Make emerge a little more ... understandable ...
It's a hard problem to solve, and portage doesn't really know the
solution. It likely knows how to make itself shut up (remove the low
version compilers) but that's unlikely to *solve* it. Maybe you really
want to have 4.4 and 4.9, portage doesn't know how it can give that to
you so it brain dumps everything it's got and tells you to figure it out.
I think we're all going to have to live with this, it's a problem unique
to Gentoo and the amount of complexity we support. Price of flexibility
I guess
--
Alan McKinnon
alan.mckin...@gmail.com
