Greetings,

yesterday evening I ran into a problem  involving packages "=media-libs/
libraw-0.21.2" and  "=media-libs/libcdr-0.1.8",  "emerge",  the binhost,
"revdep-rebuild",  and possibly also  the configuration of my rig.   The
problem is reliably reproducible here using six commands:

$ sudo emerge --verbose --color n --oneshot --getbinpkg media-libs/libraw 
media-libs/libcdr
Password: 

Local copy of remote index is up-to-date and will be used.
[binary   R   ] media-libs/libraw-0.21.2-1  USE="jpeg lcms openmp zlib 
-examples" ABI_X86="(64) -32 (-x32)" 
[binary   R   ] media-libs/libcdr-0.1.8-1  USE="-doc -test" 

Would you like to merge these packages? [Yes/No] y
>>> Running pre-merge checks for media-libs/libraw-0.21.2
>>> Emerging binary (1 of 2) media-libs/libraw-0.21.2::gentoo
>>> Installing (1 of 2) media-libs/libraw-0.21.2::gentoo
>>> Completed (1 of 2) media-libs/libraw-0.21.2::gentoo
>>> Emerging binary (2 of 2) media-libs/libcdr-0.1.8::gentoo
>>> Installing (2 of 2) media-libs/libcdr-0.1.8::gentoo
>>> Completed (2 of 2) media-libs/libcdr-0.1.8::gentoo
>>> Jobs: 2 of 2 complete                           Load avg: 0.67, 0.33, 0.23

$ sudo revdep-rebuild --ignore --nocolor --pretend --verbose
 * This is the new python coded version
 * Please report any bugs found using it.
 * The original revdep-rebuild script is installed as revdep-rebuild.sh
 * Please file bugs at: https://bugs.gentoo.org/
 * Collecting system binaries and libraries
 * Collecting dynamic linking information
 * Scanning files
 * Checking dynamic linking consistency
 * Broken files that require: liblcms2_threaded.so (64 bits)
        * /usr/lib64/libcdr-0.1.so.1.0.8
        * /usr/lib64/libraw.so.23.0.0
        * /usr/lib64/libraw_r.so.23.0.0
 * Broken files that require: liblcms2_fast_float.so (64 bits)
        * /usr/lib64/libcdr-0.1.so.1.0.8
        * /usr/lib64/libraw.so.23.0.0
        * /usr/lib64/libraw_r.so.23.0.0
 * Assign files to packages
        * /usr/lib64/libcdr-0.1.so.1.0.8 -> media-libs/libcdr-0.1.8
        * /usr/lib64/libraw_r.so.23.0.0 -> media-libs/libraw-0.21.2
        * /usr/lib64/libraw.so.23.0.0 -> media-libs/libraw-0.21.2

emerge --pretend --verbose --color n --oneshot --complete-graph=y 
media-libs/libraw:0/0.21 media-libs/libcdr:0
[ebuild   R   ] media-libs/libraw-0.21.2  USE="jpeg lcms openmp zlib -examples" 
ABI_X86="(64) -32 (-x32)" 
[ebuild   R   ] media-libs/libcdr-0.1.8  USE="-doc -test" 
$

So I added option "--complete-graph=y" as suggested above,  but retained
option "--getbinpkg":

$ sudo emerge --verbose --color n --oneshot --getbinpkg --complete-graph=y 
media-libs/libraw media-libs/libcdr

Local copy of remote index is up-to-date and will be used.
[binary   R   ] media-libs/libraw-0.21.2-1  USE="jpeg lcms openmp zlib 
-examples" ABI_X86="(64) -32 (-x32)" 
[binary   R   ] media-libs/libcdr-0.1.8-1  USE="-doc -test" 

