From mboxrd@z Thu Jan 1 00:00:00 1970 From: Christopher Lemmer Webber Subject: bug#30680: [racket-users] Using Racket's raco on on Guix(SD) Date: Sat, 11 Aug 2018 11:18:08 -0400 Message-ID: <87wosxexu7.fsf__9777.30513918704$1534000629$gmane$org@dustycloud.org> References: <87d0xn24d9.fsf@dustycloud.org> <0990d521-934b-069b-3f29-faf8a22a5bd0@fastmail.net> Mime-Version: 1.0 Content-Type: text/plain Return-path: Received: from eggs.gnu.org ([2001:4830:134:3::10]:54423) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1foVfV-0006vC-FY for bug-guix@gnu.org; Sat, 11 Aug 2018 11:19:06 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1foVfS-0004AF-9s for bug-guix@gnu.org; Sat, 11 Aug 2018 11:19:05 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:43285) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1foVfS-0004A3-4E for bug-guix@gnu.org; Sat, 11 Aug 2018 11:19:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1foVfR-0001mu-Uf for bug-guix@gnu.org; Sat, 11 Aug 2018 11:19:01 -0400 Sender: "Debbugs-submit" Resent-Message-ID: In-reply-to: <0990d521-934b-069b-3f29-faf8a22a5bd0@fastmail.net> 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: Konrad Hinsen Cc: 30680@debbugs.gnu.org, help-guix , racket-users@googlegroups.com Konrad Hinsen writes: > On 22/05/2018 15:42, Christopher Lemmer Webber wrote: > >> Unfortunately when I try to install packages with "raco pkg install" >> I get errors like the following: > > I filed a bug report about this problem a while ago: > > https://debbugs.gnu.org/cgi/bugreport.cgi?bug=30680 > > Quote: > > I traced this back as far as I could by looking at the Racket compiler > source code. Compilation generates a temporary file in the same > directory where the result is supposed to go. If no errors occur, the > temporary file is then renamed to become the output. The partial stack > traces point to locations in the code that do a recursive traversal of > a library in order to compile everything. Unfortunately, the part that > decides where the output goes is not referenced in the stack trace. > >> I seem to remember a couple of packages failing altogether, though in >> the present moment I think the result is bad performance due to not >> being properly compiled, but I'm not really sure. > > 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.