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 +KmxGpT2PWIOtAAAgWs5BA (envelope-from ) for ; Fri, 25 Mar 2022 18:06:28 +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 IGJDF5T2PWJRFwEAauVa8A (envelope-from ) for ; Fri, 25 Mar 2022 18:06:28 +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 EA7FB3F536 for ; Fri, 25 Mar 2022 18:06:27 +0100 (CET) Received: from localhost ([::1]:38280 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nXnON-00079j-0U for larch@yhetil.org; Fri, 25 Mar 2022 13:06:27 -0400 Received: from eggs.gnu.org ([209.51.188.92]:35040) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nXnNz-00079b-52 for guix-patches@gnu.org; Fri, 25 Mar 2022 13:06:03 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:58443) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1nXnNy-0007k7-SS for guix-patches@gnu.org; Fri, 25 Mar 2022 13:06:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1nXnNy-0003hT-Hf for guix-patches@gnu.org; Fri, 25 Mar 2022 13:06:02 -0400 X-Loop: help-debbugs@gnu.org Subject: [bug#54539] [PATCH 0/6] Start breaking up import cycles Resent-From: zimoun Original-Sender: "Debbugs-submit" Resent-CC: guix-patches@gnu.org Resent-Date: Fri, 25 Mar 2022 17:06:02 +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: Liliana Marie Prikler Cc: 54539@debbugs.gnu.org, Maxime Devos Received: via spool by 54539-submit@debbugs.gnu.org id=B54539.164822795214206 (code B ref 54539); Fri, 25 Mar 2022 17:06:02 +0000 Received: (at 54539) by debbugs.gnu.org; 25 Mar 2022 17:05:52 +0000 Received: from localhost ([127.0.0.1]:52340 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nXnNn-0003h4-T5 for submit@debbugs.gnu.org; Fri, 25 Mar 2022 13:05:52 -0400 Received: from mail-io1-f54.google.com ([209.85.166.54]:34463) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nXnNl-0003gr-VP for 54539@debbugs.gnu.org; Fri, 25 Mar 2022 13:05:50 -0400 Received: by mail-io1-f54.google.com with SMTP id z7so9618252iom.1 for <54539@debbugs.gnu.org>; Fri, 25 Mar 2022 10:05:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=WO0kJd8PFEt7VRzenMBYZaqugjCPLJ6IqBzBLsp9ziA=; b=pmo9Pj4t2rhrFgW1zfzZRBnfAASSUw7U3eT94LJCajUcdaSd76g4pyFGdTEzFgfw/j Ol9DWQifLQvFY6I7flOG8PZ4/cjrtxh4+Up2l6eJnTs8dW9h3h6FcK8OuWMSJnUHpY99 DfHL7xbhjX48240N0/N5tgQP8XzhsNQTyt5Zo6tnXLTcmaWVE9qP70KyMAS4miT2rz3l Xl6E52iFiaaeIt/3rKgKgHof+Cd8kCsRqJgpxm0vc2qo9yFSVZwzmYPwoW5t8XB5pRH3 7gUd1ly1od7PK0ktwEIccmLI4PPNw6Tzm8Ir7H1YvKVmys4nUG5YeYHH594/d6YEmKdg R3HA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=WO0kJd8PFEt7VRzenMBYZaqugjCPLJ6IqBzBLsp9ziA=; b=BKc4j1RXTSjAL1vOT1U2k6u3nkzpMCdW1CE4Y2FYvc22J0+XCS+Yrp+4oEz45X7LjQ BV0KvjQDn/kyC77X49r86fXtxIqv6HUExB0A1l1VuY63pRXCkdncFMX0YynhT1fua1I/ KDuGpQTNOpxigruv2lZvX+DR8FNfJ4IX2iEa6S4j5pXKWdeL1Wsv0IC7oEUj4fqDhlgY RdmV9/NYa6r930BKoc4ANWCWTTpIx7C+hmAhCxQo+kWCPNHXHmvMhUZG4IX1sSmStOob 6nJaUfLorgeKMiQoBOxdULXKvkwZoqnRSQ328RaclV1itBo6Qs5LXkT4C1Sof4Cc1iPN FoyQ== X-Gm-Message-State: AOAM532g/hy7+1ok4nAaKRi7jM9aKldYHwFSS8pYLBHYBg8RuxaYCb0r qoDQ4Z4iOp+voYO6U8r/bj4vWVYC6QcnStxrrCM= X-Google-Smtp-Source: ABdhPJwge03uc+ed0cW33URCkzNAodUu09Zs4QnslKzCQ/oT5TXUcr8NKij+Ot4uyTqAGDgiRTiP9UcgzpS+ym9Bc7U= X-Received: by 2002:a5e:dc05:0:b0:645:d2cc:3e92 with SMTP id b5-20020a5edc05000000b00645d2cc3e92mr6416062iok.72.1648227944290; Fri, 25 Mar 2022 10:05:44 -0700 (PDT) MIME-Version: 1.0 References: <5a87d6f772ff7424cb6fccea7c45276bef7797aa.camel@telenet.be> <5ab234b577c15dd50c36aaf427cce593404b52dc.camel@ist.tugraz.at> <2b5a3af9bd4ea9ec79ad9f9636ed344a51ba7a81.camel@telenet.be> <84da9090d9dee87855ee4f5b2f5442ad919ea032.camel@ist.tugraz.at> In-Reply-To: <84da9090d9dee87855ee4f5b2f5442ad919ea032.camel@ist.tugraz.at> From: zimoun Date: Fri, 25 Mar 2022 18:05:33 +0100 Message-ID: Content-Type: text/plain; charset="UTF-8" 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=1648227988; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: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=WO0kJd8PFEt7VRzenMBYZaqugjCPLJ6IqBzBLsp9ziA=; b=k8dpoCs5i3HhqK7b5YNe/E9ZhIUWHz+YvW+u24AHZhWhHvx0eriEkTRZk/g2JorCMJHc9D b9tDLdUxDDNVqw4dibBc66M4PSG05tACIF2gjJIc0MmE0PoGQohi5dXvhwWtZoNptepzYE wXY0Ub7zaudMK3qzPQiKW/30ZeuRGR1WjfDrDtEzGB+h2PNTXhZRtWuFsr46PZVuKbnJnJ XSXFbY50q4D08Cf9QhG96YY6zXuCFn6N57rXCPkF7jH6fp99hnD9HmJHgQxNcBdFLzYYLD NnnBVHsHlYqVeqeBjnLJdwdfla3dlqoXmV7pQKT7lTyQr6/CH1tSTADsorD8aw== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1648227988; a=rsa-sha256; cv=none; b=KkH7J5Sro5gwXYmyoeuszLcpONjmMiSct23xr0KHXjeYNR4K67yqI5cJk9ixLTdT5bvm2T 1bi/8QYDkIHf7Y73MiLHbgHd+4OMFEAhhtph0knRr3aAIbsqsUZzEFtWgLGQTH7JqkROI8 g/BurUST8jATAZylNUWOznF0F42atsNr8owZqFJqaGHRQzuMX4aDu2TM4BzCZHA2FhlObx 5Z7N8DM4uUQ8ilPcSBMH4976MLZRMMurSS2/lxVGGlneztvw9sFM14ni5tiFE7YgC/sFZY +9MOWZF6woXxJEVXBcJa0ZOkhenjykKX1DBNbfu6scPh5X148NxaFHubJ58S0g== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=gmail.com header.s=20210112 header.b=pmo9Pj4t; dmarc=fail reason="SPF not aligned (relaxed)" header.from=gmail.com (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.42 Authentication-Results: aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=gmail.com header.s=20210112 header.b=pmo9Pj4t; dmarc=fail reason="SPF not aligned (relaxed)" header.from=gmail.com (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: EA7FB3F536 X-Spam-Score: 5.42 X-Migadu-Scanner: scn0.migadu.com X-TUID: RG1KjAMaTnlf Hi Liliana and Maxime, On Fri, 25 Mar 2022 at 09:44, Liliana Marie Prikler wrote: > The question is (on a per-module basis) whether we consider this cheat > fine or whether we want to move things into different files (and > which). I so far haven't heard a good argument for the case of > audacity I raised. "It breaks cycles" is not good enough when we > consider the potential existence of other cuts (e.g. "audio-apps", > although perhaps a more specific "audio-editors" similar to how we have > "image-viewers" might make more sense), as well as the cheat of lazy > imports. > > simon, you raise some important performance metrics, but there is such > a thing as optimizing for the wrong metric. There are other variables > to consider, like time to grep, "does it make sense that X belongs to Y > and Z doesn't", etc., when it comes to ease of contributing. Declaring > some modules banned for a given other module has an adverse effect > here, in my opinion, and thus I claim that we need easily accessible > ways of using those supposedly banned modules. To be honest, I am not sure to understand the aim of reorganizing the modules... I mean, to me, the only important metrics is the performance of the end-user. If there is no performance improvement when cutting cycle, then it appears to me pointless to cut cycles. :-) Moreover, set an arbitrary boundary between packages is... arbitrary. You can spend close to eternity for discussing "does it make sense that X belongs to Y and Z doesn't". To me, such activity is like "tagging" (assign a specific word belonging to a finite set of words), it is usually a lot of effort and energy for, at the end, few, if not none, pragmatic outcomes. Last, for classification (assign a package to one module depending on the affinity with the other packages of that module), well, it could almost arbitrary (manual depending of human choice) as it is now or it could be self-organized depending on the data themself. From my point of view, it could be interesting to apply some kind of self-organized map (SOM) and other related things. It could be help for many other issues as "search". Pointers for what they are worth: https://lists.gnu.org/archive/html/guix-devel/2019-07/msg00252.html https://lists.gnu.org/archive/html/guix-devel/2019-12/msg00160.html Cheers, simon