From debbugs-submit-bounces@debbugs.gnu.org Mon Jun 26 20:43:24 2023 Received: (at submit) by debbugs.gnu.org; 27 Jun 2023 00:43:24 +0000 Received: from localhost ([127.0.0.1]:47284 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qDwnj-0004Us-T8 for submit@debbugs.gnu.org; Mon, 26 Jun 2023 20:43:24 -0400 Received: from lists.gnu.org ([209.51.188.17]:41606) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qDwni-0004Uk-8E for submit@debbugs.gnu.org; Mon, 26 Jun 2023 20:43:22 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qDwnh-00005I-Qb for bug-guix@gnu.org; Mon, 26 Jun 2023 20:43:21 -0400 Received: from picard.hosts.alm.website ([68.183.153.197] helo=mail.alm.website) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qDwng-0007cr-BE for bug-guix@gnu.org; Mon, 26 Jun 2023 20:43:21 -0400 Received: from spock.hosts.alm.website (unknown [IPv6:2001:470:8:694:2ef0:5dff:fe62:37e]) by mail.alm.website (Postfix) with ESMTPSA id E2B242013D for ; Tue, 27 Jun 2023 00:42:47 +0000 (UTC) Date: Mon, 26 Jun 2023 20:42:30 -0400 From: Athena Martin To: bug-guix@gnu.org Subject: Python dlopen()s musl libc Message-ID: <20230626204230.7b3b773a@spock.hosts.alm.website> X-Mailer: Claws Mail 4.1.1 (GTK 3.24.38; x86_64-alpine-linux-musl) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/Ix9WsNzDSwcE_WN=TNo/fSq"; protocol="application/pgp-signature"; micalg=pgp-sha512 Received-SPF: pass client-ip=68.183.153.197; envelope-from=secure@alm.website; helo=mail.alm.website X-Spam_score_int: 14 X-Spam_score: 1.4 X-Spam_bar: + X-Spam_report: (1.4 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_PBL=3.335, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=no autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.4 (-) X-Debbugs-Envelope-To: submit 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: -2.4 (--) --Sig_/Ix9WsNzDSwcE_WN=TNo/fSq Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable I've had experiences now with multiple Guix packages, including gajim (bug 60235) and now python-neovim-remote, which have an issue where Python tries to dlopen() libc, but finds the system libc instead of Guix's, resulting on Alpine Linux hosts in a crash with this message: ImportError: libc.musl-x86_64.so.1: cannot open shared object file: No such= file or directory There are a variety of tracebacks that lead up to this, depending on the package in question. --Sig_/Ix9WsNzDSwcE_WN=TNo/fSq Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQEzBAEBCgAdFiEELAGoSzc6nHIdbhP+S8DcQuG8sXMFAmSaMHYACgkQS8DcQuG8 sXNzwwf/QSs5nNKbTPCDx+ucfoiR1bYTS40WHqBfPvccKoXJ01sGgh332OpRlyMb ggXdFOjtcTrZqnTNzYOpU5JvE6zWLWNj2Za5Uz4SXWWTX/0E+t93jyQdrDqF0NNr MheYJ+cSHO5SclaezT60lom3FS9KttQHDaS6IUfDFnMdCtNpnUvFE+hUH55XJmSc My/kFy1Rv8OgeB5jPj+Kf6I1Fn2n0m68dWenzyjn0GMJl4Wu8qvUlvTz1erDEARE vKAZdFXmkUKaZEGYL9gC9uf3k1Vf2gUJu0nG/hNhfbb9c6CQbGPiMJNk8xy78DwO TlDn8/GS/yHryjyeHrS7DbtYPQWz+Q== =Bjwl -----END PGP SIGNATURE----- --Sig_/Ix9WsNzDSwcE_WN=TNo/fSq-- From debbugs-submit-bounces@debbugs.gnu.org Fri Jul 07 10:00:23 2023 Received: (at 64309) by debbugs.gnu.org; 7 Jul 2023 14:00:23 +0000 Received: from localhost ([127.0.0.1]:43528 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qHm0V-0005ar-KW for submit@debbugs.gnu.org; Fri, 07 Jul 2023 10:00:23 -0400 Received: from eggs.gnu.org ([209.51.188.92]:48480) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qHm0T-0005ab-9b for 64309@debbugs.gnu.org; Fri, 07 Jul 2023 10:00:22 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qHm0N-0005PY-Dm; Fri, 07 Jul 2023 10:00:15 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-Version:In-Reply-To:Date:References:Subject:To: From; bh=6OjfzHjO3HKHyyI4fS/e/eC4upAM8RE2jB0h0s2mUEY=; b=E8OfxppiImujWttOoWpA W2zNZQawMg6h939TTa8zSLQHC8R/d3Q7XfmBONpAxpKPsGXU0oR8Hsqqb49XoxLYt9yBMmkOCyPlM 3rU0VzgEIgUt4WPWOIrI2FnOU+8z+RbyRgKyVazHbesVimXspa6U5LLhe4FjRnagptBkWY7gplaGW HHD2Uc238INWaMHU1VQjCsm43n9kTugiZXeEcnpsoTNMUmNp6IG8WnDYVINygiupYsAE79SIS5GsZ D0JmtAX/bsHgcF0jt9QJWvjj5XFoT3Z+ENfSeSNur5BHetLBQPuwVgXhaIRiE/BUBu8UWtSUBs0Rq SOe04cedte9QnA==; Received: from 91-160-117-201.subs.proxad.net ([91.160.117.201] helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qHm0M-0006jp-Of; Fri, 07 Jul 2023 10:00:14 -0400 From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: Athena Martin Subject: Re: bug#64309: Python dlopen()s musl libc References: <20230626204230.7b3b773a@spock.hosts.alm.website> Date: Fri, 07 Jul 2023 16:00:12 +0200 In-Reply-To: <20230626204230.7b3b773a@spock.hosts.alm.website> (Athena Martin's message of "Mon, 26 Jun 2023 20:42:30 -0400") Message-ID: <87mt07kej7.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 64309 Cc: 64309@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: -3.3 (---) Hi, Athena Martin skribis: > I've had experiences now with multiple Guix packages, including gajim > (bug 60235) and now python-neovim-remote, which have an issue where > Python tries to dlopen() libc, but finds the system libc instead of > Guix's, resulting on Alpine Linux hosts in a crash with this message: > > ImportError: libc.musl-x86_64.so.1: cannot open shared object file: No su= ch file or directory > > There are a variety of tracebacks that lead up to this, depending on > the package in question. Could you provide a command to reproduce this? Thanks in advance, Ludo=E2=80=99. From debbugs-submit-bounces@debbugs.gnu.org Fri Jul 07 10:00:33 2023 Received: (at control) by debbugs.gnu.org; 7 Jul 2023 14:00:33 +0000 Received: from localhost ([127.0.0.1]:43532 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qHm0e-0005bH-UJ for submit@debbugs.gnu.org; Fri, 07 Jul 2023 10:00:33 -0400 Received: from eggs.gnu.org ([209.51.188.92]:56098) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qHm0d-0005b2-Fg for control@debbugs.gnu.org; Fri, 07 Jul 2023 10:00:31 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qHm0Y-0005RG-3a for control@debbugs.gnu.org; Fri, 07 Jul 2023 10:00:26 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:Subject:From:To:Date:in-reply-to: references; bh=L1zdG7FtRG4tHWKNtSKHCoTQkgmd4NkljvdXbsbLS/o=; b=HFKACT4xJ7A0q7 Jvi/CdOpDIOsenqUOCroPrbS60bcyLF57AjMn3XxgdplWM2gDIEKZF+kFKs+LWDcQWEk8slepbeNS i45jk/4blCMXaESlDHLfMfsG1j0cwMkN5Dp59FbpU40khQ3iNJqDtY5UZpdWG8w2RsUcEp9hgrlsW M2ziZSSAcyzKdX3aJJqctO47SsZQFGkkv8Q/UAowzH9mH2JUTnnHTUYZ7pb9JB4ZD3mfxMNwSiN/h eDKoDxWE9yV/XlL0PUqX7twoDwaar7IDYieEvfkicncgPYisHoleE4flTGpj+blTOfZetnM4aCEqU IL32J5Qm0RHPtzRQcoEQ==; Received: from 91-160-117-201.subs.proxad.net ([91.160.117.201] helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qHm0X-0006rq-NK for control@debbugs.gnu.org; Fri, 07 Jul 2023 10:00:25 -0400 Date: Fri, 07 Jul 2023 16:00:24 +0200 Message-Id: <87lefrkeiv.fsf@gnu.org> To: control@debbugs.gnu.org From: =?utf-8?Q?Ludovic_Court=C3=A8s?= Subject: control message for bug #64309 MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: control 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: -3.3 (---) tags 64309 + moreinfo quit From debbugs-submit-bounces@debbugs.gnu.org Sat Jul 08 16:17:06 2023 Received: (at 64309) by debbugs.gnu.org; 8 Jul 2023 20:17:06 +0000 Received: from localhost ([127.0.0.1]:45247 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qIEMc-0004ZM-CW for submit@debbugs.gnu.org; Sat, 08 Jul 2023 16:17:06 -0400 Received: from picard.hosts.alm.website ([68.183.153.197]:34402 helo=mail.alm.website) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qIEMZ-0004ZD-On for 64309@debbugs.gnu.org; Sat, 08 Jul 2023 16:17:05 -0400 Received: from spock.hosts.alm.website (unknown [IPv6:2001:470:8:694:2ef0:5dff:fe62:37e]) by mail.alm.website (Postfix) with ESMTPSA id E3E322015D; Sat, 8 Jul 2023 20:17:02 +0000 (UTC) Date: Sat, 8 Jul 2023 16:16:58 -0400 From: Athena Martin To: Ludovic =?UTF-8?B?Q291cnTDqHM=?= Subject: Re: bug#64309: Python dlopen()s musl libc Message-ID: <20230708161658.25be509c@spock.hosts.alm.website> In-Reply-To: <87mt07kej7.fsf@gnu.org> References: <20230626204230.7b3b773a@spock.hosts.alm.website> <87mt07kej7.fsf@gnu.org> X-Mailer: Claws Mail 4.1.1 (GTK 3.24.38; x86_64-alpine-linux-musl) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/QAiNioPzedMn6+jssdXZT3A"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Spam-Score: 3.6 (+++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > > ImportError: libc.musl-x86_64.so.1: cannot open shared object file: > > No such file or directory > > Could you provide a command to reproduce this? On an Alpine Linux Edge host, I reproduce with: Content analysis details: (3.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record 3.6 RCVD_IN_PBL RBL: Received via a relay in Spamhaus PBL [68.183.153.197 listed in zen.spamhaus.org] -0.0 SPF_PASS SPF: sender matches SPF record X-Debbugs-Envelope-To: 64309 Cc: 64309@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: 2.6 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > > ImportError: libc.musl-x86_64.so.1: cannot open shared object file: > > No such file or directory > > Could you provide a command to reproduce this? On an Alpine Linux Edge host, I reproduce with: Content analysis details: (2.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 3.6 RCVD_IN_PBL RBL: Received via a relay in Spamhaus PBL [68.183.153.197 listed in zen.spamhaus.org] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 SPF_PASS SPF: sender matches SPF record -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager --Sig_/QAiNioPzedMn6+jssdXZT3A Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable > > ImportError: libc.musl-x86_64.so.1: cannot open shared object file: > > No such file or directory >=20 > Could you provide a command to reproduce this? On an Alpine Linux Edge host, I reproduce with: $ guix install python-neovim-remote $ nvr It's possible that there's some quirk of my specific environment. (I'm currently in the process of switching to Guix System so I may not be able to reproduce this forever.) --Sig_/QAiNioPzedMn6+jssdXZT3A Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQEzBAEBCgAdFiEELAGoSzc6nHIdbhP+S8DcQuG8sXMFAmSpxDoACgkQS8DcQuG8 sXN83wf/V7A5dV7nXevxTWjWXnMU5SvzC0zdjhXExa1rVn9xMKKbai8+SSAHzAkF EGFvq6TUc3oTNG7ErrPpsV/AyIVli1tCcLJhreBt1M75ZHi1vX0ccRveJjrk5vk3 eHhYY903rnFfY9kihCMQqMnBnNynhovr3MJc2gdM3khQgFy8VwruCf23zPQahrdT C6GEfO76w7dQ10SorJuh1U4gsslxfOZe1bLCprZaOgqaHHO+RAxdKVEgr7o4FVMb SjSPjWvSwuBocRE8VzkZsRdZpZZTHB0m9OuPPNufIO+joYyhu6EECG1gwxajKNix yr4oXdPH3vVwV/vcO6tTrV2ByKEjrg== =/syo -----END PGP SIGNATURE----- --Sig_/QAiNioPzedMn6+jssdXZT3A-- From debbugs-submit-bounces@debbugs.gnu.org Sun Jul 09 04:35:10 2023 Received: (at 64309) by debbugs.gnu.org; 9 Jul 2023 08:35:11 +0000 Received: from localhost ([127.0.0.1]:45800 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qIPss-0002Ed-N4 for submit@debbugs.gnu.org; Sun, 09 Jul 2023 04:35:10 -0400 Received: from jpoiret.xyz ([206.189.101.64]:38770) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qIPsp-0002ER-65 for 64309@debbugs.gnu.org; Sun, 09 Jul 2023 04:35:08 -0400 Received: from authenticated-user (jpoiret.xyz [206.189.101.64]) by jpoiret.xyz (Postfix) with ESMTPA id 0909D18530D; Sun, 9 Jul 2023 08:35:04 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jpoiret.xyz; s=dkim; t=1688891705; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=Ee9qwJRz6e7RwCSocC3mc6eRFNs5M1lANjvinnwMKAE=; b=hH2WZ/oyRhQK64kxCvxhg035m+PcyD4QMm+qtGRtGvwXyJY5Byl1l+sb3nE4Hx/0xrVEEJ yYsmNnWqmwtOrNYqC8pQarmIjyLz0Bx8s80T8ZMBdXuVnGmTVcVbrtGn/FULYujUiL4Jqu 9og0saDzv7LNBfla5D8qKU6f9GsqkSSG15MzclipECW8w+g7vE2k2Z5SvfI3ZvuaStXj/S 60zedvcURFYqzF55E5vlff6kcWJye11epNOGtYbvAKkr0O6XwdLguANUSmJC8eYPrpc1Ab kYEmawLbvb/ZOD5SnEJNvMdQQW5RQcZpq56dBYrMLYCIO2Xjo10Vp7qTcS3vCg== From: Josselin Poiret To: Athena Martin , Ludovic =?utf-8?Q?Court=C3=A8s?= Subject: Re: bug#64309: Python dlopen()s musl libc In-Reply-To: <20230708161658.25be509c@spock.hosts.alm.website> References: <20230626204230.7b3b773a@spock.hosts.alm.website> <87mt07kej7.fsf@gnu.org> <20230708161658.25be509c@spock.hosts.alm.website> Date: Sun, 09 Jul 2023 10:35:03 +0200 Message-ID: <87v8et8oug.fsf@jpoiret.xyz> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-Spamd-Bar: / Authentication-Results: jpoiret.xyz; auth=pass smtp.auth=jpoiret@jpoiret.xyz smtp.mailfrom=dev@jpoiret.xyz X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 64309 Cc: 64309@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: 0.0 (/) --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi Athena, Athena Martin via Bug reports for GNU Guix writes: > On an Alpine Linux Edge host, I reproduce with: > > $ guix install python-neovim-remote > $ nvr > > It's possible that there's some quirk of my specific environment. > > (I'm currently in the process of switching to Guix System so I may not > be able to reproduce this forever.) Can you do `LD_DEBUG=3Dlibs nvr` so that we get a log of what ld's trying to load? Best, =2D-=20 Josselin Poiret --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQHEBAEBCgAuFiEEOSSM2EHGPMM23K8vUF5AuRYXGooFAmSqcTcQHGRldkBqcG9p cmV0Lnh5egAKCRBQXkC5FhcaiiF/DACciRfBYJ+TwYI/WIIxrl3y+RL811Lcr/bO EyeAMQ8DXXqLBCodGIwZRmBGz3QLwLeljD3tcUTnftCLlWu4n/ZFLOAEi2xlXsrw ONQfntDvpItjQms7TEepd8nMjiMyV4OdTP+2i1AjpXu6c3JIUBwySZ40PRZh+G4F gWR5lhodGpmPLTFKIWSVVgn6O/9OA7mvauaAN0iI2zWoSsv4dIbPln07HZZBemvb FE76YWHu4KUpVMA+NynNBvb4T5vtg55h8ou3t6ak1KdOTMaXMGYNVPZqE05P+GLi ERyyFeSBON4kH2P2og1VRdpJbU5njtu2EPz2H6C8eUjsNG29AzMaDCHX8V2LzmA4 BMxvBVbdx4B1THfPKvOXG2X7NpDaRAIRXnMvnEEEoiMCmyIQHFXMXajjf6/xVPaA ZXrf38nh/6DBxvhDfpHEFR2NhhtKpq9mDtwHzeiOytY3wnrqglxarQaDMequ24sA Eq1h4s/ROMtzxVTIMuiJAcYp8EYtsEM= =xBoh -----END PGP SIGNATURE----- --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Sun Jul 09 16:22:32 2023 Received: (at 64309) by debbugs.gnu.org; 9 Jul 2023 20:22:32 +0000 Received: from localhost ([127.0.0.1]:47241 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qIavP-0001vU-BA for submit@debbugs.gnu.org; Sun, 09 Jul 2023 16:22:32 -0400 Received: from picard.hosts.alm.website ([68.183.153.197]:59018 helo=mail.alm.website) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qIavM-0001vJ-0L for 64309@debbugs.gnu.org; Sun, 09 Jul 2023 16:22:29 -0400 Received: from spock.hosts.alm.website (unknown [IPv6:2001:470:8:694:2ef0:5dff:fe62:37e]) by mail.alm.website (Postfix) with ESMTPSA id 2E88920140; Sun, 9 Jul 2023 20:22:27 +0000 (UTC) Date: Sun, 9 Jul 2023 16:22:21 -0400 From: Athena Martin To: Josselin Poiret Subject: Re: bug#64309: Python dlopen()s musl libc Message-ID: <20230709162221.39fb0e66@spock.hosts.alm.website> In-Reply-To: <87v8et8oug.fsf@jpoiret.xyz> References: <20230626204230.7b3b773a@spock.hosts.alm.website> <87mt07kej7.fsf@gnu.org> <20230708161658.25be509c@spock.hosts.alm.website> <87v8et8oug.fsf@jpoiret.xyz> X-Mailer: Claws Mail 4.1.1 (GTK 3.24.38; x86_64-alpine-linux-musl) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/i=qf6yYg9qtQf37/BUImskO"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Spam-Score: 3.6 (+++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Can you do `LD_DEBUG=libs nvr` so that we get a log of what ld's > trying to load? I've attached the full log. The first mention of musl is on line 200 and everything seems to happen pretty fast, here's the most relevant portion: Content analysis details: (3.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 3.6 RCVD_IN_PBL RBL: Received via a relay in Spamhaus PBL [68.183.153.197 listed in zen.spamhaus.org] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 SPF_PASS SPF: sender matches SPF record X-Debbugs-Envelope-To: 64309 Cc: Ludovic =?UTF-8?B?Q291cnTDqHM=?= , 64309@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: 2.6 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > Can you do `LD_DEBUG=libs nvr` so that we get a log of what ld's > trying to load? I've attached the full log. The first mention of musl is on line 200 and everything seems to happen pretty fast, here's the most relevant portion: Content analysis details: (2.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 3.6 RCVD_IN_PBL RBL: Received via a relay in Spamhaus PBL [68.183.153.197 listed in zen.spamhaus.org] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 SPF_PASS SPF: sender matches SPF record -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager --Sig_/i=qf6yYg9qtQf37/BUImskO Content-Type: multipart/mixed; boundary="MP_/i0Z3xoDjh1XCS8um=s3.k3g" --MP_/i0Z3xoDjh1XCS8um=s3.k3g Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Content-Disposition: inline > Can you do `LD_DEBUG=3Dlibs nvr` so that we get a log of what ld's > trying to load? I've attached the full log. The first mention of musl is on line 200 and everything seems to happen pretty fast, here's the most relevant portion: 16405: find library=3Dlibc.musl-x86_64.so.1 [0]; searching 16405: search cache=3D/gnu/store/kj6wzba6p192baizq99b489rs8bynpn7-pyt= hon-3.10.7/etc/ld.so.cache 16405: search path=3D/gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi3-glib= c-2.35/lib (system search path) 16405: trying file=3D/gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi3-gli= bc-2.35/lib/libc.musl-x86_64.so.1 16405:=09 Traceback (most recent call last): File "/gnu/store/dsgxdqs620pp284bfm1drbsjqpb36i4n-python-neovim-remote-2.= 5.1/bin/.nvr-real", line 4, in import nvr.nvr as mod File "/home/alm/.local/lib/python3.10/site-packages/nvr/__init__.py", lin= e 1, in from .nvr import main File "/home/alm/.local/lib/python3.10/site-packages/nvr/nvr.py", line 34,= in import psutil File "/home/alm/.local/lib/python3.10/site-packages/psutil/__init__.py", = line 102, in from . import _pslinux as _psplatform File "/home/alm/.local/lib/python3.10/site-packages/psutil/_pslinux.py", = line 26, in from . import _psutil_linux as cext ImportError: libc.musl-x86_64.so.1: cannot open shared object file: No such= file or directory After that it starts calling fini()s and terminates. --MP_/i0Z3xoDjh1XCS8um=s3.k3g Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename=stderr.log 16405: find library=3Dlibc.so.6 [0]; searching 16405: search cache=3D/gnu/store/rib9g2ig1xf3kclyl076w28parmncg4k-bas= h-minimal-5.1.16/etc/ld.so.cache 16405: trying file=3D/gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi3-gli= bc-2.35/lib/libc.so.6 16405:=09 16405:=09 16405: calling init: /gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi3-glibc= -2.35/lib/ld-linux-x86-64.so.2 16405:=09 16405:=09 16405: calling init: /gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi3-glibc= -2.35/lib/libc.so.6 16405:=09 16405:=09 16405: initialize program: /gnu/store/rib9g2ig1xf3kclyl076w28parmncg4k= -bash-minimal-5.1.16/bin/bash 16405:=09 16405:=09 16405: transferring control: /gnu/store/rib9g2ig1xf3kclyl076w28parmncg= 4k-bash-minimal-5.1.16/bin/bash 16405:=09 16405: find library=3Dlibpython3.10.so.1.0 [0]; searching 16405: search cache=3D/gnu/store/kj6wzba6p192baizq99b489rs8bynpn7-pyt= hon-3.10.7/etc/ld.so.cache 16405: trying file=3D/gnu/store/kj6wzba6p192baizq99b489rs8bynpn7-pyt= hon-3.10.7/lib/libpython3.10.so.1.0 16405:=09 16405: find library=3Dlibcrypt.so.1 [0]; searching 16405: search cache=3D/gnu/store/kj6wzba6p192baizq99b489rs8bynpn7-pyt= hon-3.10.7/etc/ld.so.cache 16405: trying file=3D/gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi3-gli= bc-2.35/lib/libcrypt.so.1 16405:=09 16405: find library=3Dlibm.so.6 [0]; searching 16405: search cache=3D/gnu/store/kj6wzba6p192baizq99b489rs8bynpn7-pyt= hon-3.10.7/etc/ld.so.cache 16405: trying file=3D/gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi3-gli= bc-2.35/lib/libm.so.6 16405:=09 16405: find library=3Dlibexpat.so.1 [0]; searching 16405: search cache=3D/gnu/store/kj6wzba6p192baizq99b489rs8bynpn7-pyt= hon-3.10.7/etc/ld.so.cache 16405: trying file=3D/gnu/store/fw1wywd34vh33l4dq182ds5d7jdz45j5-exp= at-2.5.0/lib/libexpat.so.1 16405:=09 16405: find library=3Dlibgcc_s.so.1 [0]; searching 16405: search cache=3D/gnu/store/kj6wzba6p192baizq99b489rs8bynpn7-pyt= hon-3.10.7/etc/ld.so.cache 16405: trying file=3D/gnu/store/930nwsiysdvy2x5zv1sf6v7ym75z8ayk-gcc= -11.3.0-lib/lib/libgcc_s.so.1 16405:=09 16405: find library=3Dlibc.so.6 [0]; searching 16405: search cache=3D/gnu/store/kj6wzba6p192baizq99b489rs8bynpn7-pyt= hon-3.10.7/etc/ld.so.cache 16405: trying file=3D/gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi3-gli= bc-2.35/lib/libc.so.6 16405:=09 16405:=09 16405: calling init: /gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi3-glibc= -2.35/lib/ld-linux-x86-64.so.2 16405:=09 16405:=09 16405: calling init: /gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi3-glibc= -2.35/lib/libc.so.6 16405:=09 16405:=09 16405: calling init: /gnu/store/930nwsiysdvy2x5zv1sf6v7ym75z8ayk-gcc-1= 1.3.0-lib/lib/libgcc_s.so.1 16405:=09 16405:=09 16405: calling init: /gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi3-glibc= -2.35/lib/libm.so.6 16405:=09 16405:=09 16405: calling init: /gnu/store/fw1wywd34vh33l4dq182ds5d7jdz45j5-expat= -2.5.0/lib/libexpat.so.1 16405:=09 16405:=09 16405: calling init: /gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi3-glibc= -2.35/lib/libcrypt.so.1 16405:=09 16405:=09 16405: calling init: /gnu/store/kj6wzba6p192baizq99b489rs8bynpn7-pytho= n-3.10.7/lib/libpython3.10.so.1.0 16405:=09 16405:=09 16405: initialize program: /gnu/store/mwwp1k4dvarfxl35h0z3qnl8kay61j1j= -python-toolchain-3.10.7/bin/python 16405:=09 16405:=09 16405: transferring control: /gnu/store/mwwp1k4dvarfxl35h0z3qnl8kay61j= 1j-python-toolchain-3.10.7/bin/python 16405:=09 16405:=09 16405: calling init: /gnu/store/kj6wzba6p192baizq99b489rs8bynpn7-pytho= n-3.10.7/lib/python3.10/lib-dynload/_struct.cpython-310-x86_64-linux-gnu.so 16405:=09 16405:=09 16405: calling init: /gnu/store/kj6wzba6p192baizq99b489rs8bynpn7-pytho= n-3.10.7/lib/python3.10/lib-dynload/_pickle.cpython-310-x86_64-linux-gnu.so 16405:=09 16405:=09 16405: calling init: /gnu/store/kj6wzba6p192baizq99b489rs8bynpn7-pytho= n-3.10.7/lib/python3.10/lib-dynload/_socket.cpython-310-x86_64-linux-gnu.so 16405:=09 16405:=09 16405: calling init: /gnu/store/kj6wzba6p192baizq99b489rs8bynpn7-pytho= n-3.10.7/lib/python3.10/lib-dynload/math.cpython-310-x86_64-linux-gnu.so 16405:=09 16405:=09 16405: calling init: /gnu/store/kj6wzba6p192baizq99b489rs8bynpn7-pytho= n-3.10.7/lib/python3.10/lib-dynload/select.cpython-310-x86_64-linux-gnu.so 16405:=09 16405:=09 16405: calling init: /gnu/store/kj6wzba6p192baizq99b489rs8bynpn7-pytho= n-3.10.7/lib/python3.10/lib-dynload/array.cpython-310-x86_64-linux-gnu.so 16405:=09 16405:=09 16405: calling init: /gnu/store/kj6wzba6p192baizq99b489rs8bynpn7-pytho= n-3.10.7/lib/python3.10/lib-dynload/_datetime.cpython-310-x86_64-linux-gnu.= so 16405:=09 16405:=09 16405: calling init: /gnu/store/kj6wzba6p192baizq99b489rs8bynpn7-pytho= n-3.10.7/lib/python3.10/lib-dynload/fcntl.cpython-310-x86_64-linux-gnu.so 16405:=09 16405:=09 16405: calling init: /gnu/store/kj6wzba6p192baizq99b489rs8bynpn7-pytho= n-3.10.7/lib/python3.10/lib-dynload/_posixsubprocess.cpython-310-x86_64-lin= ux-gnu.so 16405:=09 16405: find library=3Dlibz.so.1 [0]; searching 16405: search cache=3D/gnu/store/kj6wzba6p192baizq99b489rs8bynpn7-pyt= hon-3.10.7/etc/ld.so.cache 16405: search path=3D/gnu/store/kj6wzba6p192baizq99b489rs8bynpn7-pyth= on-3.10.7/lib/glibc-hwcaps/x86-64-v3:/gnu/store/kj6wzba6p192baizq99b489rs8b= ynpn7-python-3.10.7/lib/glibc-hwcaps/x86-64-v2:/gnu/store/kj6wzba6p192baizq= 99b489rs8bynpn7-python-3.10.7/lib/tls/x86_64/x86_64:/gnu/store/kj6wzba6p192= baizq99b489rs8bynpn7-python-3.10.7/lib/tls/x86_64:/gnu/store/kj6wzba6p192ba= izq99b489rs8bynpn7-python-3.10.7/lib/tls/x86_64:/gnu/store/kj6wzba6p192baiz= q99b489rs8bynpn7-python-3.10.7/lib/tls:/gnu/store/kj6wzba6p192baizq99b489rs= 8bynpn7-python-3.10.7/lib/x86_64/x86_64:/gnu/store/kj6wzba6p192baizq99b489r= s8bynpn7-python-3.10.7/lib/x86_64:/gnu/store/kj6wzba6p192baizq99b489rs8bynp= n7-python-3.10.7/lib/x86_64:/gnu/store/kj6wzba6p192baizq99b489rs8bynpn7-pyt= hon-3.10.7/lib (RUNPATH from file /gnu/store/mwwp1k4dvarfxl35h0z3qnl8kay61= j1j-python-toolchain-3.10.7/bin/python) 16405: trying file=3D/gnu/store/kj6wzba6p192baizq99b489rs8bynpn7-pyt= hon-3.10.7/lib/glibc-hwcaps/x86-64-v3/libz.so.1 16405: trying file=3D/gnu/store/kj6wzba6p192baizq99b489rs8bynpn7-pyt= hon-3.10.7/lib/glibc-hwcaps/x86-64-v2/libz.so.1 16405: trying file=3D/gnu/store/kj6wzba6p192baizq99b489rs8bynpn7-pyt= hon-3.10.7/lib/tls/x86_64/x86_64/libz.so.1 16405: trying file=3D/gnu/store/kj6wzba6p192baizq99b489rs8bynpn7-pyt= hon-3.10.7/lib/tls/x86_64/libz.so.1 16405: trying file=3D/gnu/store/kj6wzba6p192baizq99b489rs8bynpn7-pyt= hon-3.10.7/lib/tls/x86_64/libz.so.1 16405: trying file=3D/gnu/store/kj6wzba6p192baizq99b489rs8bynpn7-pyt= hon-3.10.7/lib/tls/libz.so.1 16405: trying file=3D/gnu/store/kj6wzba6p192baizq99b489rs8bynpn7-pyt= hon-3.10.7/lib/x86_64/x86_64/libz.so.1 16405: trying file=3D/gnu/store/kj6wzba6p192baizq99b489rs8bynpn7-pyt= hon-3.10.7/lib/x86_64/libz.so.1 16405: trying file=3D/gnu/store/kj6wzba6p192baizq99b489rs8bynpn7-pyt= hon-3.10.7/lib/x86_64/libz.so.1 16405: trying file=3D/gnu/store/kj6wzba6p192baizq99b489rs8bynpn7-pyt= hon-3.10.7/lib/libz.so.1 16405: search path=3D/gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi3-glib= c-2.35/lib/glibc-hwcaps/x86-64-v3:/gnu/store/gsjczqir1wbz8p770zndrpw4rnppmx= i3-glibc-2.35/lib/glibc-hwcaps/x86-64-v2:/gnu/store/gsjczqir1wbz8p770zndrpw= 4rnppmxi3-glibc-2.35/lib/tls/x86_64/x86_64:/gnu/store/gsjczqir1wbz8p770zndr= pw4rnppmxi3-glibc-2.35/lib/tls/x86_64:/gnu/store/gsjczqir1wbz8p770zndrpw4rn= ppmxi3-glibc-2.35/lib/tls/x86_64:/gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi= 3-glibc-2.35/lib/tls:/gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi3-glibc-2.35= /lib/x86_64/x86_64:/gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi3-glibc-2.35/l= ib/x86_64:/gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi3-glibc-2.35/lib/x86_64= :/gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi3-glibc-2.35/lib (system search= path) 16405: trying file=3D/gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi3-gli= bc-2.35/lib/glibc-hwcaps/x86-64-v3/libz.so.1 16405: trying file=3D/gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi3-gli= bc-2.35/lib/glibc-hwcaps/x86-64-v2/libz.so.1 16405: trying file=3D/gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi3-gli= bc-2.35/lib/tls/x86_64/x86_64/libz.so.1 16405: trying file=3D/gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi3-gli= bc-2.35/lib/tls/x86_64/libz.so.1 16405: trying file=3D/gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi3-gli= bc-2.35/lib/tls/x86_64/libz.so.1 16405: trying file=3D/gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi3-gli= bc-2.35/lib/tls/libz.so.1 16405: trying file=3D/gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi3-gli= bc-2.35/lib/x86_64/x86_64/libz.so.1 16405: trying file=3D/gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi3-gli= bc-2.35/lib/x86_64/libz.so.1 16405: trying file=3D/gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi3-gli= bc-2.35/lib/x86_64/libz.so.1 16405: trying file=3D/gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi3-gli= bc-2.35/lib/libz.so.1 16405: search path=3D/gnu/store/930nwsiysdvy2x5zv1sf6v7ym75z8ayk-gcc-= 11.3.0-lib/lib/glibc-hwcaps/x86-64-v3:/gnu/store/930nwsiysdvy2x5zv1sf6v7ym7= 5z8ayk-gcc-11.3.0-lib/lib/glibc-hwcaps/x86-64-v2:/gnu/store/930nwsiysdvy2x5= zv1sf6v7ym75z8ayk-gcc-11.3.0-lib/lib/tls/x86_64/x86_64:/gnu/store/930nwsiys= dvy2x5zv1sf6v7ym75z8ayk-gcc-11.3.0-lib/lib/tls/x86_64:/gnu/store/930nwsiysd= vy2x5zv1sf6v7ym75z8ayk-gcc-11.3.0-lib/lib/tls/x86_64:/gnu/store/930nwsiysdv= y2x5zv1sf6v7ym75z8ayk-gcc-11.3.0-lib/lib/tls:/gnu/store/930nwsiysdvy2x5zv1s= f6v7ym75z8ayk-gcc-11.3.0-lib/lib/x86_64/x86_64:/gnu/store/930nwsiysdvy2x5zv= 1sf6v7ym75z8ayk-gcc-11.3.0-lib/lib/x86_64:/gnu/store/930nwsiysdvy2x5zv1sf6v= 7ym75z8ayk-gcc-11.3.0-lib/lib/x86_64:/gnu/store/930nwsiysdvy2x5zv1sf6v7ym75= z8ayk-gcc-11.3.0-lib/lib:/gnu/store/slzq3zqwj75lbrg4ly51hfhbv2vhryv5-zlib-1= .2.13/lib/glibc-hwcaps/x86-64-v3:/gnu/store/slzq3zqwj75lbrg4ly51hfhbv2vhryv= 5-zlib-1.2.13/lib/glibc-hwcaps/x86-64-v2:/gnu/store/slzq3zqwj75lbrg4ly51hfh= bv2vhryv5-zlib-1.2.13/lib/tls/x86_64/x86_64:/gnu/store/slzq3zqwj75lbrg4ly51= hfhbv2vhryv5-zlib-1.2.13/lib/tls/x86_64:/gnu/store/slzq3zqwj75lbrg4ly51hfhb= v2vhryv5-zlib-1.2.13/lib/tls/x86_64:/gnu/store/slzq3zqwj75lbrg4ly51hfhbv2vh= ryv5-zlib-1.2.13/lib/tls:/gnu/store/slzq3zqwj75lbrg4ly51hfhbv2vhryv5-zlib-1= .2.13/lib/x86_64/x86_64:/gnu/store/slzq3zqwj75lbrg4ly51hfhbv2vhryv5-zlib-1.= 2.13/lib/x86_64:/gnu/store/slzq3zqwj75lbrg4ly51hfhbv2vhryv5-zlib-1.2.13/lib= /x86_64:/gnu/store/slzq3zqwj75lbrg4ly51hfhbv2vhryv5-zlib-1.2.13/lib:/gnu/st= ore/930nwsiysdvy2x5zv1sf6v7ym75z8ayk-gcc-11.3.0-lib/lib/gcc/x86_64-unknown-= linux-gnu/11.3.0/../../../glibc-hwcaps/x86-64-v3:/gnu/store/930nwsiysdvy2x5= zv1sf6v7ym75z8ayk-gcc-11.3.0-lib/lib/gcc/x86_64-unknown-linux-gnu/11.3.0/..= /../../glibc-hwcaps/x86-64-v2:/gnu/store/930nwsiysdvy2x5zv1sf6v7ym75z8ayk-g= cc-11.3.0-lib/lib/gcc/x86_64-unknown-linux-gnu/11.3.0/../../../tls/x86_64/x= 86_64:/gnu/store/930nwsiysdvy2x5zv1sf6v7ym75z8ayk-gcc-11.3.0-lib/lib/gcc/x8= 6_64-unknown-linux-gnu/11.3.0/../../../tls/x86_64:/gnu/store/930nwsiysdvy2x= 5zv1sf6v7ym75z8ayk-gcc-11.3.0-lib/lib/gcc/x86_64-unknown-linux-gnu/11.3.0/.= ./../../tls/x86_64:/gnu/store/930nwsiysdvy2x5zv1sf6v7ym75z8ayk-gcc-11.3.0-l= ib/lib/gcc/x86_64-unknown-linux-gnu/11.3.0/../../../tls:/gnu/store/930nwsiy= sdvy2x5zv1sf6v7ym75z8ayk-gcc-11.3.0-lib/lib/gcc/x86_64-unknown-linux-gnu/11= .3.0/../../../x86_64/x86_64:/gnu/store/930nwsiysdvy2x5zv1sf6v7ym75z8ayk-gcc= -11.3.0-lib/lib/gcc/x86_64-unknown-linux-gnu/11.3.0/../../../x86_64:/gnu/st= ore/930nwsiysdvy2x5zv1sf6v7ym75z8ayk-gcc-11.3.0-lib/lib/gcc/x86_64-unknown-= linux-gnu/11.3.0/../../../x86_64:/gnu/store/930nwsiysdvy2x5zv1sf6v7ym75z8ay= k-gcc-11.3.0-lib/lib/gcc/x86_64-unknown-linux-gnu/11.3.0/../../.. (RUNPATH= from file /gnu/store/mwwp1k4dvarfxl35h0z3qnl8kay61j1j-python-toolchain-3.1= 0.7/bin/python) 16405: trying file=3D/gnu/store/930nwsiysdvy2x5zv1sf6v7ym75z8ayk-gcc= -11.3.0-lib/lib/glibc-hwcaps/x86-64-v3/libz.so.1 16405: trying file=3D/gnu/store/930nwsiysdvy2x5zv1sf6v7ym75z8ayk-gcc= -11.3.0-lib/lib/glibc-hwcaps/x86-64-v2/libz.so.1 16405: trying file=3D/gnu/store/930nwsiysdvy2x5zv1sf6v7ym75z8ayk-gcc= -11.3.0-lib/lib/tls/x86_64/x86_64/libz.so.1 16405: trying file=3D/gnu/store/930nwsiysdvy2x5zv1sf6v7ym75z8ayk-gcc= -11.3.0-lib/lib/tls/x86_64/libz.so.1 16405: trying file=3D/gnu/store/930nwsiysdvy2x5zv1sf6v7ym75z8ayk-gcc= -11.3.0-lib/lib/tls/x86_64/libz.so.1 16405: trying file=3D/gnu/store/930nwsiysdvy2x5zv1sf6v7ym75z8ayk-gcc= -11.3.0-lib/lib/tls/libz.so.1 16405: trying file=3D/gnu/store/930nwsiysdvy2x5zv1sf6v7ym75z8ayk-gcc= -11.3.0-lib/lib/x86_64/x86_64/libz.so.1 16405: trying file=3D/gnu/store/930nwsiysdvy2x5zv1sf6v7ym75z8ayk-gcc= -11.3.0-lib/lib/x86_64/libz.so.1 16405: trying file=3D/gnu/store/930nwsiysdvy2x5zv1sf6v7ym75z8ayk-gcc= -11.3.0-lib/lib/x86_64/libz.so.1 16405: trying file=3D/gnu/store/930nwsiysdvy2x5zv1sf6v7ym75z8ayk-gcc= -11.3.0-lib/lib/libz.so.1 16405: trying file=3D/gnu/store/slzq3zqwj75lbrg4ly51hfhbv2vhryv5-zli= b-1.2.13/lib/glibc-hwcaps/x86-64-v3/libz.so.1 16405: trying file=3D/gnu/store/slzq3zqwj75lbrg4ly51hfhbv2vhryv5-zli= b-1.2.13/lib/glibc-hwcaps/x86-64-v2/libz.so.1 16405: trying file=3D/gnu/store/slzq3zqwj75lbrg4ly51hfhbv2vhryv5-zli= b-1.2.13/lib/tls/x86_64/x86_64/libz.so.1 16405: trying file=3D/gnu/store/slzq3zqwj75lbrg4ly51hfhbv2vhryv5-zli= b-1.2.13/lib/tls/x86_64/libz.so.1 16405: trying file=3D/gnu/store/slzq3zqwj75lbrg4ly51hfhbv2vhryv5-zli= b-1.2.13/lib/tls/x86_64/libz.so.1 16405: trying file=3D/gnu/store/slzq3zqwj75lbrg4ly51hfhbv2vhryv5-zli= b-1.2.13/lib/tls/libz.so.1 16405: trying file=3D/gnu/store/slzq3zqwj75lbrg4ly51hfhbv2vhryv5-zli= b-1.2.13/lib/x86_64/x86_64/libz.so.1 16405: trying file=3D/gnu/store/slzq3zqwj75lbrg4ly51hfhbv2vhryv5-zli= b-1.2.13/lib/x86_64/libz.so.1 16405: trying file=3D/gnu/store/slzq3zqwj75lbrg4ly51hfhbv2vhryv5-zli= b-1.2.13/lib/x86_64/libz.so.1 16405: trying file=3D/gnu/store/slzq3zqwj75lbrg4ly51hfhbv2vhryv5-zli= b-1.2.13/lib/libz.so.1 16405:=09 16405:=09 16405: calling init: /gnu/store/slzq3zqwj75lbrg4ly51hfhbv2vhryv5-zlib-= 1.2.13/lib/libz.so.1 16405:=09 16405:=09 16405: calling init: /gnu/store/kj6wzba6p192baizq99b489rs8bynpn7-pytho= n-3.10.7/lib/python3.10/lib-dynload/zlib.cpython-310-x86_64-linux-gnu.so 16405:=09 16405: find library=3Dlibbz2.so.1.0 [0]; searching 16405: search cache=3D/gnu/store/kj6wzba6p192baizq99b489rs8bynpn7-pyt= hon-3.10.7/etc/ld.so.cache 16405: search path=3D/gnu/store/kj6wzba6p192baizq99b489rs8bynpn7-pyth= on-3.10.7/lib (RUNPATH from file /gnu/store/mwwp1k4dvarfxl35h0z3qnl8kay61j= 1j-python-toolchain-3.10.7/bin/python) 16405: trying file=3D/gnu/store/kj6wzba6p192baizq99b489rs8bynpn7-pyt= hon-3.10.7/lib/libbz2.so.1.0 16405: search path=3D/gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi3-glib= c-2.35/lib (system search path) 16405: trying file=3D/gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi3-gli= bc-2.35/lib/libbz2.so.1.0 16405: search path=3D/gnu/store/930nwsiysdvy2x5zv1sf6v7ym75z8ayk-gcc-= 11.3.0-lib/lib:/gnu/store/pl09vk5g3cl8fxfln2hjk996pyahqk8m-bzip2-1.0.8/lib/= glibc-hwcaps/x86-64-v3:/gnu/store/pl09vk5g3cl8fxfln2hjk996pyahqk8m-bzip2-1.= 0.8/lib/glibc-hwcaps/x86-64-v2:/gnu/store/pl09vk5g3cl8fxfln2hjk996pyahqk8m-= bzip2-1.0.8/lib/tls/x86_64/x86_64:/gnu/store/pl09vk5g3cl8fxfln2hjk996pyahqk= 8m-bzip2-1.0.8/lib/tls/x86_64:/gnu/store/pl09vk5g3cl8fxfln2hjk996pyahqk8m-b= zip2-1.0.8/lib/tls/x86_64:/gnu/store/pl09vk5g3cl8fxfln2hjk996pyahqk8m-bzip2= -1.0.8/lib/tls:/gnu/store/pl09vk5g3cl8fxfln2hjk996pyahqk8m-bzip2-1.0.8/lib/= x86_64/x86_64:/gnu/store/pl09vk5g3cl8fxfln2hjk996pyahqk8m-bzip2-1.0.8/lib/x= 86_64:/gnu/store/pl09vk5g3cl8fxfln2hjk996pyahqk8m-bzip2-1.0.8/lib/x86_64:/g= nu/store/pl09vk5g3cl8fxfln2hjk996pyahqk8m-bzip2-1.0.8/lib:/gnu/store/930nws= iysdvy2x5zv1sf6v7ym75z8ayk-gcc-11.3.0-lib/lib/gcc/x86_64-unknown-linux-gnu/= 11.3.0/../../../glibc-hwcaps/x86-64-v3:/gnu/store/930nwsiysdvy2x5zv1sf6v7ym= 75z8ayk-gcc-11.3.0-lib/lib/gcc/x86_64-unknown-linux-gnu/11.3.0/../../../gli= bc-hwcaps/x86-64-v2:/gnu/store/930nwsiysdvy2x5zv1sf6v7ym75z8ayk-gcc-11.3.0-= lib/lib/gcc/x86_64-unknown-linux-gnu/11.3.0/../../../tls/x86_64/x86_64:/gnu= /store/930nwsiysdvy2x5zv1sf6v7ym75z8ayk-gcc-11.3.0-lib/lib/gcc/x86_64-unkno= wn-linux-gnu/11.3.0/../../../tls/x86_64:/gnu/store/930nwsiysdvy2x5zv1sf6v7y= m75z8ayk-gcc-11.3.0-lib/lib/gcc/x86_64-unknown-linux-gnu/11.3.0/../../../tl= s/x86_64:/gnu/store/930nwsiysdvy2x5zv1sf6v7ym75z8ayk-gcc-11.3.0-lib/lib/gcc= /x86_64-unknown-linux-gnu/11.3.0/../../../tls:/gnu/store/930nwsiysdvy2x5zv1= sf6v7ym75z8ayk-gcc-11.3.0-lib/lib/gcc/x86_64-unknown-linux-gnu/11.3.0/../..= /../x86_64/x86_64:/gnu/store/930nwsiysdvy2x5zv1sf6v7ym75z8ayk-gcc-11.3.0-li= b/lib/gcc/x86_64-unknown-linux-gnu/11.3.0/../../../x86_64:/gnu/store/930nws= iysdvy2x5zv1sf6v7ym75z8ayk-gcc-11.3.0-lib/lib/gcc/x86_64-unknown-linux-gnu/= 11.3.0/../../../x86_64:/gnu/store/930nwsiysdvy2x5zv1sf6v7ym75z8ayk-gcc-11.3= .0-lib/lib/gcc/x86_64-unknown-linux-gnu/11.3.0/../../.. (RUNPATH from file= /gnu/store/mwwp1k4dvarfxl35h0z3qnl8kay61j1j-python-toolchain-3.10.7/bin/py= thon) 16405: trying file=3D/gnu/store/930nwsiysdvy2x5zv1sf6v7ym75z8ayk-gcc= -11.3.0-lib/lib/libbz2.so.1.0 16405: trying file=3D/gnu/store/pl09vk5g3cl8fxfln2hjk996pyahqk8m-bzi= p2-1.0.8/lib/glibc-hwcaps/x86-64-v3/libbz2.so.1.0 16405: trying file=3D/gnu/store/pl09vk5g3cl8fxfln2hjk996pyahqk8m-bzi= p2-1.0.8/lib/glibc-hwcaps/x86-64-v2/libbz2.so.1.0 16405: trying file=3D/gnu/store/pl09vk5g3cl8fxfln2hjk996pyahqk8m-bzi= p2-1.0.8/lib/tls/x86_64/x86_64/libbz2.so.1.0 16405: trying file=3D/gnu/store/pl09vk5g3cl8fxfln2hjk996pyahqk8m-bzi= p2-1.0.8/lib/tls/x86_64/libbz2.so.1.0 16405: trying file=3D/gnu/store/pl09vk5g3cl8fxfln2hjk996pyahqk8m-bzi= p2-1.0.8/lib/tls/x86_64/libbz2.so.1.0 16405: trying file=3D/gnu/store/pl09vk5g3cl8fxfln2hjk996pyahqk8m-bzi= p2-1.0.8/lib/tls/libbz2.so.1.0 16405: trying file=3D/gnu/store/pl09vk5g3cl8fxfln2hjk996pyahqk8m-bzi= p2-1.0.8/lib/x86_64/x86_64/libbz2.so.1.0 16405: trying file=3D/gnu/store/pl09vk5g3cl8fxfln2hjk996pyahqk8m-bzi= p2-1.0.8/lib/x86_64/libbz2.so.1.0 16405: trying file=3D/gnu/store/pl09vk5g3cl8fxfln2hjk996pyahqk8m-bzi= p2-1.0.8/lib/x86_64/libbz2.so.1.0 16405: trying file=3D/gnu/store/pl09vk5g3cl8fxfln2hjk996pyahqk8m-bzi= p2-1.0.8/lib/libbz2.so.1.0 16405:=09 16405:=09 16405: calling init: /gnu/store/pl09vk5g3cl8fxfln2hjk996pyahqk8m-bzip2= -1.0.8/lib/libbz2.so.1.0 16405:=09 16405:=09 16405: calling init: /gnu/store/kj6wzba6p192baizq99b489rs8bynpn7-pytho= n-3.10.7/lib/python3.10/lib-dynload/_bz2.cpython-310-x86_64-linux-gnu.so 16405:=09 16405: find library=3Dliblzma.so.5 [0]; searching 16405: search cache=3D/gnu/store/kj6wzba6p192baizq99b489rs8bynpn7-pyt= hon-3.10.7/etc/ld.so.cache 16405: search path=3D/gnu/store/kj6wzba6p192baizq99b489rs8bynpn7-pyth= on-3.10.7/lib (RUNPATH from file /gnu/store/mwwp1k4dvarfxl35h0z3qnl8kay61j= 1j-python-toolchain-3.10.7/bin/python) 16405: trying file=3D/gnu/store/kj6wzba6p192baizq99b489rs8bynpn7-pyt= hon-3.10.7/lib/liblzma.so.5 16405: search path=3D/gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi3-glib= c-2.35/lib (system search path) 16405: trying file=3D/gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi3-gli= bc-2.35/lib/liblzma.so.5 16405: search path=3D/gnu/store/930nwsiysdvy2x5zv1sf6v7ym75z8ayk-gcc-= 11.3.0-lib/lib:/gnu/store/6k1yys9wqrfn4y41ic1win8gpnimncwj-xz-5.2.8/lib/gli= bc-hwcaps/x86-64-v3:/gnu/store/6k1yys9wqrfn4y41ic1win8gpnimncwj-xz-5.2.8/li= b/glibc-hwcaps/x86-64-v2:/gnu/store/6k1yys9wqrfn4y41ic1win8gpnimncwj-xz-5.2= .8/lib/tls/x86_64/x86_64:/gnu/store/6k1yys9wqrfn4y41ic1win8gpnimncwj-xz-5.2= .8/lib/tls/x86_64:/gnu/store/6k1yys9wqrfn4y41ic1win8gpnimncwj-xz-5.2.8/lib/= tls/x86_64:/gnu/store/6k1yys9wqrfn4y41ic1win8gpnimncwj-xz-5.2.8/lib/tls:/gn= u/store/6k1yys9wqrfn4y41ic1win8gpnimncwj-xz-5.2.8/lib/x86_64/x86_64:/gnu/st= ore/6k1yys9wqrfn4y41ic1win8gpnimncwj-xz-5.2.8/lib/x86_64:/gnu/store/6k1yys9= wqrfn4y41ic1win8gpnimncwj-xz-5.2.8/lib/x86_64:/gnu/store/6k1yys9wqrfn4y41ic= 1win8gpnimncwj-xz-5.2.8/lib:/gnu/store/930nwsiysdvy2x5zv1sf6v7ym75z8ayk-gcc= -11.3.0-lib/lib/gcc/x86_64-unknown-linux-gnu/11.3.0/../../../glibc-hwcaps/x= 86-64-v3:/gnu/store/930nwsiysdvy2x5zv1sf6v7ym75z8ayk-gcc-11.3.0-lib/lib/gcc= /x86_64-unknown-linux-gnu/11.3.0/../../../glibc-hwcaps/x86-64-v2:/gnu/store= /930nwsiysdvy2x5zv1sf6v7ym75z8ayk-gcc-11.3.0-lib/lib/gcc/x86_64-unknown-lin= ux-gnu/11.3.0/../../../tls/x86_64/x86_64:/gnu/store/930nwsiysdvy2x5zv1sf6v7= ym75z8ayk-gcc-11.3.0-lib/lib/gcc/x86_64-unknown-linux-gnu/11.3.0/../../../t= ls/x86_64:/gnu/store/930nwsiysdvy2x5zv1sf6v7ym75z8ayk-gcc-11.3.0-lib/lib/gc= c/x86_64-unknown-linux-gnu/11.3.0/../../../tls/x86_64:/gnu/store/930nwsiysd= vy2x5zv1sf6v7ym75z8ayk-gcc-11.3.0-lib/lib/gcc/x86_64-unknown-linux-gnu/11.3= .0/../../../tls:/gnu/store/930nwsiysdvy2x5zv1sf6v7ym75z8ayk-gcc-11.3.0-lib/= lib/gcc/x86_64-unknown-linux-gnu/11.3.0/../../../x86_64/x86_64:/gnu/store/9= 30nwsiysdvy2x5zv1sf6v7ym75z8ayk-gcc-11.3.0-lib/lib/gcc/x86_64-unknown-linux= -gnu/11.3.0/../../../x86_64:/gnu/store/930nwsiysdvy2x5zv1sf6v7ym75z8ayk-gcc= -11.3.0-lib/lib/gcc/x86_64-unknown-linux-gnu/11.3.0/../../../x86_64:/gnu/st= ore/930nwsiysdvy2x5zv1sf6v7ym75z8ayk-gcc-11.3.0-lib/lib/gcc/x86_64-unknown-= linux-gnu/11.3.0/../../.. (RUNPATH from file /gnu/store/mwwp1k4dvarfxl35h0= z3qnl8kay61j1j-python-toolchain-3.10.7/bin/python) 16405: trying file=3D/gnu/store/930nwsiysdvy2x5zv1sf6v7ym75z8ayk-gcc= -11.3.0-lib/lib/liblzma.so.5 16405: trying file=3D/gnu/store/6k1yys9wqrfn4y41ic1win8gpnimncwj-xz-= 5.2.8/lib/glibc-hwcaps/x86-64-v3/liblzma.so.5 16405: trying file=3D/gnu/store/6k1yys9wqrfn4y41ic1win8gpnimncwj-xz-= 5.2.8/lib/glibc-hwcaps/x86-64-v2/liblzma.so.5 16405: trying file=3D/gnu/store/6k1yys9wqrfn4y41ic1win8gpnimncwj-xz-= 5.2.8/lib/tls/x86_64/x86_64/liblzma.so.5 16405: trying file=3D/gnu/store/6k1yys9wqrfn4y41ic1win8gpnimncwj-xz-= 5.2.8/lib/tls/x86_64/liblzma.so.5 16405: trying file=3D/gnu/store/6k1yys9wqrfn4y41ic1win8gpnimncwj-xz-= 5.2.8/lib/tls/x86_64/liblzma.so.5 16405: trying file=3D/gnu/store/6k1yys9wqrfn4y41ic1win8gpnimncwj-xz-= 5.2.8/lib/tls/liblzma.so.5 16405: trying file=3D/gnu/store/6k1yys9wqrfn4y41ic1win8gpnimncwj-xz-= 5.2.8/lib/x86_64/x86_64/liblzma.so.5 16405: trying file=3D/gnu/store/6k1yys9wqrfn4y41ic1win8gpnimncwj-xz-= 5.2.8/lib/x86_64/liblzma.so.5 16405: trying file=3D/gnu/store/6k1yys9wqrfn4y41ic1win8gpnimncwj-xz-= 5.2.8/lib/x86_64/liblzma.so.5 16405: trying file=3D/gnu/store/6k1yys9wqrfn4y41ic1win8gpnimncwj-xz-= 5.2.8/lib/liblzma.so.5 16405:=09 16405:=09 16405: calling init: /gnu/store/6k1yys9wqrfn4y41ic1win8gpnimncwj-xz-5.= 2.8/lib/liblzma.so.5 16405:=09 16405:=09 16405: calling init: /gnu/store/kj6wzba6p192baizq99b489rs8bynpn7-pytho= n-3.10.7/lib/python3.10/lib-dynload/_lzma.cpython-310-x86_64-linux-gnu.so 16405:=09 16405:=09 16405: calling init: /gnu/store/kj6wzba6p192baizq99b489rs8bynpn7-pytho= n-3.10.7/lib/python3.10/lib-dynload/binascii.cpython-310-x86_64-linux-gnu.so 16405:=09 16405: find library=3Dlibc.musl-x86_64.so.1 [0]; searching 16405: search cache=3D/gnu/store/kj6wzba6p192baizq99b489rs8bynpn7-pyt= hon-3.10.7/etc/ld.so.cache 16405: search path=3D/gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi3-glib= c-2.35/lib (system search path) 16405: trying file=3D/gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi3-gli= bc-2.35/lib/libc.musl-x86_64.so.1 16405:=09 Traceback (most recent call last): File "/gnu/store/dsgxdqs620pp284bfm1drbsjqpb36i4n-python-neovim-remote-2.= 5.1/bin/.nvr-real", line 4, in import nvr.nvr as mod File "/home/alm/.local/lib/python3.10/site-packages/nvr/__init__.py", lin= e 1, in from .nvr import main File "/home/alm/.local/lib/python3.10/site-packages/nvr/nvr.py", line 34,= in import psutil File "/home/alm/.local/lib/python3.10/site-packages/psutil/__init__.py", = line 102, in from . import _pslinux as _psplatform File "/home/alm/.local/lib/python3.10/site-packages/psutil/_pslinux.py", = line 26, in from . import _psutil_linux as cext ImportError: libc.musl-x86_64.so.1: cannot open shared object file: No such= file or directory 16405:=09 16405: calling fini: /gnu/store/mwwp1k4dvarfxl35h0z3qnl8kay61j1j-pytho= n-toolchain-3.10.7/bin/python [0] 16405:=09 16405:=09 16405: calling fini: /gnu/store/kj6wzba6p192baizq99b489rs8bynpn7-pytho= n-3.10.7/lib/libpython3.10.so.1.0 [0] 16405:=09 16405:=09 16405: calling fini: /gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi3-glibc= -2.35/lib/libcrypt.so.1 [0] 16405:=09 16405:=09 16405: calling fini: /gnu/store/fw1wywd34vh33l4dq182ds5d7jdz45j5-expat= -2.5.0/lib/libexpat.so.1 [0] 16405:=09 16405:=09 16405: calling fini: /gnu/store/kj6wzba6p192baizq99b489rs8bynpn7-pytho= n-3.10.7/lib/python3.10/lib-dynload/_struct.cpython-310-x86_64-linux-gnu.so= [0] 16405:=09 16405:=09 16405: calling fini: /gnu/store/kj6wzba6p192baizq99b489rs8bynpn7-pytho= n-3.10.7/lib/python3.10/lib-dynload/_pickle.cpython-310-x86_64-linux-gnu.so= [0] 16405:=09 16405:=09 16405: calling fini: /gnu/store/kj6wzba6p192baizq99b489rs8bynpn7-pytho= n-3.10.7/lib/python3.10/lib-dynload/_socket.cpython-310-x86_64-linux-gnu.so= [0] 16405:=09 16405:=09 16405: calling fini: /gnu/store/kj6wzba6p192baizq99b489rs8bynpn7-pytho= n-3.10.7/lib/python3.10/lib-dynload/math.cpython-310-x86_64-linux-gnu.so [0] 16405:=09 16405:=09 16405: calling fini: /gnu/store/kj6wzba6p192baizq99b489rs8bynpn7-pytho= n-3.10.7/lib/python3.10/lib-dynload/select.cpython-310-x86_64-linux-gnu.so = [0] 16405:=09 16405:=09 16405: calling fini: /gnu/store/kj6wzba6p192baizq99b489rs8bynpn7-pytho= n-3.10.7/lib/python3.10/lib-dynload/array.cpython-310-x86_64-linux-gnu.so [= 0] 16405:=09 16405:=09 16405: calling fini: /gnu/store/kj6wzba6p192baizq99b489rs8bynpn7-pytho= n-3.10.7/lib/python3.10/lib-dynload/_datetime.cpython-310-x86_64-linux-gnu.= so [0] 16405:=09 16405:=09 16405: calling fini: /gnu/store/gsjczqir1wbz8p770zndrpw4rnppmxi3-glibc= -2.35/lib/libm.so.6 [0] 16405:=09 16405:=09 16405: calling fini: /gnu/store/kj6wzba6p192baizq99b489rs8bynpn7-pytho= n-3.10.7/lib/python3.10/lib-dynload/fcntl.cpython-310-x86_64-linux-gnu.so [= 0] 16405:=09 16405:=09 16405: calling fini: /gnu/store/kj6wzba6p192baizq99b489rs8bynpn7-pytho= n-3.10.7/lib/python3.10/lib-dynload/_posixsubprocess.cpython-310-x86_64-lin= ux-gnu.so [0] 16405:=09 16405:=09 16405: calling fini: /gnu/store/kj6wzba6p192baizq99b489rs8bynpn7-pytho= n-3.10.7/lib/python3.10/lib-dynload/zlib.cpython-310-x86_64-linux-gnu.so [0] 16405:=09 16405:=09 16405: calling fini: /gnu/store/kj6wzba6p192baizq99b489rs8bynpn7-pytho= n-3.10.7/lib/python3.10/lib-dynload/_bz2.cpython-310-x86_64-linux-gnu.so [0] 16405:=09 16405:=09 16405: calling fini: /gnu/store/pl09vk5g3cl8fxfln2hjk996pyahqk8m-bzip2= -1.0.8/lib/libbz2.so.1.0 [0] 16405:=09 16405:=09 16405: calling fini: /gnu/store/kj6wzba6p192baizq99b489rs8bynpn7-pytho= n-3.10.7/lib/python3.10/lib-dynload/_lzma.cpython-310-x86_64-linux-gnu.so [= 0] 16405:=09 16405:=09 16405: calling fini: /gnu/store/6k1yys9wqrfn4y41ic1win8gpnimncwj-xz-5.= 2.8/lib/liblzma.so.5 [0] 16405:=09 16405:=09 16405: calling fini: /gnu/store/kj6wzba6p192baizq99b489rs8bynpn7-pytho= n-3.10.7/lib/python3.10/lib-dynload/binascii.cpython-310-x86_64-linux-gnu.s= o [0] 16405:=09 16405:=09 16405: calling fini: /gnu/store/slzq3zqwj75lbrg4ly51hfhbv2vhryv5-zlib-= 1.2.13/lib/libz.so.1 [0] 16405:=09 16405:=09 16405: calling fini: /gnu/store/930nwsiysdvy2x5zv1sf6v7ym75z8ayk-gcc-1= 1.3.0-lib/lib/libgcc_s.so.1 [0] 16405:=09 --MP_/i0Z3xoDjh1XCS8um=s3.k3g-- --Sig_/i=qf6yYg9qtQf37/BUImskO Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQEzBAEBCgAdFiEELAGoSzc6nHIdbhP+S8DcQuG8sXMFAmSrFv0ACgkQS8DcQuG8 sXOxAAgAjot+pPtMO79F5afeokuVMiERpmPlw0uDSLsQ/+ivt2WaupOAm7Ag9sdg MgeecEF1qWRVlVzLa5kxp9t+gb+AfWt4Ykh+eguTQSGnpecwVChuyW6BezkW1/iP F5udkxgS6gaPk0DOoCsxiapSpwUKUW4DuUdf7GAXYRCJZCOZ1PVxdjMEjukEWE4v bSF07LbF5Gy/5/8/rygEoxEgj/pVM5ARwPWHaPjUztLXxBnML22UHbN+kudZqLUH MuDw1HxEJOE0SHLOWa5jbwAiO912tIaRP4CiVTyt0fsWekRhXbFUH2VbiLEeb77v YI2DjpSG/NP/xJLz/gjADA8NAUHyEA== =BNXr -----END PGP SIGNATURE----- --Sig_/i=qf6yYg9qtQf37/BUImskO-- From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 10 03:13:39 2023 Received: (at 64309) by debbugs.gnu.org; 10 Jul 2023 07:13:39 +0000 Received: from localhost ([127.0.0.1]:47633 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qIl5X-0003uc-7T for submit@debbugs.gnu.org; Mon, 10 Jul 2023 03:13:39 -0400 Received: from jpoiret.xyz ([206.189.101.64]:47416) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qIl5U-0003uS-BP for 64309@debbugs.gnu.org; Mon, 10 Jul 2023 03:13:38 -0400 Received: from authenticated-user (jpoiret.xyz [206.189.101.64]) by jpoiret.xyz (Postfix) with ESMTPA id F17791851DD; Mon, 10 Jul 2023 07:13:34 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jpoiret.xyz; s=dkim; t=1688973215; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=znhX6bpASnnWmEGewwrCT84ZzL+ekJQmgL+VYDBiDRA=; b=MHgcZTzm3U8iKU5tbBHsG+Gez6Ec90jJF97QzxA+TyKgfr7lwrZpgikmbsrB8jRTQJWvXv qgy+GySGJ45fQZ7k5Lgby9Dz82dnBtzruKfW0qaikx/w7lvKOyuzfr9F6im664/lAUO3f4 nGsWumHdMEfWXCqOMyVBxWSdLAFa8nZqoDYuXOH4CCw/5b+738pWwh+vsm0r6965jVexT0 3KzPymCW0szO9iutt4jx882L8qFMQ27GOaaKayI+gfrFd3ZcxgdgIixqwo/qDYdLjbowqL 0JoNk7gJKaGf0CMLmBsynxZ5C6OrCx0V4tIkB/VFady6PW0RoPRjl5/rEC5R2w== From: Josselin Poiret To: Athena Martin Subject: Re: bug#64309: Python dlopen()s musl libc In-Reply-To: <20230709162221.39fb0e66@spock.hosts.alm.website> References: <20230626204230.7b3b773a@spock.hosts.alm.website> <87mt07kej7.fsf@gnu.org> <20230708161658.25be509c@spock.hosts.alm.website> <87v8et8oug.fsf@jpoiret.xyz> <20230709162221.39fb0e66@spock.hosts.alm.website> Date: Mon, 10 Jul 2023 09:13:32 +0200 Message-ID: <87pm508cir.fsf@jpoiret.xyz> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-Spamd-Bar: / Authentication-Results: jpoiret.xyz; auth=pass smtp.auth=jpoiret@jpoiret.xyz smtp.mailfrom=dev@jpoiret.xyz X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 64309 Cc: Ludovic =?utf-8?Q?Court=C3=A8s?= , 64309@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: 0.0 (/) --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi Athena, So it's not the LD_DEBUG output that hold a clue, but rather the Python traceback. Athena Martin writes: > File "/gnu/store/dsgxdqs620pp284bfm1drbsjqpb36i4n-python-neovim-remote-= 2.5.1/bin/.nvr-real", line 4, in > import nvr.nvr as mod > File "/home/alm/.local/lib/python3.10/site-packages/nvr/__init__.py", l= ine 1, in > from .nvr import main > File "/home/alm/.local/lib/python3.10/site-packages/nvr/nvr.py", line 3= 4, in > import psutil > File "/home/alm/.local/lib/python3.10/site-packages/psutil/__init__.py"= , line 102, in > from . import _pslinux as _psplatform > File "/home/alm/.local/lib/python3.10/site-packages/psutil/_pslinux.py"= , line 26, in > from . import _psutil_linux as cext > ImportError: libc.musl-x86_64.so.1: cannot open shared object file: No su= ch file or directory The nvr package in ~/.local seems to be used instead of a Guix package. That locally installed nvr package expects to use the host's libc, but since the python interpreter being used has a fixed RPATH and system search path it won't find it. .nvr-real should definitely be using the Python code inside the store, I wonder why that isn't being done. Maybe our sitecustomize.py is misbehaving? Can you do `guix shell python-neovim-remote python -- python3` then type `import sys.path; sys.path`? Best, =2D-=20 Josselin Poiret --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQHEBAEBCgAuFiEEOSSM2EHGPMM23K8vUF5AuRYXGooFAmSrr5wQHGRldkBqcG9p cmV0Lnh5egAKCRBQXkC5FhcaikcrDACPmPYBHbN4XnoSqHqBFEWKhDjnZEQMugsQ OFhVJnAJAEhyGzg8Kj2/sEHayNC7L7nbMZZaw+ZiodUUaDhcvV151jZKJBQo64gp 75gZEu/xO1JHVobVi/at/0HuYxntnGhz5a02wtC3RwwPGCUDpx2XgfDVZwc116Eh Tm9ClA9LGeLWbJJxXfi4O2v4uVlWoDBCWDAHXrN6P7uKTDJgZXDrEpuINuCjK1ra hE/LFUYEPk6p7aS+EuttaXbBR3wHZgmX1d543idMlrkEwaarkGftKh4NxltlHYNa BXU629CiMzP35BcXgvv9gU+28EO9qozA6XDXbrd9ShxwyvedCE8poV/5zkKxGYs/ gEF33wpMCsE7UTFRHIvfmEDxeCe/flgB8nxC/AKY30rFwYyYLTSVBoBvkCtEmxvH kKORJ1Njvf1U61jUQUlaH5a9OyEy9BxoU92/ruYEPQHqMsuLjK83Abup2AfRna/H 7v8o3GzF4QfMzdCtNknEFwaiC6OWiXk= =+jR5 -----END PGP SIGNATURE----- --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 10 15:47:50 2023 Received: (at 64309) by debbugs.gnu.org; 10 Jul 2023 19:47:50 +0000 Received: from localhost ([127.0.0.1]:49205 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qIwrN-0004cV-QH for submit@debbugs.gnu.org; Mon, 10 Jul 2023 15:47:50 -0400 Received: from picard.hosts.alm.website ([68.183.153.197]:45656 helo=mail.alm.website) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qIwrL-0004c5-Gb for 64309@debbugs.gnu.org; Mon, 10 Jul 2023 15:47:48 -0400 Received: from spock.hosts.alm.website (unknown [IPv6:2001:470:8:694:2ef0:5dff:fe62:37e]) by mail.alm.website (Postfix) with ESMTPSA id 6E9D72013D; Mon, 10 Jul 2023 19:47:46 +0000 (UTC) Date: Mon, 10 Jul 2023 15:47:34 -0400 From: Athena Martin To: Josselin Poiret Subject: Re: bug#64309: Python dlopen()s musl libc Message-ID: <20230710154734.2b71b56b@spock.hosts.alm.website> In-Reply-To: <87pm508cir.fsf@jpoiret.xyz> References: <20230626204230.7b3b773a@spock.hosts.alm.website> <87mt07kej7.fsf@gnu.org> <20230708161658.25be509c@spock.hosts.alm.website> <87v8et8oug.fsf@jpoiret.xyz> <20230709162221.39fb0e66@spock.hosts.alm.website> <87pm508cir.fsf@jpoiret.xyz> X-Mailer: Claws Mail 4.1.1 (GTK 3.24.38; x86_64-alpine-linux-musl) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/qTjIg0wJIe+LmP.dJNU4R60"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Spam-Score: 3.6 (+++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > So it's not the LD_DEBUG output that hold a clue, but rather the > Python traceback. > The nvr package in ~/.local seems to be used instead of a Guix > package. That locally installed nvr package expects to use the host's > libc, but since the python interpreter being used has a fixed [...] Content analysis details: (3.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 3.6 RCVD_IN_PBL RBL: Received via a relay in Spamhaus PBL [68.183.153.197 listed in zen.spamhaus.org] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 SPF_PASS SPF: sender matches SPF record X-Debbugs-Envelope-To: 64309 Cc: Ludovic =?UTF-8?B?Q291cnTDqHM=?= , 64309@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: 2.6 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > So it's not the LD_DEBUG output that hold a clue, but rather the > Python traceback. > The nvr package in ~/.local seems to be used instead of a Guix > package. That locally installed nvr package expects to use the host's > libc, but since the python interpreter being used has a fixed [...] Content analysis details: (2.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 3.6 RCVD_IN_PBL RBL: Received via a relay in Spamhaus PBL [68.183.153.197 listed in zen.spamhaus.org] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 SPF_PASS SPF: sender matches SPF record -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager --Sig_/qTjIg0wJIe+LmP.dJNU4R60 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable > So it's not the LD_DEBUG output that hold a clue, but rather the > Python traceback. > The nvr package in ~/.local seems to be used instead of a Guix > package. That locally installed nvr package expects to use the host's > libc, but since the python interpreter being used has a fixed RPATH > and system search path it won't find it. Ah, I see. > .nvr-real should definitely be using the Python code inside the > store, I wonder why that isn't being done. Maybe our > sitecustomize.py is misbehaving? Can you do `guix shell > python-neovim-remote python -- python3` then type `import sys.path; > sys.path`? $ guix shell python-neovim-remote python -- python3 >>> sys.path ['', '/gnu/store/dy3xh053ahkhrp2jamggq8cpsyvp8mg0-python-3.10.7/lib/python3= 10.zip', '/gnu/store/dy3xh053ahkhrp2jamggq8cpsyvp8mg0-python-3.10.7/lib/pyt= hon3.10', '/gnu/store/dy3xh053ahkhrp2jamggq8cpsyvp8mg0-python-3.10.7/lib/py= thon3.10/lib-dynload', '/home/alm/.local/lib/python3.10/site-packages', '/g= nu/store/ll75wx2cvm1dbbxjr095lcs1653q2zz1-profile/lib/python3.10/site-packa= ges', '/gnu/store/dy3xh053ahkhrp2jamggq8cpsyvp8mg0-python-3.10.7/lib/python= 3.10/site-packages'] (It's not from the environment:) $ guix shell python-neovim-remote python --pure -- python3 >>> sys.path ['', '/gnu/store/dy3xh053ahkhrp2jamggq8cpsyvp8mg0-python-3.10.7/lib/python3= 10.zip', '/gnu/store/dy3xh053ahkhrp2jamggq8cpsyvp8mg0-python-3.10.7/lib/pyt= hon3.10', '/gnu/store/dy3xh053ahkhrp2jamggq8cpsyvp8mg0-python-3.10.7/lib/py= thon3.10/lib-dynload', '/home/alm/.local/lib/python3.10/site-packages', '/g= nu/store/ll75wx2cvm1dbbxjr095lcs1653q2zz1-profile/lib/python3.10/site-packa= ges', '/gnu/store/dy3xh053ahkhrp2jamggq8cpsyvp8mg0-python-3.10.7/lib/python= 3.10/site-packages'] >>> os.environ environ({'HOME': '/home/alm', 'LOGNAME': 'alm', 'PAGER': 'less', 'DISPLAY':= ':0', 'USER': 'alm', 'TERM': 'xterm-256color', 'PATH': '/gnu/store/ll75wx2= cvm1dbbxjr095lcs1653q2zz1-profile/bin', 'GUIX_PYTHONPATH': '/gnu/store/ll75= wx2cvm1dbbxjr095lcs1653q2zz1-profile/lib/python3.10/site-packages', 'GUIX_E= NVIRONMENT': '/gnu/store/ll75wx2cvm1dbbxjr095lcs1653q2zz1-profile'}) --Sig_/qTjIg0wJIe+LmP.dJNU4R60 Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQEzBAEBCgAdFiEELAGoSzc6nHIdbhP+S8DcQuG8sXMFAmSsYFYACgkQS8DcQuG8 sXPssAf9EpHPxtQE5Z6rrhegm0NzQhRde1l10Ygdl6S1fEwv7nfi5sMc5HoZqmFJ 0bsPdV7zH28ja3HdTzwVGim4ZlwGQoU6JDzpJRzfb9mT6CYIwo/2/qHExWl233Vk 9AqPg+4Z08x2oYRDJ1l2+pPCJXs5Es58M/2cpj29Y7MIxgkUgPJGsKuwhev2Akd5 XqY4URLFWRUswFws4xFDwyr7I0wy00uNbWxZJVQU38F7rP3n4zT/+fuRNalDk2/A 53SU8E8vegFlY2zWbTxcOAhgitRvMtmFz1DEK1TqIBQIc+0s5xpktnhXN0p4uJbK +itMeRwHilBS+GbJqXFL05z5HylJ6Q== =kHyC -----END PGP SIGNATURE----- --Sig_/qTjIg0wJIe+LmP.dJNU4R60-- From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 10 16:21:32 2023 Received: (at 64309) by debbugs.gnu.org; 10 Jul 2023 20:21:32 +0000 Received: from localhost ([127.0.0.1]:49226 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qIxO0-0005St-GA for submit@debbugs.gnu.org; Mon, 10 Jul 2023 16:21:32 -0400 Received: from picard.hosts.alm.website ([68.183.153.197]:39892 helo=mail.alm.website) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qIxNz-0005Sk-3F for 64309@debbugs.gnu.org; Mon, 10 Jul 2023 16:21:31 -0400 Received: from spock.hosts.alm.website (unknown [IPv6:2001:470:8:694:2ef0:5dff:fe62:37e]) by mail.alm.website (Postfix) with ESMTPSA id 288B02013D; Mon, 10 Jul 2023 20:21:30 +0000 (UTC) Date: Mon, 10 Jul 2023 16:21:22 -0400 From: Athena Martin To: Josselin Poiret Subject: Re: bug#64309: Python dlopen()s musl libc Message-ID: <20230710162122.190051b8@spock.hosts.alm.website> In-Reply-To: <87pm508cir.fsf@jpoiret.xyz> References: <20230626204230.7b3b773a@spock.hosts.alm.website> <87mt07kej7.fsf@gnu.org> <20230708161658.25be509c@spock.hosts.alm.website> <87v8et8oug.fsf@jpoiret.xyz> <20230709162221.39fb0e66@spock.hosts.alm.website> <87pm508cir.fsf@jpoiret.xyz> X-Mailer: Claws Mail 4.1.1 (GTK 3.24.38; x86_64-alpine-linux-musl) MIME-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/2tfQYJrXdve9YwO.AsKRQ9S"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Spam-Score: 3.6 (+++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > The nvr package in ~/.local seems to be used instead of a Guix > package. That locally installed nvr package expects to use the > host's libc, but since the python interpreter being used has a > fix [...] Content analysis details: (3.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 3.6 RCVD_IN_PBL RBL: Received via a relay in Spamhaus PBL [68.183.153.197 listed in zen.spamhaus.org] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 SPF_PASS SPF: sender matches SPF record X-Debbugs-Envelope-To: 64309 Cc: Ludovic =?UTF-8?B?Q291cnTDqHM=?= , 64309@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: 2.6 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: > The nvr package in ~/.local seems to be used instead of a Guix > package. That locally installed nvr package expects to use the > host's libc, but since the python interpreter being used has a > fix [...] Content analysis details: (2.6 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 3.6 RCVD_IN_PBL RBL: Received via a relay in Spamhaus PBL [68.183.153.197 listed in zen.spamhaus.org] 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 SPF_PASS SPF: sender matches SPF record -1.0 MAILING_LIST_MULTI Multiple indicators imply a widely-seen list manager --Sig_/2tfQYJrXdve9YwO.AsKRQ9S Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable > The nvr package in ~/.local seems to be used instead of a Guix > package. That locally installed nvr package expects to use the > host's libc, but since the python interpreter being used has a > fixed RPATH and system search path it won't find it. =20 I've just checked and temporarily removing .local/lib/python3.10 makes Guix's nvr work, and takes the .local site-packages off sys.path. --Sig_/2tfQYJrXdve9YwO.AsKRQ9S Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQEzBAEBCgAdFiEELAGoSzc6nHIdbhP+S8DcQuG8sXMFAmSsaEIACgkQS8DcQuG8 sXP/uwgAvwU4yWcpnff4eX3I5rhCXgDEoOly3UMZpovPF26dqW9RpFQxgrJF5Aar 6+vGASglCZpSSvwbsDcUhNaL0oeWvXUvmiYrc70mmkR2j0TRLdI8PDD5q7tWr0CZ rfiOL/i4GS0wso+qD0L4mEWPdDNe8Vx2ob2DDS3JS7VLKXAYo8wu/m5Bu9mVjf6n SQ+/SVxAl9MDtFM2YzlAJnEMhjB7AfMtRFdrKxEtwURyjSZfAWm3QZqiuSUgbndP c8CtP+YhD0gRMfRTfdQB07TyCF66Kl2zkairo0XkOh36s4DwlIZ1gN77GcedDY+I 35IOv6PxY0bqQ4IILukHTdpPAxkJMg== =vq0j -----END PGP SIGNATURE----- --Sig_/2tfQYJrXdve9YwO.AsKRQ9S-- From debbugs-submit-bounces@debbugs.gnu.org Tue Jul 11 04:34:15 2023 Received: (at 64309) by debbugs.gnu.org; 11 Jul 2023 08:34:15 +0000 Received: from localhost ([127.0.0.1]:49684 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qJ8p5-0003zL-E2 for submit@debbugs.gnu.org; Tue, 11 Jul 2023 04:34:15 -0400 Received: from jpoiret.xyz ([206.189.101.64]:42660) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qJ8p2-0003z8-0U for 64309@debbugs.gnu.org; Tue, 11 Jul 2023 04:34:13 -0400 Received: from authenticated-user (jpoiret.xyz [206.189.101.64]) by jpoiret.xyz (Postfix) with ESMTPA id B35E2185328; Tue, 11 Jul 2023 08:34:08 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jpoiret.xyz; s=dkim; t=1689064449; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=5ubX8ygMTj8dSfzgj7QsTa8lOQey5MprdHRcneltf3o=; b=FZ3EJWvxGHY7wB5vYU4LOkjzCAVRn55DXXueKLr96mf4r72xcDvQBopg/lAC/LB9HYDQ+m 9yMeBcMDX4g6aiFPIISwuYgnkLRU50jqCX5mX2X+fXQN0QVhCZvCsuf9IlPtt/TxlIn3Ny AMm9COnYdun9P2xFSYOvyYw0tQD8JciTFNf/vOHqKRM+LwAcFIWKNjDXdksTAXHBaEiPgb SLrR/5EQkAFSXEgzrKwXUIdzJawxdJZisFArEplqBkKxqa+KZaSRPz5Qtfrni49I1LkIUP 1QAkKirPkieCVlPwnaMLsJcNIuFlgLtwGjgPbVICa7NRLTQqh8R2FgYULXi3MQ== From: Josselin Poiret To: Athena Martin Subject: Re: bug#64309: Python dlopen()s musl libc In-Reply-To: <20230710154734.2b71b56b@spock.hosts.alm.website> References: <20230626204230.7b3b773a@spock.hosts.alm.website> <87mt07kej7.fsf@gnu.org> <20230708161658.25be509c@spock.hosts.alm.website> <87v8et8oug.fsf@jpoiret.xyz> <20230709162221.39fb0e66@spock.hosts.alm.website> <87pm508cir.fsf@jpoiret.xyz> <20230710154734.2b71b56b@spock.hosts.alm.website> Date: Tue, 11 Jul 2023 10:34:06 +0200 Message-ID: <87jzv6979d.fsf@jpoiret.xyz> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-Spamd-Bar: + Authentication-Results: jpoiret.xyz; auth=pass smtp.auth=jpoiret@jpoiret.xyz smtp.mailfrom=dev@jpoiret.xyz X-Spam-Level: * X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 64309 Cc: jgart@dismail.de, Ludovic =?utf-8?Q?Court=C3=A8s?= , lars@6xq.net, 64309@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: 0.0 (/) --=-=-= Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hi Athena, Athena Martin writes: > $ guix shell python-neovim-remote python -- python3 >>>> sys.path > ['', '/gnu/store/dy3xh053ahkhrp2jamggq8cpsyvp8mg0-python-3.10.7/lib/pytho= n310.zip', '/gnu/store/dy3xh053ahkhrp2jamggq8cpsyvp8mg0-python-3.10.7/lib/p= ython3.10', '/gnu/store/dy3xh053ahkhrp2jamggq8cpsyvp8mg0-python-3.10.7/lib/= python3.10/lib-dynload', '/home/alm/.local/lib/python3.10/site-packages', '= /gnu/store/ll75wx2cvm1dbbxjr095lcs1653q2zz1-profile/lib/python3.10/site-pac= kages', '/gnu/store/dy3xh053ahkhrp2jamggq8cpsyvp8mg0-python-3.10.7/lib/pyth= on3.10/site-packages'] > > (It's not from the environment:) > > $ guix shell python-neovim-remote python --pure -- python3 >>>> sys.path > ['', '/gnu/store/dy3xh053ahkhrp2jamggq8cpsyvp8mg0-python-3.10.7/lib/pytho= n310.zip', '/gnu/store/dy3xh053ahkhrp2jamggq8cpsyvp8mg0-python-3.10.7/lib/p= ython3.10', '/gnu/store/dy3xh053ahkhrp2jamggq8cpsyvp8mg0-python-3.10.7/lib/= python3.10/lib-dynload', '/home/alm/.local/lib/python3.10/site-packages', '= /gnu/store/ll75wx2cvm1dbbxjr095lcs1653q2zz1-profile/lib/python3.10/site-pac= kages', '/gnu/store/dy3xh053ahkhrp2jamggq8cpsyvp8mg0-python-3.10.7/lib/pyth= on3.10/site-packages'] >>>> os.environ > environ({'HOME': '/home/alm', 'LOGNAME': 'alm', 'PAGER': 'less', 'DISPLAY= ': ':0', 'USER': 'alm', 'TERM': 'xterm-256color', 'PATH': '/gnu/store/ll75w= x2cvm1dbbxjr095lcs1653q2zz1-profile/bin', 'GUIX_PYTHONPATH': '/gnu/store/ll= 75wx2cvm1dbbxjr095lcs1653q2zz1-profile/lib/python3.10/site-packages', 'GUIX= _ENVIRONMENT': '/gnu/store/ll75wx2cvm1dbbxjr095lcs1653q2zz1-profile'}) So, looks like the default Python behavior is to load the usercustomize after the sitecustomize [1], which leads to exactly the behavior you're experiencing. I don't know what we should do here, maybe pass `-s` to the shebang line of Python to disable loading the usercustomize? That would probably be a world-rebuild though. CC'ing the Python team to see what they think. [1] https://docs.python.org/3/library/site.html Best, =2D-=20 Josselin Poiret --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQHEBAEBCgAuFiEEOSSM2EHGPMM23K8vUF5AuRYXGooFAmStE/4QHGRldkBqcG9p cmV0Lnh5egAKCRBQXkC5FhcaiqpjC/0ZagMzkOIdrzOdVkZgbKqHvNaCtfwAvQpC k//XUHp1VwIQG4wmyglL1Grch4DSGGZm6AWA1ERDklxiXt0vYLOEysXgRATr8wRS uUbCXqdcjiIoXdHjRpKbHyDfpjbixUCe/pOwYIxyK98tD7OuduPkr/lkvArPWU7B WJmvi7zXsNYHkTIGv01Cw5kjmX6e8ovBhuki8p0btMEX9S9WcSxmg/48fdBb0a72 471coPotpW3Xo5hYyq6JStA9G6hLxmJ47fbsYxhRQ1oE2sT6UHNd89kugHq1VCIZ P6uObeYQJJ06TXwOlLGmgPcIuZiXu6MAKpv34nBI/htkIYHxkvYNn82Pik4dcnzs ZVUa8R+TMy0pFHhcMd53lespyBIXN2VZjgWnD/TbvxEeQC5+jvGylXyb8V58g+BS xq45OqDe/8R/fQ5/O1ahfQe2a3JOy4B8kgKKA8ozgJdzAsshb6RQSyAKofsIsCHM 0/UjS8HgOKzfY4XRId2gY9URTXUi4kw= =Osvc -----END PGP SIGNATURE----- --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Tue Jul 11 08:43:54 2023 Received: (at 64309) by debbugs.gnu.org; 11 Jul 2023 12:43:54 +0000 Received: from localhost ([127.0.0.1]:49925 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qJCig-00014R-9Q for submit@debbugs.gnu.org; Tue, 11 Jul 2023 08:43:54 -0400 Received: from mout-p-201.mailbox.org ([80.241.56.171]:52976) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qJCib-00014B-8w for 64309@debbugs.gnu.org; Tue, 11 Jul 2023 08:43:53 -0400 Received: from smtp102.mailbox.org (smtp102.mailbox.org [10.196.197.102]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-384) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mout-p-201.mailbox.org (Postfix) with ESMTPS id 4R0gXY5QtYz9sSt; Tue, 11 Jul 2023 14:43:41 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=6xq.net; s=MBO0001; t=1689079421; h=from:from: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: in-reply-to:in-reply-to:references:references; bh=555hGQKGv0x6vR1snxwSSI21BJ662zzl470qKSqoBco=; b=LuMcV6p9M+xFUbUsYYTueZdQ1+v20FqcXanUEWZLGKnI92a+hyWvbCGQ7Flj43s2FMPchC d6AgXhXezcSG+dJ7oz2df1fZy/94Sh1/PYWUjkGS1n0g9DZcGHrSgV47YDct5LFMPVasgh z/yX8Yxsac6uNI3MjPDlwmwHQRjloFPfnTi8MtD3dG58HDX8wpBuJPB5fSmdb034ju5nQ2 uV6lHTh2VXUMFpMVzw7SUX7wz1P6BEKrz2uSv/POJX0pd3hO14GCQVo2ak5ehvMU8Jqz6F kMQ/vdQSBcSJ9tHS/ocFZ4HnvM921gZO+G1U4NsWtsmVCBnuD67pyGUq+Dwh9w== Date: Tue, 11 Jul 2023 14:43:36 +0200 From: Lars-Dominik Braun To: Josselin Poiret Subject: Re: bug#64309: Python dlopen()s musl libc Message-ID: References: <20230626204230.7b3b773a@spock.hosts.alm.website> <87mt07kej7.fsf@gnu.org> <20230708161658.25be509c@spock.hosts.alm.website> <87v8et8oug.fsf@jpoiret.xyz> <20230709162221.39fb0e66@spock.hosts.alm.website> <87pm508cir.fsf@jpoiret.xyz> <20230710154734.2b71b56b@spock.hosts.alm.website> <87jzv6979d.fsf@jpoiret.xyz> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="R+CcsZ76ztTp1UKo" Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <87jzv6979d.fsf@jpoiret.xyz> X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 64309 Cc: jgart@dismail.de, Ludovic =?iso-8859-1?Q?Court=E8s?= , Athena Martin , 64309@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 (-) --R+CcsZ76ztTp1UKo Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit Hi, there’s a similar issue #63912 and a thread on the guix-devel mailinglist at https://lists.gnu.org/archive/html/guix-devel/2023-06/msg00066.html > So, looks like the default Python behavior is to load the usercustomize > after the sitecustomize [1], which leads to exactly the behavior you're > experiencing. I don't know what we should do here, maybe pass `-s` to > the shebang line of Python to disable loading the usercustomize? That > would probably be a world-rebuild though. CC'ing the Python team to see > what they think. I think the problem is bigger than usercustomize. Any custom PYTHONPATH also slips through and causes this issue, as well as any custom GUIX_PYTHONPATH, because the executable wrapper appends it (think nested `guix shell` invokations with different versions of a library for an example where this could go wrong). Guix-managed Python packages (libraries nor applications) should generally not pick up dependencies from random paths – only those from their package description, so we can keep Guix’ promise of being self-contained. I have experimented with customizing Python’s importing mechanism through a custom MetaPathFinder. It works by adding a __guix_pythonpath__ variable to every Python package’s __init__.py file and modifying the module loader’s search path accordingly if such a variable exists. It would provide exactly that guarantee, but it’s just a PoC at this point – see attached file. Apart from that I don’t see a good short-term solution right now. It’s just how Python works. Cheers, Lars --R+CcsZ76ztTp1UKo Content-Type: text/plain; charset=utf-8 Content-Disposition: attachment; filename="mysitecustomize.py" Content-Transfer-Encoding: 8bit # Credits to # https://tenthousandmeters.com/blog/python-behind-the-scenes-11-how-the-python-import-system-works/ # for the very good explanation of how Python’s import statement works. import sys, os from importlib.abc import MetaPathFinder from importlib.machinery import SourceFileLoader, ModuleSpec, PathFinder class GuixPythonFinder (MetaPathFinder): def find_spec (self, fullname, path, target=None): # Short-circuit for non-top-level imports, which already have a path. if path: return None attrname = '__guix_pythonpath__' searchPath = None # Search for our caller. frame = sys._getframe () while frame: # If he has a search path, use it. This is mainly for executable # scripts with `__name__ == '__main__'`. searchPath = frame.f_globals.get (attrname, None) if not searchPath: # Otherwise check the top-level package for search paths # declared in __init__.py package = frame.f_globals.get ('__package__') if package: module = sys.modules.get (package) if module: searchPath = getattr (module, attrname, None) if searchPath is not None: break frame = frame.f_back # If we have a caller… if searchPath is not None: return PathFinder.find_spec (fullname, searchPath, target=target) else: # Otherwise we’re not responsible for this module. return None sys.meta_path.insert (0, GuixPythonFinder ()) --R+CcsZ76ztTp1UKo-- From debbugs-submit-bounces@debbugs.gnu.org Wed Jul 12 04:50:50 2023 Received: (at 64309) by debbugs.gnu.org; 12 Jul 2023 08:50:50 +0000 Received: from localhost ([127.0.0.1]:51691 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qJVYg-0006B8-1I for submit@debbugs.gnu.org; Wed, 12 Jul 2023 04:50:50 -0400 Received: from jpoiret.xyz ([206.189.101.64]:58806) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qJVYb-0006Ax-QM for 64309@debbugs.gnu.org; Wed, 12 Jul 2023 04:50:48 -0400 Received: from authenticated-user (jpoiret.xyz [206.189.101.64]) by jpoiret.xyz (Postfix) with ESMTPA id AD02318540C; Wed, 12 Jul 2023 08:50:42 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jpoiret.xyz; s=dkim; t=1689151844; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=1Q4vdn6/DfRNZPA1eVYKorFdUiPXw4JT0aDYlr0PWBk=; b=vwqqHssJhLNaigR7hkajITsB9R7yO2jIBiLiwV8gjjl5gudpeV204lRbACqfgdR4f7KwWP KD58CvhYF2NqbnLcKS3ZdpjxQJ4+MaPUhD9O2KSC+GULHvrV1wSdGa4Nj7FFsnu5azYVTr lM5K0BhAxbkquUgNtPBv3zEpFgHRxaCaUcAVnii0R7Ngt23Wz8mY0MV8hcWYLn5mQnwcjp Od5gpqSn35yJuKtv3xp11H8/j9X1QBPBPKTa4BZljERZI+CDneZFGyTjr+EEPafnbb0twB xFHHUMfUCp1rj7EVprbwrFiew/OFLNZYPQEub5XMZHg05yBQNzIDeLWp8kcRUQ== From: Josselin Poiret To: Lars-Dominik Braun Subject: Re: bug#64309: Python dlopen()s musl libc In-Reply-To: References: <20230626204230.7b3b773a@spock.hosts.alm.website> <87mt07kej7.fsf@gnu.org> <20230708161658.25be509c@spock.hosts.alm.website> <87v8et8oug.fsf@jpoiret.xyz> <20230709162221.39fb0e66@spock.hosts.alm.website> <87pm508cir.fsf@jpoiret.xyz> <20230710154734.2b71b56b@spock.hosts.alm.website> <87jzv6979d.fsf@jpoiret.xyz> Date: Wed, 12 Jul 2023 10:50:40 +0200 Message-ID: <87h6q98qe7.fsf@jpoiret.xyz> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" X-Spamd-Bar: -- Authentication-Results: jpoiret.xyz; auth=pass smtp.auth=jpoiret@jpoiret.xyz smtp.mailfrom=dev@jpoiret.xyz X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 64309 Cc: jgart@dismail.de, Ludovic =?utf-8?Q?Court=C3=A8s?= , Athena Martin , 64309@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: 0.0 (/) --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi Lars, Lars-Dominik Braun writes: > I think the problem is bigger than usercustomize. Any custom PYTHONPATH > also slips through and causes this issue, as well as any custom > GUIX_PYTHONPATH, because the executable wrapper appends it (think nested > `guix shell` invokations with different versions of a library for > an example where this could go wrong). > > Guix-managed Python packages (libraries nor applications) should > generally not pick up dependencies from random paths =E2=80=93 only those > from their package description, so we can keep Guix=E2=80=99 promise of b= eing > self-contained. > > I have experimented with customizing Python=E2=80=99s importing mechanism > through a custom MetaPathFinder. It works by adding a __guix_pythonpath__ > variable to every Python package=E2=80=99s __init__.py file and modifying= the > module loader=E2=80=99s search path accordingly if such a variable exists= . It > would provide exactly that guarantee, but it=E2=80=99s just a PoC at this > point =E2=80=93 see attached file. Woah, looks like a neat solution. Do you think it would scale for all our Python packages without manual intervention? If so, this would definitely be the way forward. > Apart from that I don=E2=80=99t see a good short-term solution right now.= It=E2=80=99s > just how Python works. I mostly agree with you, but for this rather common case of having also a usercustomize it would be nice to circumvent it. In general, I don't think we ever want a Guix-produced Python script to load the usercustomize, hence my suggestion. The other case of PYTHONPATH is also annoying but can be tamed by modifying the env variable temporarily. Best, =2D-=20 Josselin Poiret --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQHEBAEBCgAuFiEEOSSM2EHGPMM23K8vUF5AuRYXGooFAmSuaWAQHGRldkBqcG9p cmV0Lnh5egAKCRBQXkC5Fhcaima5C/9kdGYYe8WBijct1N4LtGgNAgtT7/BZ+O9H CqDoBorRaM+QI2jTt6o2nPKAakVFcrDfLFH42xWcDs4KgB7wsZXphE/O3CuLpDgI tUmxUrh2yd6HXY2NtjIqpGurHY0PGrUaEYgexB4f06cBVouoHkJve5ARgpH1ATbY gQCvR4Txm5G41Zz4qLdFHtvB5jT9/pwaFvMrRvw/UQEEX/mGcirJyxxVwQGAU01C BeBMi7W58MiGBYQpHX08123WrEvi5XPTFujkaxt0FIQs+LkDZGjsSqJFCme5vdme WfYwu3ZLRXneXX4BJbALBG+0308Zi5rw/1Lyicy5DCjlP0T+JrwaItJYHTq3MoHS 69DiC1NYI6i398NHBkKm85umAhkX4fZTQgCZwW7FzLuoFvEijr1VBYUYLXupOGZG LGY6JxFl3hqmp2RN2woxYafPMvKjOaJuvAiV6TZML1KPHPAhLoIoCSCckW2xNCUa l/soAKw78GNyr+iWJKF+WKOuqCdOoG8= =hgQZ -----END PGP SIGNATURE----- --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Sun Jul 16 04:36:07 2023 Received: (at 64309) by debbugs.gnu.org; 16 Jul 2023 08:36:07 +0000 Received: from localhost ([127.0.0.1]:46749 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qKxEc-0000R1-HD for submit@debbugs.gnu.org; Sun, 16 Jul 2023 04:36:07 -0400 Received: from mout-p-201.mailbox.org ([80.241.56.171]:40956) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qKxEW-0000QT-Bn for 64309@debbugs.gnu.org; Sun, 16 Jul 2023 04:36:04 -0400 Received: from smtp2.mailbox.org (smtp2.mailbox.org [10.196.197.2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-384) server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mout-p-201.mailbox.org (Postfix) with ESMTPS id 4R3dpK2F1nz9sTm; Sun, 16 Jul 2023 10:35:53 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=6xq.net; s=MBO0001; t=1689496553; h=from:from: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: in-reply-to:in-reply-to:references:references; bh=5DUbQU5PRILN5twpnV4kE3CeyjVGvZQoK4g9GoNxjxw=; b=Emrc/oCHuW9i14svNRxg7b7Y8xICp5uzIsHGn6h80w6v97krR35e2zdXfRr7mElTgnLX73 iAn8mQ0O2948G8ft4w1E8yHr9Wera6wUguB42YmklGwGxUIQI2l7w84iuaFCGt9hd0QI7f RGgrje9hVSBDWYODeRYgXKWEhgPpuNCOr8tW9nfFGLBNjFA01qir3rB0rkdQqxNHDls+US 2cGuKlFOUyRmP/xsCbNB7WwapW+ietHkvK+3jK8AnoDRwGTWnScVLVRN3DzGDnlp31wwis Lz3yfvRQlN6NITMYDvJlcUlwcVfQj+YFq+41gSlGd8+Kx8XmblLFsJ+AEp+dBA== Date: Sun, 16 Jul 2023 10:35:48 +0200 From: Lars-Dominik Braun To: Josselin Poiret Subject: Re: bug#64309: Python dlopen()s musl libc Message-ID: References: <20230626204230.7b3b773a@spock.hosts.alm.website> <87mt07kej7.fsf@gnu.org> <20230708161658.25be509c@spock.hosts.alm.website> <87v8et8oug.fsf@jpoiret.xyz> <20230709162221.39fb0e66@spock.hosts.alm.website> <87pm508cir.fsf@jpoiret.xyz> <20230710154734.2b71b56b@spock.hosts.alm.website> <87jzv6979d.fsf@jpoiret.xyz> <87h6q98qe7.fsf@jpoiret.xyz> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <87h6q98qe7.fsf@jpoiret.xyz> X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 64309 Cc: jgart@dismail.de, Ludovic =?iso-8859-1?Q?Court=E8s?= , Athena Martin , 64309@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 Josselin, > Woah, looks like a neat solution. Do you think it would scale for all > our Python packages without manual intervention? If so, this would > definitely be the way forward. I hope so, but haven’t tried it yet. > I mostly agree with you, but for this rather common case of having also > a usercustomize it would be nice to circumvent it. In general, I don't > think we ever want a Guix-produced Python script to load the > usercustomize, hence my suggestion. The other case of PYTHONPATH is > also annoying but can be tamed by modifying the env variable > temporarily. True, PYTHONPATH can be unset more easily than moving the user site dir. I’ll have a look at #64573, which should work around this issue. Cheers, Lars