Bug#940906: make autopkgtest working

Carsten Schoenert c.schoenert at t-online.de
Sun Dec 8 11:12:02 GMT 2019


Ping?

Any objections on this issue?
This report is now opened for almost 3 months and prevents me from
building the KiCad packages for backports, thats a bit unfortunate.

The patches doesn't touch any technical things within the libglm-dev
package and are quite straight forwrad. So please consider to apply
them. Upstream seems to excuse the patches by "no technical knowledge"
about the CMake system in this detail.

The original PR can be found here
https://github.com/g-truc/glm/pull/966

Regards
Carsten

On Sat, Nov 23, 2019 at 04:02:21PM +0100, Carsten Schoenert wrote:
> Control: tags -1 patch
> Control: affects -1 src:kicad
> Control: severity -1 important
> 
> Hello Guus,
> 
> currently the version of glm in unstable is preventing kicad on
> migrating to testing.
> 
> The main difference between the version in testing and unstable is the
> lack of the files
> 
> /usr/lib/cmake/glm/glmConfig.cmake
> /usr/lib/cmake/glm/glmConfigVersion.cmake
> /usr/lib/cmake/glm/glmTargets.cmake
> 
> which are not shipped/installed anymore in 0.9.9.6 and thus the
> autopkgtest is failing as it is using these config files. So the
> autopkgtest is right.
> 
> There is a MR on the upstream project which will bring back the files
> 
> glmConfig.cmake
> glmConfig-version.cmake
> 
> This alone isn't enough as these files need also get installed (again)
> into the binary package. So I added the new shipped files within another
> patch.
> 
> Find attached two patches which makes the autopkgtest working again.
> Feel free to use/modify these patches so src:glm is working correctly
> within an autopkgtest.
> 
> Regards
> Carsten



More information about the debian-science-maintainers mailing list