Comments regarding netgen_6.2.1810+dfsg1-1_amd64.changes

kurt at kwk.systems kurt at kwk.systems
Tue Jun 16 22:35:43 BST 2020


Hello,

June 6, 2020 10:54 AM, "Sean Whitton" <spwhitton at spwhitton.name> 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



More information about the debian-science-maintainers mailing list