Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 307215 - sci-misc/brlcad-7.16.6 needs to move away from /usr/brlcad or use LDPATH
Summary: sci-misc/brlcad-7.16.6 needs to move away from /usr/brlcad or use LDPATH
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Gentoo Science Related Packages
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-02-28 18:09 UTC by Francisco Lloret
Modified: 2010-03-03 15:53 UTC (History)
1 user (show)

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 Francisco Lloret 2010-02-28 18:09:42 UTC
After compile BRL-CAD, the program don't run. mged returms this error:

$ mged
mged: error while loading shared libraries: libitcl3.4.so: cannot open shared object file: No such file or directory

documentation says:

"Although /usr/brlcad/bin/mged works under Ubuntu as well, the alternative is to use a special BRL terminal which can be started with brlterm. In this terminal the command mged will run the program."

but the brlterm executable don't exists:

$ brlterm
bash: brlterm: no se encontró la orden


Reproducible: Always

Actual Results:  
BRL-CAD don't runs

Expected Results:  
BRL-CAD running ok.
Comment 1 Rafał Mużyło 2010-02-28 19:28:42 UTC
Did you try revdep-rebuild already ?
Perhaps reemerging brlcad will be enough.
Comment 2 Francisco Lloret 2010-02-28 19:47:36 UTC
brlcad is the last but one package installed:

# tail /var/log/emerge.log -n20
1267368298:  === (2 of 3) Cleaning (sci-misc/brlcad-7.16.6::/usr/portage/sci-misc/brlcad/brlcad-7.16.6.ebuild)
1267368298:  === (2 of 3) Compiling/Merging (sci-misc/brlcad-7.16.6::/usr/portage/sci-misc/brlcad/brlcad-7.16.6.ebuild)
1267375346:  === (2 of 3) Merging (sci-misc/brlcad-7.16.6::/usr/portage/sci-misc/brlcad/brlcad-7.16.6.ebuild)
1267375358:  >>> AUTOCLEAN: sci-misc/brlcad:0
1267375358:  === Unmerging... (sci-misc/brlcad-7.16.6)
1267375360:  >>> unmerge success: sci-misc/brlcad-7.16.6
1267375372:  === (2 of 3) Post-Build Cleaning (sci-misc/brlcad-7.16.6::/usr/portage/sci-misc/brlcad/brlcad-7.16.6.ebuild)
1267375372:  ::: completed emerge (2 of 3) sci-misc/brlcad-7.16.6 to /
1267375372:  >>> emerge (3 of 3) dev-db/mysql-5.0.84-r1 to /
1267375376:  === (3 of 3) Cleaning (dev-db/mysql-5.0.84-r1::/usr/portage/dev-db/mysql/mysql-5.0.84-r1.ebuild)
1267375376:  === (3 of 3) Compiling/Merging (dev-db/mysql-5.0.84-r1::/usr/portage/dev-db/mysql/mysql-5.0.84-r1.ebuild)
1267375972:  === (3 of 3) Merging (dev-db/mysql-5.0.84-r1::/usr/portage/dev-db/mysql/mysql-5.0.84-r1.ebuild)
1267375979:  >>> AUTOCLEAN: dev-db/mysql:0
1267375979:  === Unmerging... (dev-db/mysql-5.0.84-r1)
1267375985:  >>> unmerge success: dev-db/mysql-5.0.84-r1
1267375987:  === (3 of 3) Post-Build Cleaning (dev-db/mysql-5.0.84-r1::/usr/portage/dev-db/mysql/mysql-5.0.84-r1.ebuild)
1267375987:  ::: completed emerge (3 of 3) dev-db/mysql-5.0.84-r1 to /
1267375987:  *** Finished. Cleaning up...
1267375988:  *** exiting successfully.
1267375995:  *** terminating.

and revdep-rebuid don't reinstall anything

# revdep-rebuild
 * Configuring search environment for revdep-rebuild

 * Checking reverse dependencies
 * Packages containing binaries and libraries broken by a package update
 * will be emerged.

 * Collecting system binaries and libraries
 * Generated new 1_files.rr
 * Collecting complete LD_LIBRARY_PATH
 * Generated new 2_ldpath.rr
 * Checking dynamic linking consistency
[ 100% ]                 

 * Dynamic linking on your system is consistent... All done. 

But the error remains:

