From owner-svn-ports-all@freebsd.org Sat Dec 28 18:24:30 2019 Return-Path: Delivered-To: svn-ports-all@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 378061EDE20; Sat, 28 Dec 2019 18:24:30 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 47lXCf0WFhz4ZsP; Sat, 28 Dec 2019 18:24:30 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1354) id 09CBB1A783; Sat, 28 Dec 2019 18:24:30 +0000 (UTC) From: Jan Beich To: Marius Strobl Cc: Gerald Pfeifer , svn-ports-head@freebsd.org, svn-ports-all@freebsd.org, ports-committers@freebsd.org Subject: Re: svn commit: r521020 - in head: Mk benchmarks/netperf devel/cvsbook math/R sysutils/screen References: <201912271924.xBRJOuQq001669@repo.freebsd.org> <20191228180629.GU15264@alchemy.franken.de> Date: Sat, 28 Dec 2019 19:24:28 +0100 In-Reply-To: <20191228180629.GU15264@alchemy.franken.de> (Marius Strobl's message of "Sat, 28 Dec 2019 19:06:29 +0100") Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-BeenThere: svn-ports-all@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SVN commit messages for the ports tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Dec 2019 18:24:30 -0000 Marius Strobl writes: > On Sat, Dec 28, 2019 at 09:19:08PM +1000, Gerald Pfeifer wrote: > >> On Fri, 27 Dec 2019, Marius Strobl wrote: >> > Author: marius >> > Date: Fri Dec 27 19:24:56 2019 >> > New Revision: 521020 >> > URL: https://svnweb.freebsd.org/changeset/ports/521020 >> > >> > Log: >> > Add and use a shared INFO description. I have patches to add that knob to >> > a bunch of additional ports. >> >> Nice consolidation work. >> >> > +INFO_DESC?= Build and/or install info documentation >> >> For someone not closely familiar with the GNU universe (which is quite >> possible, in particular in a FreeBSD context) "info documentation" may >> feel a bit weird, as in "of course documentation is information". >> >> How about making this "documentation in GNU info format" (or a variation >> thereof)? > > "Build and/or install documentation in GNU info format" exceeds the 43 > characters limit and I can't think of a sufficiently short description > that is as pedantic and precise. Do you have a better suggestion? Maybe "Build and/or install GNU info pages" (a la MANPAGES_DESC)