svn commit: r368005 - in head: lib/libprocstat share/man/man4 sys/opencrypto sys/sys tools/tools/crypto usr.bin/procstat

[Kyle Evans]

On Mon, Dec 7, 2020 at 12:58 PM John Baldwin <jhb at freebsd.org> wrote:
>
> On 12/6/20 8:51 PM, Steve Wills wrote:
> > Hi,
> >
> > On 11/24/20 7:10 PM, John Baldwin wrote:
> >> Author: jhb
> >> Date: Wed Nov 25 00:10:54 2020
> >> New Revision: 368005
> >> URL: https://svnweb.freebsd.org/changeset/base/368005
> >>
> >> Log:
> >>    Remove the cloned file descriptors for /dev/crypto.
> >>
> >
> > Would this change warrant a bump of __FreeBSD_version? I only noticed
> > because PR 251470 (radare2 not building due to KF_TYPE_CRYPTO).
>
> Hmm, perhaps so, though ports could also use #ifdef KF_TYPE_CRYPTO (and
> that is probably preferred for anything using C).  Looks like we haven't
> yet had another bump of __FreeBSD_version so I can do that.
>

There's surely a better way, but this version bump would've actually
been really handy for detecting the resulting qemu-user-static
fallout. The build was broken for about ~9 days, neither the official
builder or my local builder felt compelled to rebuild it absent the
bump because I had just built it a couple revisions prior. =-(

I'm kind of leaning towards trying to shoehorn a qemu-user-static
build into ci.f.o somewhere, though, since it's used as a part of
producing some of the weekly snapshot images and digs pretty deeply in
other areas. I've got a Cirrus config for qemu-user-static and Cirrus
builds it regularly for me, but that's not so helpful when the image
it builds against is also tied to the weekly snapshot process.

Thanks,

Kyle Evans