From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp12.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms5.migadu.com with LMTPS id mH3YKrQGdGIlmQAAbAwnHQ (envelope-from ) for ; Thu, 05 May 2022 19:17:40 +0200 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp12.migadu.com with LMTPS id wBHbKrQGdGIoHgAAauVa8A (envelope-from ) for ; Thu, 05 May 2022 19:17:40 +0200 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 45E6311DFD for ; Thu, 5 May 2022 19:17:40 +0200 (CEST) Received: from localhost ([::1]:42190 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nmf6h-00048f-9x for larch@yhetil.org; Thu, 05 May 2022 13:17:39 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:51798) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nmexQ-0002SW-Fh for guix-devel@gnu.org; Thu, 05 May 2022 13:08:04 -0400 Received: from xavier.telenet-ops.be ([2a02:1800:120:4::f00:14]:39934) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1nmexO-0001HE-C9 for guix-devel@gnu.org; Thu, 05 May 2022 13:08:04 -0400 Received: from ptr-bvsjgyhxw7psv60dyze.18120a2.ip6.access.telenet.be ([IPv6:2a02:1811:8c09:9d00:3c5f:2eff:feb0:ba5a]) by xavier.telenet-ops.be with bizsmtp id T57z270044UW6Th0157ziw; Thu, 05 May 2022 19:07:59 +0200 Message-ID: <06de1b665cea1f4ca6e2b032168a38f7dbf8a82a.camel@telenet.be> Subject: Re: Multiple profiles with Guix Home From: Maxime Devos To: Liliana Marie Prikler , guix-devel@gnu.org Date: Thu, 05 May 2022 19:07:49 +0200 In-Reply-To: References: <550e75e83ee9c154766294779c8fd0b5f3715355.camel@telenet.be> Content-Type: multipart/signed; micalg="pgp-sha512"; protocol="application/pgp-signature"; boundary="=-gUQ3bxaID0PCzCATIfBc" User-Agent: Evolution 3.38.3-1 MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telenet.be; s=r22; t=1651770479; bh=GbMzHY7eAb5qcUS2uwAZlKfjomtzSeL5jUeqehynGzQ=; h=Subject:From:To:Date:In-Reply-To:References; b=U7i7lhBpIzsw/y4yGI0cHKw226Tqp7R18zHGJfj6dbLOT7Y5NzgDDELHRmS6AMSOA kq1RgSTwUAT1jrWCpeIqIbdvsnDnf3TPmue+hLDhpQ5nMauagekIqVnOiL+4cLNbO6 oV3Peut64uKQCsF9qUtZUoDEP36vfq7KuVRcM46PiK5yoV4WyWKios3SAPd7Ktm5+R H15/gLoUUJ31gIxNSJwjbBl57e5YYBTfubYZBSQlgsRwx21+yHXEzL5EZywlQnW/ok TxBcIoa/AF6dsGXzSY+b1gsTGr18Scly6D0Um/2CzQI9xx6v1UIscaGHhR/1Ty/V4F YfJYr36AKvNyA== Received-SPF: pass client-ip=2a02:1800:120:4::f00:14; envelope-from=maximedevos@telenet.be; helo=xavier.telenet-ops.be X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: guix-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Development of GNU Guix and the GNU System distribution." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guix-devel-bounces+larch=yhetil.org@gnu.org Sender: "Guix-devel" 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=1651771060; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:mime-version:mime-version: content-type:content-type:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post:dkim-signature; bh=GbMzHY7eAb5qcUS2uwAZlKfjomtzSeL5jUeqehynGzQ=; b=jRXildSSY1q5iq4RfjzNAKMSslDfmcci0b3k5+QN8gArZpjbHGc6bG4C/ycrwzc6MGUx52 RwXAGgAl/bMhkoYOl75p8267mcxkrXf5Qa8gGwmRr/ZpM2UNGCCh5+nVS8mt+62pqYEE/2 p8LnL2HHrqn3qQB5ypZmHq2YBP6wLpe8arTxV+iEIZDG3MPCuow5zFpKC1pKLoRvA2Rd0+ 1fBWRjvlRAsWU0H2ot3R+ifGWSVfqNenxjlyGq8LND/jnamYzRoBOgF9wRha5xTydzZmFF y9bfDaDOMBRU1I1nffNJQzc2GEsRRd5fGN0wd7QsjiyPOzyjJObZq7IztCB/zw== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1651771060; a=rsa-sha256; cv=none; b=uKtJ37CgH0Q6+M5i8T4tz5VWbKXgVxgbuqGBxtayR0azA1QCnmJ7DVwnB8C2UxoySw0Y9j LufvukEpTM1ooQstAPPxDOTa2S/LBlSj8ZwJrO58tpa31P7jvCKPs0YUieH1I9DvWLyFmN ub6nWLNhWfpPtaKYMkFfwaqwy1SSdIvhCcGFAv+xMA23mlahr7y+FLV1GJOkSB65QYnF7a Hprs4KpNehg32Cqb5rmrkebT63xT+b94+/SYKRwbM5iT64Zq+jYswVt3U0sv3BqBRCH+1X vJAMeNA6DmEvhBKpW2jA/kE5aYXfE4Hhnlv8YXsKOP4iS6RqAY839efFJBrIrw== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=telenet.be header.s=r22 header.b=U7i7lhBp; dmarc=pass (policy=none) header.from=telenet.be; spf=pass (aspmx1.migadu.com: domain of "guix-devel-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-devel-bounces+larch=yhetil.org@gnu.org" X-Migadu-Spam-Score: -11.19 Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=telenet.be header.s=r22 header.b=U7i7lhBp; dmarc=pass (policy=none) header.from=telenet.be; spf=pass (aspmx1.migadu.com: domain of "guix-devel-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="guix-devel-bounces+larch=yhetil.org@gnu.org" X-Migadu-Queue-Id: 45E6311DFD X-Spam-Score: -11.19 X-Migadu-Scanner: scn0.migadu.com X-TUID: Bd5rUQQVyG9p --=-gUQ3bxaID0PCzCATIfBc Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi, Previously, you wrote that people need to write shell wrappers. >> [ cross-profile installation things ] > The solution to that would be evaluating the search paths over all > enabled packages. However, I do think it's fine to do as we did > before for now; people are already used to this aspect of Guix, _but > the fact that they need to code up their own shell wrappers to manage > multiple profiles is not good optics imo_. (emphasis mine) However, now you write that the mechanism already exists, all the user needs to do is "source .../etc/profile.sh", without any shell wrappers. Am Donnerstag, dem 05.05.2022 um 13:05 +0200 schrieb Maxime Devos: > > Liliana Marie Prikler schreef op zo 03-10-2021 om 12:50 [+0200]: > > > On init/reconfigure, `guix home' creates/updates all > > > home-profiles > > > which have a home-profile-manifest that is not #f and links them > > > to > > > the appropriate locations. It also creates a shell startup > > > script > > > that loads those profiles that are enabled?, even if they have no > > > manifest (this can be used to e.g. declare a pull profile, which > > > `guix home' can't manage). =20 > >=20 > > I assume there will be some mechanism to load disabled profiles > > (otherwise the disabled profiles seem a bit pointless to me, why > > not remove them with #; and avoid some build time)? > This mechanism already exists, it's source > /path/to/profile/etc/profile.sh. But IIUC, "source .../etc/profile.sh" is not sufficient because of the search paths issue, so people need shell wrappers to make sure all search paths are set? This seems contradictory to me. Or am I mistaken on which shell wrappers you were referring to? Greetings, Maxim --=-gUQ3bxaID0PCzCATIfBc Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- iI0EABYKADUWIQTB8z7iDFKP233XAR9J4+4iGRcl7gUCYnQEZRccbWF4aW1lZGV2 b3NAdGVsZW5ldC5iZQAKCRBJ4+4iGRcl7iakAQD0F/y7S9wUan0IJOl2QWwToCXR 5KIy1wllQEIWS9TBzgD9GkwddTnVn2d6CdS9cQUnM60wqMB3au6KHi2CIXffTwY= =Zssx -----END PGP SIGNATURE----- --=-gUQ3bxaID0PCzCATIfBc--