From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp10.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 4FHkG6yL0WKuLAAAbAwnHQ (envelope-from ) for ; Fri, 15 Jul 2022 17:45:48 +0200 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp10.migadu.com with LMTPS id KBZ1GqyL0WKJiQAAG6o9tA (envelope-from ) for ; Fri, 15 Jul 2022 17:45:48 +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 414F8A009 for ; Fri, 15 Jul 2022 17:45:48 +0200 (CEST) Received: from localhost ([::1]:49386 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oCNVj-0001MB-GD for larch@yhetil.org; Fri, 15 Jul 2022 11:45:47 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:53154) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oCNV5-000101-Eh for guix-devel@gnu.org; Fri, 15 Jul 2022 11:45:07 -0400 Received: from mail-40131.protonmail.ch ([185.70.40.131]:26240) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oCNV2-0003sG-KM for guix-devel@gnu.org; Fri, 15 Jul 2022 11:45:06 -0400 Date: Fri, 15 Jul 2022 15:44:56 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail3; t=1657899903; x=1658159103; bh=rhb/kJ5SEEsJ7Y/GGCxbxIMN4FGC0R2jpRGFqmZZlzs=; h=Date:To:From:Cc:Reply-To:Subject:Message-ID:In-Reply-To: References:Feedback-ID:From:To:Cc:Date:Subject:Reply-To: Feedback-ID:Message-ID; b=uxjglvdYry2lWycXyo9DNcdHPlToV1tDOLQQdxLOkQiKz5ne73xB7id4U2hcnks4v 63KIIZ+q3EYSWI0iMCrp1Wz8SLMNNGVUoHpI3Xom7VwLwhHj+30pusBVMf23CRo/hH wKYSsmCIIGPSs1/Eh9ll3FreacatfV+8nU+knCpe9+xQAzIeUewzoqBbrOhXNijeB5 Y9aP0eEbXZLpKl0z6yZ96MeiO/yr755t5yDM8zjRnZbdDhr8yfSdEtXRv0cKA+Igtw 43xREHQ377D+P3fJNB7zq/nA2V8RRZZAzQsiDc8Swr4aGGnZrrEubqfljFC7TfMrBv iFBkR2BowSBhw== To: Dominic Martinez From: John Kehayias Cc: guix-devel@gnu.org Subject: Re: [WIP Patch] Adding an FHS container to guix shell Message-ID: <4ZllqzHVVS2lCT94KwCw7gv4ltIhfGsH3m_A2LrSf3D08y5NtEbQpYopJoBpT4NPGziNEj57Ng-FpvHNg4Odzr30xYZmbpPNcSBvbJkyqa4=@protonmail.com> In-Reply-To: <87tu7llpj0.fsf@dominicm.dev> References: <87tu7llpj0.fsf@dominicm.dev> Feedback-ID: 7805494:user:proton MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Received-SPF: pass client-ip=185.70.40.131; envelope-from=john.kehayias@protonmail.com; helo=mail-40131.protonmail.ch X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 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, SPF_HELO_PASS=-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: , Reply-To: John Kehayias Errors-To: guix-devel-bounces+larch=yhetil.org@gnu.org Sender: "Guix-devel" Authentication-Results: aspmx1.migadu.com; none X-Migadu-Scanner: scn0.migadu.com X-TUID: pXr6e3GIa193 Hi Dominic, ------- Original Message ------- On Tuesday, July 12th, 2022 at 10:11 PM, Dominic Martinez wrote: > > > > John Kehayias john.kehayias@protonmail.com writes: > > > What about other uses for this container, like providing an isolated en= vironment > > to build and run software we can't do fully with bootstrap and sources = (like > > JS)? Could this become some stop-gap to allow people to work with these > > ecosystems in a more controlled way within Guix? Or an alternative buil= d > > environment? Not entirely sure what this could mean, just thinking out = loud. > > > I think an interesting idea would be to allow packages to transparently > run in the FHS container (i.e. a shim that turns 'x' into 'guix shell > --fhs-container x -- x'). That way software incompatible with GuixSD in > a way too difficult to patch could be still be packaged and used > transparently, albeit with a significant performance cost. > > Even if packages in Guix proper don't use it, it could be useful for > third-party channels or end-users to whip up packages. > Yes, this is something I was thinking of, as a partial stop-gap for when yo= u need to use software that can't be fully packaged the way we want for Gui= x. Not sure what the details would look like exactly (internally), but coul= d be a useful tool to have. > Thanks so much for this; I've been thinking about getting around to this > feature for quite a while. You are welcome and thanks for the kind words! I've also been thinking abou= t this for a while, and luckily a lot of this was laid out in what others h= ave done (and myself for non-free packaging). I'm already using a variation of this to do some development work that othe= rwise wouldn't be possible without maybe a VM or using another machine. John