Paul Garlick writes: > Hello Marius, > Thank you for your review. >> I wonder if this could fit in "engineering.scm". Or maybe >> "geometry.scm" >> or "3d.scm". We try to avoid "single program" modules. What do you >> think? > Perhaps maths.scm is the best place, in order to avoid creating a new > module.  The Gmsh package is already there. OK, sounds good! >  To check; am I right in > saying that a library in one module can be used as an input for a > package in another module?  For example, if FreeCAD were to be > packaged, and placed in engineering.scm, could it use opencascade-oce > as an input from maths.scm? That's the intended usage; cross-references are OK too (to an extent). >> > +(define-public opencascade-oce >> > + (package >> > + (name "opencascade-oce") >> > + (version "0.17.2") >> >> Version 0.18 was released a few days ago! > > It would be useful to package both versions.  There is a difference in > the OpenGL graphics card requirements in going from version 0.17.2 to > 0.18. That sounds sensible. Could you try packaging both versions and add a comment with 0.17 mentioning the graphics card requirement? See e.g. 'python-requests-2.7' for an example of inheriting another package. >> > >> > + (license license:lgpl2.1))) ; plus header files exception >> > > >> >> >> Please expand on the exception comment and mention >> OCCT_LGPL_EXCEPTION.txt. There are also some public domain files, and >> the bundled "gtest" is bsd-3. src/OpenGl/OpenGl_glext.h is distributed >> under the expat license. Some files generated by "bison" has GPL3+. >> > > I have added the information about the expat and BSD-3 licenses.  Can > you elaborate on the public domain files and Bison? At least these two files are public domain: src/Standard/Standard_StdAllocator.hxx src/NCollection/NCollection_StdAllocator.hxx Reading the bison generated files more closely, they contain an exception saying they can be relicensed as part of a larger work, so I think they fall under the "main" license in this case. Sorry for the confusion! Otherwise the patch looks good. I did notice that some of the inputs are not referenced as verified with `guix gc -R /gnu/store/...`. Perhaps they need some configure switches to be enabled? These inputs appear to be unused, or only needed for building: ftgl qt libtool file tk tcl Libtool and file should likely be native-inputs, not sure about the others. Could you check whether they are required and send an updated patch? Thanks in advance! This is the final round, promise ;-)