From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp12.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id 8FUQJ5+QPGLwAAEAgWs5BA (envelope-from ) for ; Thu, 24 Mar 2022 16:39:11 +0100 Received: from aspmx1.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp12.migadu.com with LMTPS id KIDUI5+QPGJVAQEAauVa8A (envelope-from ) for ; Thu, 24 Mar 2022 16:39:11 +0100 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 4D34237C94 for ; Thu, 24 Mar 2022 16:39:11 +0100 (CET) Received: from localhost ([::1]:43636 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nXPYM-0005oI-HJ for larch@yhetil.org; Thu, 24 Mar 2022 11:39:10 -0400 Received: from eggs.gnu.org ([209.51.188.92]:47940) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nXPYE-0005o2-Be for guix-patches@gnu.org; Thu, 24 Mar 2022 11:39:02 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:55341) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1nXPYE-0004km-2U for guix-patches@gnu.org; Thu, 24 Mar 2022 11:39:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1nXPYE-0007Ye-0p for guix-patches@gnu.org; Thu, 24 Mar 2022 11:39:02 -0400 X-Loop: help-debbugs@gnu.org Subject: [bug#54539] [PATCH 0/6] Start breaking up import cycles Resent-From: Liliana Marie Prikler Original-Sender: "Debbugs-submit" Resent-CC: guix-patches@gnu.org Resent-Date: Thu, 24 Mar 2022 15:39:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 54539 X-GNU-PR-Package: guix-patches X-GNU-PR-Keywords: patch To: Maxime Devos , 54539@debbugs.gnu.org Received: via spool by 54539-submit@debbugs.gnu.org id=B54539.164813631129001 (code B ref 54539); Thu, 24 Mar 2022 15:39:01 +0000 Received: (at 54539) by debbugs.gnu.org; 24 Mar 2022 15:38:31 +0000 Received: from localhost ([127.0.0.1]:49237 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nXPXj-0007Xh-0m for submit@debbugs.gnu.org; Thu, 24 Mar 2022 11:38:31 -0400 Received: from mailrelay.tugraz.at ([129.27.2.202]:44451) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nXPXh-0007XP-51 for 54539@debbugs.gnu.org; Thu, 24 Mar 2022 11:38:30 -0400 Received: from lprikler-laptop.ist.intra (gw.ist.tugraz.at [129.27.202.101]) by mailrelay.tugraz.at (Postfix) with ESMTPSA id 4KPTrw45b2z3xQt; Thu, 24 Mar 2022 16:38:24 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tugraz.at; s=mailrelay; t=1648136304; bh=eXaZNY9weUZUn3S1eGFp7tzfO9D8CjR975LelwCL6uA=; h=Subject:From:To:Date:In-Reply-To:References; b=QfG+7l4TuB85erc/f9FBIItMBzREUB+bpRb2EmCqFhvNl5p/5ht8vrvnIbduCB7ta 2bvyvA0tRC9QZ5Nw8mcMI/Iwz9ONHZTmgko2Rvb6oavgbM/q5VMFmt15LYsxf925Jc fdXZrXyWsW1vpH/msDzoa0+zR0JCMvu2NZLvoZzo= Message-ID: <232472b55b6237597e2e304741fd823d205d7972.camel@ist.tugraz.at> From: Liliana Marie Prikler Date: Thu, 24 Mar 2022 16:38:23 +0100 In-Reply-To: <70b6c5f42bccf41a63acb38922e8d20d4eda3d8a.camel@telenet.be> References: <5a87d6f772ff7424cb6fccea7c45276bef7797aa.camel@telenet.be> <5ab234b577c15dd50c36aaf427cce593404b52dc.camel@ist.tugraz.at> <70b6c5f42bccf41a63acb38922e8d20d4eda3d8a.camel@telenet.be> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.42.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-TUG-Backscatter-control: waObeELIUl4ypBWmcn/8wQ X-Scanned-By: MIMEDefang 2.74 on 129.27.10.116 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: guix-patches@gnu.org List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-patches-bounces+larch=yhetil.org@gnu.org Sender: "Guix-patches" X-Migadu-Flow: FLOW_IN X-Migadu-To: larch@yhetil.org X-Migadu-Country: US ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1648136351; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding:resent-cc: resent-from:resent-sender:resent-message-id:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post:dkim-signature; bh=eXaZNY9weUZUn3S1eGFp7tzfO9D8CjR975LelwCL6uA=; b=MbgfEY7T6FxsB2InEYHJCzsTp0w+8XteFzZoM5/JMHqvlwTefNXtIQdCFOalYWxt7Vav1m 6SgjuS+qQ6m/9G+EVLn/AIXaCUm14yiuQNPv4xkELxhLemLTS/+nf03dPyDFUSyhk8eXIP +fwluCt0jjcRaFa5Wx6sKFejbI2JrA2ZgD5Rgb2KjVYOqCGRAcu9sBLalVX1aLvLCQx0o5 tQvmF7xZ5XBRPy49toNQPUZ3L5PDMfIxmEOTBUwP4yXNEdRCuMUgMUTCMv4lsgrxZqqdB6 4DkTpkhzmKaM8RFCouq/drPlDoqsqp1BRPCmbsYtdF21BpVhwtWCf7CbHbDZdQ== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1648136351; a=rsa-sha256; cv=none; b=Pcmc4c0Mk3CSaoJFCALPFKsnhdMknuzR8Uv+Tp5dD70EYiLr2ThKVbGwGOB4obzuvNBT4E XFfS8PPupkAwqY+IegVQY59xj69rMOR+d79y2kIw97Gs9S2JGlOErWx5FZka0F1p5zi9/y wfAUTYWgifDJey099HIgDwMilz9phr1ToTOMK8haaiECzy7NWrz9W6Qu9CsY0brgKY4Ebu 0w8boviQVJcw+iLjMmhPLbsFMpLVtATZyuTqxb9lrL+HA15nbC6pYidUT08C8STLduXrcr 10xgvL0pUl3+APC/ZqUGU6bAN4KPSt+pn9UR/f7NK+u2ZCRowCYW/FQpsjlfPg== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=tugraz.at header.s=mailrelay header.b=QfG+7l4T; dmarc=fail reason="SPF not aligned (relaxed)" header.from=tugraz.at (policy=none); spf=pass (aspmx1.migadu.com: domain of "guix-patches-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-patches-bounces+larch=yhetil.org@gnu.org" X-Migadu-Spam-Score: 5.21 Authentication-Results: aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=tugraz.at header.s=mailrelay header.b=QfG+7l4T; dmarc=fail reason="SPF not aligned (relaxed)" header.from=tugraz.at (policy=none); spf=pass (aspmx1.migadu.com: domain of "guix-patches-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-patches-bounces+larch=yhetil.org@gnu.org" X-Migadu-Queue-Id: 4D34237C94 X-Spam-Score: 5.21 X-Migadu-Scanner: scn0.migadu.com X-TUID: zhQJoFUiLEeV Am Donnerstag, dem 24.03.2022 um 16:05 +0100 schrieb Maxime Devos: > Liliana Marie Prikler schreef op do 24-03-2022 om 08:22 [+0100]: > > I agree that breaking up cycles is a good thing, but I disagree > > with some of the decisions you've made here.  For instance, I > > oppose the use of single-package modules, because those more often > > than not simply clutter the file system. > > There are some other sound applications in (gnu packages audio) > and (gnu packages music), so maybe I can make a (gnu packages audio- > apps) module where 'audacity' and other applications like 'calf' can > reside? I'm not sure. IIUC, audio should be for audio systems, codecs, etc. whereas music sounds like a particular niche containing music players etc. Perhaps the cycle could more appropriately been broken by moving stuff from music to audio? Alternatively, declaring music as lazy import as shown in my previous mail might help making these interdependencies both "cycle-free" and visible. (I'm pretty sure we also have "sound" lying around somewhere to put more oil into the fire.) > For reducing the contribution of (gnu packages compression) on the > cycle issue, I've (in not yet submitted patched) separated many > things into (gnu packages compression-xyz), perhaps I can merge > (gnu packages patools) into (gnu packages compression-xyz)? Here too, I think a classification into compression algorithms in compression and backup/archival tools in another file (we do have backup IIRC) would make the most sense. Though obviously, we'd have to do compression algorithms implemented in Rust in a special rust- compression file to avoid circles or use the cycle killer lambda trick. I'm not sure if "compression-xyz" would be a helpful label, and it might just become the next root of circular dependencies if abused. Cheers