Re: Salomé package
On Thu, 2008-01-17 at 11:12 -0500, Adam C Powell IV wrote:
> I'm working on a Salomé package, which is taking a very long time for
> several reasons.
So I completed the VTK 5 port, and built the package. I'm putting -3 up
at the usual place: http://lyre.mit.edu/~powell/salome/ As with
OpenCASCADE, it's not complete; for starters:
* The -dev package only contains headers, .idl files and .so
symlinks, so it should be arch all (not any).
* The tests need to get out of the salome package and into their
own separate package.
* A bunch more files can move from salome to salome-common.
* The lib package weighs in at 50 MiB, and installed occupies >250
MiB! There's probably a sane way to divide it up, as with
Jason's OpenCASCADE division.
* At some point I'll make a separate xdata binary package.
It now runs, though it can't seem to find any of the modules. Output is
on the Salomé forum.
Same caveats regarding build-depends, and by extension, regarding
> * It needs HDF5-OpenMPI packages, which require a fix to bug
> 457080, in progress by the Debian GIS team (they're packaging a
> new version)
> * It needs OpenMPI 1.2.5-1 in unstable
> * It needs omniORB 4.0.x, which is in testing, but unstable has
> 4.1.x; porting Salomé to the new omniORB is a much bigger task
> than I have time for now!
> When the package successfully builds and installs, I'll send a lot of my
> patches upstream.
I've been trying to contact upstream. The two email addresses on the
Salomé website bounce back, so I submitted something to the OpenCASCADE
web contact form a couple of days ago... Building Salomé requires a
*lot* of patches, and it would be really nice to not have to port them
all when a new version is released!
GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6
Engineering consulting with open source tools