From mboxrd@z Thu Jan 1 00:00:00 1970 From: Christopher Baines Subject: Re: [PATCH] gnu: Add sonata Date: Sun, 11 Sep 2016 19:34:45 +0100 Message-ID: <60da619f-6de2-4dd2-17c4-42eb1d0cc9f0@cbaines.net> References: <20160910180848.GA30260@jasmine> <20160911100037.18066-1-mail@cbaines.net> <20160911100037.18066-2-mail@cbaines.net> <87fup62www.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:47069) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bj9bA-0007Fd-ML for guix-devel@gnu.org; Sun, 11 Sep 2016 14:35:25 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bj9b7-0002iO-HS for guix-devel@gnu.org; Sun, 11 Sep 2016 14:35:24 -0400 Received: from li622-129.members.linode.com ([212.71.249.129]:58066 helo=mira.cbaines.net) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bj9b7-0002ha-By for guix-devel@gnu.org; Sun, 11 Sep 2016 14:35:21 -0400 In-Reply-To: <87fup62www.fsf@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: Alex Kost Cc: guix-devel@gnu.org On 11/09/16 18:01, Alex Kost wrote: > Christopher Baines (2016-09-11 11:00 +0100) wrote: > >> * gnu/packages/mpd.scm (sonata): New variable. >> --- >> gnu/packages/mpd.scm | 53 ++++++++++++++++++++++++++++++++++++++++++++++++++++ >> 1 file changed, 53 insertions(+) >> >> diff --git a/gnu/packages/mpd.scm b/gnu/packages/mpd.scm >> index 279ec68..8b1b071 100644 >> --- a/gnu/packages/mpd.scm >> +++ b/gnu/packages/mpd.scm >> @@ -27,10 +27,14 @@ >> #:use-module (guix packages) >> #:use-module (guix download) >> #:use-module (guix utils) >> + #:use-module ((guix build glib-or-gtk-build-system) #:prefix glib-or-gtk:) > > This line is not needed. You use it in the #:modules argument in the > package definition, but it should not be put in the top level > 'define-module' form. Ah, yep, that makes sense. Thanks Alex, and thanks for fixing Leo.