mandoc 1.14 on FreeBSD 11.1

[Baptiste Daroussin]

On Mon, Mar 20, 2017 at 03:59:35PM -0600, Warner Losh wrote:
> 
> > On Mar 20, 2017, at 3:53 PM, Baptiste Daroussin <bapt at FreeBSD.org> wrote:
> > 
> > Hi all,
> > 
> > mandoc 1.14 has introduced a new database format (removing the requirement for
> > sqlite). FreeBSD 11.x is having right mandoc 1.13, Given the database format is
> > a technical detail (aka new format will be generated anyway automatically and
> > seamlessly replacing the old database). I think it does not fall into POLA. For
> > such reason I'm planing to upgrade to the 1.14 series (current already have it).
> > 
> > If that is a matter for you to change that database format please tell me.
> > Otherwise in 2 weeks I will import 1.14 in 11-STABLE in order we have it in
> > 11.1-R
> 
> I tend to agree with our analysis, but have a couple of questions that will help us know what’s the right thing to do.
> 
> First, this is 100% independent of the kernel, so we don’t have any ‘forward / back’ issues with that, correct?

Totally :), there might be an issue with the framework as it is not picking
makewhatis from the cross tools as it should I may need to fix that
> 
> Next, If I reinstall an older version of FreeBSD, it will create the database that’s appropriate for 1.13, and vice versa, so it shouldn’t be visible to the user.

Yes there is a periodic script for that and the database is anyway rebuild when
installing etc files
> 
> What happens if I upgrade and then add/delete packages, including upgrade, add packages, downgraded?

Exactly as now, makewhatis (periodic script) will regenerate the databases at
the proper format
> 
> Is there a dependence on which pkg version you are using?

Nope
> 
> If the answers to these questions are approximately “yes”, “shouldn’t matter / does the right thing”, “won’t be an issue because recreation sets the right format and installworld will update the database with the right things as part of that” and “doesn’t matter”  then I’d agree that this is an uninteresting detail and need not be preserved.

Yup that is the answer to it :)
> 
> Warner


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-arch/attachments/20170320/7396aad9/attachment.sig>