Hello, June 6, 2020 10:54 AM, "Sean Whitton" <[email protected]> wrote:
> Hello, > > On Wed 27 May 2020 at 01:45AM -05, Kurt Kremitzki wrote: > >> This is an upstream bug which I recognized as a problem in this upload. I >> attempted a fix (note the .changes file lists the binary package >> libnglib-6.2), >> which I knew was not the ideal fix, but I figured by the time the new version >> got through NEW, I would know how to fix it correctly. >> >> I submitted a bug to upstream [1] which describes the fixes needed in their >> CMake configuration. If I don't hear from them before too long I will come up >> with a patch unilaterally which addresses this issue. >> >>> This seems especially pointless given that there are no rdepends on >>> sid, so far as I can tell. >> >> FreeCAD has optional integration with netgen which has languished because of >> packaging problems which I am trying to address. Additionally, upstream's >> "main" effort, ngsolve, depends on netgen, but it isn't packaged yet. > > So freecad will depend on netgen once this makes it into the archive? > Yes. >>> Also, an ftptrainee noticed that d/copyright does not account for >>> debian/, ng/Togl-1.7 and ng/Togl2.1. Do the copies of Togl make it >>> into the binary packages, or are they only used in the build process, >>> or what? >> >> ng/Togl-1.7 is leftover cruft, and ng/Togl2.1 is really only needed for Mac >> builds, though a tiny patch is required to not use it during building. There >> is a libtogl.a produced during the build but not included in libnglib-dev (or >> elsewhere.) Both directories can be excluded in d/copyright and removed on >> the >> next upstream code import. > > So, just to be clear, those copies do not make it into the binary package? Yes. > > -- > Sean Whitton -- debian-science-maintainers mailing list [email protected] https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/debian-science-maintainers
