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 11:31:32 -0400 Message-ID: <87r2j3fvor.fsf__35090.9829875038$1534100923$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> 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]:46717) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fovjM-0002d8-9F for bug-guix@gnu.org; Sun, 12 Aug 2018 15:08:49 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fovjH-0000dQ-VD for bug-guix@gnu.org; Sun, 12 Aug 2018 15:08:48 -0400 Received: from debbugs.gnu.org ([208.118.235.43]:44003) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fovjH-0000bh-QH for bug-guix@gnu.org; Sun, 12 Aug 2018 15:08:43 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1fosMX-0003GN-T4 for bug-guix@gnu.org; Sun, 12 Aug 2018 11:33:01 -0400 Sender: "Debbugs-submit" Resent-Message-ID: In-reply-to: <871sb4cpeu.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@debbugs.gnu.org, help-guix , Nils Gillmann , racket-users@googlegroups.com Timothy Sample writes: > Christopher Lemmer Webber writes: > >> Likewise, Gregor and Raart do not install: >> >> $ mv ~/.racket ~/.racket-borked >> $ raco pkg install gregor # lots of errors during install >> $ racket >> racket@> (require gregor) >> explode-path: contract violation >> expected: (or/c path-for-some-system? path-string?) >> given: #f >> context...: >> /gnu/store/jx0bkmaafb8fq0mqs5ywgnxq8rbpn8j1-racket-6.12/share/racket/= collects/racket/path.rkt:116:0: do-explode-path >> /gnu/store/jx0bkmaafb8fq0mqs5ywgnxq8rbpn8j1-racket-6.12/share/racket/= collects/racket/path.rkt:126:0: find-relative-path7 >> /home/cwebber/.racket/6.12/pkgs/tzinfo/tzinfo/private/zoneinfo.rkt:11= 7:2: for-loop >> /home/cwebber/.racket/6.12/pkgs/tzinfo/tzinfo/private/zoneinfo.rkt:10= 7:0: read-tzids >> /home/cwebber/.racket/6.12/pkgs/tzinfo/tzinfo/private/zoneinfo.rkt:70= :0: make-zoneinfo-source >> /gnu/store/jx0bkmaafb8fq0mqs5ywgnxq8rbpn8j1-racket-6.12/share/racket/= collects/racket/contract/private/arrow-val-first.rkt:388:18 >> /home/cwebber/.racket/6.12/pkgs/tzinfo/tzinfo/main.rkt:63:0: system-t= zid >> /gnu/store/jx0bkmaafb8fq0mqs5ywgnxq8rbpn8j1-racket-6.12/share/racket/= collects/racket/contract/private/arrow-val-first.rkt:388:18 >> /home/cwebber/.racket/6.12/pkgs/gregor-lib/gregor/private/moment.rkt:= [running body] >> /home/cwebber/.racket/6.12/pkgs/gregor-lib/gregor/private/generics.rk= t: [traversing imports] >> /home/cwebber/.racket/6.12/pkgs/gregor-lib/gregor/private/clock.rkt: = [traversing imports] >> /home/cwebber/.racket/6.12/pkgs/gregor-lib/gregor/main.rkt: [traversi= ng imports] >> /gnu/store/jx0bkmaafb8fq0mqs5ywgnxq8rbpn8j1-racket-6.12/share/racket/= collects/racket/private/misc.rkt:88:7 > > This is a timezone issue. The =E2=80=9Ctzinfo=E2=80=9D package cannot fi= nd the > =E2=80=9Czoneinfo=E2=80=9D directory in GuixSD. If you install the =E2= =80=9Ctzdata=E2=80=9D Racket > package, things seem to settle down. (It would be better to tell > =E2=80=9Ctzinfo=E2=80=9D to use the system database, but that=E2=80=99s h= arder to do.) Oh that's true. I guess this was multiple issues. Anyway, horray, that one seems ok now! >> ... install raart, lots of "cannot open output file" error messages ... >> racket@> (require raart) >> get-module-code: no such file: # >> context...: >> /gnu/store/jx0bkmaafb8fq0mqs5ywgnxq8rbpn8j1-racket-6.12/share/racket/= collects/syntax/modcode.rkt:120:0: get-module-path54 >> /gnu/store/jx0bkmaafb8fq0mqs5ywgnxq8rbpn8j1-racket-6.12/share/racket/= collects/syntax/modcode.rkt:225:0: get-module-code82 >> /gnu/store/jx0bkmaafb8fq0mqs5ywgnxq8rbpn8j1-racket-6.12/share/racket/= collects/racket/private/more-scheme.rkt:261:28 >> standard-module-name-resolver >> /gnu/store/jx0bkmaafb8fq0mqs5ywgnxq8rbpn8j1-racket-6.12/share/racket/= collects/racket/private/more-scheme.rkt:261:28 >> standard-module-name-resolver >> /gnu/store/jx0bkmaafb8fq0mqs5ywgnxq8rbpn8j1-racket-6.12/share/racket/= collects/racket/private/more-scheme.rkt:261:28 >> standard-module-name-resolver >> /gnu/store/jx0bkmaafb8fq0mqs5ywgnxq8rbpn8j1-racket-6.12/share/racket/= collects/racket/require-transform.rkt:266:2: expand-import >> parse-reprov-spec1 >> /gnu/store/jx0bkmaafb8fq0mqs5ywgnxq8rbpn8j1-racket-6.12/share/racket/= collects/syntax/wrap-modbeg.rkt:46:4 >> /gnu/store/jx0bkmaafb8fq0mqs5ywgnxq8rbpn8j1-racket-6.12/share/racket/= collects/racket/private/more-scheme.rkt:261:28 >> standard-module-name-resolver >> /gnu/store/jx0bkmaafb8fq0mqs5ywgnxq8rbpn8j1-racket-6.12/share/racket/= collects/racket/private/misc.rkt:88:7 > > I got better results with =E2=80=9Craart=E2=80=9D when =E2=80=9Cgcc-toolc= hain=E2=80=9D was available > (i.e., =E2=80=9Cguix environment --ad-hoc gcc-toolchain=E2=80=9D). I gue= ss it has to > compile a bit of native code, so it needs a compiler. It still brakes > due to a syntax error, but I get the same error on Debian, so I guess > that=E2=80=99s something. :) Yep... that seems to have fixed the install of that issue. > 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). 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.)