From owner-freebsd-arch@freebsd.org Mon Mar 20 22:04:40 2017 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DCDB7D13BBB for ; Mon, 20 Mar 2017 22:04:40 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from mailman.ysv.freebsd.org (unknown [127.0.1.3]) by mx1.freebsd.org (Postfix) with ESMTP id CA2DA14C6 for ; Mon, 20 Mar 2017 22:04:40 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: by mailman.ysv.freebsd.org (Postfix) id C434ED13BB7; Mon, 20 Mar 2017 22:04:40 +0000 (UTC) Delivered-To: arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C39ECD13BB5; Mon, 20 Mar 2017 22:04:40 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 857AA14C4; Mon, 20 Mar 2017 22:04:40 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: by freefall.freebsd.org (Postfix, from userid 1235) id D54257F66; Mon, 20 Mar 2017 22:04:39 +0000 (UTC) Date: Mon, 20 Mar 2017 23:04:39 +0100 From: Baptiste Daroussin To: Warner Losh Cc: arch@freebsd.org, stable@freebsd.org Subject: Re: mandoc 1.14 on FreeBSD 11.1 Message-ID: <20170320220439.qeof5gqblcu7djn7@ivaldir.net> References: <20170320215324.67dgut6svvow4o53@ivaldir.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="qny4blve3bjl4y2x" Content-Disposition: inline In-Reply-To: User-Agent: NeoMutt/20170306 (1.8.0) X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Mar 2017 22:04:41 -0000 --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 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--