From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id B26C0158009 for ; Wed, 21 Jun 2023 17:45:48 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id F2180E0880; Wed, 21 Jun 2023 17:45:44 +0000 (UTC) Received: from smtp.gentoo.org (dev.gentoo.org [IPv6:2001:470:ea4a:1:5054:ff:fec7:86e4]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id BD187E07FE for ; Wed, 21 Jun 2023 17:45:44 +0000 (UTC) Received: by mail-yw1-f176.google.com with SMTP id 00721157ae682-57045429f76so64176747b3.0 for ; Wed, 21 Jun 2023 10:45:44 -0700 (PDT) X-Gm-Message-State: AC+VfDwMmcVkoWkDVo5vs8w8RzcgVYYq6CduZu1EpL+JZBnyiQrK6f9W +WU/IC4LW0lM3/rkx27Fek9XNOo6t4jCXka+myo= X-Google-Smtp-Source: ACHHUZ7WVxRAjVY+ODZEIikkMt4XndC0XNBti82w6uMXV6UXPq5ITI9nC3USEmGxv6QqjZ+ZIXpyDbnhoNbxZ3ZkCA0= X-Received: by 2002:a81:4702:0:b0:559:ed0a:96c4 with SMTP id u2-20020a814702000000b00559ed0a96c4mr16322752ywa.44.1687369542227; Wed, 21 Jun 2023 10:45:42 -0700 (PDT) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 References: <30d4b57b-734f-bd42-4427-15389256e80f@gentoo.org> <703cdee8-b322-6c49-be13-efd10426ea6b@gentoo.org> In-Reply-To: From: Mike Gilbert Date: Wed, 21 Jun 2023 13:45:31 -0400 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [gentoo-dev] Eselect repository feature request To: gentoo-dev@lists.gentoo.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Archives-Salt: c526f9f5-92d4-4d3f-9c0e-0f10665dfa6d X-Archives-Hash: 045c74d9b806264ee9f41399e1c03aa1 On Wed, Jun 21, 2023 at 12:47=E2=80=AFPM TOMAS FABRIZIO ORSI wrote: > I had not considered that possibility either. In that case, could not the= overlay > dependency resolution be handled as a module? > Said module could be a common interface for different package managers. > Then, the execution of said module would be handled on a per package mana= ger/sync program basis? I'm not quite certain what you mean by "module" here, but that sounds like unnecessary extra abstraction. I think flow's idea to make the sync command configurable somehow would be sufficient, assuming there is demand for it.