From mboxrd@z Thu Jan 1 00:00:00 1970 From: Robert Vollmert Subject: distinguishing between applications and libraries Date: Sun, 30 Jun 2019 19:33:55 +0200 Message-ID: <0E655A03-834C-4219-8956-D69CF4C6A444@vllmrt.net> Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:470:142:3::10]:58104) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hhdiM-0008Rx-KZ for guix-devel@gnu.org; Sun, 30 Jun 2019 13:34:11 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hhdiL-0007pE-EW for guix-devel@gnu.org; Sun, 30 Jun 2019 13:34:10 -0400 Received: from mx2.mailbox.org ([80.241.60.215]:44214) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1hhdiL-0007ld-8Z for guix-devel@gnu.org; Sun, 30 Jun 2019 13:34:09 -0400 Received: from smtp1.mailbox.org (smtp1.mailbox.org [IPv6:2001:67c:2050:105:465:1:1:0]) (using TLSv1.2 with cipher ECDHE-RSA-CHACHA20-POLY1305 (256/256 bits)) (No client certificate requested) by mx2.mailbox.org (Postfix) with ESMTPS id 6CDE2A0012 for ; Sun, 30 Jun 2019 19:34:05 +0200 (CEST) Received: from smtp1.mailbox.org ([80.241.60.240]) by spamfilter03.heinlein-hosting.de (spamfilter03.heinlein-hosting.de [80.241.56.117]) (amavisd-new, port 10030) with ESMTP id vEWqFh2sQ_xc for ; Sun, 30 Jun 2019 19:33:55 +0200 (CEST) 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: guix-devel@gnu.org Hi, I=E2=80=99m currently packaging some tools that would add a decent amount of source-only dependencies. (Some from npm, some for elm). Clearly they should somehow be packaged properly in order to track licensing information and refer to upstream. On the other hand, it doesn=E2=80=99t feel particularly useful to add a number of packages that no user is ever going to want to install (or even search for) by hand. Has it been considered to track applications and libraries separately? Along the lines of: - package definitions could have a `type` field, or a `library` flag or similar - `guix search` would ignore library packages by default - maybe there=E2=80=99s some other simplifications to make in library package definitions? I=E2=80=99d be happy to not copy over a long description that no-one=E2=80=99s ever going to read. :) Cheers Robert