Hello,
[atomic]:
I'm still having the problem:
http://beefy10.nyi.freebsd.org/data/110i386-default/444089/logs/knot2-2.4.3…
I tried to solve the problem, but when upgrading to 2.5.1 I marked it broken for i386.
Meanwhile, after this problem:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=220241
I've upgraded the port to 2.5.2.
Now when I test explicit with gcc or clang I still get atomic issues on i386.
[libknot]:
The cascading result is knot-resolver also doesn't install (on i386),
since it's depending on knot2 to install libknot.
So, I in my dev env I made a seperate port for libknot that would use knot2 distro;
that installs on i386 without atomic issues, and so i386 users would be able install
knot-resolver again.
But it's a bit complicated to avoid collisions with these two (or actually three)
when using both knot2 and knot-resolver (or removing knot2 and keeping knot-resolver).
So before I continue in making a meta-port or the knot2 port, just for the sake of
libknot,
I'm wondering;
wouldn't other OS'es packaging systems not benefit from having libknot seperate
from knot?
--
Met vriendelijke groet,
With kind regards,
Leo Vandewoestijne
<leo(a)dns.company>
<www.dns.company>
On Tue, 07 Feb 2017, daniel.salzman(a)nic.cz wrote:
Hi Leo,
The attached patch could help.
Daniel
On 2017-02-07 13:14, Leo Vandewoestijne wrote:
> Hi,
>
>
> I tried to install knot 2.4.0 on FreeBSD 10.3 & 11.0.
> On amd64 these complete fine, however on i386 they don't:
>
>
https://dns.company/downloads/knot2/knot2-2.4.0_103i386.log
>
https://dns.company/downloads/knot2/knot2-2.4.0_110i386.log
>
> Is there anything I can do better to prevent this?
diff --git a/src/knot/nameserver/query_module.h
b/src/knot/nameserver/query_module.h
index a8e8c41..2b47798 100644
--- a/src/knot/nameserver/query_module.h
+++ b/src/knot/nameserver/query_module.h
____________________________________________ >8 etc.