From mboxrd@z Thu Jan 1 00:00:00 1970 From: Leo Famulari Subject: Re: [PATCH] gnu: Add dzen. Date: Mon, 13 Feb 2017 19:41:21 -0500 Message-ID: <20170214004121.GA21528@jasmine> References: <20170214002828.4311f801@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:35703) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cdRBT-0003XZ-PK for guix-devel@gnu.org; Mon, 13 Feb 2017 19:41:33 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cdRBP-0000nh-RV for guix-devel@gnu.org; Mon, 13 Feb 2017 19:41:31 -0500 Received: from out4-smtp.messagingengine.com ([66.111.4.28]:33548) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1cdRBP-0000nI-Ks for guix-devel@gnu.org; Mon, 13 Feb 2017 19:41:27 -0500 Content-Disposition: inline In-Reply-To: <20170214002828.4311f801@gmail.com> 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" To: Mekeor Melire Cc: guix-devel@gnu.org On Tue, Feb 14, 2017 at 12:28:28AM +0100, Mekeor Melire wrote: > From 04f94c306f99a7bacc96b60ed60e9bb83a9cf767 Mon Sep 17 00:00:00 2001 > From: Mekeor Melire > Date: Tue, 14 Feb 2017 00:21:08 +0100 > Subject: [PATCH] gnu: Add dzen. > > * gnu/packages/xdisorg.scm (dzen): New variable. Thanks! > +(define-public dzen (package '(package ...' should start on the second line, underneath the 'e' of 'define'. There is a script 'etc/indent-code.el' in our Git repo that should handle indentation for you. > + (version "0.9.5") The version string should be constructed as shown in the manual section 'Version Numbers': https://www.gnu.org/software/guix/manual/html_node/Version-Numbers.html#Version-Numbers This ensures that we can distinguish between different versions of packages that are created from version control snapshots. > + (synopsis "General purpose messaging, notification and menuing program for X11") > + (description "Dzen is a general purpose messaging, notification and menuing > +program for X11. It was designed to be fast, tiny and scriptable in any language.") > + (home-page "https://github.com/robm/dzen") > + (license license:x11) It's actually the Expat license: http://directory.fsf.org/wiki/License:Expat Also, these fields typically go at the end of the package definition. It makes no difference technically, but adhering to a common standard helps reading and understanding the package. > + #:tests? #f We must leave a comment explaining why tests are disabled. If there are no tests, then "No test suite." is enough. > + ; use our make-flags instead of `config.mk` > + #:make-flags (list > + (string-append "VERSION = " ,version) > + (string-append "PREFIX = " %output) > + "MANPREFIX = ${PREFIX}/share/man" > + "INCS = -I." > + "LIBS = -lc -lX11 -lXinerama -lXpm $(shell pkg-config --libs xft)" > + "CFLAGS = -Wall -Os ${INCS} -DVERSION=\\\"${VERSION}\\\"\ > + -DDZEN_XINERAMA -DDZEN_XPM -DDZEN_XFT $(shell pkg-config --cflags xft)" I don't think we should use the shell, but instead use (assoc-ref) and (string-append) to get the right path. > + #:phases (modify-phases > + %standard-phases > + ; do not `./configure` Instead, how about "No ./configure script.", since it communicates more clearly why we delete this phase.