From debbugs-submit-bounces@debbugs.gnu.org Fri Feb 19 10:22:45 2021 Received: (at 46385) by debbugs.gnu.org; 19 Feb 2021 15:22:45 +0000 Received: from localhost ([127.0.0.1]:50146 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lD7cD-0004TF-1g for submit@debbugs.gnu.org; Fri, 19 Feb 2021 10:22:45 -0500 Received: from eggs.gnu.org ([209.51.188.92]:52814) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lD7cB-0004Sx-L7 for 46385@debbugs.gnu.org; Fri, 19 Feb 2021 10:22:44 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:50559) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lD7c4-0001LB-VI; Fri, 19 Feb 2021 10:22:36 -0500 Received: from [2001:660:6102:320:e120:2c8f:8909:cdfe] (port=49858 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lD7c4-0001T0-HC; Fri, 19 Feb 2021 10:22:36 -0500 From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: Maxime Devos Subject: Re: bug#46385: User awareness of Anti-Features References: X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 1 =?utf-8?Q?Vent=C3=B4se?= an 229 de la =?utf-8?Q?R?= =?utf-8?Q?=C3=A9volution?= X-PGP-Key-ID: 0x090B11993D9AEBB5 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 3CE4 6455 8A84 FDC6 9DB4 0CFB 090B 1199 3D9A EBB5 X-OS: x86_64-pc-linux-gnu Date: Fri, 19 Feb 2021 16:22:34 +0100 In-Reply-To: (Maxime Devos's message of "Wed, 10 Feb 2021 15:38:36 +0100") Message-ID: <87v9aokrph.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 46385 Cc: soheil@disroot.org, 46385@debbugs.gnu.org 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 (-) Hi, Maxime Devos skribis: > I'll have to think some more on whether this is something Guix needs, but= I > do have a partial concrete implementation proposal: > > Packages can have a =E2=80=98properties=E2=80=99 field, e.g. from gnu/pac= kages/bioconductors.scm: > > (define-public r-reactome-db > (package > (name "r-reactome-db") > (version "1.70.0") > [...] > (properties `((upstream-name . "reactome.db"))))) > > Maybe add a =E2=80=98anti-features=E2=80=99 entry field for some packages? > E.g., > > (define-public some-twitter-app > (package > (name "tweet") > [...] > (properties `((anti-features x y z))))) > > x, y and z can be symbols, e.g. based upon from https://f-droid.org/en/do= cs/Anti-Features/ > > * ads (I don't think any application in Guix has these?) > * tracking (should be patched out if possible) > * non-free-network-services > * non-free-dependencies (probably not allowed in upstream Guix, but maybe= in a channel) > > The code behind =E2=80=98guix show=E2=80=99 and =E2=80=98guix search=E2= =80=99 would need to > be adjusted to display anti-features, and the =E2=80=98guix install=E2=80= =99 code > should warn if someone installs a package with anti-features. I=E2=80=99m sympathetic with the idea of raising awareness of those anti-features. However, I don=E2=80=99t see a clear way we could =E2=80=9C= define=E2=80=9D each possible anti-feature; some are definitely ill-defined (for instance, a service is neither =E2=80=9Cfree=E2=80=9D nor =E2=80=9Cnon-free=E2=80=9D in= the same sense as software can be free or non-free.) It=E2=80=99s also not entirely clear to me how t= he UI could make good use of it. That said, there are anti-features that we have always patched out in the past, such as tracking/=E2=80=9Cphoning home=E2=80=9D and auto-upgrades= . Perhaps we could formalize that in our packaging guidelines? Ludo=E2=80=99.