From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp2 ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id MHg9FWZJHWHDXAAAgWs5BA (envelope-from ) for ; Wed, 18 Aug 2021 19:54:46 +0200 Received: from aspmx1.migadu.com ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp2 with LMTPS id MMgeEWZJHWFqOAAAB5/wlQ (envelope-from ) for ; Wed, 18 Aug 2021 17:54:46 +0000 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 8F6642B6EE for ; Wed, 18 Aug 2021 19:54:45 +0200 (CEST) Received: from localhost ([::1]:46888 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mGPm0-0006fx-6L for larch@yhetil.org; Wed, 18 Aug 2021 13:54:44 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:40226) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mGPlK-0006JF-PL for bug-guix@gnu.org; Wed, 18 Aug 2021 13:54:02 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:46002) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mGPlK-0007EE-AQ for bug-guix@gnu.org; Wed, 18 Aug 2021 13:54:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1mGPlK-0003wY-9q for bug-guix@gnu.org; Wed, 18 Aug 2021 13:54:02 -0400 X-Loop: help-debbugs@gnu.org Subject: bug#50103: Pulseaudio doesn't export XDG_CONFIG_DIRS Resent-From: John Kehayias Original-Sender: "Debbugs-submit" Resent-CC: bug-guix@gnu.org Resent-Date: Wed, 18 Aug 2021 17:54:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50103 X-GNU-PR-Package: guix X-GNU-PR-Keywords: To: Leo Prikler Cc: 50103@debbugs.gnu.org, Maxime Devos Received: via spool by 50103-submit@debbugs.gnu.org id=B50103.162930920315089 (code B ref 50103); Wed, 18 Aug 2021 17:54:02 +0000 Received: (at 50103) by debbugs.gnu.org; 18 Aug 2021 17:53:23 +0000 Received: from localhost ([127.0.0.1]:57544 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mGPkc-0003vD-66 for submit@debbugs.gnu.org; Wed, 18 Aug 2021 13:53:22 -0400 Received: from mail-40136.protonmail.ch ([185.70.40.136]:15935) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mGPkV-0003ut-71 for 50103@debbugs.gnu.org; Wed, 18 Aug 2021 13:53:16 -0400 Date: Wed, 18 Aug 2021 17:53:00 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail; t=1629309184; bh=JbZv/WQQfWEWDGzH4fd9FgNFYdQwv3xziMY97Au0yiM=; h=Date:To:From:Cc:Reply-To:Subject:In-Reply-To:References:From; b=UrXu0MSaGPveAtr1E4mENlMMW6kSV4rwXX9LKhJyql9Fn+SS90mTwMzsrSiPdwxzj CWJceEjSgBlPu7lXmkPEd5YaXLJKxPcSN5bthClhc/E+flYk8yTAuiH2k+oCYLdvOy FHtrB1P1hzr3ynHmD3qTqLsLuWL6ok2anEon91n8= Message-ID: In-Reply-To: <870c9fb6c492092ef3b5b41b007c160be423fc69.camel@student.tugraz.at> References: <8260714867d007d924c151a18ff9c63950ab2fcd.camel@student.tugraz.at> <04f0f93cb3dd7fa70d940f200b00432eaf9004e9.camel@telenet.be> <459e9a0866a72bd3bf792d347e249f854e5654e1.camel@student.tugraz.at> <870c9fb6c492092ef3b5b41b007c160be423fc69.camel@student.tugraz.at> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-guix@gnu.org List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+larch=yhetil.org@gnu.org Sender: "bug-Guix" Reply-to: John Kehayias X-ACL-Warn: , John Kehayias From: John Kehayias via Bug reports for GNU Guix X-Migadu-Flow: FLOW_IN ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1629309285; h=from:from:sender:sender:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: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=JbZv/WQQfWEWDGzH4fd9FgNFYdQwv3xziMY97Au0yiM=; b=ClmIC5hR8UfZC4sa1iKqZjLuPfnZNqbLO9lms01aEzqYrURKN/hN4iG4qOoNoA4+0TeMQc 4qE6eOQaFHdGNJfixMgEqmv6offdvgTakkktukFWLOvxhtAostDl0Rn7v5KAy21jkSSAId sCBt/CZFZUDbNNjyBLR3zlKgyRdle9hHC/0h5Ckg7aFV/O/q74PFO6q0M8+Yx7lss4D8cz 6ZJGct/Q+IuTdki6s3H9l6Oln78WpwAjCUNwgCOQ1uJ1wWQhwZ1Z3mC63FvrcvzWsTzr62 RsMdPMOQ282ZDTFyr4vgGJA8gcguKA0UQZ97rL83UeS7518/mS0XAulLLdND4A== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1629309285; a=rsa-sha256; cv=none; b=g3Npmc+IeDy+xJvunAjlS5pqC5sJUU+6Ay5UExDfmE0Ng4/OgNv4G7nJL5qEP0DRW7YlY0 iEZNQVj5ILaw3I+mOlubu11LRiBeaRB9XpvfUK7FqBo+dKi3MzyHlwiGskL7TyjBBnMEug osAaDoB/Y7dIW7WECdmioIGBZFqJK2PF3xZ+yFNOq6hdu/Q8o5iN1OgLj3Q2LcK1NAaW92 FdMAcgy501IK89dT8lkltSrsa2m7MdyYThT2hp9RkovvpZ/QsWauWQtJ+JF8SLPK26ZhUW 2B2LoA+Ced9JHcIEsxUtK5iCwqPLAG/0K04pQO4aAUtQiKh6LuMs4rkhslhGDw== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=protonmail.com header.s=protonmail header.b=UrXu0MSa; spf=pass (aspmx1.migadu.com: domain of bug-guix-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=bug-guix-bounces@gnu.org X-Migadu-Spam-Score: -2.92 Authentication-Results: aspmx1.migadu.com; dkim=fail ("headers rsa verify failed") header.d=protonmail.com header.s=protonmail header.b=UrXu0MSa; dmarc=pass (policy=none) header.from=gnu.org; spf=pass (aspmx1.migadu.com: domain of bug-guix-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=bug-guix-bounces@gnu.org X-Migadu-Queue-Id: 8F6642B6EE X-Spam-Score: -2.92 X-Migadu-Scanner: scn0.migadu.com X-TUID: 6o3gsPIxTyEp Hi Leo, =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90 Original Me= ssage =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90 On Wednesday, August 18th, 2021 at 12:35 PM, Leo Prikler wrote: > Hi John, > > For the record, you should try to cite in a way, that lines don't get > broken. I have no idea why this is happening > I just noticed that too, sorry. Seems protonmail likes to wrap at a shorter= length and introduces these blank lines. Guess it is about time I get this= account into mu4e. > Am Mittwoch, den 18.08.2021, 16:06 +0000 schrieb John Kehayias: > > > Hi Leo, > > > > On Wednesday, August 18th, 2021 at 11:19 AM, Leo Prikler wrote: > > > > [...] > > > > .config/guix is hardcoded in a few places already isn't it? (or is > > that just for root? took just a quick look) Personally, I prefer > > everything in .config to keep the home folder cleaner, but we all > > know there's a strong mix of things like $HOME/.something and > > $HOME/.config/something. > > $(HOME)/.config is particularly hard-coded in the current /etc/profile, > which is why I dub it "fake XDG conformance". I personally disagree > with the use for $(HOME)/.config for software packages. > Well, it is all a bit of a mess. Off topic, but I try to use literate org f= iles and stow to wrangle everything. > > [...] > > > > I suppose that still leaves the question of search paths. I don't > > think I know enough of the internals to have a helpful input here so > > far. Handling multiple profiles together would help pull in some > > search-paths and maybe alleviate #48538 (dbus)? Would then /etc be > > constructed from all the profiles together (by passing this > > XDG_CONFIG_DIRS issue)? If it is still /etc in each profile relying > > on env to find things, then at least in this case XDG_CONFG_DIRS > > still has to appear somewhere. Search paths in profiles could be > > good, conceptually works for how profiles are used, to me. > > For context, `guix package --search-paths' would implement the merged > approach IIUC, but then you would have to invoke guix from > /etc/profile, which reportedly is not every person's tea. You could > still manually source $GUIX_PROFILE/etc/profile, but would then get an > incomplete view depending on what your profiles look like. > That was the discussion in #20255 that was never resolved. In this case, I don't think any combination of `guix package --search-paths= ` will update XDG_CONFIG_DIRS since it is not in the native-search-paths of= any of my included packages, as far as I can tell. I do see it included in= qtbase, but I'd rather avoid pulling that in unless I actually have qt pac= kages (which I probably will at some point). Just checking, and installing = qtbase would indeed add XDG_CONFIG_DIRS to the /etc/profile as expected. Is there a reason qtbase has it but nothing on the glib/gtk/xorg side? > As for the XDG_CONFIG_DIRS, I don't think your scenario is the only > possible one, but with things being as they are currently, it is among > the likeliest outcomes. Another approach would be to define "precious" > search paths, which would be considered even if not explicitly > mentioned by any package/profile. (I think this somewhat overlaps > with/complements search paths as a first-class manifest citizen). I'm > just throwing out ideas here, so you shouldn't necessarily take any of > them as the solution to all our problems or something that can be > easily implemented given the status quo, but if you want, you can take > some inspiration from them or try out your own (thought) experiments. > I understand, this is a longer-term direction to discuss (I can certainly w= ork around this issue in many ways). I think the related dbus issue #48538 = is more noticeable, but all point towards better sorting out how we treat p= rofiles and search-paths. My process as a new Guix user is to get everythin= g working as I like it, and then try to reduce the edge case workarounds I'= ve had to put in (a related one is #44997, for packages that may put things= in /etc/profile.d). I think it would be good to get some overall input and direction for what p= eople would like as the next steps in how we manage profiles (and search-pa= ths). Thanks for the discussion so far, hopefully we can get some broad design ch= oices and end goals in mind to then work out details. John