$ mged
mged: error while loading shared libraries: libitcl3.4.so: cannot open shared object file: No such file or directory
Comment 3 Rafał Mużyło 2010-03-01 00:51:05 UTC
Attach full build log of brlcad then.
Comment 4 Rafał Mużyło 2010-03-01 00:54:27 UTC
...and check the output of ldd on mged (if that's not
some script, in that case trace it back to the executable).

Oh, and just in case, does 'revdep-rebuild -i'
have same effect ?
Comment 5 Rafał Mużyło 2010-03-01 00:57:24 UTC
I should really hit that commit button a bit slower.

Try also 'SEARCH_DIRS=/usr/brlcad/bin revdep-rebuild'.
Comment 6 Francisco Lloret 2010-03-01 15:02:13 UTC
(In reply to comment #4)
> ...and check the output of ldd on mged (if that's not
> some script, in that case trace it back to the executable).
> 
> Oh, and just in case, does 'revdep-rebuild -i'
> have same effect ?
> 

# ldd /usr/brlcad/bin/mged
	linux-vdso.so.1 =>  (0x00007fff81d4a000)
	libtermio.so.19 => /usr/brlcad/lib64/libtermio.so.19 (0x00007fe18d828000)
	libncurses.so.5 => /lib/libncurses.so.5 (0x00007fe18d5d7000)
	libdm.so.19 => /usr/brlcad/lib64/libdm.so.19 (0x00007fe18d3a4000)
	libged.so.19 => /usr/brlcad/lib64/libged.so.19 (0x00007fe18cfc6000)
	libwdb.so.19 => /usr/brlcad/lib64/libwdb.so.19 (0x00007fe18cdbb000)
	libanalyze.so.19 => /usr/brlcad/lib64/libanalyze.so.19 (0x00007fe18cbb9000)
	librt.so.19 => /usr/brlcad/lib64/librt.so.19 (0x00007fe17e195000)
	libbn.so.19 => /usr/brlcad/lib64/libbn.so.19 (0x00007fe17df39000)
	libsysv.so.19 => /usr/brlcad/lib64/libsysv.so.19 (0x00007fe17dd37000)
	libopenNURBS.so.0 => /usr/brlcad/lib64/libopenNURBS.so.0 (0x00007fe17d794000)
	libfb.so.19 => /usr/brlcad/lib64/libfb.so.19 (0x00007fe17d55f000)
	libbu.so.19 => /usr/brlcad/lib64/libbu.so.19 (0x00007fe17d31c000)
	libpkg.so.19 => /usr/brlcad/lib64/libpkg.so.19 (0x00007fe17d114000)
	libtclcad.so.19 => /usr/brlcad/lib64/libtclcad.so.19 (0x00007fe17cee9000)
	libstdc++.so.6 => /usr/lib/gcc/x86_64-pc-linux-gnu/4.3.4/libstdc++.so.6 (0x00007fe17cbde000)
	libxcb.so.1 => /usr/lib/libxcb.so.1 (0x00007fe17c9c0000)
	libXi.so.6 => /usr/lib/libXi.so.6 (0x00007fe17c7b5000)
	libXext.so.6 => /usr/lib/libXext.so.6 (0x00007fe17c5a2000)
	libX11.so.6 => /usr/lib/libX11.so.6 (0x00007fe17c267000)
	libXau.so.6 => /usr/lib/libXau.so.6 (0x00007fe17c063000)
	libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0x00007fe17be5d000)
	libdl.so.2 => /lib/libdl.so.2 (0x00007fe17bc59000)
	libGL.so.1 => //usr/lib64/opengl/nvidia/lib/libGL.so.1 (0x00007fe17ba61000)
	libpng12.so.0 => /usr/lib/libpng12.so.0 (0x00007fe17b83b000)
	libz.so.1 => /lib/libz.so.1 (0x00007fe17b626000)
	libm.so.6 => /lib/libm.so.6 (0x00007fe17b3a3000)
	libc.so.6 => /lib/libc.so.6 (0x00007fe17b04a000)
	libpthread.so.0 => /lib/libpthread.so.0 (0x00007fe17ae2e000)
	libnsl.so.1 => /lib/libnsl.so.1 (0x00007fe17ac16000)
	libitcl3.4.so => not found
	libtcl8.5.so => /usr/lib/libtcl8.5.so (0x00007fe17a8fe000)
	libitk3.4.so => not found
	libtk8.5.so => /usr/lib/libtk8.5.so (0x00007fe17a5bb000)
	libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00007fe17a3a4000)
	/lib64/ld-linux-x86-64.so.2 (0x00007fe18da2b000)
	libitk3.4.so => not found
	libitcl3.4.so => not found
	libGLcore.so.1 => //usr/lib64/opengl/nvidia/lib/libGLcore.so.1 (0x00007fe178f47000)
	libnvidia-tls.so.1 => //usr/lib64/opengl/nvidia/lib/libnvidia-tls.so.1 (0x00007fe18db11000)
	libXss.so.1 => /usr/lib64/libXss.so.1 (0x00007fe178d43000)
	libXft.so.2 => /usr/lib64/libXft.so.2 (0x00007fe178b2e000)
	libfreetype.so.6 => /usr/lib64/libfreetype.so.6 (0x00007fe178897000)
	libfontconfig.so.1 => /usr/lib64/libfontconfig.so.1 (0x00007fe178667000)
	libXrender.so.1 => /usr/lib64/libXrender.so.1 (0x00007fe17845d000)
	libexpat.so.1 => /usr/lib/libexpat.so.1 (0x00007fe178233000)

