From mboxrd@z Thu Jan 1 00:00:00 1970 From: Leo Famulari Subject: Re: [PATCH 0/1] Move cursynth to music.scm Date: Tue, 29 Dec 2015 05:50:22 -0500 Message-ID: <20151229105022.GA27226@jasmine> References: <20151228171715.5450cca0@openmailbox.org> <20151229043237.GB2878@jasmine> <87k2nx4tq6.fsf@elephly.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:38798) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aDrrJ-0004BV-K4 for guix-devel@gnu.org; Tue, 29 Dec 2015 05:50:30 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aDrrG-0003ao-E4 for guix-devel@gnu.org; Tue, 29 Dec 2015 05:50:29 -0500 Received: from out4-smtp.messagingengine.com ([66.111.4.28]:48074) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aDrrF-0003ab-Em for guix-devel@gnu.org; Tue, 29 Dec 2015 05:50:26 -0500 Content-Disposition: inline In-Reply-To: <87k2nx4tq6.fsf@elephly.net> 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: Ricardo Wurmus Cc: guix-devel@gnu.org On Tue, Dec 29, 2015 at 08:08:49AM +0100, Ricardo Wurmus wrote: > > Leo Famulari writes: > > > On Mon, Dec 28, 2015 at 05:17:15PM -0600, Eric Bavier wrote: > >> On Mon, 28 Dec 2015 18:09:09 -0500 > >> Leo Famulari wrote: > >> > >> > I think it would be better for this software synthesizer to be in > >> > music.scm. > >> > > >> > Thoughts? > >> > >> IIRC, the original thought was that many GNU packages have their own > >> modules, so this was done for cursynth as well. > > > > Okay, sure. > > I think it would be nice to have cursynth in “music.scm”. I wasn’t > fully aware of its existence, and I’m at home in “audio.scm” and > “music.scm” :) > > > To be honest, I don't understand the reasoning behind grouping packages > > into modules. Is it just for humans or is there some technical reason > > for it? > > It’s mostly for humans AFAIU. Personally, I prefer try to avoid a > proliferation of one-off modules; maybe because I don’t like the > boilerplate (license header, module definition with imports, adding the > module to “gnu-system.am”). I agree about the boilerplate but I am wondering, is there a tool to get the list of modules imported for a particular package? > > Grouping packages in modules also allows user interfaces like guix-web > to narrow results to just a single module. For example, searching for > “bioinfo” in guix-web shows me everything from the “bioinformatics.scm” > module, even though not all packages there contain the string “bioinfo” > in their synopsis/description. > > ~~ Ricardo >