From debbugs-submit-bounces@debbugs.gnu.org Thu Mar 24 11:46:45 2022 Received: (at 54539) by debbugs.gnu.org; 24 Mar 2022 15:46:45 +0000 Received: from localhost ([127.0.0.1]:49245 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nXPfg-0007kl-T9 for submit@debbugs.gnu.org; Thu, 24 Mar 2022 11:46:45 -0400 Received: from laurent.telenet-ops.be ([195.130.137.89]:57528) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nXPff-0007kd-52 for 54539@debbugs.gnu.org; Thu, 24 Mar 2022 11:46:44 -0400 Received: from ptr-bvsjgyhxw7psv60dyze.18120a2.ip6.access.telenet.be ([IPv6:2a02:1811:8c09:9d00:3c5f:2eff:feb0:ba5a]) by laurent.telenet-ops.be with bizsmtp id AFmh270064UW6Th01FmhiB; Thu, 24 Mar 2022 16:46:41 +0100 Message-ID: <6c9031840667a11465eeefed0a4f0769c3466578.camel@telenet.be> Subject: Re: [bug#54539] [PATCH 0/6] Start breaking up import cycles From: Maxime Devos To: Liliana Marie Prikler , 54539@debbugs.gnu.org Date: Thu, 24 Mar 2022 16:46:37 +0100 In-Reply-To: <232472b55b6237597e2e304741fd823d205d7972.camel@ist.tugraz.at> References: <5a87d6f772ff7424cb6fccea7c45276bef7797aa.camel@telenet.be> <5ab234b577c15dd50c36aaf427cce593404b52dc.camel@ist.tugraz.at> <70b6c5f42bccf41a63acb38922e8d20d4eda3d8a.camel@telenet.be> <232472b55b6237597e2e304741fd823d205d7972.camel@ist.tugraz.at> Content-Type: multipart/signed; micalg="pgp-sha512"; protocol="application/pgp-signature"; boundary="=-0pveJBfJmIbcbreU7IaW" User-Agent: Evolution 3.38.3-1 MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telenet.be; s=r22; t=1648136801; bh=5zJqhqktO/FoXyiH62rwOW15x5OAKfNjB6d5DD5zCiM=; h=Subject:From:To:Date:In-Reply-To:References; b=Uepa2zWz69om5Z/Q/ukHK7PmDkuyy9U5aBhWq8CXC7httNZCNUytX+lspXaR+umx3 Ap8g5Z6xoB5IH50ljX+c+5pFBIWBZQzwIOPHR6iWHj3LXLQcRN2G1YDVS5/AiNEhEf CYiwumplZ3ofg+dXweZbdKSYP8fwbjh3TV51iQFwXISs4Ra6eEsn9dQV0fNOljiShM E+uQ91vVisn7CJRVj/6PblsUhhQgAdv44nDKLRFSxzJ5S42/MXe1zXIcuNOnpUg94V M9Zzufp2/d9owsj6ZPKvNSiT9PlYh/AQOwe6S0R4j0+Z7vcVmQOWLhJb4cJklismTv scLI9bJo+k68w== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 54539 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) --=-0pveJBfJmIbcbreU7IaW Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Liliana Marie Prikler schreef op do 24-03-2022 om 16:38 [+0100]: > > 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.=C2=A0 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. Except for zpaq, there don't appear to be any backup tools in (gnu packages compression). There are no rust compression things in (gnu packages compression) (yet!). But yes, there's some opportunity for abuse here. There _are_ archival tools in (gnu packages compression), e.g. tar and unzip. Moving them to (gnu packages backup) wouldn't bring any benefit though, since they are used by practically everything. Anyway, I'll continue trying to break cycles ... Greetings, Maxime. --=-0pveJBfJmIbcbreU7IaW Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- iI0EABYKADUWIQTB8z7iDFKP233XAR9J4+4iGRcl7gUCYjySXRccbWF4aW1lZGV2 b3NAdGVsZW5ldC5iZQAKCRBJ4+4iGRcl7gPKAP923TsyKaWfv4R8Yqee7GAwOvjX V65fuS5avwZk4RnpggD+LwgqR+fpaSDA787Wzjpk5ExVbhoVHCb664ExPEjMTgE= =1yxR -----END PGP SIGNATURE----- --=-0pveJBfJmIbcbreU7IaW--