Re: [Bug 262920] bhyve: Guest fails to run: boot/userboot.so: Undefined symbol "getsecs" with WITH_BIND_NOW=yes

On Wed, Apr 27, 2022 at 2:13 PM John Kennedy <warlock@phouka.net> wrote:
>
> On Thu, Apr 21, 2022 at 10:38:41PM +0000, bugzilla-noreply@freebsd.org wrote:
> > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=262920
> >
> > --- Comment #18 from commit-hook@FreeBSD.org ---
> > A commit in branch stable/13 references this bug:
> >
> > URL:
> > https://cgit.FreeBSD.org/src/commit/?id=c85cf4929417ce6e11a84d1dfed13654b14c6ae7
> >
> > commit c85cf4929417ce6e11a84d1dfed13654b14c6ae7
> > Author:     Kyle Evans <kevans@FreeBSD.org>
> > AuthorDate: 2022-04-13 00:29:54 +0000
> > Commit:     Kyle Evans <kevans@FreeBSD.org>
> > CommitDate: 2022-04-21 22:35:01 +0000
> >
> >     loader: userboot: provide a getsecs() implementation
> >
> >     We don't need it for userboot, but it avoids issues with BIND_NOW, so
> >     just provide it.  time(3) isn't defined but ends up being provided by
> >     libc linked into the host process, which is generally fine.
> >
> >     PR:     262920
> >     Reviewed by:    imp, jhb
> >
> >     (cherry picked from commit 660c1892d5c90500d37f98185326c6287b2b61be)
> >
> >  stand/userboot/userboot/main.c | 12 ++++++++++++
> >  1 file changed, 12 insertions(+)
>
>   Ping again for this to land in 13.1 since we're supposed to hit RC5 today?
>

Sorry, I've been quite busy as of late. Unfortunately, correct, this
won't land in 13.1. Maybe we can convince secteam@ to take it without
an associated EN once they take over releng/13.1. CC'ing secteam to
let them weigh in: this is a build fix with a non-default option,
doesn't require a binary patch of any sort.