Hello,
Guillem pointed out to me that libunbound.pc actually should declare
Requires.private: libbsd
when libunbound.a was compiled against it. That's for the benefit of
anyone static linking against libunbound (though I think in Debian no
packages are doing that at the moment).
My attached
Hello again,
I've attached *another* revision of this patch.
Thanks to Guillem's comments in IRC, I realise reverse-depends need not
link against -lbsd because libunbound.so does so already. So I must not
change libunbound.pc as I did. -lbsd already gets added to Libs.private
when configuring -
Steven Chamberlain wrote:
> Attached is [...]
Oops.
--
Steven Chamberlain
ste...@pyro.eu.org
Date: Wed, 15 Feb 2017 12:44:13 +
From: Steven Chamberlain
Subject: enable use of portable libbsd functions
Add a new configure option `--with-libbsd', which allows to use libbsd's
portable impleme
Control: tags -1 + patch
Hi again,
Attached is an updated patch, that I hope is more suitable for upstream.
It adds a configure option `--with-libbsd' allowing to use it if
desired (instead of using the overlay); and it updates libunbound.pc if
necessary, to tell users of -lunbound to also use -
Control: tags -1 - patch
Hi,
This change, if it was made on all architectures, could cause a
regression for reverse-depends of libunbound-dev, since they would also
need to link with -lbsd and not just -lunbound.
For kfreebsd and hurd, that doesn't matter yet, because the
reverse-depends all FTB
Hi,
Here's un updated patch including the missing part, and now using a
proper invocation of pkg-config suitable for cross-builds, as pointed
out to me by helmutg@
Regards,
--
Steven Chamberlain
ste...@pyro.eu.org
--- a/debian/control
Hello,
Robert Edmonds wrote:
> Thanks for this patch. Is this needed before stretch releases? (IIUC,
> kfreebsd and hurd are not release architectures?)
Indeed, this isn't relevant to stretch, this is not urgent.
> I agree with this reasoning, but I'd rather have the libbsd support in
> an upstr
Steven Chamberlain wrote:
> Hi,
>
> This bug has become important, since src:unbound became part of the
> build-essential closure (due to Build-Depends of gnutls28). So this is
> now a blocking issue for rebootstrapping kfreebsd and hurd.
Hi, Steven:
Thanks for this patch. Is this needed before
Hi,
I forgot an important piece of the patch which is actually adding the
build-dependency:
--- a/debian/control
+++ b/debian/control
@@ -15,6 +15,7 @@ Build-Depends:
dh-systemd ,
dpkg-dev (>= 1.16.1~),
flex,
+ libbsd-dev (>= 0.8.1~) [!linux-any],
libevent-dev,
libexpat1-dev,
libfstrm
tags 853751 + patch
user helm...@debian.org
usertags 853751 + rebootstrap
thanks
Hi,
This bug has become important, since src:unbound became part of the
build-essential closure (due to Build-Depends of gnutls28). So this is
now a blocking issue for rebootstrapping kfreebsd and hurd.
Andreas Bec
10 matches
Mail list logo