Would you like to merge these packages? [Yes/No] y
>>> Running pre-merge checks for media-libs/libraw-0.21.2
>>> Emerging binary (1 of 2) media-libs/libraw-0.21.2::gentoo
>>> Installing (1 of 2) media-libs/libraw-0.21.2::gentoo
>>> Completed (1 of 2) media-libs/libraw-0.21.2::gentoo
>>> Emerging binary (2 of 2) media-libs/libcdr-0.1.8::gentoo
>>> Installing (2 of 2) media-libs/libcdr-0.1.8::gentoo
>>> Completed (2 of 2) media-libs/libcdr-0.1.8::gentoo
>>> Jobs: 2 of 2 complete                           Load avg: 0.84, 0.51, 0.31

$ sudo revdep-rebuild --ignore --nocolor --pretend --verbose
 * This is the new python coded version
 * Please report any bugs found using it.
 * The original revdep-rebuild script is installed as revdep-rebuild.sh
 * Please file bugs at: https://bugs.gentoo.org/
 * Collecting system binaries and libraries
 * Collecting dynamic linking information
 * Scanning files
 * Checking dynamic linking consistency
 * Broken files that require: liblcms2_fast_float.so (64 bits)
        * /usr/lib64/libcdr-0.1.so.1.0.8
        * /usr/lib64/libraw.so.23.0.0
        * /usr/lib64/libraw_r.so.23.0.0
 * Broken files that require: liblcms2_threaded.so (64 bits)
        * /usr/lib64/libcdr-0.1.so.1.0.8
        * /usr/lib64/libraw.so.23.0.0
        * /usr/lib64/libraw_r.so.23.0.0
 * Assign files to packages
        * /usr/lib64/libcdr-0.1.so.1.0.8 -> media-libs/libcdr-0.1.8
        * /usr/lib64/libraw_r.so.23.0.0 -> media-libs/libraw-0.21.2
        * /usr/lib64/libraw.so.23.0.0 -> media-libs/libraw-0.21.2

emerge --pretend --verbose --color n --oneshot --complete-graph=y 
media-libs/libcdr:0 media-libs/libraw:0/0.21
[ebuild   R   ] media-libs/libraw-0.21.2  USE="jpeg lcms openmp zlib -examples" 
ABI_X86="(64) -32 (-x32)" 
[ebuild   R   ] media-libs/libcdr-0.1.8  USE="-doc -test" 
$

Finally, I used the command suggested above verbatim  (except for option
"--pretend", of course):

$ sudo emerge --verbose --color n --oneshot --complete-graph=y 
media-libs/libraw media-libs/libcdr
[ebuild   R   ] media-libs/libraw-0.21.2  USE="jpeg lcms openmp zlib -examples" 
ABI_X86="(64) -32 (-x32)" 
[ebuild   R   ] media-libs/libcdr-0.1.8  USE="-doc -test" 

Would you like to merge these packages? [Yes/No] y
>>> Verifying ebuild manifests
>>> Running pre-merge checks for media-libs/libraw-0.21.2
>>> Emerging (1 of 2) media-libs/libraw-0.21.2::gentoo
>>> Installing (1 of 2) media-libs/libraw-0.21.2::gentoo
>>> Completed (1 of 2) media-libs/libraw-0.21.2::gentoo
>>> Emerging (2 of 2) media-libs/libcdr-0.1.8::gentoo
>>> Installing (2 of 2) media-libs/libcdr-0.1.8::gentoo
>>> Completed (2 of 2) media-libs/libcdr-0.1.8::gentoo
>>> Jobs: 2 of 2 complete                           Load avg: 1.72, 1.08, 0.58

$ sudo revdep-rebuild --ignore --nocolor --pretend --verbose
 * This is the new python coded version
 * Please report any bugs found using it.
 * The original revdep-rebuild script is installed as revdep-rebuild.sh
 * Please file bugs at: https://bugs.gentoo.org/
 * Collecting system binaries and libraries
 * Collecting dynamic linking information
 * Scanning files
 * Checking dynamic linking consistency

Your system is consistent
$ 

Does anybody out there have an idea  why these two packages  are not in-
stallable from the binhost or what else is going wrong here?

Sincerely,
  Rainer

Reply via email to