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: Sun, 12 Aug 2018 20:21:13 -0400 Message-ID: <87in4ff75y.fsf__17223.9404674203$1534119612$gmane$org@dustycloud.org> References: <87d0xn24d9.fsf@dustycloud.org> <0990d521-934b-069b-3f29-faf8a22a5bd0@fastmail.net> <87wosxexu7.fsf@dustycloud.org> <87h8k0d54i.fsf@ngyro.com> <87va8gfu0c.fsf@dustycloud.org> <20180811220538.ca2wyilh6gq62dm3@abyayala> <87tvo0fpox.fsf@dustycloud.org> <871sb4cpeu.fsf@ngyro.com> <87r2j3fvor.fsf@dustycloud.org> <87d0unb9hk.fsf@ngyro.com> 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]:38562) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fp0cY-0002u2-1I for bug-guix@gnu.org; Sun, 12 Aug 2018 20:22:10 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fp0cU-0005X0-SO for bug-guix@gnu.org; Sun, 12 Aug 2018 20:22:06 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:44129) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fp0cU-0005We-Ng for bug-guix@gnu.org; Sun, 12 Aug 2018 20:22:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1fp0cU-0003DK-HB for bug-guix@gnu.org; Sun, 12 Aug 2018 20:22:02 -0400 Sender: "Debbugs-submit" Resent-To: bug-guix@gnu.org Resent-Message-ID: In-reply-to: <87d0unb9hk.fsf@ngyro.com> 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: Timothy Sample Cc: 30680-done@debbugs.gnu.org, racket-users@googlegroups.com Good news: this seems fixed with this patch. Some more comments inline. Timothy Sample writes: >>> Also, I checked all of this from Racket without grafts, and it never >>> complained about compiling OpenSSL stuff. Running =E2=80=9Craco setup= =E2=80=9D gives >>> some other errors, though. >> >> You're right... without grafts it doesn't have the openssl error. The >> other writing to the store issues still seem to persist, but it doesn't >> block running "raco setup" (after a "raco pkg install", a step I had >> omitted earlier). > > Okay. I was confused about the =E2=80=9Craco setup=E2=80=9D example, but= the other step > makes more sense now. > > I will say that even on Debian, with an regular user, I have seen > =E2=80=9Cpermission denied=E2=80=9D errors because Racket tries to update= files in > =E2=80=9C/usr/share=E2=80=9D. Okay... on that note, "raco pkg install" now completely works IME without permission errors, I should mention. I'm still seeing a couple of permission errors on "raco setup", but they don't look like they matter unlike the ones that were appearing earlier. And you're right, I tried on Debian and got some errors too. For the record, the ones I saw looked like this: delete-file: cannot delete file path: /gnu/store/33rx7rh6q22h3r11x8prz37nl7ygfl22-racket-6.12/bin/raco system error: Read-only file system; errno=3D30 context...: /gnu/store/33rx7rh6q22h3r11x8prz37nl7ygfl22-racket-6.12/share/racket/col= lects/launcher/launcher.rkt:358:0: make-unix-launcher /gnu/store/33rx7rh6q22h3r11x8prz37nl7ygfl22-racket-6.12/share/racket/col= lects/setup/setup-core.rkt:1451:13: for-loop /gnu/store/33rx7rh6q22h3r11x8prz37nl7ygfl22-racket-6.12/share/racket/col= lects/setup/setup-core.rkt:1428:8: make-launcher /gnu/store/33rx7rh6q22h3r11x8prz37nl7ygfl22-racket-6.12/share/racket/col= lects/setup/setup-core.rkt:1556:8: for-loop /gnu/store/33rx7rh6q22h3r11x8prz37nl7ygfl22-racket-6.12/share/racket/col= lects/setup/setup-core.rkt:178:50 /gnu/store/33rx7rh6q22h3r11x8prz37nl7ygfl22-racket-6.12/share/racket/col= lects/setup/setup-core.rkt:1425:4: for-loop /gnu/store/33rx7rh6q22h3r11x8prz37nl7ygfl22-racket-6.12/share/racket/col= lects/setup/setup-core.rkt:71:0: setup-core /gnu/store/33rx7rh6q22h3r11x8prz37nl7ygfl22-racket-6.12/share/racket/col= lects/setup/main.rkt: [running body] /gnu/store/33rx7rh6q22h3r11x8prz37nl7ygfl22-racket-6.12/share/racket/col= lects/raco/main.rkt: [running body] But again, I don't think they matter. >> ISTM that this is a separate bug. In fact I'm afraid I've polluted this >> bug with what I thought were all the same bug but turned out to be >> several different bugs, of which a couple are fixed now thanks to your >> help. >> >> PS: About the bounty, my thoughts are that some of these smaller issues >> being resolved are already worth a smaller amount of compensation (and >> thanks!), but there are *two different* larger issues of which probably >> either is worth the full amount (though I can only afford to pay for >> one)... one of them is the issue of the grafts breaking eg openssl >> (which maybe we should file as a separate bug?), and the other is this >> original bug (30680) about the attempts to compile to the store (which >> does not seem as big of a blocker as it did previously, but is still >> very annoying). Does that seem fair? (Feel free to contact me >> off-list.) > > Actually I think there is only one bug, which is the grafts thing. This > bug was originally about compiling OpenSSL files to the store. Grafting > doesn=E2=80=99t break OpenSSL it just makes Racket try to recompile its O= penSSL > FFI wrappers. > > I have a patch, too. I sent it to guix-patches, but I must have made a > mistake because it ended up in bug-guix attached to this bug report. > The patch can be found at . Also, the > attachment didn=E2=80=99t get sent to the list, but did make it to the bu= g page. > Hm.... Sorry for the goof! It seems good to me. I'm going to push it. Thanks for your work on this! I'll email you off-list about paying the bounty :)