Bug#1025259: libzfp-dev: cmake files misplaced
if you’re in a hurry please go ahead with team upload. thank you Gürkan > On 1 Dec 2022, at 18:37, Helmut Grohne wrote: > > Control: tags -1 + patch > >> On Thu, Dec 01, 2022 at 04:56:35PM +0100, Helmut Grohne wrote: >> The cmake files shipped by libzfp-dev are misplaced. The upstream code >> expects them to be in a multiarch location while the installation >> procedure strips that multiarch directory (via debian/libzfp-dev.install >> line 3). When cmake computes the installation prefix (by removing >> trailing path components), it tries to remove the multiarch directory, >> but ends up removing /usr thus looking for includes in /include, which >> doesn't exist. What you see is this: > > I'm attaching a patch for your convenience. Would you mind uploading it > soonish or allowing Enrico or me to upload it as NMU or team upload? > > Thanks in advance > > Helmut >
Bug#1025259: libzfp-dev: cmake files misplaced
Control: tags -1 + patch On Thu, Dec 01, 2022 at 04:56:35PM +0100, Helmut Grohne wrote: > The cmake files shipped by libzfp-dev are misplaced. The upstream code > expects them to be in a multiarch location while the installation > procedure strips that multiarch directory (via debian/libzfp-dev.install > line 3). When cmake computes the installation prefix (by removing > trailing path components), it tries to remove the multiarch directory, > but ends up removing /usr thus looking for includes in /include, which > doesn't exist. What you see is this: I'm attaching a patch for your convenience. Would you mind uploading it soonish or allowing Enrico or me to upload it as NMU or team upload? Thanks in advance Helmut
Bug#1025259: libzfp-dev: cmake files misplaced
Package: libzfp-dev Version: 1.0.0-3 Severity: important X-Debbugs-Cc: enr...@debian.org The cmake files shipped by libzfp-dev are misplaced. The upstream code expects them to be in a multiarch location while the installation procedure strips that multiarch directory (via debian/libzfp-dev.install line 3). When cmake computes the installation prefix (by removing trailing path components), it tries to remove the multiarch directory, but ends up removing /usr thus looking for includes in /include, which doesn't exist. What you see is this: | Make Error in src/CMakeLists.txt: | Imported target "zfp::zfp" includes non-existent path | | "/include" | | in its INTERFACE_INCLUDE_DIRECTORIES. Possible reasons include: | | * The path was deleted, renamed, or moved to another location. | | * An install or uninstall procedure did not complete successfully. | | * The installation package was faulty and references files it does not | provide. Helmut