From mboxrd@z Thu Jan 1 00:00:00 1970 From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Subject: Re: [PATCH] gnu packages: Clean up synopses and descriptions. Date: Thu, 16 Jul 2015 21:08:54 +0200 Message-ID: <87fv4ndint.fsf@gnu.org> References: <87wpy0nygt.fsf@gmail.com> <20150716044011.5698360e@openmailbox.org> <87a8uwyu4v.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:59764) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZFoWj-0007Cw-DS for guix-devel@gnu.org; Thu, 16 Jul 2015 15:09:02 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZFoWg-0001aq-3y for guix-devel@gnu.org; Thu, 16 Jul 2015 15:09:01 -0400 In-Reply-To: <87a8uwyu4v.fsf@gmail.com> (Alex Kost's message of "Thu, 16 Jul 2015 18:55:28 +0300") List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org Sender: guix-devel-bounces+gcggd-guix-devel=m.gmane.org@gnu.org To: Alex Kost Cc: guix-devel@gnu.org Alex Kost skribis: > Eric Bavier (2015-07-16 12:40 +0300) wrote: > >> On Thu, 16 Jul 2015 14:17:22 +0300 >> Alex Kost wrote: >> >>> --- a/gnu/packages/base.scm >>> +++ b/gnu/packages/base.scm >>> @@ -58,7 +58,7 @@ >>> (sha256 >>> (base32 >>> "0ssi1wpaf7plaswqqjwigppsg5fyh99vdlb9kzl7c9lng89ndq1i")))) >>> (build-system gnu-build-system) >>> - (synopsis "Hello, GNU world: An example GNU package") >>> + (synopsis "Example GNU package") >> >> I have not looked over then entire patch, but this one caught my eye. >> We need to make sure that any changes you make here will not be >> expediently overwritten by an invocation of `make sync-descriptions`. >> I believe this has happened in the past already. > > I changed this synopsis because "guix lint" doesn't like when the first > word of a synopsis is the package name. The problem is that this rule sometimes conflicts with the =E2=80=98gnu-description=E2=80=99 checker (aka. =E2=80=98make sync-descript= ions=E2=80=99), which checks upstream GNU descriptions. When such conflicts happen, we should give precedence to the GNU descriptions. Ludo=E2=80=99.