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) server-digest SHA256) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 45A67159C9B for ; Tue, 6 Aug 2024 17:27:41 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 67B7A2BC095; Tue, 6 Aug 2024 17:27:37 +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) server-digest SHA256) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 1A7BE2BC091 for ; Tue, 6 Aug 2024 17:27:37 +0000 (UTC) Received: by mail-ej1-f41.google.com with SMTP id a640c23a62f3a-a7ac449a0e6so76468166b.1 for ; Tue, 06 Aug 2024 10:27:36 -0700 (PDT) X-Forwarded-Encrypted: i=1; AJvYcCXlHI+T2pGup6QkLkwjJ8ZeTb/Ii1vdbWtwbSMdhMWrmlevBH9TMz3haqX95y0FW996I7Nq6xUeE1dgurb9mU8uZ8KKfwN1bk89NWA= X-Gm-Message-State: AOJu0YyVqU2eA7HjOAx2KEU7zgORzfLPIrW+emVx64KvrHwbwHyL0t7t FOY8ZjpAkbV56q/YRP8ttwkxHsAFXCYpkiV9P9xBLXJwc0K+8WBdWTCAaw7ZgGjFkqxmvCREaSs IDjltTf7Q0VCCc3dquvepU7FxBgQ= X-Google-Smtp-Source: AGHT+IEExcrN4ztBWtNyru5zAiG+hHl2O2igWsdS76mtoS+Q0dAAlUykCy4P9LlPAXEXLtABQ4iHigKUmgcM4xjPIOI= X-Received: by 2002:a17:906:dc90:b0:a7a:ab1a:2d65 with SMTP id a640c23a62f3a-a7dc5101ce4mr1145081866b.67.1722965253456; Tue, 06 Aug 2024 10:27:33 -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: <74b03b9eb4be6825a1c21d3fe828b3cf16843ff3.camel@gentoo.org> In-Reply-To: <74b03b9eb4be6825a1c21d3fe828b3cf16843ff3.camel@gentoo.org> From: Mike Gilbert Date: Tue, 6 Aug 2024 13:27:21 -0400 X-Gmail-Original-Message-ID: Message-ID: Subject: [gentoo-dev] Re: profiles/base/make.defaults: add XDG_DATA_DIRS & XDG_CONFIG_DIRS to ENV_UNSET To: Pacho Ramos , gentoo-dev@lists.gentoo.org Cc: Mart Raudsepp , Mike Gilbert Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 72a232c1-46ce-497b-91e7-5b5acb23030a X-Archives-Hash: d08253e614a398e8f9e3cb42013bb734 On Wed, Jul 17, 2024 at 2:57=E2=80=AFPM Pacho Ramos wrot= e: > > Hello, > > This is a follow up from an older thread by leio in the mailing list: > https://archives.gentoo.org/gentoo-dev/message/bf36c4c50f9c15db222faa6a66= b0c6c9 > > The problem is that, at present time, we are getting more and more bugs > coming from flatpak users that get build failures due to having those > variables "polluted". > > Personally, I would opt for unsetting them too and properly set them to > known values for packages needing it. But I am unsure if we could > probably do a tinderbox run to find&fix packages needing them to be set > :-/ I'm not really familiar with the packages that require these variables. I agree with the idea in principle though. It seems like x11-libs/gtk+ is one example given by leio. How would we fix that one? Can the same strategy be applied to similar ebuilds? Another possible idea would be to source /etc/profile.env in a subshell and pick out the relevant XDG variables in xdg_environment_reset.