Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 95310 - dynamic linking consistency... broken ...
Summary: dynamic linking consistency... broken ...
Status: RESOLVED DUPLICATE of bug 83852
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Core system (show other bugs)
Hardware: AMD64 Other
: High normal (vote)
Assignee: Gentoo Linux bug wranglers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-06-07 00:48 UTC by SAngeli
Modified: 2005-06-07 05:59 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description SAngeli 2005-06-07 00:48:07 UTC
Hi,

On a new PC Gentoo 2005.0 amd64, I am about to install kde 3.4.1 as complited all important install sequence. I made sure to run emerge -uD world so that I have my system updated.
I noticed that kde was offering some new USE flags I did not have implemented. So I made changes and then followed Gentoo "Adapting your Entire System to New USE Flags"
I did:
# emerge --update --deep --newuse world
# emerge --depclean
# revdep-rebuild

While revdep-rebuild runnig gave me this:

root # revdep-rebuild

Checking reverse dependencies...
Packages containing binaries and libraries broken by any package update,
will be recompiled.

Collecting system binaries and libraries... done.
  (/root/.revdep-rebuild.1_files)

Collecting complete LD_LIBRARY_PATH... done.
  (/root/.revdep-rebuild.2_ldpath)

Checking dynamic linking consistency...
  broken /opt/blackdown-jre-1.4.2.01/lib/amd64/libjsoundalsa.so (requires libasound.so.2)
  broken /opt/blackdown-jdk-1.4.2.01/jre/lib/amd64/libjsoundalsa.so (requires libasound.so.2)
 done.
  (/root/.revdep-rebuild.3_rebuild)

Assigning files to ebuilds... done.
  (/root/.revdep-rebuild.4_ebuilds)

Evaluating package order... done.
  (/root/.revdep-rebuild.5_order)

All prepared. Starting rebuild...
emerge --oneshot --nodeps  =dev-java/blackdown-jdk-1.4.2.01-r2 =dev-java/blackdown-jre-1.4.2.01-r1
..........





 * Caching service dependencies...>>> dev-java/blackdown-jre-1.4.2.01-r1 merged.

>>> clean: No packages selected for removal.

>>> Auto-cleaning packages ...

>>> No outdated packages were found on your system.


 * GNU info directory index is up-to-date.

Build finished correctly. Removing temporary files... ..........
You can re-run revdep-rebuild to verify that all libraries and binaries
are fixed. If some inconsistency remains, it can be orphaned file, deep
dependency, binary package or specially evaluated library.

Now, what is it and do I have to be concerned?
Then I decided to run revdep-rebuild again, as suggested, and got the same.
What should I do?

Here is my java-config --list-available-vms
Code:
root # java-config --list-available-vms
[blackdown-jre-1.4.2.01] "Blackdown JRE 1.4.2.01" (/etc/env.d/java/20blackdown-jre-1.4.2.01)
[blackdown-jdk-1.4.2.01] "Blackdown JDK 1.4.2.01" (/etc/env.d/java/20blackdown-jdk-1.4.2.01) *

Please let me know. I am waiting for this answer to install kde (not knowing if this might interfeer with kde)

Thank you,
Spiro
Comment 1 Jakub Moc (RETIRED) gentoo-dev 2005-06-07 00:50:48 UTC
Sorry, revdep-rebuild fails to work sanely with binary packages, like java. 

*** This bug has been marked as a duplicate of 83852 ***
Comment 2 SAngeli 2005-06-07 05:42:57 UTC
Thank you for the reply


One question: Is this critical or can I just ingore it?

If I would opt for this solution: 
Added SEARCH_DIRS_MASK="/opt/blackdown-jdk-1.4.2.01" to /etc/make.conf
What would SEARCH.... do?
Can someone explain or point me to a reference where it explains the meaning and
usage of SEARCH.....?

Thank you,
Spiro
Comment 3 Jakub Moc (RETIRED) gentoo-dev 2005-06-07 05:49:09 UTC
(In reply to comment #2)
> Thank you for the reply
> 
> 
> One question: Is this critical or can I just ingore it?

No, it
Comment 4 Jakub Moc (RETIRED) gentoo-dev 2005-06-07 05:49:09 UTC
(In reply to comment #2)
> Thank you for the reply
> 
> 
> One question: Is this critical or can I just ingore it?

No, it´s completely safe to ignore. SEARCH_DIRS_MASK is a feature of
revdep-rebuild that is not in portage yet, you need the ebuild from Bug 62644 if
you´d like to test it.

Thanks. 
Comment 5 SAngeli 2005-06-07 05:59:54 UTC
Thank you for the explanations.

good day,
Spiro