https://bugzilla.redhat.com/show_bug.cgi?id=753577 --- Comment #21 from T.C. Hollingsworth <tchollingsworth@xxxxxxxxx> --- (In reply to comment #20) > Hi! > > A small update on the contrib sources after being in contact with upstream: > > - HighOrderMeshOptimizer > 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 libraries then. > - Salome: modified to make it compile with open cascade. Patches might be > 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 > reason? OpenCASCADE's non-freeness is described in detail here: http://lists.fedoraproject.org/pipermail/legal/2011-September/001713.html > 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. _______________________________________________ package-review mailing list package-review@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/package-review