Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 20 Mar 2017 23:04:39 +0100
From:      Baptiste Daroussin <bapt@FreeBSD.org>
To:        Warner Losh <wlosh@bsdimp.com>
Cc:        arch@freebsd.org, stable@freebsd.org
Subject:   Re: mandoc 1.14 on FreeBSD 11.1
Message-ID:  <20170320220439.qeof5gqblcu7djn7@ivaldir.net>
In-Reply-To: <A2CCA4E9-0EBE-41D6-B864-241FFDD64744@bsdimp.com>
References:  <20170320215324.67dgut6svvow4o53@ivaldir.net> <A2CCA4E9-0EBE-41D6-B864-241FFDD64744@bsdimp.com>

next in thread | previous in thread | raw e-mail | index | archive | help

--qny4blve3bjl4y2x
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, Mar 20, 2017 at 03:59:35PM -0600, Warner Losh wrote:
>=20
> > On Mar 20, 2017, at 3:53 PM, Baptiste Daroussin <bapt@FreeBSD.org> wrot=
e:
> >=20
> > Hi all,
> >=20
> > mandoc 1.14 has introduced a new database format (removing the requirem=
ent for
> > sqlite). FreeBSD 11.x is having right mandoc 1.13, Given the database f=
ormat is
> > a technical detail (aka new format will be generated anyway automatical=
ly and
> > seamlessly replacing the old database). I think it does not fall into P=
OLA. For
> > such reason I'm planing to upgrade to the 1.14 series (current already =
have it).
> >=20
> > 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 i=
t in
> > 11.1-R
>=20
> I tend to agree with our analysis, but have a couple of questions that wi=
ll help us know what=E2=80=99s the right thing to do.
>=20
> First, this is 100% independent of the kernel, so we don=E2=80=99t have a=
ny =E2=80=98forward / back=E2=80=99 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
>=20
> Next, If I reinstall an older version of FreeBSD, it will create the data=
base that=E2=80=99s appropriate for 1.13, and vice versa, so it shouldn=E2=
=80=99t be visible to the user.

Yes there is a periodic script for that and the database is anyway rebuild =
when
installing etc files
>=20
> 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
>=20
> Is there a dependence on which pkg version you are using?

Nope
>=20
> If the answers to these questions are approximately =E2=80=9Cyes=E2=80=9D=
, =E2=80=9Cshouldn=E2=80=99t matter / does the right thing=E2=80=9D, =E2=80=
=9Cwon=E2=80=99t be an issue because recreation sets the right format and i=
nstallworld will update the database with the right things as part of that=
=E2=80=9D and =E2=80=9Cdoesn=E2=80=99t matter=E2=80=9D  then I=E2=80=99d ag=
ree that this is an uninteresting detail and need not be preserved.

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



--qny4blve3bjl4y2x
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQIzBAABCAAdFiEEgOTj3suS2urGXVU3Y4mL3PG3PloFAljQUeUACgkQY4mL3PG3
PlqD1RAAhFxj3RWETMXViFshrFmjSTS6SKLMPrvt2cngAD3kgmL6N+mRy/mw/u3G
tG1JOwWPhacoDdQr3qeSTcLsRyZ/fmTTgJXD6MWyKi/VWfWf80KQ3XQYB40u4xUO
qSGk1qdTF3MfQk4f2M17AQCsS8UI0uY48P4Z1u9bT3I4/mTV/HAtio9htUdODomz
WnvhNfRb7zXp+qQPzdVklm7tGkMDE5MdAKx6N26xNoMaFii9qPh7H2NdCGh4j4zB
snxK/HX1BZ3QU0Uxg6OEwUXkDIrGw4e8CZOQe1gMcbMNskX4Bxc+zOQ08+tpAs/Y
/yTb+vvEAJjs5h3xZlmenxu3uW/7DUk0ihAgHU55OOz/am9tqNazhJLiVG2O3yAs
jPqykTp5a1zUW1vLIiL7eNq4PtRE22Q+JcCnNEescvN9R5/1MDy+U8rcp83NwjEn
eo1vQhKcO5dVHQaJ3BKHmIotCnFDLPlkNKPLhZErNxZ5liaKP8H40KOp3iW11+zA
hhMzG9pw7s1T67z6y4rZWjmE7l/TzwCbZJTNeF7PBw6EKoC3eKfWYqGiMxqFnyh8
wboOc6sQXD4G0oORjSS8S7spJuK6uD81vKZosLA2dDLnIM+QdC9rmdMk43NXoCUr
/S7lI6H+coJIJfrQ0qS1B8yxoxlEG2n4r9RoNzzkyCqK6BILW2A=
=sYwd
-----END PGP SIGNATURE-----

--qny4blve3bjl4y2x--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20170320220439.qeof5gqblcu7djn7>