OFED in head lead to the following in order for ci.freebsd.org's
FreeBSD-head-amd64-gcc builds to not fail/stop in
all_subdir_lib/ofed :
Author: jhb
Date: Mon Aug 6 23:51:08 2018
New Revision: 337399
URL:
https://svnweb.freebsd.org/changeset/base/337399
Log:
Make the system C11 atomics heade
On Tue, 2018-08-07 at 15:35 +0100, Pete French wrote:
> >
> > Hmm. First, make sure that it isn't running (service local_unbound
> > stop, etc).
> > Then look at your /etc/resolv.conf -- unbound tends to rewrite that
> > on initial
> > startup, taking some of it's settings and
Hmm. First, make sure that it isn't running (service local_unbound
stop, etc).
Then look at your /etc/resolv.conf -- unbound tends to rewrite that
on initial
startup, taking some of it's settings and inserting itself into the
middle as a
caching DNS server. At the v
On Sat, Aug 04, 2018 at 08:38:04PM +0200, Mark Martinec wrote:
2018-08-04 19:01, Mark Johnston wrote:
> I think running "zpool list" is adding a lot of noise to the output.
> Could you retry without doing that?
No, like I said previously, the "zpool list" (with one defunct
zfs pool) *is* the sole
I am going to merge revisions r336568, r336569, and r336570 from HEAD to
stable/11. They enable the build of the OFED libraries by default, and
move the build of most of the utilities under the WITH_OFED_EXTRA knob.
Also as a minor fix, since libpcap lives in /lib and depends on two OFED
libraries,