--- Comment #21 from T.C. Hollingsworth <tchollingsworth(a)gmail.com> ---
(In reply to comment #20)
A small update on the contrib sources after being in contact with upstream:
gmsh module under heavy development, license has not been chosen yet.
This may be acceptable since they have the same upstream and upstream doesn't
intend for it to be a shared library. They will, of course, need to select a
license acceptable for Fedora first, though. ;-)
- lbfgs: same code as upstream
- mmg3d: basically same code as upstream with few patches to make it
compile on Windows/Mac. Guess we don't need these ones :)
These need to be packaged separately and gmsh patched to use the shared
- Salome: modified to make it compile with open cascade. Patches
incorporated already in the Salome sources. But what about license of open
cascade? I can find it only in the rpmfusion non-free repo, probably for a
OpenCASCADE's non-freeness is described in detail here:
And FYI, here is a citation of the upstream reply to whether gmesh
functionality will be severely reduced by not linking against open cascade:
"Yes: not linking with opencascade means that Gmsh will not be able to
import CAD models in STEP, IGES or BRep formats."
Hmm, gmsh might do better in rpmfusion-nonfree then. If gmsh will have to be
stripped down so much to be useless to most end users, there's really no point
in shipping it in Fedora proper.
Note that the bundled library policy still applies over at RPMFusion, so that
will still need to be resolved.
You are receiving this mail because:
You are on the CC list for the bug.