# revdep-rebuild -i
 * Configuring search environment for revdep-rebuild

 * Checking reverse dependencies
 * Packages containing binaries and libraries broken by a package update
 * will be emerged.

 * Collecting system binaries and libraries
 * Generated new 1_files.rr
 * Collecting complete LD_LIBRARY_PATH
 * Generated new 2_ldpath.rr
 * Checking dynamic linking consistency
[ 100% ]                 

 * Dynamic linking on your system is consistent... All done. 
Comment 7 Francisco Lloret 2010-03-01 15:05:30 UTC
(In reply to comment #5)
> I should really hit that commit button a bit slower.
> 
> Try also 'SEARCH_DIRS=/usr/brlcad/bin revdep-rebuild'.
> 

# SEARCH_DIRS=/usr/brlcad/bin revdep-rebuild
 * Configuring search environment for revdep-rebuild

 * Checking reverse dependencies
 * Packages containing binaries and libraries broken by a package update
 * will be emerged.

 * Collecting system binaries and libraries
 * Generated new 1_files.rr
 * Collecting complete LD_LIBRARY_PATH
 * Generated new 2_ldpath.rr
 * Checking dynamic linking consistency
[ 100% ]                 

 * Dynamic linking on your system is consistent... All done. 
Comment 8 John Sennesael 2010-03-03 02:23:34 UTC
Confirmed, and found the reason/solution:

libitcl3.4.so is installed in /usr/lib/itcl3.4

Now, I haven't checked if this is installed by the brlcad ebuild or by dev-tcltk/itcl but, after emerging brlcad i get the following situation :

eix itcl
[I] dev-tcltk/itcl
     Available versions:  3.3-r1 3.3.1_pre20090417
     Installed versions:  3.3.1_pre20090417(17:54:58 03/02/10)
     Homepage:            http://incrtcl.sourceforge.net/
     Description:         Object Oriented Enhancements for Tcl/Tk

locate libitcl
/usr/lib/itcl3.4/libitcl3.4.so
/usr/lib/itcl3.4/libitclstub3.4.a

The installed version (3.4) does not seem to match portage's version (3.3.1) ?

Either way, whether it is the dev-tcltk/itcl or the brlcad ebuild, the path ( /usr/lib/itcl3.4 ) should be added to /etc/ld.so.conf (and then you need to run ldconfig) - something which was probably left out in either one of the ebuilds.

Comment 9 John Sennesael 2010-03-03 02:25:36 UTC
Update: You will find the same thing needs to be done with /usr/lib/itk3.4
(add to /etc/ld.so.conf)
Comment 10 John Sennesael 2010-03-03 06:45:36 UTC
...

And of course, by adding to /etc/ld.so.conf i mean adding an entry to /etc/ld.so.conf.d so the associative /etc/ld.so.conf entry is generated :)

There seems to be another unrelated issue left though:

  version conflict for package "Tcl": have 8.5.7, need exactly 8.5
  MGED Aborted.
Comment 11 Sébastien Fabbro (RETIRED) gentoo-dev 2010-03-03 15:53:04 UTC
So it should be fixed in 7.16.6-r1 which I've just committed.
Thanks.