[vbox-dev] bad linkage of x86_64 vbox
JD
jd1008 at gmail.com
Sat Mar 1 12:42:32 PST 2008
The X86_74 version of vbox I installed is linking with the wrong
qt lib. All x86_64 linux'es install both the 32 bit and 64 bit
versions of a library by default.
The x86_64 version of vbox is choosing to link with the 32 bit
version of the qt library in usr/lib/ instead of /usr/lib64/
To wit:
# /usr/bin/VirtualBox
Qt WARNING: Session management error: Authentication Rejected, reason :
None of the authentication protocols specified are supported and
host-based authentication failed
Qt WARNING: Conflict in
/usr/lib/qt-3.3/plugins/inputmethods/libqimsw-multi.so:
Plugin uses incompatible Qt library!
expected build key "x86_64 Linux g++-4.* full-config", got "i686 Linux
g++-4.* full-config".
Qt WARNING: Conflict in
/usr/lib/qt-3.3/plugins/inputmethods/libqimsw-none.so:
Plugin uses incompatible Qt library!
expected build key "x86_64 Linux g++-4.* full-config", got "i686 Linux
g++-4.* full-config".
Qt WARNING: Conflict in /usr/lib/qt-3.3/plugins/inputmethods/libqsimple.so:
Plugin uses incompatible Qt library!
expected build key "x86_64 Linux g++-4.* full-config", got "i686 Linux
g++-4.* full-config".
Qt WARNING: Conflict in /usr/lib/qt-3.3/plugins/inputmethods/libqxim.so:
Plugin uses incompatible Qt library!
expected build key "x86_64 Linux g++-4.* full-config", got "i686 Linux
g++-4.* full-config".
Furthermore, the rpm VirtualBox-1.5.6_28266_fedora7-1.x86_64.rpm
gets installed into /usr/lib, instead of /usr/lib64.
Fedora 7 for x86_64 (I dont know about others - but perhaps they do the
same):
always installs both 32 bit and 64 bit versions of a library. The 32 bit
version
goes into /usr/lib and the 64 bit in /usr/lib64.
Even though it is no a rule, but seems like it would be a good convention
to follow.
So, is there a new build which solves this problem?
More information about the vbox-dev
mailing list