From debbugs-submit-bounces@debbugs.gnu.org Sat Apr 10 16:59:15 2021 Received: (at 47180) by debbugs.gnu.org; 10 Apr 2021 20:59:15 +0000 Received: from localhost ([127.0.0.1]:53434 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lVKhH-0002vO-IJ for submit@debbugs.gnu.org; Sat, 10 Apr 2021 16:59:15 -0400 Received: from eggs.gnu.org ([209.51.188.92]:48022) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lVKhG-0002vD-BT for 47180@debbugs.gnu.org; Sat, 10 Apr 2021 16:59:14 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:50861) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lVKhA-00062s-O2; Sat, 10 Apr 2021 16:59:08 -0400 Received: from [2a01:e0a:1d:7270:af76:b9b:ca24:c465] (port=42176 helo=ribbon) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1lVKh5-0007Ti-Ux; Sat, 10 Apr 2021 16:59:04 -0400 From: =?utf-8?Q?Ludovic_Court=C3=A8s?= To: Philip McGrath Subject: Re: bug#47180: [PATCH] gnu: racket: Don't inject store paths into Racket files. References: <20210316025632.9767-1-philip@philipmcgrath.com> Date: Sat, 10 Apr 2021 22:59:02 +0200 In-Reply-To: <20210316025632.9767-1-philip@philipmcgrath.com> (Philip McGrath's message of "Mon, 15 Mar 2021 22:56:32 -0400") Message-ID: <87wnt9zwix.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 47180 Cc: jackhill@trilug.org, 47180@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 Philip, Philip McGrath skribis: > Apparently, during grafting, Guix can somehow mangle compiled > Racket CS files (.zo) such that Racket will refuse to load them. > (Maybe it has something to do with compression?) If those files are compressed, and if a store file name survives despite compression, then grafting can patch it, which could lead to checksum mismatches or similar. What error message does Racket produce? > So, we stop patching Racket sources with absolute paths to store > files (i.e. for foreign libraries to dlopen). > Instead, we put them in a data file that doesn't get compiled or, > in one case, embed it in C. That solves the problem for Racket itself, but wouln=E2=80=99t Racket libra= ries have the same issue? Would it be an option to instead turn off compression and keep doing things as usual? Thanks for looking into it, and sorry for the delay! Ludo=E2=80=99.