From mboxrd@z Thu Jan 1 00:00:00 1970 From: Timothy Sample Subject: bug#30680: [racket-users] Using Racket's raco on on Guix(SD) Date: Sat, 11 Aug 2018 16:23:41 -0400 Message-ID: <87h8k0d54i.fsf__3345.940312329$1534018929$gmane$org@ngyro.com> References: <87d0xn24d9.fsf@dustycloud.org> <0990d521-934b-069b-3f29-faf8a22a5bd0@fastmail.net> <87wosxexu7.fsf@dustycloud.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:44705) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1foaQe-0002HK-2e for bug-guix@gnu.org; Sat, 11 Aug 2018 16:24:05 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1foaQd-0004cR-0j for bug-guix@gnu.org; Sat, 11 Aug 2018 16:24:04 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:43387) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1foaQc-0004c7-SJ for bug-guix@gnu.org; Sat, 11 Aug 2018 16:24:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1foaQc-0000mp-HX for bug-guix@gnu.org; Sat, 11 Aug 2018 16:24:02 -0400 Sender: "Debbugs-submit" Resent-Message-ID: In-Reply-To: <87wosxexu7.fsf@dustycloud.org> (Christopher Lemmer Webber's message of "Sat, 11 Aug 2018 11:18:08 -0400") List-Id: Bug reports for GNU Guix List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-guix-bounces+gcggb-bug-guix=m.gmane.org@gnu.org Sender: "bug-Guix" To: Christopher Lemmer Webber Cc: help-guix , 30680@debbugs.gnu.org, racket-users@googlegroups.com Christopher Lemmer Webber writes: > Konrad Hinsen writes: > >> In my tests, all packages ended up working, but performance is indeed >> worse than with a Racket installation outside of Guix. >> >> It would be nice if someone with more knowledge of Racket internals >> could give a hint or two for debugging this issue! >> >> Konrad. > > I'm posting a bug bounty on this issue: if someone can fix this I will > pay them $250 USD. I don't have the time or knowledge enough of Racket > internals to do so myself. I have discovered a few things, but I=E2=80=99m not sure how to fix the underlying problem(s). The reason Racket is trying to recompile the OpenSSL files is because of a hash mismatch. This can be seen by enabling debugging output: $ PLTSTDERR=3Ddebug raco setup openssl Which says a lot of things, but most interestingly it says: -------------------------------- ... compiler/cm: checking: /gnu/store/jx0bkmaafb8fq0mqs5ywgnxq8rbpn8j1-racket-6= .12/share/racket/collects/openssl/libcrypto.rkt compiler/cm: different src hash... (5d9ca57f3e267d956c7b5e62578467beb8ccc1d= 2 4d21ac412723fbf33f97669c2f73f0e9367f4510) compiler/cm: maybe-compile-zo starting /gnu/store/jx0bkmaafb8fq0mqs5ywgnxq8= rbpn8j1-racket-6.12/share/racket/collects/openssl/libcrypto.rkt compiler/cm: start-compile: /gnu/store/jx0bkmaafb8fq0mqs5ywgnxq8rbpn8j1-r= acket-6.12/share/racket/collects/openssl/libcrypto.rkt compiler/cm: compiling /gnu/store/jx0bkmaafb8fq0mqs5ywgnxq8rbpn8j1-racket= -6.12/share/racket/collects/openssl/libcrypto.rkt open-output-file: cannot open output file path: /gnu/store/jx0bkmaafb8fq0mqs5ywgnxq8rbpn8j1-racket-6.12/share/racke= t/collects/openssl/compiled/tmp15340167971534016797570 system error: Read-only file system; errno=3D30 context...: ... -------------------------------- This hash mismatch is caused by grafting. When the package is built, the path to OpenSSL gets hard-coded in a source file. The SHA-1 hash for this file is stored in its =E2=80=9C.dep=E2=80=9D file. When the outpu= t is grafted, the source file gets updated with a new OpenSSL path, but the hash does not get updated. This makes Racket think that the cached bytecode file is incorrect (even though it was likely grafted too), and it tries to recompile it. It fails because it tries to write this new bytecode file to the store. I double checked this by trying with an ungrafted Racket, and got better results. (There was still a warning about writing to the store, but it seemed less significant.) The only thing I can think of for a fix would be to patch Racket to be more lenient with bytecode files in the store. That is, ignore hash mismatches in store-files. I might give this a try later tonight if nobody has any better ideas. -- Tim