Control: reassign -1 src:glibc 2.19-19
Control: forcemerge -1 672774
I just noticed the earlier, duplicate bug.
Description: Digital signature
Processing control commands:
> reassign -1 src:glibc 2.19-19
Bug #798064 [glibc] glibc: please find kfreebsd-kernel-headers in multiarch path
Bug reassigned from package 'glibc' to 'src:glibc'.
No longer marked as found in versions 2.19-19.
Ignoring request to alter fixed versions of bug #798
On Sat, Sep 05, 2015 at 01:50:02AM +0100, Steven Chamberlain wrote:
> We're hoping to move kfreebsd-kernel-headers' files to multiarch
> path /usr/include/$(DEB_TARGET_MULTIARCH), so that headers of other
> kernels are co-installable on a build machine (for cross-building and
Sorry, that was wrong. Required headers could be located in
/usr/include/sys and /usr/include/$(DEB_HOST_MULTIARCH)/sys at the same
time. It is necessary to split debian/include/sys/ and link to
individual headers (or subdirectories) wherever they are located.
I think I have a patch now that
Helmut Grohne wrote:
> So maybe we could find a way that works for both the "dpkg-cross" way
> (at least in theory) and the multiarch way.
> For linux this is not sorted out either yet. The relevant code here is
> in debian/sysdeps/linux.mk:
> | ifeq
Steven Chamberlain wrote:
> We can just do the same in kfreebsd.mk, using multiarch headers if
> they're found, or the old locations as a fallback.
Turns out this was not backward-compatible, because other packages
(libc0.1-dev) may create /usr/include/$(DEB_HOST_ARCH)/sys, having
some but not
We're hoping to move kfreebsd-kernel-headers' files to multiarch
path /usr/include/$(DEB_TARGET_MULTIARCH), so that headers of other
kernels are co-installable on a build machine (for cross-building and
Mail list logo