Bug#457075: Salomé packaging
Hi Adam,
>
> > I guess that it is not relevant to run the 5.1.3-4 build again
> > if this version works for you. I am now starting a complete build
> > with all modules.
>
> I've built -5 with everything but VISU and NETGENPLUGIN (which don't
> build), they're at http://lyre.mit.edu/~powell/salome/ .
>
> There's lots more to do, but having a version which runs seems like a
> big milestone. If you could test it, that would be great. This may
> even be worth uploading, so it gets started in the NEW queue, and if all
> goes well we can start using the Debian bug reporting system.
It works that time, I only had to export the LD_LIBRARY_PATH variable
in runSalome, I have attached the patch.
I could run Salome with the GEOM, MED, SMESH and YACS modules which
are loaded by default. The MULTIPTR and HELLO modules work too when
added on the command line. The PYHELLO module seems to have a loading
problem but that is a developer example. The remaining modules do not
seem to have a GUI. I plan to work on the VISU module now once the
patches are sent to upstream.
Thank you very much for the great work, I am glad to see a first
working version in Debian.
All the best,
André
commit 30d1a66cc4b1a4023a1397391ed8bdcf570cd50b
Author: Andre Espaze <andre.espaze@logilab.fr>
Date: Wed Apr 21 09:39:46 2010 +0200
LD_LIBRARY_PATH is required for runSalome
Exporting the variable LD_LIBRARY_PATH is required for starting Salome
even if the variable points to a default research path.
diff --git a/debian/runSalome.in b/debian/runSalome.in
index a7dddb7..a892a75 100644
--- a/debian/runSalome.in
+++ b/debian/runSalome.in
@@ -23,6 +23,7 @@ export PYTHONPATH=$PYTHONPATH:@pythondir@/omniORB:${SALOME_PYTHON_DIR}
# This is a major kludge! But it's necessary for Salome to open with .py files
# in the right place...
export PATH=$PATH:${SALOME_PYTHON_DIR}
+export LD_LIBRARY_PATH=${prefix}/lib:$LD_LIBRARY_PATH
export CASROOT=@prefix@
export CSF_GraphicShr=${CASROOT}/lib/libTKOpenGl.so
export CSF_UnitsLexicon=${CASROOT}/share/opencascade/6.3.0/src/UnitsAPI/Lexi_Expr.dat
Reply to: